Re: Today -current broken on build

2000-09-30 Thread Mike Smith
> Run 4.0 or piss off... Actually, no. This message contains useful diagnostic information, and can be used to resolve the problem. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of CHOI Junho > Sent: Saturday, September 30, 2000 11:22 PM > To: [EM

RE: Today -current broken on build

2000-09-30 Thread Tony Johnson
Run 4.0 or piss off... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of CHOI Junho Sent: Saturday, September 30, 2000 11:22 PM To: [EMAIL PROTECTED] Subject: Today -current broken on build I have cvsup'ed today, build stopped with the following error:

Re: (Semi-)automatic update of installed ports (was: Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior)

2000-09-30 Thread Mike Meyer
Seigo Tanimura writes: > On Sat, 30 Sep 2000 13:35:48 -0500 (CDT), Mike Meyer <[EMAIL PROTECTED]> said: > Mike> Seigo Tanimura writes: > >> Completely automatic update of installed ports is acutally difficult > >> because we cannot get to know the language or required toolkit from > >> the name o

(Semi-)automatic update of installed ports (was: Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior)

2000-09-30 Thread Seigo Tanimura
[cc'ed to -ports] On Sat, 30 Sep 2000 13:35:48 -0500 (CDT), Mike Meyer <[EMAIL PROTECTED]> said: Mike> Seigo Tanimura writes: >> Completely automatic update of installed ports is acutally difficult >> because we cannot get to know the language or required toolkit from >> the name of a binary.

Today -current broken on build

2000-09-30 Thread CHOI Junho
I have cvsup'ed today, build stopped with the following error: ===> usr.sbin/amd/amd ... cc -O -pipe -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/amd -I. -I/usr/src/usr.sbin/amd/amd -I/usr/src/usr.sbin/amd/amd/../include -I/usr/src/usr.sbin/amd/amd/../../../contrib/amd/include -I/usr/src/

Re: sendmail related changes

2000-09-30 Thread Brian F. Feldman
Gregory Neil Shapiro <[EMAIL PROTECTED]> wrote: > There are some sendmail related changes I would like to make in the next > few days. Some may be controversial so I am sending out this mail first. > I would appreciate feedback on any of these items. If I don't hear any > major objections, I'll

sendmail related changes

2000-09-30 Thread Gregory Neil Shapiro
There are some sendmail related changes I would like to make in the next few days. Some may be controversial so I am sending out this mail first. I would appreciate feedback on any of these items. If I don't hear any major objections, I'll go ahead with the changes. 1. Use sendmail's version of

You should be running -STABLE (Was: Re: interesting problem)

2000-09-30 Thread Matthew Thyer
Tony Johnson wrote: > > Since I am complaining then I need to figure out what U have done to make > 5.0-CURRENT crash?? Well atleast U admit that U do not know and U do not > care. So anyone who is using FreeBSD should also not care?? This is more > screwed up then I thought and people @FreeBS

Re: interesting problem

2000-09-30 Thread Bill Fumerola
On Sat, Sep 30, 2000 at 06:47:17PM -0500, Tony Johnson wrote: > It appears that I am not the only one who has seen this. Don't call this an > unsubstantiated comment... It's not just me. I didn't quote anything else of your message because this is the obvious problem: No one questioned if you

RE: interesting problem

2000-09-30 Thread Tony Johnson
I must admit that I have been less then tactful about this thread. I apologize for this. This is my last response to this because once again this has gone on far too long. As far as this response goes. I sense "selective reading." I never said anything abut leaving FreeBSD, even though some d

kthread_create()

2000-09-30 Thread Alan Cox
Does anyone know if it's by design or by accident that kthread_create specifies RFFDG to fork1? It seems odd to ask for the file descriptor table to be copied and not shared. Alan To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: ACPI megapatch

2000-09-30 Thread Mike Smith
>>> Cool. On some machine, thermal management requires Embedded Controller I/O. >>> Anybody working on this? >> >> Yeah. I just discovered that I need this. >> >> I haven't look at how operation regions are handled, so I'm not sure how >> hard it's going to be to implement the hooks necessar

Re: ACPI megapatch

2000-09-30 Thread Mitsuru IWASAKI
Hi, > > Cool. On some machine, thermal management requires Embedded Controller I/O. > > Anybody working on this? > > Yeah. I just discovered that I need this. > > I haven't look at how operation regions are handled, so I'm not sure how > hard it's going to be to implement the hooks necessar

rpc.statd hangs on boot.

2000-09-30 Thread Bob Martin
Using current cvsup'd the morning of 8/29, I discovered that rpc.statd doesn't fork on boot up. I don't know if it's in the rpc.statd code, or in the new version of rc.network I installed with mergemaster. I've worked around this by adding an ampersand to the boot command in rc.network. Is thi

Re: setting device permissions for DEVFS

2000-09-30 Thread Poul-Henning Kamp
In message <[EMAIL PROTECTED]>, Jeremy Lea writes: >Hi, > >On Sat, Sep 30, 2000 at 01:53:12PM -0500, Mike Meyer wrote: >> Well, I like your idea better than mine (though device_chmods="first >> second etc" then chmod_first, chmod_second, chmod_etc would be better >> names), but meant to ask - is t

Re: ACPI megapatch

2000-09-30 Thread Mike Smith
> > Please test this; there are lots of opportunities for error in these > > changes. In particular, I am afraid that I may have broken I/O from AML > > I did test it, S1, S5 transition, PowerResource On/OFF and GPE handling > by kernel thread, everything seems OK! > I think nobody has objecti

Re: ACPI megapatch

2000-09-30 Thread Mitsuru IWASAKI
Hi, > Ok. Based on all the suggestions, received today, and some more ideas > besides, here's the latest megapatch. > > - Move all register I/O into a new file > - Move event handling into a new file > - Move headers to acpivar/acpireg/acpiio > - Move find-RSDT and find-ACPI-owened-memory

PR i386/21657: nexus without initialization causes booting failed

2000-09-30 Thread Motomichi Matsuzaki
Caution! If your machine is in P5 generation of i386 architecture, -current kernel would not boot up. See details on PR 21657. -- Motomichi Matsuzaki <[EMAIL PROTECTED]> Dept. of Biological Sciences, Grad. School of Science, Univ. of Tokyo, Japan To Unsubscribe: send mail to [EMAIL PROT

Re: setting device permissions for DEVFS

2000-09-30 Thread Jeremy Lea
Hi, On Sat, Sep 30, 2000 at 01:53:12PM -0500, Mike Meyer wrote: > Well, I like your idea better than mine (though device_chmods="first > second etc" then chmod_first, chmod_second, chmod_etc would be better > names), but meant to ask - is there some reason that /etc/fbtab can't > be used for this

Re: setting device permissions for DEVFS

2000-09-30 Thread Mike Meyer
Alexander Langer writes: > Thus spake Mike Meyer ([EMAIL PROTECTED]): > > Does it possibly belong in /etc/defaults/rc.devfs, to slurp in > > /etc/rc.devfs (if it exists) at the end? > No - instead we should add something like devfs_permission{0,1,2,etc} > (and maybe ownership) to rc.conf, which ca

Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior

2000-09-30 Thread Mike Meyer
Seigo Tanimura writes: > On Thu, 28 Sep 2000 11:55:55 -0500, > "Jacques A. Vidrine" <[EMAIL PROTECTED]> said: > >> It would also be helpful for us to (semi-)automatically update old > >> binaries installed by ports. (I have been trying this for a couple of > >> days) > Jacques> Personally I don'

Re: setting device permissions for DEVFS

2000-09-30 Thread Alexander Langer
Thus spake Alexander Langer ([EMAIL PROTECTED]): > Can we add this to UPDATING, please? Discard this statement. The absence of a well-working DEVFS made me forget that it existed before :-) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to [EMAIL PROTECTED]

Re: setting device permissions for DEVFS

2000-09-30 Thread Alexander Langer
Thus spake Mike Meyer ([EMAIL PROTECTED]): > Does it possibly belong in /etc/defaults/rc.devfs, to slurp in > /etc/rc.devfs (if it exists) at the end? No - instead we should add something like devfs_permission{0,1,2,etc} (and maybe ownership) to rc.conf, which can be modified there and then rc.d

Re: setting device permissions for DEVFS

2000-09-30 Thread Mike Meyer
Alexander Langer writes: > Thus spake Donn Miller ([EMAIL PROTECTED]): > > > What is the suggested best way to set permissions on devices in DEVFS? > > > (I want to chmod 664 /dev/acd0c to let users in the group operator > > > burn CD-R's). > > > Do we already have a common way that I missed? > >

Re: pw_class in _pw_passwd is null if __hashpw() is not called in prior

2000-09-30 Thread Seigo Tanimura
On Thu, 28 Sep 2000 11:55:55 -0500, "Jacques A. Vidrine" <[EMAIL PROTECTED]> said: >> It would also be helpful for us to (semi-)automatically update old >> binaries installed by ports. (I have been trying this for a couple of >> days) Jacques> Personally I don't want sysinstall or make world t

Re: setting device permissions for DEVFS

2000-09-30 Thread Alexander Langer
Thus spake Donn Miller ([EMAIL PROTECTED]): > > What is the suggested best way to set permissions on devices in DEVFS? > > (I want to chmod 664 /dev/acd0c to let users in the group operator > > burn CD-R's). > > Do we already have a common way that I missed? > /etc/rc.devfs Ah, thanks :) Can we

Re: sysinstall: Avoiding version checking of CD-ROM (patchincluded)

2000-09-30 Thread Makoto MATSUSHITA
jkh> there should be a boot/kernel/kernel.ko file and I'm not sure why jkh> there isn't. This is because 'release.3' target (in src/release/Makefile) does not know that the kernel should go to into ${RD}/trees/bin/boot/kernel. Note that we cannot change 'doKERNEL' target, which is also used by o

Re: IPX requires 'device random'

2000-09-30 Thread Mark Murray
> > I am not aware of the full status of IPX networking support in -current , > but I migrated my -stable kernel config as best I could. Kernel compilation > completes, but linking fails due to a rand_ function not being present ( I do > not have the exact error handy, but can generate for