Re: Default password hash

2012-06-09 Thread O. Hartmann
On 06/08/12 14:51, Dag-Erling Smørgrav wrote: We still have MD5 as our default password hash, even though known-hash attacks against MD5 are relatively easy these days. We've supported SHA256 and SHA512 for many years now, so how about making SHA512 the default instead of MD5, like on most

Re: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread O. Hartmann
On 06/09/12 06:45, Adam Strohl wrote: On 6/9/2012 3:34, Steve Franks wrote: Every time libjpeg or perl or python bumps the rev, I have to explain to my boss that I won't be using my computer for 48 hours. Lucky man! We are off from some desktop services (like LibreOffice and Firefox) for more

Re: Default password hash

2012-06-09 Thread Dimitry Andric
On 2012-06-09 09:43, O. Hartmann wrote: On 06/08/12 14:51, Dag-Erling Smørgrav wrote: We still have MD5 as our default password hash, even though known-hash attacks against MD5 are relatively easy these days. We've supported SHA256 and SHA512 for many years now, so how about making SHA512 the

Re: Default password hash

2012-06-09 Thread O. Hartmann
On 06/09/12 11:28, Dimitry Andric wrote: On 2012-06-09 09:43, O. Hartmann wrote: On 06/08/12 14:51, Dag-Erling Smørgrav wrote: We still have MD5 as our default password hash, even though known-hash attacks against MD5 are relatively easy these days. We've supported SHA256 and SHA512 for many

mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13

2012-06-09 Thread O. Hartmann
My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling with CLANG. The error is very much the same as when I try compiling Firefox 13 on the same box with CLANG. I tried to track down the problem, but I failed. Bot systems are used to have very similar setups and ports, both

Re: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13

2012-06-09 Thread Dimitry Andric
On 2012-06-09 14:14, O. Hartmann wrote: My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling with CLANG. The error is very much the same as when I try compiling Firefox 13 on the same box with CLANG. ... I'm not sure this problem is related to clang at all, see below. I

Re: mail/thunderbird: FreeBSD 10.0-CURRENT/amd64 and CLANG fail to build Thunderbird 13

2012-06-09 Thread O. Hartmann
On 06/09/12 14:53, Dimitry Andric wrote: On 2012-06-09 14:14, O. Hartmann wrote: My FreeBSD 10-CURRENT/amd64 boxes fail to build Thunderbird 13 compiling with CLANG. The error is very much the same as when I try compiling Firefox 13 on the same box with CLANG. ... I'm not sure this problem

Re: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread Adam Strohl
On 6/9/2012 14:50, O. Hartmann wrote: Lucky man! We are off from some desktop services (like LibreOffice and Firefox) for more than a week now! Why did you update to begin with? Bug/security fix? -- Adam Strohl http://www.ateamsystems.com/ ___

Re: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread O. Hartmann
On 06/09/12 15:43, Adam Strohl wrote: On 6/9/2012 14:50, O. Hartmann wrote: Lucky man! We are off from some desktop services (like LibreOffice and Firefox) for more than a week now! Why did you update to begin with? Bug/security fix? -- Adam Strohl http://www.ateamsystems.com/ Well,

Re: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread Jakub Lach
I just have successfully (*) build LibreOffice by just typing # make build in editors/libreoffice... * Without any manually removed hiccups. Dependencies build with clang fine too, as graphics/vigra is updated. -- View this message in context:

graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

2012-06-09 Thread O. Hartmann
I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 boxes and therefore, I try recompiling xorg. One box is constantly failing to compile port graphics/dri with a obviously well know error, as googling reveals (

PORTS_MODULES fix

2012-06-09 Thread Doug Barton
I have recently tried the PORTS_MODULES knob, and found a problem. The ports tree searches for some dependencies by finding a binary in PATH, and that fails since by default /usr/local/ isn't there. The attached patch fixes that problem. It would be more robust to use PREFIX there instead of

Re: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread O. Hartmann
On 06/09/12 18:03, Jakub Lach wrote: I just have successfully (*) build LibreOffice by just typing # make build in editors/libreoffice... * Without any manually removed hiccups. Dependencies build with clang fine too, as graphics/vigra is updated. -- Did you made the built in a

Re: PORTS_MODULES fix

2012-06-09 Thread Chris Rees
On 9 June 2012 18:15, Doug Barton do...@freebsd.org wrote: I have recently tried the PORTS_MODULES knob, and found a problem. The ports tree searches for some dependencies by finding a binary in PATH, and that fails since by default /usr/local/ isn't there. The attached patch fixes that

Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

2012-06-09 Thread Dimitry Andric
On 2012-06-09 19:00, O. Hartmann wrote: ... I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 boxes and therefore, I try recompiling xorg. One box is constantly failing to compile port graphics/dri with a obviously well know error, as googling reveals (

Re: PORTS_MODULES fix

2012-06-09 Thread Matthew Seaman
On 09/06/2012 18:26, Chris Rees wrote: On 9 June 2012 18:15, Doug Barton do...@freebsd.org wrote: I have recently tried the PORTS_MODULES knob, and found a problem. The ports tree searches for some dependencies by finding a binary in PATH, and that fails since by default /usr/local/ isn't

Re: Why Are You NOT Using FreeBSD ?

2012-06-09 Thread Jakub Lach
The same one I had problems earlier. I heard that you shouldn't have boost* ports installed prior, but when I had problems I didn't. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Re-Why-Are-You-NOT-Using-FreeBSD-tp5714183p5716943.html Sent from the freebsd-current

Re: PORTS_MODULES fix

2012-06-09 Thread Doug Barton
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 06/09/2012 10:40, Matthew Seaman wrote: On 09/06/2012 18:26, Chris Rees wrote: On 9 June 2012 18:15, Doug Barton do...@freebsd.org wrote: I have recently tried the PORTS_MODULES knob, and found a problem. The ports tree searches for some

Re: PORTS_MODULES fix

2012-06-09 Thread Garrett Cooper
On Sat, Jun 9, 2012 at 11:06 AM, Doug Barton do...@freebsd.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On 06/09/2012 10:40, Matthew Seaman wrote: On 09/06/2012 18:26, Chris Rees wrote: On 9 June 2012 18:15, Doug Barton do...@freebsd.org wrote: I have recently tried the

Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

2012-06-09 Thread O. Hartmann
On 06/09/12 19:34, Dimitry Andric wrote: On 2012-06-09 19:00, O. Hartmann wrote: ... I try to track down problems on one of our FreeBSD 10.0-CURRENT/amd64 boxes and therefore, I try recompiling xorg. One box is constantly failing to compile port graphics/dri with a obviously well know

[head tinderbox] failure on arm/arm

2012-06-09 Thread FreeBSD Tinderbox
TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Re: graphics/dri: nouveau_array.c:49:16: error: illegal storage class on function, *extract_u = EXTRACT(char, unsigned, 1);

2012-06-09 Thread Dimitry Andric
On 2012-06-09 21:57, O. Hartmann wrote: ... Now, with your patch set installed again, graphics/dri compiles without a flaw. I was wondering why there are not more people/FreeBSD users out there having the very same problem. Most likely because neither WITH_NEW_XORG nor CC=clang are defaults

Re: PORTS_MODULES fix

2012-06-09 Thread Doug Barton
Ok, after reading your PR and discussion on IRC I have the following which incorporates all the suggestions so far. I haven't actually tested this yet, but if people agree that this is the right direction to go I will before I commit it of course. Doug -- It's always a long day;

[head tinderbox] failure on i386/pc98

2012-06-09 Thread FreeBSD Tinderbox
TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on i386/i386

2012-06-09 Thread FreeBSD Tinderbox
TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

[head tinderbox] failure on amd64/amd64

2012-06-09 Thread FreeBSD Tinderbox
TB --- 2012-06-09 19:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-09 19:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB ---

Re: PORTS_MODULES fix

2012-06-09 Thread Doug Barton
Ok, never mind the last one ... this patch I've actually tested. :) Doug -- This .signature sanitized for your protection Index: kern.post.mk === --- kern.post.mk(revision 236818) +++ kern.post.mk(working

Re: PORTS_MODULES fix

2012-06-09 Thread Garrett Cooper
On Jun 9, 2012, at 4:51 PM, Doug Barton wrote: Ok, never mind the last one ... this patch I've actually tested. :) This one looks good :) (and fixes the item I briefly mentioned in IRC); I'll test it one out. Thanks! -Garrett___

Re: 10-CURRENT r235646 open-vm-tools-8.6.0-425873

2012-06-09 Thread Garrett Cooper
On Jun 5, 2012, at 7:10 AM, John Baldwin wrote: On Tuesday, June 05, 2012 9:27:51 am Matthias Apitz wrote: El día Thursday, May 31, 2012 a las 11:34:55AM -0400, John Baldwin escribió: cc1: warnings being treated as errors if_vxn.c: In function 'vxn_load_multicast': if_vxn.c:719: warning:

10-CURRENT and swap usage

2012-06-09 Thread Garrett Cooper
I build out of my UFS-only VM in VMware Fusion from time to time, and it looks like there's a large chunk of processes that are swapped out when doing two parallel builds: last pid: 27644; load averages: 2.43, 0.94, 0.98