On Fri, Sep 03, 2010 at 06:45:19PM -0700, Matthew Dempsky wrote:
> On Tue, Sep 07, 2010 at 04:40:38PM +0200, Claudio Jeker wrote:
> > + if (objhdr.ieo_ctype & 0x02) {
> > + /* interface name */
> > + if (olen < buf[0]) {
> > +
ok by me, commited
gilles
On 09/06/10 11:48, Gregory Edigarov wrote:
Hi everybody,
The following diff adds sender expansions to OpenSMTPD.
%U for sender localpart
%D for sender domainpart
--- lka.c.orig Sun Jun 20 12:56:26 2010
+++ lka.c Sun Sep 5 16:41:37 2010
@@ -55,11 +55,11 @@
s
hi,
- ipv6 support for tftp client.
based on an old itojun's diff.
[demime 1.01d removed an attachment of type text/x-diff]
If you have problems viewing this message, click below:
http://www.magnetmail.net/actions/email_web_version.cfm?recipient_id=18203973
8&message_id=1082084&user_id=Lebhar_ENT&group_id=265105
Join over 1,000 users a day who visit Anything4Restaurants.com
(http://www.Anything4Restaurants.com?utm_sou
On Wed, Sep 08, 2010 at 11:51:11AM -0300, Gleydson Soares wrote:
> hi,
>
> - ipv6 support for tftp client.
>
> based on an old itojun's diff.
i forgot to attach the diff inline.
Index: tftpsubs.c
===
RCS file: /cvs/src/usr.bin/tftp/
On Tue, Sep 7, 2010 at 7:18 PM, Alexander Hall wrote:
> $ which true false
> /usr/bin/true
> /usr/bin/false
>
> while those should be available to /etc/rc, I'd prefer not using them.
-5 points for using which. :)
$ whence -v true
true is a shell builtin
I happen to think that explicit true and
On Wed, Sep 08, 2010 at 11:39:59AM -0400, Ted Unangst wrote:
> On Tue, Sep 7, 2010 at 7:18 PM, Alexander Hall wrote:
> > $ which true false
> > /usr/bin/true
> > /usr/bin/false
> >
> > while those should be available to /etc/rc, I'd prefer not using them.
>
> -5 points for using which. :)
>
> $
On Wed, Sep 08, 2010 at 09:35:10AM -0300, Gleydson Soares wrote:
| On Wed, Sep 08, 2010 at 11:51:11AM -0300, Gleydson Soares wrote:
| > hi,
| >
| > - ipv6 support for tftp client.
| >
| > based on an old itojun's diff.
|
| i forgot to attach the diff inline.
Works for me:
[we...@impreza] $ tft
changes:
made sure that we won't generate quick mode config strings
with gcm and other hashes (the very first hunk of the diff).
pointed out by naddy.
Index: conf.c
===
RCS file: /home/cvs/src/sbin/isakmpd/conf.c,v
retrieving revisio
On 09/08/10 17:39, Ted Unangst wrote:
> On Tue, Sep 7, 2010 at 7:18 PM, Alexander Hall wrote:
>> $ which true false
>> /usr/bin/true
>> /usr/bin/false
>>
>> while those should be available to /etc/rc, I'd prefer not using them.
>
> -5 points for using which. :)
Ah fuck. Yes. Darn. :-d
> $ whenc
changes:
- don't allow other hashes with gcm. pointed out by naddy.
Index: ike.c
===
RCS file: /home/cvs/src/sbin/ipsecctl/ike.c,v
retrieving revision 1.67
diff -u -p -r1.67 ike.c
--- ike.c 4 Oct 2009 11:39:32 - 1.67
i've always been annoyed with the oh so very generic name
"lookup" for the vfs lookup routine, so rename it and the
relookup routine to vfs_lookup and vfs_relookup.
comments/oks?
Index: kern/vfs_lookup.c
===
RCS file: /home/cvs/src/s
Poštovani,
Ostalo je još samo 2 dana da svoje mališane obradujete igraD
kom i
dodatnim poklonom.
Obradujte svoje dete duplim poklonom i izmamite mu osmeh! PoE>urite, jer
ostalo je još samo 5 kompleta Beach Circle Racket - deD
ijih reketa koje
dobijate na poklon uz svaku poruD
enu igraD
ku iz
Hola,
I'm not sure if the subject line is worded correctly, but chasing
another problem I noticed that a thread (e.g., main thread) after call
to pthread_join() isn't interrupted to handle signals.
Same .c file on another OS works as expected.
Is my expectation or .c file incorrect, or is this a
> I'm not sure if the subject line is worded correctly, but chasing
> another problem I noticed that a thread (e.g., main thread) after call
> to pthread_join() isn't interrupted to handle signals.
Known bug with OpenBSD pthreads. A sleeping thread will not get signaled
until it wakes for some ot
hi tech@,
In lka.c:lka_expand(), there is a bug which causes the function to not compute
correctly the remaining space in its expansion buffer. All strlcpy and strlcat
truncation tests will use the bogus value making them useless. The consequence
is that IF you hit that bug you will crash at RCPT
I couldn't find clarification on this in the manpages and it seems to
be a common misconception. Perhaps a note like the following would be
beneficial? (Apologies for gmail line mangling)
Index: pfctl.8
===
RCS file: /cvs/src/sbin/pf
17 matches
Mail list logo
