| From | Subject | Date |
|---|---|---|
| Sanex Express 0212 4 ... | İSTANBUL-DAN RUSYA-YA BİR GÜNDE KARGO SERVİSİ
Sanex Express
SANEX EXPRESS LTD (TURKEY)
Call Center:0090 212 474 65 65 Pbx
:0090 212 655 90 73
:0090 212 655 90 83
Fax:0090 212 655 54 37
Office Gsm:0090 542 318 05 05
Msn:sanexexpress@hotmail.com
Web:www.sanexexpress.com.tr
SANEX CARGO ]le Paketler Ertesi G|n RUSYA 'da
Rusya ya Gidecek Zarf ve Paketler Saat 18.00'e Kadar Sanex Express'e
Verildipinde Teslimat Ertesi G|n Yap}l}yor. Sanex Express Zaman}nda Teslimat}
Garanti Ediyor.
RUSYA kaynakl} Sanex Express, Rusya'da 3 ...
| Apr 11, 11:01 am 2010 |
| Owain Ainsworth | New intel X driver requires testing.
The tarball that may be found at http://xenocara.org/intel-current.tgz
contains an update to the intel 2.9.1 driver (the last one that
supported userland modesetting) with a load of backports for bugfixes
and performance improvements from drivers up to 2.11.
In order to test this, you will need INTELDRM_GEM defined in your kernel
option INTELDRM_GEM in your kernel config, or a patch to i915_drv.h in
/sys/dev/pci/drm will suffice) since this driver does not support
operation without kernel ...
| Apr 11, 10:47 am 2010 |
| Ted Unangst | more ifconfig.8 tweaks
I took a few more editorial liberties here, but on the whole I don't think
we need to spell out "IEEE 802.11-based wireless network interfaces" every
time we're talking about one.
Index: ifconfig.8
===================================================================
RCS file: /cvs/src/sbin/ifconfig/ifconfig.8,v
retrieving revision 1.195
diff -u -r1.195 ifconfig.8
--- ifconfig.8 11 Apr 2010 17:14:37 -0000 1.195
+++ ifconfig.8 11 Apr 2010 17:34:17 -0000
@@ -72,7 +72,7 @@
.Pp
Only the ...
| Apr 11, 10:36 am 2010 |
| Jason McIntyre | Re: more ifconfig.8 tweaks
watch out - i already stomped on the options blurb. some comments inline
otherwise i'm ok with all the other bits.
jmc
| Apr 11, 11:00 am 2010 |
| Thomas Habets | [patch] ldp & ldpctl implicit null, inline patches
Hi.
Let's try that again, with inline patches and pointers to them
since they seemed to be stripped from the last mail:
http://www.habets.pp.se/synscan/files/ldpctl-impnull.patch
http://www.habets.pp.se/synscan/files/ldpd-impnull.patch
I played around a bit with ospfd and ldpd against real cisco routers, and
noticed some strange things.
ldpctl
------
First of all I saw that the output from "ldpctl show lib" and lfib showed label
"3" instead of the well-known "implicit null". I've ...
| Apr 11, 1:21 am 2010 |
| Brad | re(4) diff needs testing.
Please test the following diff with any re(4) adapters.
This is an adaption of some code from FreeBSD to help with
identification of certain chipsets. Just make sure the
driver still attaches Ok. There should be no change
with the dmesg info printed. Let me know if there is.
Please provide me with a dmesg.
Index: re.c
===================================================================
RCS file: /cvs/src/sys/dev/ic/re.c,v
retrieving revision 1.117
diff -u -p -r1.117 re.c
--- re.c 17 Feb ...
| Apr 10, 5:46 pm 2010 |
| Jason McIntyre | Re: ifconfig.8 trunk section
if i'd known it was that easy!
i like this diff a lot. some tweaks though:
- the TRUNK section is missing an .El at the end
- it should be "an mpe device", not "a mpe device" (i'll fix the one in
mpe.4)
- we should have a standard options blurb for all these sections. i
suggest, for example for bridge:
The following options are available for a bridge interface:
so that it's all consistent.
jmc
| Apr 11, 8:04 am 2010 |
| Jason McIntyre | Re: ifconfig.8 trunk section
this looks like a good improvement to me. unfortunately a huge number of
subsections in this page use that exact syntax, so any diff should
address this for the entire page.
can of worms for breakfast?
| Apr 10, 9:58 pm 2010 |
| Ted Unangst | Re: ifconfig.8 trunk section
Oops, that should be Disassociate from the physical interface.
| Apr 10, 11:37 pm 2010 |
| Ted Unangst | Re: ifconfig.8 trunk section
jmc wants more changes, jmc gets more changes.... :)
Index: ifconfig.8
===================================================================
RCS file: /home/tedu/cvs/src/sbin/ifconfig/ifconfig.8,v
retrieving revision 1.192
diff -u -r1.192 ifconfig.8
--- ifconfig.8 23 Nov 2009 19:58:10 -0000 1.192
+++ ifconfig.8 11 Apr 2010 06:32:19 -0000
@@ -748,25 +748,21 @@
.Op Cm vhid Ar host-id
.Ek
.Pp
-The options are as follows:
+The following options are available for a
+.Xr carp ...
| Apr 10, 11:34 pm 2010 |
| patrick keshishian | Re: [patch] Re: hacking pfkey: a few questions
Look at the very bottom of the man page:
The string returned by inet_ntoa() resides in a static
memory area
--patrick
| Apr 11, 1:43 pm 2010 |
| Toni Mueller | Re: [patch] Re: hacking pfkey: a few questions
Hi Patrick,
I already suspected something like this, but this behaviour is not
Implementing proper logging, instead of simply using printf(), is also
on my agenda further down the road.
Kind regards,
--Toni++
| Apr 11, 12:40 pm 2010 |
| patrick keshishian | Re: [patch] Re: hacking pfkey: a few questions
inet_ntoa will return pointer to a static buffer. Each call
to it will override thsi buffer with the new IP info.
To fix this, you will need to copy returned value to your
own local buffers and use those in your "log" statement(s).
HTH,
--patrick
| Apr 11, 11:58 am 2010 |
| Toni Mueller | [patch] Re: hacking pfkey: a few questions
Hi,
I've created a rough patch that should fix the immediate problem, but
is certainly far from perfect (yet). Things to note:
* No IPv6 support (I have no clue).
* No useful error messages - I want to log data about the offending
site, so admins can go after them.
* For some reason I don't yet understand, logging the IP numbers does
not work properly. While the correct IP numbers are logged in hex
code, the same string is emitted for all three IP numbers,
representing the first IP ...
| Apr 11, 11:47 am 2010 |
| previous day | today | next day |
|---|---|---|
| April 10, 2010 | April 11, 2010 | April 12, 2010 |
