On Wed, Jan 22, 2014 at 06:29:57AM +0800, Kieran Devlin wrote:
> hope this time i get the part ?poke claudio@? right
>
>
> a. fix a bug.
> b. get rid of some junk in ?mask_rnhead?.
> c. forbid unprivileged user to insert ?genmask' into ?mask_rnhead'
>
> bug is in this line
> memcmp((caddr_
On Wed, 22 Jan 2014 12:09:44 +1100, Rod Whitworth wrote:
>Date 2014-01-20
>Downloaded copies from two mirrors same result.
>Second one from Edmonton.
>
>Doing install (not doing upgrade etc) process gets to the point of
>loading sets and crashes with a 5 line message that disappears before I
>can
Date 2014-01-20
Downloaded copies from two mirrors same result.
Second one from Edmonton.
Doing install (not doing upgrade etc) process gets to the point of
loading sets and crashes with a 5 line message that disappears before I
can memorise it and a faster small message that gets away from me.
Hi,
Here is a patch adding CoreChip RD9700 support to udav(4).
The chip is used by USB-Ethernet dongles for Android gadget, they are
sold at eBay with cheap price tag (under 5.00 USD).
RD9700 is bad DM9601 copy.
The description of these dongles says "USB 2.0 10/100Mbps" but
actually they work w
hope this time i get the part ‘poke claudio@’ right
a. fix a bug.
b. get rid of some junk in ‘mask_rnhead’.
c. forbid unprivileged user to insert ‘genmask' into ‘mask_rnhead'
bug is in this line
memcmp((caddr_t *)info.rti_info[RTAX_GENMASK] + 1, (caddr_t *)t->rn_key
+ 1, ((struct sockad
"Todd C. Miller" schrieb am Tue, 21. Jan 14:38:
> On Wed, 22 Jan 2014 08:48:29 +1300, Philip Guenther wrote:
>
> > I think this is a doc clarity/consistency issue. The manpage says:
> > readpassphrase() takes the following optional flags:
> >
> > If the flags are optional, then you can lea
Rod Whitworth
> I feel that date should spit out an error message rather than
> crash even if it only happens when some idiot plays with the numbers.
Every time you do that I get a little bit sadder.
Leave something for me.
this has been commited, thanks!
Nathanael Rensen(nathanael.open...@list.polymorpheus.com) on 2014.01.18
23:49:26 +0800:
> Some time ago I proposed a diff to allow pflow(4) to determine the src IP
> address based on the route table if flowsrc was not specified. That diff
> was not accepted because
This has been commited, thanks!
Erik Lax(e...@halon.se) on 2013.11.19 22:40:38 +0100:
> Hi,
>
> In relayd, if a relay is configured with two "listen on" directives, one
> with ssl and one without. In the relay_inherit function the ssl pointers
> (cert and key) are copied to the latter, and used/f
On Wed, 22 Jan 2014 08:48:29 +1300, Philip Guenther wrote:
> I think this is a doc clarity/consistency issue. The manpage says:
> readpassphrase() takes the following optional flags:
>
> If the flags are optional, then you can leave them all out, which in
> this case means you use zero.
It
Philip Guenther schrieb am Wed, 22. Jan 08:48:
> On Wed, Jan 22, 2014 at 7:20 AM, Fritjof Bornebusch
> wrote:
> > Hi tech,
> >
> > these diffs use the constant RPP_ECHO_OFF described in the readpassphrase
> > manpage and not to value 0x00 itself.
>
> I think this is a doc clarity/consistency i
As noticed by aja, kqueue doesn't work on tmpfs.
Copy more better bits from ufs instead of using generic bits.
Index: tmpfs_vnops.c
===
RCS file: /cvs/src/sys/tmpfs/tmpfs_vnops.c,v
retrieving revision 1.12
diff -u -p -r1.12 tmpfs_vno
This diff splits the TCP/UDP/ICMPv6 checksumming for IPv6 into
separate calculations of the pseudo-header checksum and the rest,
just like we do for IPv4. This should allow us to enable TX checksum
offload for IPv6 on some chipsets.
I'm uncertain how much consistency checking we want.
Also, this
On Wed, Jan 22, 2014 at 7:20 AM, Fritjof Bornebusch wrote:
> Hi tech,
>
> these diffs use the constant RPP_ECHO_OFF described in the readpassphrase
> manpage and not to value 0x00 itself.
I think this is a doc clarity/consistency issue. The manpage says:
readpassphrase() takes the followin
On Tue, 21 Jan 2014 10:44:00 +0100, Otto Moerbeek wrote:
> And here's the man page diff, our ctime and asctime actually do not
> ever return NULL, while posix allows that.
Isn't it worth documenting that ctime and asctime are allowed to
return NULL, even though they do not on OpenBSD?
- todd
Hi tech,
these diffs use the constant RPP_ECHO_OFF described in the readpassphrase
manpage and not to value 0x00 itself.
Regards,
Fritjof
Index: login_skey.c
===
RCS file: /cvs/src/libexec/login_skey/login_skey.c,v
retrieving revis
Hi list,
I have hardware where the LBA boot fails with "ERR R". Forcing CHS mode
allows me to boot the hardware just fine.
To make life easier, I have added an option "-c" to installboot. This
option sets the global symbol "_force_chs" to 1 in biosboot to save me
from pressing shift at start up.
On 21/01/14(Tue) 05:05, Claudio Jeker wrote:
> Cleanup the abuse of x as the rn_addmask radix node. Since in most
> cases x is just used as a temp variable. Main offender is rn_addmask()
> which sets x once at the top uses it then late in the function and then
> starts reuing it for various other s
On Tue, Jan 21, 2014 at 09:34:51AM +0100, Otto Moerbeek wrote:
> On Tue, Jan 21, 2014 at 09:08:18PM +1300, Philip Guenther wrote:
>
> > On Tue, Jan 21, 2014 at 8:33 PM, Otto Moerbeek wrote:
> > ...
> > > Right. what happens is that localtime(3) returns NULL, because the
> > > year is not represe
On Tue, Jan 21, 2014 at 09:08:18PM +1300, Philip Guenther wrote:
> On Tue, Jan 21, 2014 at 8:33 PM, Otto Moerbeek wrote:
> ...
> > Right. what happens is that localtime(3) returns NULL, because the
> > year is not representable as an int. struct tm.tm_year must be an int
> > according to posix.
>
On Tue, Jan 21, 2014 at 8:33 PM, Otto Moerbeek wrote:
...
> Right. what happens is that localtime(3) returns NULL, because the
> year is not representable as an int. struct tm.tm_year must be an int
> according to posix.
>
> The diff below catches the case.
ok guenther@
> But it does not solve
21 matches
Mail list logo
