Re: disklabel/bsdlabel and md(4) devices

2003-05-29 Thread Tim Robbins
On Wed, May 28, 2003 at 09:54:37PM +1000, Tim Robbins wrote: [...] # disklabel -r -w md0 auto disklabel: Geom not specified Hmm. Ignore this, rebuilding bsdlabel seems to fix the problem. Tim ___ [EMAIL PROTECTED] mailing list

Re: policy on GPL'd drivers?

2003-05-29 Thread Daniel C. Sobral
David Leimbach wrote: I have the GPLd source to the nforce drivers for Linux to support the nVidia nforce and nforce2 drivers in the kernel. To port these to FreeBSD would be an interesting task [if it hasn't already been done] and I have been looking for an excuse to get down and dirty with FBSD.

mb alloc and: panic: mutex Giant not owned at../../../vm/vm_kern.c:315

2003-05-29 Thread Robert Watson
Got this panic recently on a MAC development box. The MAC development branch hasn't been integrated in a few weeks, so this might well be fixed in the main tree. The versions of various files are: $FreeBSD: src/sys/vm/vm_kern.c,v 1.97 2003/04/15 01:16:05 alc Exp $ $FreeBSD:

Re: BCM5703 GigE ifs on Supermicro X5DL8-GG m/b not detectedon5.1-BETA2 or 4.8 (resolved)

2003-05-29 Thread John Dhmioyrgos
Just to bring the list up to date, I went onsite, popped the case open, and guess what I saw.. SUPER X5DP8-G2 REV 1.2 rather than X5DL8-GG, so it looks like the vendor pulled a fast one. spec sheet on that lists onboard Intel 82546EB dual port GigE, but note that I've already got one single port

Re: policy on GPL'd drivers?

2003-05-29 Thread Steve Kargl
On Wed, May 28, 2003 at 06:40:46PM +0930, Daniel O'Connor wrote: On Wed, 28 May 2003 18:39, M. Warner Losh wrote: : : Maybe the kernel build stuff can look in /usr/local/src/sys/modules : : for things to build or something.. : : YUCK! : : *WHY?* : : I have asked this before

Re: policy on GPL'd drivers?

2003-05-29 Thread Scott Long
Steve Kargl wrote: On Wed, May 28, 2003 at 06:40:46PM +0930, Daniel O'Connor wrote: On Wed, 28 May 2003 18:39, M. Warner Losh wrote: : : Maybe the kernel build stuff can look in /usr/local/src/sys/modules : : for things to build or something.. : : YUCK! : : *WHY?* : : I have asked this

Re: cvs commit: src/sys/contrib/dev/acpica - Imported sources

2003-05-29 Thread Larry Rosenman
--On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman [EMAIL PROTECTED] wrote: Ok, with today's sources, I still get a page not present panic for address (0x7) on transistion to battery. as a followup, with this code, I no longer get the panic at ACPI shutdown, just some messages about

Re: mb alloc and: panic: mutex Giant not owned at../../../vm/vm_kern.c:315

2003-05-29 Thread David Malone
On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote: I haven't seen this panic previously; a lack of Giant coming out of the socket code is a bit surprising to me, but I think is unlikely to be a result of our local MAC tweaks. This may be my fault, as I made some changes recently

Re: mb alloc and: panic: mutex Giant not owned at../../../vm/vm_kern.c:315

2003-05-29 Thread Robert Watson
On Wed, 28 May 2003, David Malone wrote: On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote: I haven't seen this panic previously; a lack of Giant coming out of the socket code is a bit surprising to me, but I think is unlikely to be a result of our local MAC tweaks. This may

Re: mb alloc and: panic: mutex Giant not owned at../../../vm/vm_kern.c:315

2003-05-29 Thread Bosko Milekic
On Wed, May 28, 2003 at 10:06:14AM -0400, Robert Watson wrote: Got this panic recently on a MAC development box. The MAC development branch hasn't been integrated in a few weeks, so this might well be fixed in the main tree. The versions of various files are: $FreeBSD:

Re: mb alloc and: panic: mutex Giant not owned at../../../vm/vm_kern.c:315

2003-05-29 Thread David Malone
This may be my fault, as I made some changes recently that assumed that the mbuf allocator grabbed giant when needed. I'll check the code path you've mentioned to see if it grabs giant now, but I suspect that I just need to move the giant grabbing back where it was before. This doesn't

Re: gcc/libm floating-point bug?

2003-05-29 Thread Bruce Evans
On Tue, 27 May 2003, Terry Lambert wrote: BTW: signal stacks are irrelevent; technically, you are not allowed to do floating point in signal handlers anyway. 8-). Not true. Signal handlers can do almost anything with local variables. The main relevant restrictions on them is that they must

3dmd broken

2003-05-29 Thread Christophe Zwecker
Hi, I installed 3dmd the webtool for 3ware Raid controllers, I left the config untouched or set whatever port, the prog starts but doesnt bind any port, thus no connection possible, is it broken ? im on 5.1b id be interested if anyone running it with 5.1b thx alot Christophe -- Christophe

Re: gcc/libm floating-point bug?

2003-05-29 Thread John Polstra
In article [EMAIL PROTECTED], Bruce Evans [EMAIL PROTECTED] wrote: On Tue, 27 May 2003, Terry Lambert wrote: BTW: signal stacks are irrelevent; technically, you are not allowed to do floating point in signal handlers anyway. 8-). Not true. Signal handlers can do almost anything with

Re: 3dmd broken

2003-05-29 Thread Tor . Egge
Hi, I installed 3dmd the webtool for 3ware Raid controllers, I left the config untouched or set whatever port, the prog starts but doesnt bind any port, thus no connection possible, is it broken ? im on 5.1b id be interested if anyone running it with 5.1b If you unpack the following

[Build Current Faild] fix

2003-05-29 Thread Sebastian Yepes [ESN]
The 5-current cvs faild to build, bucouse it need a prototype.. with this very small patch it builds ok.. :) Start--// --- /usr/src/sys/contrib/dev/acpica/acnamesp.h.ori Tue Apr 29 18:36:00 2003 +++ /usr/src/sys/contrib/dev/acpica/acnamesp.h Wed May 28 18:05:16 2003 @@

Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree

2003-05-29 Thread Takayoshi Kochi
Hi, From: Nate Lawson [EMAIL PROTECTED] Subject: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree Date: Tue, 27 May 2003 16:58:59 -0700 On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote: After this update, I found some error messages like this: acpi0: IntelR AWRDACPI on motherboard

Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree

2003-05-29 Thread Takayoshi Kochi
From: Takayoshi Kochi [EMAIL PROTECTED] Subject: Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree Date: Thu, 29 May 2003 01:23:49 +0900 (JST) Attached is the patch and should apply to the FreeBSD tree with some appropriate option. Oops, I attached a wrong one. Please ignore the last

RE: [acpi-jp 2274] Re: HEADSUP: acpi patches in the tree

2003-05-29 Thread Moore, Robert
TABLE_ID_DSDT was removed because the table ID should be dynamically allocated. There was a longstanding TBD to remove it. It appears that there is some issue with this change, and of course we would like to get to the root of this problem. Bob -Original Message- From: Takayoshi

Re: policy on GPL'd drivers?

2003-05-29 Thread Paul Richards
On Wed, May 28, 2003 at 12:04:17PM +0200, Marcin Dalecki wrote: Harti Brandt wrote: MDNO no and again no. This would repeat the same design mistake MDthat is already in Linux. On API level you DO NOT WANT versioning. MDWhat you really want is: type signature cheking. Like for example MDdone

Re: policy on GPL'd drivers?

2003-05-29 Thread dave
I don't think anyone is talking about symbol versioning. The issue is stamping the API at a particular point in time that shows it behaves in a specified guaranteed way. The module system has all the hooks to deal with versioning. What's missing is not the mechanism but the knowledge, i.e. we

/etc/hosts completely ignored

2003-05-29 Thread Roberto Nunnari
Hello. Sorry to post again even though I've been told I should post to -questions.. but I believe this is a bug. Here is some more info on my configuration: (I rebuilt the kernel but this behaviour was present in GENERIC, too) -bash-2.05b# uname -a FreeBSD jupiter.noonlights.net 5.0-RELEASE

Re: /etc/hosts completely ignored

2003-05-29 Thread Fred Souza
[snip] -bash-2.05b# cat /etc/hosts 127.0.0.1 localhost.noonlights.net localhost 192.168.1.5 jupiter.noonlights.net jupiter 192.168.1.5 jupiter.noonlights.net. 193.5.56.6 www.freebsd.org myfreebsd [snip] -bash-2.05b# cat /etc/nsswitch.conf

Re: policy on GPL'd drivers?

2003-05-29 Thread Don Lewis
On 28 May, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Daniel O'Connor [EMAIL PROTECTED] writes: : 2) You can't control where the module gets put - arguably this isn't a : calamity, but I think it makes more sense for the modules to end up in : /boot/modules, or some

Re: policy on GPL'd drivers?

2003-05-29 Thread Paul Richards
On Wed, 2003-05-28 at 17:48, dave wrote: I don't think anyone is talking about symbol versioning. The issue is stamping the API at a particular point in time that shows it behaves in a specified guaranteed way. The module system has all the hooks to deal with versioning. What's

Re: /etc/hosts completely ignored

2003-05-29 Thread Ceri Davies
On Wed, May 28, 2003 at 02:08:04PM -0300, Fred Souza wrote: [snip] -bash-2.05b# cat /etc/hosts 193.5.56.6 www.freebsd.org myfreebsd [snip] -bash-2.05b# cat /etc/nsswitch.conf hosts: files dns -bash-2.05b# cat /etc/host.conf hosts bind -bash-2.05b# cat

Re: /etc/hosts completely ignored

2003-05-29 Thread Scot W. Hetzel
From: Roberto Nunnari [EMAIL PROTECTED] -bash-2.05b# cat /etc/hosts 127.0.0.1 localhost.noonlights.net localhost 192.168.1.5 jupiter.noonlights.net jupiter 192.168.1.5 jupiter.noonlights.net. 193.5.56.6 www.freebsd.org myfreebsd note the

Re: /etc/hosts completely ignored

2003-05-29 Thread Roberto Nunnari
Dear Fred, if I call -bash-2.05b# host localhost. localhost has address 127.0.0.1 but that's only because the dns specified in resolv.conf answers the query with its own 'localhost' entry. Look: -bash-2.05b# host -d -t A localhost. ;; res_nmkquery(QUERY, localhost, IN, A) ;; res_send() ;;

Re: /etc/hosts completely ignored

2003-05-29 Thread Roberto Nunnari
I see... you're completely right.. ping looks up /etc/hosts while host and nslookup don't. Sorry for the noise. Thank you very much for your quick answers. Best regards. -- Roberto Nunnari -software engineer- mailto:[EMAIL PROTECTED] Scuola Universitaria

Re: /etc/hosts completely ignored

2003-05-29 Thread Fred Souza
Umm, host(1) looks in the DNS for hostnames, as per the manpage: DESCRIPTION Host looks for information about Internet hosts. It gets this informa- tion from a set of interconnected servers that are spread across the world. It doesn't use /etc/hosts, just DNS. That's by

Re: /etc/hosts completely ignored

2003-05-29 Thread Daniel C. Sobral
AFAIK, hosts is a DNS tool, exclusively. Roberto Nunnari wrote: Hello. Sorry to post again even though I've been told I should post to -questions.. but I believe this is a bug. Here is some more info on my configuration: (I rebuilt the kernel but this behaviour was present in GENERIC, too)

Re: policy on GPL'd drivers?

2003-05-29 Thread dave
The only true solution to this is to version the APIs in the kernel and use the module versioning hooks to not load modules if the version isn't the right one. Will this require *any* new infrastructure to implement properly? Or is it simply a matter of maintaining API metadata regarding

Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree

2003-05-29 Thread Nate Lawson
On Thu, 29 May 2003, Takayoshi Kochi wrote: I'm still studying the reason why the TABLE_ID_DSDT is removed in recent ACPI CA, but at least you should remove all TABLE_ID_DSDT's, I think. Also, ACPI_FIRST_METHOD_ID should be larger than 0, otherwise 0 may be allocated to running method and

Re: [acpi-jp 2272] Re: HEADSUP: acpi patches in the tree

2003-05-29 Thread Nate Lawson
On Wed, 28 May 2003, Anish Mistry wrote: On Tuesday 27 May 2003 07:58 pm, Nate Lawson wrote: On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote: After this update, I found some error messages like this: acpi0: IntelR AWRDACPI on motherboard ACPI-0438: *** Error: Looking up [\\_OS_]

[-CURRENT tinderbox] failure on i386/i386

2003-05-29 Thread Tinderbox
TB --- 2003-05-28 17:25:45 - starting CURRENT tinderbox run for i386/i386 TB --- 2003-05-28 17:25:45 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/i386/i386 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-05-28 17:27:47 - building world TB --- cd

Re: mb alloc and: panic: mutex Giant not owned at../../../vm/vm_kern.c:315

2003-05-29 Thread Andrew Gallatin
David Malone writes: This may be my fault, as I made some changes recently that assumed that the mbuf allocator grabbed giant when needed. I'll check the code path you've mentioned to see if it grabs giant now, but I suspect that I just need to move the giant grabbing back where

first time that my floppy was recognized with acpi

2003-05-29 Thread Fritz Heinrichmeyer
with todays kernel i recognized that my floppy was back again, then after cvsup this afternoon came /usr/src/sys/contrib/dev/acpica/nsalloc.c and the floppy controller went away again. -- Mit freundlichen Grüßen Fritz Heinrichmeyer FernUniversitaet, LG ES, 58084 Hagen (Germany) tel:+49

Re: gbde Performance - 35Mb/s vs 5.2 MB/s

2003-05-29 Thread James Tanis
On Wed, 28 May 2003 11:40:27 +0100 Paul Richards [EMAIL PROTECTED] wrote: On Wed, May 28, 2003 at 10:11:19AM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Guido van Rooij writes: On Mon, May 26, 2003 at 02:25:08PM +0200, Heiko Schaefer wrote: Poul gave me the following

Re: gcc/libm floating-point bug?

2003-05-29 Thread Bruce Evans
On Wed, 28 May 2003, John Polstra wrote: In article [EMAIL PROTECTED], Bruce Evans [EMAIL PROTECTED] wrote: On Tue, 27 May 2003, Terry Lambert wrote: BTW: signal stacks are irrelevent; technically, you are not allowed to do floating point in signal handlers anyway. 8-). Not

RE: [acpi-jp 2279] Re: HEADSUP: acpi patches in the tree

2003-05-29 Thread Moore, Robert
Here's what we released: #define ACPI_FIRST_METHOD_ID0x0001 #define ACPI_FIRST_TABLE_ID 0xF000 -Original Message- From: Nate Lawson [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 11:00 AM To: Takayoshi Kochi Cc: [EMAIL PROTECTED]; [EMAIL

pam_unix.c [PATCH].

2003-05-29 Thread Pawel Jakub Dawidek
Hello. I think there is no need to open a PR for this. Argument 'flags' marked as unused is used in those functions: --- pam_unix.c.orig Wed May 28 23:31:54 2003 +++ pam_unix.c Wed May 28 23:32:40 2003 @@ -95,8 +95,7 @@ * authentication management */ PAM_EXTERN int

Re: cvs commit: src/sys/contrib/dev/acpica - Imported sources

2003-05-29 Thread Larry Rosenman
--On Wednesday, May 28, 2003 10:02:19 -0500 Larry Rosenman [EMAIL PROTECTED] wrote: --On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman [EMAIL PROTECTED] wrote: Ok, with today's sources, I still get a page not present panic for address (0x7) on transistion to battery. as a followup,

Re: cvs commit: src/sys/contrib/dev/acpica - Imported sources

2003-05-29 Thread Nate Lawson
On Wed, 28 May 2003, Larry Rosenman wrote: --On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman Ok, with today's sources, I still get a page not present panic for address (0x7) on transistion to battery. as a followup, with this code, I no longer get the panic at ACPI shutdown,

Re: cvs commit: src/sys/contrib/dev/acpica - Imported sources

2003-05-29 Thread Larry Rosenman
--On Wednesday, May 28, 2003 15:39:44 -0700 Nate Lawson [EMAIL PROTECTED] wrote: On Wed, 28 May 2003, Larry Rosenman wrote: --On Wednesday, May 28, 2003 03:59:24 -0500 Larry Rosenman Ok, with today's sources, I still get a page not present panic for address (0x7) on transistion to battery.

Re: policy on GPL'd drivers?

2003-05-29 Thread Daniel O'Connor
On Wed, 28 May 2003 18:41, M. Warner Losh wrote: : the machine that built it, and not potentially somewhere else? What : about sysinstall upgrades that don't require src? : : Well, I am not 100% sure how the module building process works, but some : analog of how it happens for things in

Re: policy on GPL'd drivers?

2003-05-29 Thread Daniel O'Connor
On Wed, 28 May 2003 18:44, M. Warner Losh wrote: : 1) If the port is updated between builds you end up with two version of : the port installed. True. That's a weakness in the ports system, which is why we have portupgrade. However, I didn't want to require portupgrade for something so

Re: policy on GPL'd drivers?

2003-05-29 Thread Daniel O'Connor
On Wed, 28 May 2003 23:58, Steve Kargl wrote: Because there are other, more elegant ways of dealing with these things. I don't like /usr/local/src anything, which was the main complaint. If there are more elegant solutions I would like to know what they are. I agree it isn't a

Re: policy on GPL'd drivers?

2003-05-29 Thread Juli Mallett
* Daniel O'Connor [EMAIL PROTECTED] [ Date: 2003-05-28 ] [ w.r.t. Re: policy on GPL'd drivers? ] : I guess the problem with mandating somewhere in $PREFIX is that the : loader can't load it, so that's no good. I guess the only choice left is : /boot/modules. /boot/kernel :

Re: policy on GPL'd drivers?

2003-05-29 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Juli Mallett [EMAIL PROTECTED] writes: : Jumping in a bit late as I thought someone would point this out, but : I thought that 3rd-party modules would live in /boot/modules? third party binary only modules. If you have source, for some definition of

Re: policy on GPL'd drivers?

2003-05-29 Thread Juli Mallett
* M. Warner Losh [EMAIL PROTECTED] [ Date: 2003-05-28 ] [ w.r.t. Re: policy on GPL'd drivers? ] In message: [EMAIL PROTECTED] Juli Mallett [EMAIL PROTECTED] writes: : Jumping in a bit late as I thought someone would point this out, but : I thought that 3rd-party modules

ccd(4): Fatal trap 18: integer divide fault while in kernel mode

2003-05-29 Thread Robin Breathe
Caught a panic in ccd under 5.1-BETA-20030526-JPSNAP (GENERIC with unused devices disabled, zero_copy(9) and polling(4)) while rsyncing a number of ~50MB files onto a 2-disk ccd stripe (ccd0 1152 none /dev/ad4s1d /dev/ad7s1d; ...; newfs -U /dev/ccd0d). Irritatingly, the panic was only

Re: 5.1-BETA2 FAILURE on IBM A30p Thinkpad

2003-05-29 Thread Kevin Oberman
From: Jesse D. Guardiani [EMAIL PROTECTED] Date: Wed, 28 May 2003 00:33:32 -0400 Sender: [EMAIL PROTECTED] Kevin Oberman [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] From: Jesse D. Guardiani [EMAIL PROTECTED] Date: Sat, 24 May 2003 02:12:32 -0400 Sender: [EMAIL

Re: Libthr stable enough for testing

2003-05-29 Thread Glenn Johnson
On Mon, May 26, 2003 at 06:51:10PM -0400, Mike Makonnen wrote: Hello folks, Most major locking work in libthr is finished. I believe it is stable enough now that it can be used for most applications[1]. I would appreciate it if people would try it out and report any bugs. [1] - I haven't

Re: 3dmd broken

2003-05-29 Thread Shingo WATANABE / $BEOJU(B $B?-8c(B
Hello, At Wed, 28 May 2003 16:23:25 GMT, [EMAIL PROTECTED] wrote: [1 text/plain; us-ascii (7bit)] Hi, I installed 3dmd the webtool for 3ware Raid controllers, I left the config untouched or set whatever port, the prog starts but doesnt bind any port, thus no connection possible,

Re: policy on GPL'd drivers?

2003-05-29 Thread Steve Kargl
On Thu, May 29, 2003 at 09:20:23AM +0930, Daniel O'Connor wrote: On Wed, 28 May 2003 23:58, Steve Kargl wrote: Because there are other, more elegant ways of dealing with these things. I don't like /usr/local/src anything, which was the main complaint. If there are more elegant

DELL CERC amr RAID card beeping, dead drive? how to diagnose/fix?

2003-05-29 Thread Chris Shenton
I have a DELL 600SC which came with a DELL CERC RAID controller. It's recognized by FreeBSD-CURRENT as an amr device even though it's got four ATA disk channels on it instead of the documented SCSI drives for the PERC controller. I have 4x WD1200JB ATA 120GB disks on it which have been running

Re: Libthr stable enough for testing

2003-05-29 Thread Mike Makonnen
On Wed, 28 May 2003 21:57:35 -0500 Glenn Johnson [EMAIL PROTECTED] wrote: It seems to be working fine on a UP machine but it locks up my SMP machine just trying to load a gnome session. It leaves an image on the screen but the keyboard and mouse stop responding and I can not ssh into the

Re: policy on GPL'd drivers?

2003-05-29 Thread Daniel O'Connor
On Thu, 29 May 2003 12:48, Steve Kargl wrote: You are describing how it happens now, not WHY it happens like that. The WHY is obvious. The modules (1) get rebuilt with the kernel. (2) get installed with the kernel. (3) get moved to /boot/kernel.old when a new kernel is installed.

5.1-BETA2 pkg_info wierdness

2003-05-29 Thread jimd_NOSPAM
Instead of simple text lines, pkg_info is returning what looks like escaped words after clean install of 5.1-BETA2: pkg_info|more Hermes-1.3.2Fast\ pixel\ formats\ conversion\ libraryMesa-3.4.2_2 A\ graphics\ library\ similar\ to\ SGI\'s\ OpenGLORBit-0.5.17 High-performance\ CORBA\ ORB\

Re: Libthr stable enough for testing

2003-05-29 Thread Lars Eggert
Mike Makonnen wrote: Most major locking work in libthr is finished. I believe it is stable enough now that it can be used for most applications[1]. I would appreciate it if people would try it out and report any bugs. I had been running with libc_r symlinked to libthr for a few days with no

Re: Libthr stable enough for testing

2003-05-29 Thread Norikatsu Shigemura
Hi Lars. On Wed, 28 May 2003 22:20:19 -0700 Lars Eggert [EMAIL PROTECTED] wrote: The problem was fixed by building/reinstalling the problematic ports without libthr symlinked into place. Can you try to use WITH_LIBMAP=YES feature in /usr/src/libexec/ rtld-elf/Makefile(SEE

Re: Libthr stable enough for testing

2003-05-29 Thread Dan Nelson
In the last episode (May 29), Mike Makonnen said: On Wed, 28 May 2003 21:57:35 -0500 Glenn Johnson [EMAIL PROTECTED] wrote: It seems to be working fine on a UP machine but it locks up my SMP machine just trying to load a gnome session. It leaves an image on the screen but the keyboard and

5.1-BETA2 Syslog/Named problems

2003-05-29 Thread jimd_NOSPAM
5.1-BETA2 (05/24) install (cvsup 05/28 updated) is experiencing syslog/named problems not encountered under 5.1-BETA1. Named is running as it was in 5.1-BETA1 and BETA2 before 05/28 cvsup. An NSSWITCH.CONF file was added to see if that would make any difference, but it did not. Snippet from boot

Re: 5.1-BETA2 pkg_info wierdness

2003-05-29 Thread Kris Kennaway
On Thu, May 29, 2003 at 12:15:20AM +, [EMAIL PROTECTED] wrote: Instead of simple text lines, pkg_info is returning what looks like escaped words after clean install of 5.1-BETA2: Already fixed, thanks. Kris pgp0.pgp Description: PGP signature

Re: Libthr stable enough for testing

2003-05-29 Thread Mike Makonnen
On Thu, 29 May 2003 00:35:32 -0500 Dan Nelson [EMAIL PROTECTED] wrote: The real problem is in the kernel, though. A userland non-root process should not be able to hard lock the system. One of the threads people will probably have to get an SMP machine to be able to debug it. Upon first

Re: pam_unix.c [PATCH].

2003-05-29 Thread Dag-Erling Smorgrav
Pawel Jakub Dawidek [EMAIL PROTECTED] writes: I think there is no need to open a PR for this. Argument 'flags' marked as unused is used in those functions: Yeah. It shouldn't be, though, pretty much everyone (including the Sun engineers in charge of PAM) agrees that PAM_DISALLOW_NULL_AUTHTOK

Re: policy on GPL'd drivers?

2003-05-29 Thread Narvi
On Wed, 28 May 2003, Marcin Dalecki wrote: Harti Brandt wrote: MDNO no and again no. This would repeat the same design mistake MDthat is already in Linux. On API level you DO NOT WANT versioning. MDWhat you really want is: type signature cheking. Like for example MDdone through C++