Re: sysinstall as a post-install tool

2012-01-04 Thread Joel Dahl
On 03-01-2012 18:33, Eitan Adler wrote: Hi, In the the recent sysinstall thread there seems to be general agreement that having a post-install configuration tool is a good thing. Until such a tool is written I think it would be a good idea to use sysinstall for this purpose. I am willing

Re: sysinstall as a post-install tool

2012-01-04 Thread Bruce Cran
On 04/01/2012 03:39, Craig Rodrigues wrote: Where is the code for this? Would committing your sade additions now to a project branch in Subversion be appropriate? That way folks could check it out from SVN, and provide comments and patches, and help push things along faster. When your code is

Re: periodic emails

2012-01-04 Thread Gleb Smirnoff
On Tue, Jan 03, 2012 at 10:36:50AM -0500, John Baldwin wrote: J why do we send all these empty headings for periodic emails or given there is J no output to this one can we J J 1) suppress the empty sections (to me that sounds a bit like a wrong J return code or something maybe?), and J

Re: periodic emails

2012-01-04 Thread Volodymyr Kostyrko
04.01.2012 13:57, Gleb Smirnoff wrote: Does security_show_success=YES suppress the security report entirely (no mail sent), if no security related issues found? Yes. PS: I also prefer setting *_show_badconfig to 'yes' in case something is just not working right. -- Sphinx of black quartz

Re: periodic emails

2012-01-04 Thread John Baldwin
On Wednesday, January 04, 2012 6:57:53 am Gleb Smirnoff wrote: On Tue, Jan 03, 2012 at 10:36:50AM -0500, John Baldwin wrote: J why do we send all these empty headings for periodic emails or given there is J no output to this one can we J J 1) suppress the empty sections (to me that

bsdinstall kbdmap

2012-01-04 Thread Jakub Lach
Is it working correctly? e.g. Choosing Polish ISO-8859-2 results in just keymap=pl_PL.ISO8859-2.kbd added to rc.conf, while to have fully working polish fonts you need font8x14=iso02-8x14 font8x16=iso02-8x16 font8x8=iso02-8x8 keymap=pl_PL.ISO8859-2 -- View this message in context:

Re: bsdinstall kbdmap

2012-01-04 Thread Jakub Lach
Is vidfont invoked during installation at all? -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5119548.html Sent from the freebsd-current mailing list archive at Nabble.com. ___

[head tinderbox] failure on amd64/amd64

2012-01-04 Thread FreeBSD Tinderbox
TB --- 2012-01-04 12:50:00 - tinderbox 2.8 running on freebsd-current.sentex.ca TB --- 2012-01-04 12:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-01-04 12:50:00 - cleaning the object tree TB --- 2012-01-04 12:50:59 - cvsupping the source tree TB --- 2012-01-04 12:50:59 -

Re: bsdinstall kbdmap

2012-01-04 Thread Edwin L. Culp W.
On Wed, Jan 4, 2012 at 7:14 AM, Jakub Lach jakub_l...@mailplus.pl wrote: Is vidfont invoked during installation at all? -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5119548.html Sent from the freebsd-current mailing list archive at

Re: bsdinstall kbdmap

2012-01-04 Thread Jakub Lach
That's not related at all. For X you need something like Option XkbLayout es in xorg.conf, and I complained about syscons settings after installation. -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5120710.html Sent from the freebsd-current

sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
sunsaturn:~# sysctl -w kern.ipc.somaxconn=20 kern.ipc.somaxconn: 4096 sysctl: kern.ipc.somaxconn: Invalid argument sunsaturn:~# sysctl -w kern.ipc.somaxconn=65536 kern.ipc.somaxconn: 4096 sysctl: kern.ipc.somaxconn: Invalid argument sunsaturn:~# sysctl -w kern.ipc.somaxconn=65535

Re: bsdinstall kbdmap

2012-01-04 Thread Jakub Lach
Or you could use x11/setxkbmap each time you login. -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5120743.html Sent from the freebsd-current mailing list archive at Nabble.com. ___

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 12:22 PM, Dan The Man wrote: Trying to stress test a framework here that tosses 100k of connections into a listen queue before doing anything, I realize I'll have to use multiple local IPs get get around port limitations, but why is

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
On Jan 4, 2012, at 12:44 PM, Dan The Man wrote: Even a backlog of a 1000 is large compared to the default listen queue size of around 50 or 128. And if you can drain 1000 connections per second, a 65K backlog is big enough that plenty of clients (I'm thinking web-browsers here in

Re: Apropos Removal of sysinstall

2012-01-04 Thread Warner Losh
On Dec 29, 2011, at 1:49 PM, Bruce Cran wrote: On 29/12/2011 18:39, Renato Botelho wrote: IIRC, PCBSD installer can install a regular FreeBSD on ZFS. It can do, but you're left with a /very/ basic installation - the hostname, network interfaces etc. aren't configured, which could be a

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 12:44 PM, Dan The Man wrote: Even a backlog of a 1000 is large compared to the default listen queue size of around 50 or 128. And if you can drain 1000 connections per second, a 65K backlog is big enough that plenty of clients (I'm

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
On Wed, 4 Jan 2012, Dan The Man wrote: On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 12:44 PM, Dan The Man wrote: Even a backlog of a 1000 is large compared to the default listen queue size of around 50 or 128. And if you can drain 1000 connections per second, a 65K backlog

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
On Jan 4, 2012, at 12:22 PM, Dan The Man wrote: Trying to stress test a framework here that tosses 100k of connections into a listen queue before doing anything, I realize I'll have to use multiple local IPs get get around port limitations, but why is this backlog using a limit? Even a

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this. At some point, you are better off timing out and retrying via exponential backoff than you are queuing hundreds of thousands of connections in the hopes that they will eventually be

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Arnaud Lacombe
Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger cswi...@mac.com wrote: On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this.  At some point, you are better off timing out and retrying via exponential backoff than you are queuing hundreds of

add 'ldd' to cross-tools ?

2012-01-04 Thread Luigi Rizzo
Hi, in doing cross-builds of picobsd, i found i need a cross-version of ldd so i can run it on the host to detect which shared libraries are used by binaries on the target architecture (for amd64-i386 there is a partial workaround, but don't know if it works in other cases) Is there any concern

Re: add 'ldd' to cross-tools ?

2012-01-04 Thread Garrett Cooper
On Wed, Jan 4, 2012 at 2:23 PM, Luigi Rizzo ri...@iet.unipi.it wrote: Hi, in doing cross-builds of picobsd, i found i need a cross-version of ldd so i can run it on the host to detect which shared libraries are used by binaries on the target architecture (for amd64-i386 there is a partial

REMAINDER: Call for FreeBSD Status Reports - 4Q/2011

2012-01-04 Thread Daniel Gerzo
Hello everybody, I'd like to remind you that only ca. 10 days have left to the status report submission deadline. Note that we have only received 4 entries so far. I guess most of the people's holidays have finished by now so I hope we will receive much more than that by January 15, 2012.

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
On Jan 4, 2012, at 1:49 PM, Arnaud Lacombe wrote: Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger cswi...@mac.com wrote: On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this. At some point, you are better off timing out and retrying via

Re: add 'ldd' to cross-tools ?

2012-01-04 Thread Luigi Rizzo
On Wed, Jan 04, 2012 at 02:10:36PM -0800, Garrett Cooper wrote: On Wed, Jan 4, 2012 at 2:23 PM, Luigi Rizzo ri...@iet.unipi.it wrote: Hi, in doing cross-builds of picobsd, i found i need a cross-version of ldd so i can run it on the host to detect which shared libraries are used by

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 1:49 PM, Arnaud Lacombe wrote: Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger cswi...@mac.com wrote: On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is useful to do this. At some point, you are

Re: add 'ldd' to cross-tools ?

2012-01-04 Thread Garrett Cooper
On Wed, Jan 4, 2012 at 2:29 PM, Luigi Rizzo ri...@iet.unipi.it wrote: On Wed, Jan 04, 2012 at 02:10:36PM -0800, Garrett Cooper wrote: On Wed, Jan 4, 2012 at 2:23 PM, Luigi Rizzo ri...@iet.unipi.it wrote: Hi, in doing cross-builds of picobsd, i found i need a cross-version of ldd so i can

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Arnaud Lacombe
Hi, On Wed, Jan 4, 2012 at 3:22 PM, Dan The Man d...@sunsaturn.com wrote: sunsaturn:~# sysctl -w kern.ipc.somaxconn=20 kern.ipc.somaxconn: 4096 sysctl: kern.ipc.somaxconn: Invalid argument sunsaturn:~# sysctl -w kern.ipc.somaxconn=65536 kern.ipc.somaxconn: 4096 sysctl:

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Arnaud Lacombe
Hi, On Fri, Dec 16, 2011 at 12:16 PM, matt...@phoronix.com wrote: Thanks. My request for the person documenting the tunings also runs the benchmark to ensure expected behaviour. Why should you have to tune anything ? Did you tune the Oracle Server install ? If not, you should not have to

Re: add 'ldd' to cross-tools ?

2012-01-04 Thread Luigi Rizzo
On Wed, Jan 04, 2012 at 02:30:27PM -0800, Garrett Cooper wrote: On Wed, Jan 4, 2012 at 2:29 PM, Luigi Rizzo ri...@iet.unipi.it wrote: ... $ objdump -x `which tar` | awk '$1 == NEEDED { print $2 }' libarchive.so.5 libbz2.so.4 libz.so.6 liblzma.so.5 libbsdxml.so.4 libcrypto.so.6

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
On Wed, 4 Jan 2012, Dan The Man wrote: On Wed, 4 Jan 2012, Chuck Swiger wrote: On Jan 4, 2012, at 1:49 PM, Arnaud Lacombe wrote: Hi, On Wed, Jan 4, 2012 at 4:42 PM, Chuck Swiger cswi...@mac.com wrote: On Jan 4, 2012, at 1:03 PM, Dan The Man wrote: However, I'm not convinced that it is

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Xin LI
Hi, On Wed, Jan 4, 2012 at 2:50 PM, Dan The Man d...@sunsaturn.com wrote: [...] How about a sensible solution? I think everyone has been making valid points here, about sensible limits for all programs on system and per application limit changes. How about changing the hard limit high, and

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread matthew
Thanks for the comment Arnaud. For comparative benchmarking on [1]Phoronix.com, Michael inva= riable leaves it in the default configuration 'in the way the developers or= vendor wanted it for production'. This is by rule. However, i= nvariable the community or vendor for

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
Hi-- On Jan 4, 2012, at 2:23 PM, Dan The Man wrote: It is not arbitrary. Systems ought to provide sensible limits, which can be adjusted if needed and appropriate. The fact that a system might have 50,000 file descriptors globally available does not mean that it would be OK for any

Re: add 'ldd' to cross-tools ?

2012-01-04 Thread Oleksandr Tymoshenko
On 04/01/2012 2:23 PM, Luigi Rizzo wrote: Hi, in doing cross-builds of picobsd, i found i need a cross-version of ldd so i can run it on the host to detect which shared libraries are used by binaries on the target architecture (for amd64-i386 there is a partial workaround, but don't know if it

Re: add 'ldd' to cross-tools ?

2012-01-04 Thread Jilles Tjoelker
On Wed, Jan 04, 2012 at 11:58:15PM +0100, Luigi Rizzo wrote: On Wed, Jan 04, 2012 at 02:30:27PM -0800, Garrett Cooper wrote: On Wed, Jan 4, 2012 at 2:29 PM, Luigi Rizzo ri...@iet.unipi.it wrote: ... $ objdump -x `which tar` | awk '$1 == NEEDED { print $2 }' libarchive.so.5 libbz2.so.4

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Alexander Kabaev
On Wed, 04 Jan 2012 14:31:55 -0800 matt...@phoronix.com wrote: Thanks for the comment Arnaud. For comparative benchmarking on[1]Phoronix.com, Michael inva configuration 'in the way the developers or production'. This is by rule. However, i poor scores on be 'it should be

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Matthew Tippett
Hmm... No sure what happened there again. What I sent (pulled from my Sent folder... === Thanks for the comment Arnaud. For comparative benchmarking on Phoronix.com http://Phoronix.com, Michael invariable leaves it in the default configuration 'in the way the developers or vendor wanted it

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Dan The Man
On Wed, 4 Jan 2012, Chuck Swiger wrote: Hi-- On Jan 4, 2012, at 2:23 PM, Dan The Man wrote: It is not arbitrary. Systems ought to provide sensible limits, which can be adjusted if needed and appropriate. The fact that a system might have 50,000 file descriptors globally available does

Re: Benchmark (Phoronix): FreeBSD 9.0-RC2 vs. Oracle Linux 6.1 Server

2012-01-04 Thread Garrett Cooper
On Wed, Jan 4, 2012 at 1:58 PM, Arnaud Lacombe lacom...@gmail.com wrote: Hi, On Fri, Dec 16, 2011 at 12:16 PM,  matt...@phoronix.com wrote: Thanks. My request for the person documenting the tunings also runs the benchmark to ensure expected behaviour. Why should you have to tune anything

Re: bsdinstall kbdmap

2012-01-04 Thread Edwin L. Culp W.
On Wed, Jan 4, 2012 at 2:28 PM, Jakub Lach jakub_l...@mailplus.pl wrote: Or you could use x11/setxkbmap each time you login. -- View this message in context: http://freebsd.1045724.n5.nabble.com/bsdinstall-kbdmap-tp5119535p5120743.html Sent from the freebsd-current mailing list

Re: bsdinstall kbdmap

2012-01-04 Thread Edwin L. Culp W.
On Wed, Jan 4, 2012 at 6:58 PM, Edwin L. Culp W. edwinlc...@gmail.com wrote: On Wed, Jan 4, 2012 at 2:28 PM, Jakub Lach jakub_l...@mailplus.pl wrote: Or you could use x11/setxkbmap each time you login. -- View this message in context:

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
On Jan 4, 2012, at 4:09 PM, Dan The Man wrote: With the new IBM developments underway of 16 core atom processors and hundreds of gigabytes of memory, surely a backlog of 100k is manageable. Or what about the future of 500 core systems with a terrabyte of memory, 100k listen queue could be

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Xin Li
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/04/12 16:09, Dan The Man wrote: On Wed, 4 Jan 2012, Chuck Swiger wrote: Hi-- On Jan 4, 2012, at 2:23 PM, Dan The Man wrote: It is not arbitrary. Systems ought to provide sensible limits, which can be adjusted if needed and

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Chuck Swiger
Hi, Xin-- On Jan 4, 2012, at 5:32 PM, Xin Li wrote: I am personally quite convinced that FreeBSD should make such change though -- having more than 64K of outstanding and unhandled connections does not sound a great idea (i.e. it's not a connection limit after all, but the pending handle

Re: sysctl kern.ipc.somaxconn limit 65535 why?

2012-01-04 Thread Xin Li
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/04/12 17:49, Chuck Swiger wrote: Hi, Xin-- On Jan 4, 2012, at 5:32 PM, Xin Li wrote: I am personally quite convinced that FreeBSD should make such change though -- having more than 64K of outstanding and unhandled connections does not

CAM Target Layer available

2012-01-04 Thread Kenneth D. Merry
The CAM Target Layer (CTL) is now available for testing. I am planning to commit it to to head next week, barring any major objections. CTL is a disk and processor device emulation subsystem originally written for Copan Systems under Linux starting in 2003. It has been shipping in Copan (now

CAM Target Layer available

2012-01-04 Thread Kenneth D. Merry
The CAM Target Layer (CTL) is now available for testing. I am planning to commit it to to head next week, barring any major objections. CTL is a disk and processor device emulation subsystem originally written for Copan Systems under Linux starting in 2003. It has been shipping in Copan (now

Re: cross-arch building picobsd/nanobsd images ?

2012-01-04 Thread Jacques Fourie
I've posted a diff to -arm about 2 years ago that I used to cross-build arm picobsd images for a gumstix platform on a i386 host. I don't know if the diff will apply cleanly anymore but here it is in anyway. --- a/release/picobsd/build/Makefile.conf +++ b/release/picobsd/build/Makefile.conf @@

Re: cross-arch building picobsd/nanobsd images ?

2012-01-04 Thread Adrian Chadd
On 4 January 2012 20:53, Jacques Fourie jacques.fou...@gmail.com wrote: I've posted a diff to -arm about 2 years ago that I used to cross-build arm picobsd images for a gumstix platform on a i386 host. I don't know if the diff will apply cleanly anymore but here it is in anyway. Hi, I've

Re: cross-arch building picobsd/nanobsd images ?

2012-01-04 Thread Garrett Cooper
On Wed, Jan 4, 2012 at 9:50 PM, Adrian Chadd adr...@freebsd.org wrote: On 4 January 2012 20:53, Jacques Fourie jacques.fou...@gmail.com wrote: I've posted a diff to -arm about 2 years ago that I used to cross-build arm picobsd images for a gumstix platform on a i386 host. I don't know if the

Is it possible to make subr_acl_nfs4 and subr_acl_posix1e disabled?

2012-01-04 Thread Adrian Chadd
Hi, I'm trying to slim down the freebsd kernel to fit on some devices with 4MB of flash. Since I'm not using NFS or UFS_ACL, I wondered if that code required. It turns out I can just build a kernel with those two disabled. Would it be possible to remove them from standard and make them