Re: bzip2

2013-06-06 Thread Janne Johansson
If it covers that tar needs for tar xjf bla.tbz2 to work then this would be a good addition. 2013/6/6 Ted Unangst t...@tedunangst.com Something that comes up from time to time is the question of whether to import bzip2 into base or not. Turns out the question is moot because already have

Haswell support for inteldrm

2013-06-06 Thread Jonathan Gray
While the recent work in inteldrm should include support for haswell we don't currently have the agp parts or match on the pci devices. This diff updates things to match on all the devices the linux driver does with a handful of marketing names found in the windows driver. Compile tested only

Re: put procs on rb tree

2013-06-06 Thread Alexandre Ratchov
On Wed, Jun 05, 2013 at 02:12:36PM -0400, Ted Unangst wrote: Conclusion? You'll never notice the difference. Personally I have a slight preference for improving worst case behavior. I've a preference for simpler structures; as long if pid lookup is not a real problem -- Alexandre

Re: iked address pools

2013-06-06 Thread Peter Hessler
You can use cvs add against a mirror to add files. Directories require write access, so that won't work. Then use cvs diff -Nup to include all of the (N)ew files. tech@ is the preferred mailing list for diffs. On 2013 Jun 05 (Wed) at 23:23:53 -0600 (-0600), Ryan Slack wrote: :I wish to submit

Re: bzip2

2013-06-06 Thread Stuart Henderson
On 2013/06/06 08:04, Janne Johansson wrote: If it covers that tar needs for tar xjf bla.tbz2 to work then this would be a good addition. That needs support for -d (and -c but we have that already).

Switch mfii(4) to msi, testing required.

2013-06-06 Thread Christiano F. Haesbaert
Hi, We would like to switch mfii(4) to msi, there is a family of supermicro X9 motherboards with incorrect ioapic routing, so they only work properly though msi. If you have a system with a mfii(4) device, please give this diff a spin and report back. So far I was able to test on: Supermicro

Re: bzip2

2013-06-06 Thread Mark Kettenis
Date: Wed, 05 Jun 2013 20:59:39 -0400 From: Ted Unangst t...@tedunangst.com Something that comes up from time to time is the question of whether to import bzip2 into base or not. Turns out the question is moot because already have imported it. There's a copy in perl. (I didn't know this

Re: bzip2

2013-06-06 Thread David Coppa
On Thu, Jun 6, 2013 at 2:20 PM, Mark Kettenis mark.kette...@xs4all.nl wrote: full disclosure I'm a Perl hater /full disclosure I've ranted before about implementing standard tools in Perl. The user experience just isn't the same as with C code. But even more so than with nl(1), why would

Re: bzip2

2013-06-06 Thread Damien Miller
On Thu, 6 Jun 2013, David Coppa wrote: But even more so than with nl(1), why would we want to use something that's different from what everybody else uses? If we want bzip2 in base (and I think there are good reasons for having it) we should simply use the standard bzip2 code.

sysctl fix

2013-06-06 Thread Sylvestre Gallon
Hi tech@ I was currently trying to get the fuse sysctls working when I found a bug in sbin/sysctl.c If you look at sys/kern/vfs_init.c MOUNT_FUSEFS use the biggest typenum : 18. So when the function vfsinit in sbin/sysctl.c gets VFS_MAXTYPENUM it gets 18, but this value will never be reached in

Re: sysctl fix

2013-06-06 Thread Alexey E. Suslikov
Sylvestre Gallon ccna.syl at gmail.com writes: at at -2586,6 +2587,7 at at struct emulname { } *emul_names; int emul_num, nemuls; int emul_init(void); +int emulcmp(const void *, const void *); this seems unrelated to rest of changes you've made. no?

Re: sysctl fix

2013-06-06 Thread Sylvestre Gallon
On Thu, Jun 6, 2013 at 4:39 PM, Alexey E. Suslikov alexey.susli...@gmail.com wrote: int emulcmp(const void *, const void *); using WARNINGS=yes make it remove the following warning : sysctl.c:2697: warning: no previous prototype for 'emulcmp' Cheers, -- Sylvestre Gallon

Re: bzip2

2013-06-06 Thread Ted Unangst
On Thu, Jun 06, 2013 at 14:20, Mark Kettenis wrote: I've ranted before about implementing standard tools in Perl. The user experience just isn't the same as with C code. But even more so than with nl(1), why would we want to use something that's different from what everybody else uses? If

Re: bzip2

2013-06-06 Thread Theo de Raadt
On Thu, Jun 06, 2013 at 14:20, Mark Kettenis wrote: I've ranted before about implementing standard tools in Perl. The user experience just isn't the same as with C code. But even more so than with nl(1), why would we want to use something that's different from what everybody else uses? If

Re: sysctl fix

2013-06-06 Thread Ted Unangst
On Thu, Jun 06, 2013 at 15:39, Sylvestre Gallon wrote: Hi tech@ I was currently trying to get the fuse sysctls working when I found a bug in sbin/sysctl.c If you look at sys/kern/vfs_init.c MOUNT_FUSEFS use the biggest typenum : 18. So when the function vfsinit in sbin/sysctl.c gets

Re: bzip2

2013-06-06 Thread Christian Weisgerber
Theo de Raadt dera...@cvs.openbsd.org wrote: It is primarily used by ports. Before t2k13, there were 739 .tar.bz2|.tbz2 distfiles--compared to 268 .tar.xz|.txz ones. I don't know how fast that balance is shifting. There are some 40 ports that directly depend on libbz2, and some 10 more that

Re: sysctl fix

2013-06-06 Thread Ted Unangst
On Thu, Jun 06, 2013 at 11:42, patrick keshishian wrote: Just curious, how do the variable name changes help any warrnings? nflag - nf -Wshadow. nflag is a global, which becomes hidden by giving a local parameter the same name. The code is kind of silly anyway, since the only call to that

Re: bzip2

2013-06-06 Thread Mark Kettenis
Date: Thu, 6 Jun 2013 09:48:24 -0600 (MDT) From: Theo de Raadt dera...@cvs.openbsd.org On Thu, Jun 06, 2013 at 14:20, Mark Kettenis wrote: I've ranted before about implementing standard tools in Perl. The user experience just isn't the same as with C code. But even more so than with

Re: sysctl fix

2013-06-06 Thread Sylvestre Gallon
Hi, Sorry for the last mistakes. Here is a new diff that allow the maxtypenum to be reached. Cheers, Index: sysctl.c === RCS file: /cvs/src/sbin/sysctl/sysctl.c,v retrieving revision 1.189 diff -u -p -r1.189 sysctl.c --- sysctl.c

Re: sysctl fix

2013-06-06 Thread Sylvestre Gallon
Here is a second one to add fuse sysctls. Cheers, Index: sys/miscfs/fuse/fusefs.h === RCS file: /cvs/src/sys/miscfs/fuse/fusefs.h,v retrieving revision 1.1 diff -u -p -r1.1 fusefs.h --- sys/miscfs/fuse/fusefs.h3 Jun 2013

Re: sysctl fix

2013-06-06 Thread Sylvestre Gallon
And here the third one that removes all warns for : WARNINGS=yes make Cheers, Index: sysctl.c === RCS file: /cvs/src/sbin/sysctl/sysctl.c,v retrieving revision 1.189 diff -u -p -u -p -r1.189 sysctl.c --- sysctl.c16 Apr 2013

Re: sysctl fix

2013-06-06 Thread Ted Unangst
On Thu, Jun 06, 2013 at 15:39, Sylvestre Gallon wrote: If you look at sys/kern/vfs_init.c MOUNT_FUSEFS use the biggest typenum : 18. So when the function vfsinit in sbin/sysctl.c gets VFS_MAXTYPENUM it gets 18, but this value will never be reached in the for statement... The diff below

Re: sysctl fix

2013-06-06 Thread Ted Unangst
On Thu, Jun 06, 2013 at 23:53, Sylvestre Gallon wrote: Hi, Sorry for the last mistakes. Here is a new diff that allow the maxtypenum to be reached. Cheers, Index: sysctl.c === RCS file: /cvs/src/sbin/sysctl/sysctl.c,v

Re: bzip2

2013-06-06 Thread Darren Tucker
On Thu, Jun 6, 2013 at 11:48 AM, Theo de Raadt dera...@cvs.openbsd.org wrote: [...] If anyone thinks using this for the install or boot media is going to help, don't say a word until you can prove it on all platforms. Has anyone looked at zopfli[1] for the install media? It's a (apache 2

[PATCH] iked address pools

2013-06-06 Thread Ryan Slack
The following provides address pools for iked. It's nothing fancy, but it seems to work, at least in the cursory testing done against the Windows 7 client. Each policy gets it's own pool, configured by config address start ip - end ip. There is a hard limit of 65536 addresses (8kb) per pool,

Re: bzip2

2013-06-06 Thread Theo de Raadt
On Thu, Jun 6, 2013 at 11:48 AM, Theo de Raadt dera...@cvs.openbsd.org wrote: [...] If anyone thinks using this for the install or boot media is going to help, don't say a word until you can prove it on all platforms. Has anyone looked at zopfli[1] for the install media? It's a (apache