Re: mount_nfs/df bug?

2000-06-21 Thread David Malone
On Wed, Jun 21, 2000 at 09:50:57PM +0200, Cyrille Lefevre wrote: > well, what about exporting a directory w/o exporting a filesystem ? > which is usefull somethimes. possible too ? Add the directory to exports and HUP mountd. (I think that in the kernel the exports are at a filesystem level, so

Re: Now softupdates are BSD licenced can they go in smoothly?

2000-06-21 Thread Brandon D. Valentine
On Thu, 22 Jun 2000, George Michaelson wrote: >So does this mean the whole shebang of find/read/link/recompile can finally >end? NetBSD got rid of this ages ago. Well Kirk McKusick has already committed the license change, a la: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=524952+0+current/cvs-a

Re: make.conf fix

2000-06-21 Thread Will Andrews
On Wed, Jun 21, 2000 at 12:09:02AM -0700, Satoshi - Ports Wraith - Asami wrote: > Waitaminit. These are correct, please look at bsd.sites.mk. What > makes you think they are not working? Hmm... weird. I tried using the overrides in make.conf some time ago and they didn't work and I had to use

Now softupdates are BSD licenced can they go in smoothly?

2000-06-21 Thread George Michaelson
>From Daemon news: Kirk McKusick announced this morning at the USENIX keynote that the softupdates code will now be available under a BSD license. Details to follow. So does this mean the whole shebang of find/read/link/recompile can finally end? NetBSD got rid of this ages ago. -George T

Re: vnode_if.h: how should it be done ?

2000-06-21 Thread Assar Westerlund
Garrett Wollman <[EMAIL PROTECTED]> writes: > < said: > > > So I propose the patch below, to create vnode_if.h and then add it to CVS. > > There are too many generated files in CVS as it is. > > If there is a problem here, the correct fix is to supply the source > files, not the generated outp

vnode_if.h: how should it be done ?

2000-06-21 Thread Garrett Wollman
< said: > So I propose the patch below, to create vnode_if.h and then add it to CVS. > Any objectsions/comments/whatever? Yes. There are too many generated files in CVS as it is. If there is a problem here, the correct fix is to supply the source files, not the generated output. -GAWollman

Missing openssl/idea.h?

2000-06-21 Thread Jun Kuriyama
Building world failed on my machine... (with USA_RESIDENT=NO) Does IDEA stuff compiled by default? ===> libssh rm -f .depend mkdep -f .depend -a-DSKEY -I/usr/obj/usr/src/i386/usr/include /usr/src/secure/lib/libssh/../../../crypto/openssh/authfd.c /usr/src/secure/lib/libssh/../../../cryp

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Chuck Robey
On Wed, 21 Jun 2000, Mark Murray wrote: > > Has anyone given any thought to what it would take to create an > > open source version of something similar to perforce? ;-) > > Clearly you have. :-). We await your submissions with baited breath... I have mixed feelings about that. The Perfo

vnode_if.h: how should it be done ?

2000-06-21 Thread Assar Westerlund
I think it's wrong that vnode_if.h is not installed, this means that you need to have kernel source to compile any third-party file system. So I propose the patch below, to create vnode_if.h and then add it to CVS. Any objectsions/comments/whatever? /assar Index: Makefile =

sys/sys/signalvar.h: change cursig to `static inline'

2000-06-21 Thread Assar Westerlund
I would like to commit the patch below to -current and 4-stable in a little while. It allows KLDs to be compiled without optimization. Any objections/comments/anything? /assar Index: signalvar.h === RCS file: /home/ncvs/src/sys/sy

Re: mount_nfs/df bug?

2000-06-21 Thread Kevin Day
> > Hello! > > Today I wanted to add a new NFS to my /etc/fstab, but forgot to add it > to /etc/exports on the server. > However, I did mount -a several times and always got a "Permission > denied" for the last one. > > Now look what I have here: > > Filesystem 1K-blocks

Subversion (CVS rewrite) [Was: HEADS UP SMP development]

2000-06-21 Thread Yusuf Goolamabbas
I am not sure if people here are aware of Subversion which is CVS redesigned to rip out its bad features. It's not ready yet though :-( http://subversion.tigris.org/ More info on the Tigris project can be found here http://www.tigris.org/ Cheers, Yusuf -- Yusuf Goolamabbas [EMAIL PROTECTED]

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Brad Knowles
At 5:00 PM -0400 2000/6/21, Dan Papasian wrote: > Eivind Elkund was talking about doing something like > this. He had a pretty nice document about it, > too. If I recall, the name was "OVCS: Open Version Control System" Hmm. So far, Google hasn't been particularly useful in trying

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Brad Knowles
At 11:09 PM +0200 2000/6/21, Mark Murray wrote: >> Has anyone given any thought to what it would take to create an >> open source version of something similar to perforce? ;-) > > Clearly you have. :-). We await your submissions with baited breath... If you're waiting for me on t

Re: kernel config format migration script

2000-06-21 Thread Cyrille Lefevre
Brian Fundakowski Feldman <[EMAIL PROTECTED]> writes: > I made a sed script to ease migration of kernel configuration files from > the few-weeks-ago-CURRENT to current-CURRENT, and thought I might as well > share it since it makes things easy (autonomous :) > > You can find it at > http://

Re: HEADS UP!: config changes...

2000-06-21 Thread Daniel C. Sobral
Andrzej Bialecki wrote: > > That's fine. However, this practically makes using /boot/loader > mandatory. I still wonder if having some in-kernel interpreter wouldn't > give us more choice, with exactly the same functionality. Of course, it > would have to be run before any probing starts... If y

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Mark Murray
> Has anyone given any thought to what it would take to create an > open source version of something similar to perforce? ;-) Clearly you have. :-). We await your submissions with baited breath... M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send m

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Dan Papasian
Eivind Elkund was talking about doing something like this. He had a pretty nice document about it, too. If I recall, the name was "OVCS: Open Version Control System" Perhaps someone could fill in the blanks? I couldn't find the document at the address I thought it was kept, http://yes.no/perha

Re: kernel config format migration script

2000-06-21 Thread Eric Jacoboni
> "Cyrille" == Cyrille Lefevre <[EMAIL PROTECTED]> writes: Cyrille> well, at 4.x, FreeBSD sed doesn't support -E, is that GNU sed Cyrille> which support this option or 5.x FreeBSD sed ? for instance, Cyrille> GNU sed port doesn't exists ! FreeBSD-Current sed supports -E option... -- --

Re: HEADS UP!: config changes...

2000-06-21 Thread Warner Losh
In message <[EMAIL PROTECTED]> Andrzej Bialecki writes: : That's fine. However, this practically makes using /boot/loader : mandatory. I still wonder if having some in-kernel interpreter wouldn't : give us more choice, with exactly the same functionality. Of course, it : would have to be run befo

Re: kernel config format migration script

2000-06-21 Thread Cyrille Lefevre
Brian Fundakowski Feldman <[EMAIL PROTECTED]> writes: > I made a sed script to ease migration of kernel configuration files from > the few-weeks-ago-CURRENT to current-CURRENT, and thought I might as well > share it since it makes things easy (autonomous :) > > You can find it at > http://

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Brad Knowles
At 9:34 PM +0200 2000/6/21, Soren Schmidt wrote: > Using a non opensource commercial version control system is just > to ask for bad carma, extended murphy fields and whatnot in an > opensource volounteer project... Has anyone given any thought to what it would take to create an open

Re: VMware detection code in boot loader

2000-06-21 Thread Warner Losh
In message <[EMAIL PROTECTED]> Mike Smith writes: : > a larger issue. It is not the loader's job to detect the underlying : > hardware configuration. : : Actually, in a broad fashion, it _is_. This is why the loader : understands PCI and PnP, for example. How hard would it be to add usb and pc

Re: mount_nfs/df bug?

2000-06-21 Thread Cyrille Lefevre
David Malone <[EMAIL PROTECTED]> writes: > On Wed, Jun 21, 2000 at 02:35:51AM +0200, Cyrille Lefevre wrote: > > > why there isn't an exportfs command as most unices have ? > > "killall -HUP mountd" or "mount -u /" both work. This is mentioned > in the mountd man page, but should probably also b

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Soren Schmidt
It seems Warner Losh wrote: > In message <12213.961613148@localhost> "Jordan K. Hubbard" writes: > : Everyone talks about using bitkeeper but none of the people who > : recommend it have ever actually tried to use it for anything. > : Before such recommendations will bear weight, this needs to > :

Re: Unknown Devices

2000-06-21 Thread Warner Losh
In message <[EMAIL PROTECTED]> Mike Smith writes: : Watch out - some USB modems are also WinModems. usb tty and modems aren't supported, as far as I know. How can you tell the usb modems that are win modems? And can y ou get docs on them? Warner To Unsubscribe: send mail to [EMAIL PROTECTED]

Re: Unknown Devices

2000-06-21 Thread Warner Losh
In message <[EMAIL PROTECTED]> Eaglez writes: : Well, i'm not sure about 5.0's new funky support (i : mean, if it supports the SB Live, who knows), but in : the past, PCI modems have never been supported, : because they all tend to be win modems (only MS : windows drivers available). I'd advise po

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Warner Losh
In message <12213.961613148@localhost> "Jordan K. Hubbard" writes: : Everyone talks about using bitkeeper but none of the people who : recommend it have ever actually tried to use it for anything. : Before such recommendations will bear weight, this needs to : change. :) In that case, I'd recomme

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Jordan K. Hubbard
Everyone talks about using bitkeeper but none of the people who recommend it have ever actually tried to use it for anything. Before such recommendations will bear weight, this needs to change. :) - Jordan > > [EMAIL PROTECTED] said: > :- "CVS branches suck" is the reason I belive. > > Bitke

Re: smbfs second mount

2000-06-21 Thread Jordan K. Hubbard
I think it should *definitely* be in the base system. :) > On Sun, 18 Jun 2000, Brandon D. Valentine wrote: > > > Out of curiosity, are there any plans to commit the smbfs stuff? It is > > really useful and I'd love to see it in the base system. > > Yes, I'm get much more responses about

Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development)

2000-06-21 Thread Greg Lehey
On Tuesday, 20 June 2000 at 11:16:24 +0200, Martin Cracauer wrote: > In <[EMAIL PROTECTED]>, Poul-Henning Kamp wrote: >> >> Am I the only person who miss a brief document which tells what >> the outcome of the meeting was ? > > Who was there, anyway? >From my trip report. This can hardly be conf

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Greg Lehey
On Tuesday, 20 June 2000 at 12:57:41 -0600, Warner Losh wrote: > In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: >> I think core has approved in principle, and several core members >> were present at the meeting (at least peter, dg, gibbs, dfr), that >> being said, I think we need to s

Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development)

2000-06-21 Thread Greg Lehey
On Tuesday, 20 June 2000 at 9:41:57 +0200, Poul-Henning Kamp wrote: > > Am I the only person who miss a brief document which tells what > the outcome of the meeting was ? I'm writing up a detailed trip report for my company. I can't see why I shouldn't forward it to the SMP list as well, but I

kernel config format migration script

2000-06-21 Thread Brian Fundakowski Feldman
I made a sed script to ease migration of kernel configuration files from the few-weeks-ago-CURRENT to current-CURRENT, and thought I might as well share it since it makes things easy (autonomous :) You can find it at http://people.freebsd.org/~green/oldconfig2new It requires extended regu

Re: irunning, width in bits.

2000-06-21 Thread Matthew Dillon
(Moving this to freebsd-smp, Bcc'ing current) :What about shared interrupts? How are they going to be treated? With the :spl leaving the arena it somehow looks feasible to run one interrupt :source on two different threads if there are two pieces of hardware :attached to the same interrupt li

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Robert Withrow
[EMAIL PROTECTED] said: :- "CVS branches suck" is the reason I belive. Bitkeeper? -- Robert Withrow -- (+1 978 288 8256) [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: mount_nfs/df bug?

2000-06-21 Thread Ben Smithurst
Alexander Langer wrote: >> You probably have a symlink in the client path somewhere. Is /usr/home >> a symlink to /home or something? > > drwxr-xr-x 7 root wheel 512 6 Mär 14:45 /usr/home/ > lrwxrwxrwx 1 root wheel 9 27 Feb 20:33 /home@ -> /usr/home ok, that's not it, the /home symlink

Re: ACPI project progress report

2000-06-21 Thread Narvi
On Tue, 20 Jun 2000, Warner Losh wrote: > In message <[EMAIL PROTECTED]> Narvi >writes: > : You obviously haven't considered the ability to be able to near hot-swap > : motherboard and cpu - or even RAM - in this way. > > The ACPI spec specifically states that one cannot disassemble a > machi

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Nick Hibma
CAM is not a valid example. It only touched the disk subsystem. Merging back changes in blocks might not be possible. As Matthew mentioned, Chuck's experience should be taken for a fact. And bounding the amount of breakage is almost impossible without squeezing the people doing the SMP work rea

Re: HEADS UP: Destabilization due to SMP development

2000-06-21 Thread Nick Hibma
More over, unlike other big project like CAM, this baby is going to touch the gut of the OS. It might be possible however for individual projects to move into a separate branch. Nick > >What about doing the changes on a branch with the understanding that > >the branch will *replace* HEAD when

irunning, width in bits.

2000-06-21 Thread Nick Hibma
What about shared interrupts? How are they going to be treated? With the spl leaving the arena it somehow looks feasible to run one interrupt source on two different threads if there are two pieces of hardware attached to the same interrupt line. >From what I understood from dfr, when switching

Re: ACPI project progress report

2000-06-21 Thread Josef Karthauser
On Tue, Jun 20, 2000 at 08:14:41PM +0200, Narvi wrote: > > You obviously haven't considered the ability to be able to near hot-swap > motherboard and cpu - or even RAM - in this way. > You're right! I hadn't! (Although I've dreamed about it a few times). Joe To Unsubscribe: send mail to [

Re: mount_nfs/df bug?

2000-06-21 Thread David Malone
On Wed, Jun 21, 2000 at 02:35:51AM +0200, Cyrille Lefevre wrote: > why there isn't an exportfs command as most unices have ? "killall -HUP mountd" or "mount -u /" both work. This is mentioned in the mountd man page, but should probably also be mentioned in the exports man page. David.

Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development)

2000-06-21 Thread Jason Evans
On Tue, Jun 20, 2000 at 09:41:57AM +0200, Poul-Henning Kamp wrote: > > Am I the only person who miss a brief document which tells what > the outcome of the meeting was ? I'm at USENIX right now, so I'm a bit strapped for time to work on this. Still, I plan to email a brief summary of the meeting

Re: make.conf fix

2000-06-21 Thread Satoshi - Ports Wraith - Asami
* From: Will Andrews <[EMAIL PROTECTED]> * Hi -current and -ports, * * I've noticed something that seems to have been broken for a long time. * In etc/defaults/make.conf we have several MASTER_SITE_* variables which * reference "%SUBDIR%". However, these variables do not work as expected.