bge phy read timeout possibly solved / now make world broken (Re: bge0 driver "PHY read timeout" and pccardd not finding PCMCIA card, DELL Latitude D600, with current of yesterday)

Luckily I had some old -current SNAP CDs. 1. Tried a snap from Aug 31: No problems with bge0 interface with -curremnt 2. Updated sources to -current of today. Compiled and installed only new actual kernel. No problems with bge0 interface. Currently am trying to do make world but it fai

Re: make world broken in -current

On Monday 27 August 2001 05:58 pm, David O'Brien wrote: > On Mon, Aug 27, 2001 at 11:10:55AM -0700, [EMAIL PROTECTED] wrote: > > Compiling sources cvs'ed this morning (Aug 27th), I get this error: > > > > cd /auto/roy/dist/pub/FreeBSD/CURRENT/src/usr.bin/file; make build-tools > > make: don't know

Re: make world broken in -current

On Mon, Aug 27, 2001 at 11:10:55AM -0700, [EMAIL PROTECTED] wrote: > Compiling sources cvs'ed this morning (Aug 27th), I get this error: > > cd /auto/roy/dist/pub/FreeBSD/CURRENT/src/usr.bin/file; make build-tools > make: don't know how to make build-tools. Stop > *** Error code 2 Are you sure y

make world broken in -current

Compiling sources cvs'ed this morning (Aug 27th), I get this error: cd /auto/roy/dist/pub/FreeBSD/CURRENT/src/usr.bin/file; make build-tools make: don't know how to make build-tools. Stop *** Error code 2 Stop in /auto/roy/dist/pub/FreeBSD/CURRENT/src. *** Error code 1 - JimP To Unsubscribe:

Re: make world broken by STDIN_ changes

On Thu, 26 Jul 2001 15:26:27 MST, Steve Kargl wrote: > ===> usr.sbin/pcvt/vttest > cc -O -pipe -march=k6 -traditional -DUSEMYSTTY -I/usr/obj/usr/src/i386/usr/include > -c /usr/src/usr.sbin/pcvt/vttest/main.c > /usr/src/usr.sbin/pcvt/vttest/main.c: In function `readnl': > /usr/src/usr.sbin/pc

make world broken by STDIN_ changes

===> usr.sbin/pcvt/vttest cc -O -pipe -march=k6 -traditional -DUSEMYSTTY -I/usr/obj/usr/src/i386/usr/include -c /usr/src/usr.sbin/pcvt/vttest/main.c /usr/src/usr.sbin/pcvt/vttest/main.c: In function `readnl': /usr/src/usr.sbin/pcvt/vttest/main.c:1942: `STDIN_FILENO' undeclared (first use in t

Re: usr.bin/kdump - 'make world' broken?

> What could be the reason for the following problem? > > ===> usr.bin/kdump > cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../ > .. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c > In file included from ioctl.c:96: > /usr/obj/usr/src/i386/usr/include/sys/memrange.h:1

Re: usr.bin/kdump - 'make world' broken?

On Tue, Mar 27, 2001 at 09:42:36PM +0400, Sergey A. Osokin wrote: > On Tue, Mar 27, 2001 at 07:17:48PM +0300, Ruslan Ermilov wrote: > > On Tue, Mar 27, 2001 at 07:34:49PM +0400, Sergey A. Osokin wrote: > > > On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote: > > > > What could be the r

Re: usr.bin/kdump - 'make world' broken?

On Tue, Mar 27, 2001 at 07:17:48PM +0300, Ruslan Ermilov wrote: > On Tue, Mar 27, 2001 at 07:34:49PM +0400, Sergey A. Osokin wrote: > > On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote: > > > What could be the reason for the following problem? > > > > > > ===> usr.bin/kdump > > > cc

Re: usr.bin/kdump - 'make world' broken?

On Tue, Mar 27, 2001 at 07:34:49PM +0400, Sergey A. Osokin wrote: > On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote: > > What could be the reason for the following problem? > > > > ===> usr.bin/kdump > > cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../ >

Re: usr.bin/kdump - 'make world' broken?

On Tue, Mar 27, 2001 at 01:22:51PM +0200, Eckhard Kantz wrote: > What could be the reason for the following problem? > > ===> usr.bin/kdump > cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../ > .. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c > In file included from

usr.bin/kdump - 'make world' broken?

What could be the reason for the following problem? ===> usr.bin/kdump cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../ .. -I/usr/obj/usr/src/i386/usr/include -c ioctl.c In file included from ioctl.c:96: /usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `

'make world' broken

while making usr.sbin/kdump or usr.bin/truss: - In file included from ioctl.c:80: /usr/obj/ext/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined /usr/obj/ext/src/i386/usr/include/pccard/cardinfo.h:80: warning: this is the loca

RE: Parallel make world broken

here too Donn Miller wrote: > ===> librsausa > mkdir: openssl: File exists > cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h > openssl/openssl > conf.h > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 1 error > *** Error

Re: Parallel make world broken

On Sun, 16 Apr 2000, Kris Kennaway wrote: > On Sun, 16 Apr 2000, Donn Miller wrote: > > > ===> librsausa > > mkdir: openssl: File exists > > cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h > > openssl/openssl > > conf.h > > *** Error code 1 > > What -j setting? This works fine

Re: Parallel make world broken

On Sun, 16 Apr 2000, Donn Miller wrote: > ===> librsausa > mkdir: openssl: File exists > cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h > openssl/openssl > conf.h > *** Error code 1 What -j setting? This works fine for me. Kris In God we Trust -- all others must submit a

Parallel make world broken

===> librsausa mkdir: openssl: File exists cp /usr/src/secure/lib/librsausa/../libcrypto/opensslconf-i386.h openssl/openssl conf.h *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error - Donn To Unsubscribe: send mail to [

Re: make world broken?

> ===> libdes Fixed - thanks! M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

make world broken?

===> libdes rm -f .depend mkdep -f .depend -a-I/vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes -I/usr/obj/vol/vinum0/src/i386/usr/include /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/cbc_cksm.c /vol/vinum0/src/secure/lib/libdes/../../../crypto/libdes/pcbc_enc.c /vol/v

Re: -CURRENT make world broken

On Thu, Dec 30, 1999 at 12:23:35PM -0500, Kenneth Wayne Culver <[EMAIL PROTECTED]> wrote: > I was just wondering if anyone else was having a problem making the world > on -CURRENT right now? I don't remember the exact error I got because > I'm at work, and my machine is at home, but for the last

Re: -CURRENT make world broken

I build world this morning, and it built fine. Patrick - Original Message - From: Kenneth Wayne Culver <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 30, 1999 12:23 PM Subject: -CURRENT make world broken > I was just wondering if anyone else was h

-CURRENT make world broken

I was just wondering if anyone else was having a problem making the world on -CURRENT right now? I don't remember the exact error I got because I'm at work, and my machine is at home, but for the last 3 weeks whenever I try to make world, it dies in a different place, I've tried every day, so I'm

Re: make world broken

Greg Lehey wrote: > > > /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for > > /usr/src/usr.bin/colldef > > yacc -d /usr/src/usr.bin/colldef/parse.y > > *** Signal 12 > > This looks like you've updated your source tree and have not built a > new kernel. Try the new kernel first, then the

Re: make world broken

juan wrote: > > yacc -d /usr/src/usr.bin/colldef/parse.y > *** Signal 12 > > Stop in /usr/src/usr.bin/colldef. Are you doing anything special? If not, try cleaning /usr/obj first and make sure your source tree is ok. -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Inte

Re: make world broken

On Wednesday, 29 December 1999 at 23:17:29 -0600, juan wrote: > When I tried to compile my world this fail... > > I'm Running FreeBSD 4.0-CURRENT. What date? > /usr/obj/usr/src/i386/usr/src/usr.bin/colldef created for > /usr/src/usr.bin/colldef > yacc -d /usr/src/usr.bin/colldef/parse.y > *** S

make world broken

When I tried to compile my world this fail... I'm Running FreeBSD 4.0-CURRENT. sh /usr/src/tools/install.sh -c -o root -g wheel -m 555 /usr/src/usr.bin/yacc/yyfix.sh /usr/obj/usr/src/i386/usr/bin/yyfix sh /usr/src/tools/install.sh -c -s -o root -g wheel -m 555 yacc /usr/obj/usr/src/i386/usr/b

Re: Speaking of moving files (Re: make world broken building fortunes )

On Tue, 14 Dec 1999, Ben Rosengart wrote: > > vi -- which is in /usr. > > Good example of something else that would be great to have in /bin. > > *ducking* > > -- > Ben Rosengart and as a coworker, I'd have to tell you how to use cat ;) ROTFL. -Pat __ Pat Lynch

Re: make world broken with NO_FORTRAN=true

Jos Backus wrote: > > After some more digging I have found out why buildworlds are failing on my > system: it's because I have NO_FORTRAN=true in /etc/make.conf. [snip] Thanks. Will be fixed. -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking & Databases

make world broken with NO_FORTRAN=true

After some more digging I have found out why buildworlds are failing on my system: it's because I have NO_FORTRAN=true in /etc/make.conf. cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"2.95.2\" -DD

Re: make world broken?

I think i'm crying wolf here.. i just noticed that there was an older version of perl hanging out in /usr/local/bin.. lets see if thats the problem. -- Welcome My Son, Welcome To The Machine -- Bob Vaughan | techie@{w6yx|tantivy}.stanford.edu | [EMAIL PROTECTED] | P.O

make world broken?

I'm getting the following when I try to build world (cvs'd yesterday) i've blown away /usr/obj, re-cvs'd, and tried again.. it always fails in the same place. Writing Makefile for DynaLoader mkdir /usr/obj/c1/current/src/gnu/usr.bin/perl/perl/lib/auto/DynaLoader perl -I/usr/obj/c1/current/src/gnu

Re: make world broken

On Sat, Dec 18, 1999 at 05:13:39PM -0800, Steve Kargl wrote: > I did a "make -j 4 buildworld" every day last week. I did not > see this error. Did you by any chance run configure in the > contrib/gcc (or whatever the current gcc contrib source tree > is called)? No. > If your build tree ends u

Re: make world broken

Jos Backus wrote: > More precisely, three things seem to be wrong: > > - hconfig.h is missing/not being generated. > > - /usr/include/stdio.h says: > > extern __const char *__const sys_errlist[]; > > but /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h says: > > ext

Re: make world broken

More precisely, three things seem to be wrong: - hconfig.h is missing/not being generated. - /usr/include/stdio.h says: extern __const char *__const sys_errlist[]; but /usr/src/gnu/usr.bin/cc/f771/../../../../contrib/gcc/system.h says: extern char *sys_errlist[]; possibly

Re: Proposed end-all fix for (Re: Make world broken in libc_r)

Jason Evans wrote: > > I've got a change in the pipeline that will cause world breakage again, > unless we do something about this. Is there anything wrong with simply > adding: > > CFLAGS+=-I${.CURDIR}/../../include > > to lib/libc_r/Makefile? It fixes such build problems. Yes, anything is

Proposed end-all fix for (Re: Make world broken in libc_r)

On Sat, Nov 27, 1999 at 11:40:08AM -0800, Alfred Perlstein wrote: > On Sat, 27 Nov 1999, Mark Murray wrote: > > > Hi > > > > "make world" is broken in libc_r. Simple fix is to replace all > > "socklen_t" with "int". > > libc_r likes to pull data from /usr/include instead of the > source tree,

Re: make world broken

On Fri, Dec 17, 1999 at 04:30:16PM -0700, Darren Wiebe wrote: > I just built the world from sources about 3-4 hours ago. It was all > great. Fwiw, I just got the same error on another system, cvsupped this morning. -- Jos Backus _/ _/_/_/ "Reliability means never

Re: make world broken

Jos Backus wrote: I just built the world from sources about 3-4 hours ago. It was all great. Darren Wiebe [EMAIL PROTECTED] > > cd /usr/src/gnu/usr.bin/cc/f771; make build-tools > cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_T > ARGET_VERSION=\"2.95.2\" -DDEF

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

David Scheidt wrote: > > What's wrong with run with system V runlevels? Other than it's system V and > everything AT^HUSL did is evil, of course. They try to map graphs into a line. -- Daniel C. Sobral(8-DCS) who is as social as a wampas [EMAIL PROTECTED] [EMAIL PROTEC

make world broken

cd /usr/src/gnu/usr.bin/cc/f771; make build-tools cc -O -pipe -march=pentium -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_T ARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/us r/src/gnu/usr.bin/cc/f771/../cc_tools -I/usr/src/gnu/usr.bin/cc/f771/../cc_tools -I/u

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

On Thu, Dec 16, 1999 at 12:07:49AM +0100, Poul-Henning Kamp wrote: > I would prefer if the lines could be added to /etc/ttys somewhat > like: > sshd "/usr/local/sbin/sshd" none ondemand > > And then we could > telinit -on sshd > telinit -off sshd hal:/service# ls -l telnetd tot

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

> On Thu, Dec 16, 1999 at 01:22:46AM -0500, Donn Miller wrote: > > > runlevels, OpenBSD does not or goes with an entirely different > > system), them would it be fair to consider FreeBSD "BSD"? The > > advantage here is that FreeBSD would mature into it's own type of > > UNIX with a BSD heri

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

On Thu, Dec 16, 1999 at 01:22:46AM -0500, Donn Miller wrote: > runlevels, OpenBSD does not or goes with an entirely different > system), them would it be fair to consider FreeBSD "BSD"? The > advantage here is that FreeBSD would mature into it's own type of > UNIX with a BSD heritage. Can

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

David Scheidt wrote: > What's wrong with run with system V runlevels? Other than it's system V and > everything AT^HUSL did is evil, of course. Well, the one danger is that we'd be slowly drifting away from the classic BSD way of doing thigs. Of course, the official BSD is dead (right?). But

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Peter Jeremy writes : >On 1999-Dec-16 07:48:48 +1100, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote: >>And we don't really need YAD when we have init hanging around doing >>nothing for its keep anyway... > >I beg to differ. To quote init(8): > The role of init is

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

On Wed, 15 Dec 1999, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Dav > id Scheidt writes: > >What's wrong with run with system V runlevels? Other than it's system V and > >everything AT^HUSL did is evil, of course. > > runlevels are a very oldfashioned way to think about thing

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Matthew Jacob writes: >> > >> >I was just thinking it could get tricky and have subtle ordering bugs of >> >new tty devices, changes to ttys and signals all about the same time. >> >> Well, they are no less subtle by having them in different processes... > >No, bu

Re: Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

In message <[EMAIL PROTECTED]>, Dav id Scheidt writes: >On Wed, 15 Dec 1999, Poul-Henning Kamp wrote: > >> In message <[EMAIL PROTECTED]>, Warner Losh writes: >> >> I would really like to see the devd functionality to live in init >> and at the same time I wouldn't mind if init were taught to kee

Init Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) ) )

On Wed, 15 Dec 1999, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Warner Losh writes: > > I would really like to see the devd functionality to live in init > and at the same time I wouldn't mind if init were taught to keep > important programs running, things like sshd, inetd, sysl

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Matthew Jacob writes: >> >Isn't this throwing an awful lot onto init? >> >> Not really... >> >> The meta-daemon part is no different from keeping gettys in the air... >> >> The devd thing consists of selecting on some magic fd and running a >> program when somet

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Matthew Jacob writes: >> > >> I would really like to see the devd functionality to live in init >> and at the same time I wouldn't mind if init were taught to keep >> important programs running, things like sshd, inetd, syslogd and >> similar should be restarted i

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, Warner Losh writes: >In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: >: A "devd" program would solve 98% of what devfs could solve. It cannot >: solve the homebrew-a-vnode-for-the-root-fs problem. FreeBSD needs a >: "devd" program *anyway* because what go

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : A "devd" program would solve 98% of what devfs could solve. It cannot : solve the homebrew-a-vnode-for-the-root-fs problem. FreeBSD needs a : "devd" program *anyway* because what good is dynamic devices if you : can't do something intell

Re: make world broken building fortunes

On 1999-Dec-15 19:57:49 +1100, Sheldon Hearn <[EMAIL PROTECTED]> wrote: >> -gnu/usr.bin/bison gnu/usr.bin/cc >> +gnu/usr.bin/bison gnu/usr.bin/cc gnu/usr.bin/texinfo > >Presumably this hunk is a stray fix for something other than the fortune >database? :-) Yes it is. I was having problem

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]>, "Daniel C. Sobral" writes: >"Rodney W. Grimes" wrote: >> >> Yea... been hearing that for 4 years... one of it's big short comings is >> that it needs a persistent backing store for this. Sounds like this C >> program could fullfill one of the missing parts of devf

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

"Rodney W. Grimes" wrote: > > Yea... been hearing that for 4 years... one of it's big short comings is > that it needs a persistent backing store for this. Sounds like this C > program could fullfill one of the missing parts of devfs :-) F persistent backing store. The daemon solution is perfec

Re: make world broken building fortunes

On Wed, 15 Dec 1999 06:21:48 +1100, Peter Jeremy wrote: > @@ -344,7 +352,7 @@ > tools:: > .for _tool in ${_strfile} ${_aout_tools} usr.bin/gensetdefs \ > gnu/usr.bin/binutils usr.bin/objformat usr.bin/yacc usr.bin/colldef \ > -gnu/usr.bin/bison gnu/usr.bin/cc > +gnu/usr.bin/bison

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

In message <[EMAIL PROTECTED]> Brian Somers writes: : *cough*DEVFS*cough* devfs*D* Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: RE: Speaking of moving files (Re: make world broken building fortunes )

: :Poul-Henning Kamp wrote :> It would make more sense, considering the way FreeBSD is distributed for :> /usr/local to be a mountpoint than for /usr to be a mountpoint. :> :> /var is traditionally a mountpoint to keep the logs out of harms :> way (and vice versa), but /usr never had that level o

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

On Wed, Dec 15, 1999 at 01:39:28AM +, Brian Somers wrote: > [.] > > On a related subject: don't you think it's high time to end up this > > madness with MAKEDEV being a shell script, and reimplement it in C? Today, > [.] > *cough*DEVFS*cough* Gesunteit. - mark -- Mark Newt

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

> [.] > > On a related subject: don't you think it's high time to end up this > > madness with MAKEDEV being a shell script, and reimplement it in C? Today, > [.] > *cough*DEVFS*cough* Yea... been hearing that for 4 years... one of it's big short comings is that it needs a persistent back

Re: MAKEDEV (Re: Speaking of moving files (Re: make world broken building fortunes ) )

[.] > On a related subject: don't you think it's high time to end up this > madness with MAKEDEV being a shell script, and reimplement it in C? Today, [.] *cough*DEVFS*cough* -- Brian <[EMAIL PROTECTED]><[EMAIL PROTECTED]>

MAKEDEV (Re: Speaking of moving files (Re: make world broken buildingfortunes ) )

On Mon, 13 Dec 1999, Bill Fumerola wrote: > On Mon, 13 Dec 1999, Louis A. Mamakos wrote: > > > So how about /usr/sbin/chown -> /sbin/chown so that MAKEDEV works with > > just the root file system mounted? > > As one who just got his ass bitten by this, I would vote yes. On a related subject

Re: Speaking of moving files (Re: make world broken building fortunes )

> "BSDman" == BSDman <[EMAIL PROTECTED]> writes: BSDman> one idea about /usr is to allow the admin to mount it BSDman> read-only. I didn't tried it but this would give some BSDman> level of security against modifications of the files there BSDman> in. This is particulary us

RE: Speaking of moving files (Re: make world broken building fortunes )

Poul-Henning Kamp wrote > It would make more sense, considering the way FreeBSD is distributed for > /usr/local to be a mountpoint than for /usr to be a mountpoint. > > /var is traditionally a mountpoint to keep the logs out of harms > way (and vice versa), but /usr never had that level of justi

Re: Speaking of moving files (Re: make world broken building fortunes )

> How about removing awk from MAKEDEV so life isn't so hard to recover > when you use a 3.3 fixit floppy after removing /dev and not making > enough of it again. How about finally starting to work on devfs and forget about all the MAKEDEV junk and leave it as it is for now? Blaz Zupan, [EMAIL PR

Re: Speaking of moving files (Re: make world broken building fortunes )

On Tue, Dec 14, 1999 at 07:38:32PM +0100, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Matthew Dillon writes: > > > >I think at one time or another all of us have missed *something* in > >/usr that wasn't in /. For example, disklabel -e doesn't work without > >vi -- whic

Re: Speaking of moving files (Re: make world broken building fortunes )

On Tue, Dec 14, 1999 at 10:32:23AM -0800, Matthew Dillon wrote: > :> > :> > So how about /usr/sbin/chown -> /sbin/chown so that MAKEDEV works with > :> > just the root file system mounted? > :> > :> As one who just got his ass bitten by this, I would vote yes. > : > :As one who's missed chown

Re: make world broken building fortunes

On 1999-Dec-13 20:42:36 +1100, Marcel Moolenaar <[EMAIL PROTECTED]> wrote: >Index: Makefile.inc1 >=== >RCS file: /home/ncvs/src/Makefile.inc1,v >retrieving revision 1.106 >diff -u -r1.106 Makefile.inc1 >--- Makefile.inc1 1999/12

Re: Speaking of moving files (Re: make world broken building fortunes )

[Recipient list trimmed down to just the list. dhw] >Date: Tue, 14 Dec 1999 19:38:32 +0100 >From: Poul-Henning Kamp <[EMAIL PROTECTED]> > >It would make more sense, considering the way FreeBSD is distributed for >/usr/local to be a mountpoint than for /usr to be a mountpoint. It's hardly

Re: Speaking of moving files (Re: make world broken building fortunes )

In message <[EMAIL PROTECTED]>, Matthew Dillon writes: > >I think at one time or another all of us have missed *something* in >/usr that wasn't in /. For example, disklabel -e doesn't work without >vi -- which is in /usr. EDITOR=/bin/ed export EDITOR disklabel

Re: Speaking of moving files (Re: make world broken building fortunes )

On Tue, 14 Dec 1999, Matthew Dillon wrote: > I think at one time or another all of us have missed *something* in > /usr that wasn't in /. For example, disklabel -e doesn't work without > vi -- which is in /usr. Good example of something else that would be great to have in /bin. *du

Re: Speaking of moving files (Re: make world broken building fortunes )

:> :> > So how about /usr/sbin/chown -> /sbin/chown so that MAKEDEV works with :> > just the root file system mounted? :> :> As one who just got his ass bitten by this, I would vote yes. : :As one who's missed chown at times when only root's mounted, I'm with Bill. : :-- : Ben Rosengart : :UN

Re: Speaking of moving files (Re: make world broken building fortunes )

On Mon, 13 Dec 1999, Bill Fumerola wrote: > On Mon, 13 Dec 1999, Louis A. Mamakos wrote: > > > So how about /usr/sbin/chown -> /sbin/chown so that MAKEDEV works with > > just the root file system mounted? > > As one who just got his ass bitten by this, I would vote yes. As one who's missed

Re: Speaking of moving files (Re: make world broken building fortunes )

On Mon, 13 Dec 1999, Louis A. Mamakos wrote: > So how about /usr/sbin/chown -> /sbin/chown so that MAKEDEV works with > just the root file system mounted? How about removing awk from MAKEDEV so life isn't so hard to recover when you use a 3.3 fixit floppy after removing /dev and not making eno

Re: make world broken building fortunes

Peter Wemm wrote: > > I wonder if we should move fortune to usr.bin? It's hardly a game and I'm > way beyond tired of it being left out of standard paths... > (ie: "/bin:/usr/bin[:/usr/local/bin]") After letting this go through my head for a day (it probably isn't important anymore :-), I think

Re: Speaking of moving files (Re: make world broken building fortunes )

On Mon, 13 Dec 1999, Louis A. Mamakos wrote: > So how about /usr/sbin/chown -> /sbin/chown so that MAKEDEV works with > just the root file system mounted? As one who just got his ass bitten by this, I would vote yes. -- - bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -

Re: Speaking of moving files (Re: make world broken building fortunes )

> On Mon, 13 Dec 1999, Kris Kennaway wrote: > > > On Mon, 13 Dec 1999, Peter Wemm wrote: > > > > > I wonder if we should move fortune to usr.bin? It's hardly a game and I'm > > > way beyond tired of it being left out of standard paths... > > > (ie: "/bin:/usr/bin[:/usr/local/bin]") > > > > I h

Re: Speaking of moving files (Re: make world broken building fortunes)

On Mon, 13 Dec 1999, Kris Kennaway wrote: > On Mon, 13 Dec 1999, Peter Wemm wrote: > > > I wonder if we should move fortune to usr.bin? It's hardly a game and I'm > > way beyond tired of it being left out of standard paths... > > (ie: "/bin:/usr/bin[:/usr/local/bin]") > > I have no opinion abo

Speaking of moving files (Re: make world broken building fortunes)

On Mon, 13 Dec 1999, Peter Wemm wrote: > I wonder if we should move fortune to usr.bin? It's hardly a game and I'm > way beyond tired of it being left out of standard paths... > (ie: "/bin:/usr/bin[:/usr/local/bin]") I have no opinion about fortune, but I do think that md5 should be moved from

Re: make world broken building fortunes

> > > On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: > > > I think the easiest solution would be (instead of your patches of > > course): > > > -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin > > +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games > > On

Re: make world broken building fortunes

Sheldon Hearn wrote: > > > On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: > > > I think the easiest solution would be (instead of your patches of > > course): > > > -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin > > +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDT

Re: make world broken building fortunes

On Mon, 13 Dec 1999 10:42:36 +0100, Marcel Moolenaar wrote: > I think the easiest solution would be (instead of your patches of > course): > -STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin > +STRICTTMPPATH= ${WORLDTMP}/bin:${WORLDTMP}/usr/bin:${WORLDTMP}/usr/games Only if you preceded the

Re: make world broken building fortunes

Peter Jeremy wrote: > > >===> games/fortune/datfiles > >PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile >strfile -Crs /3.0/cvs/src/games/fortune/datfiles/fortunes fortunes.dat > >strfile: illegal option -- C > >strfile [-iorsx] [-c char] sourcefile [datafile] > >***

Re: make world broken building fortunes

>On 1999-Dec-13 11:06:19 +1100, I wrote: >I'm still running a -CURRENT from just before the signal changes and >for the past 4 days, my nightly buildworld has been dying at follows: > >===> games/fortune/datfiles >PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile

Re: make world broken building fortunes

On 1999-Dec-13 11:06:19 +1100, I wrote: >I'm still running a -CURRENT from just before the signal changes and >for the past 4 days, my nightly buildworld has been dying at follows: > >===> games/fortune/datfiles >PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile strfile

make world broken building fortunes

I'm still running a -CURRENT from just before the signal changes and for the past 4 days, my nightly buildworld has been dying at follows: ===> games/fortune/datfiles PATH=$PATH:/usr/games:/usr/obj/3.0/cvs/src/games/fortune/datfiles/../strfile st rfile -Crs /3.0/cvs/src/games/fortune/datfiles/fo

make world broken by choose-temp.c

===> cc cc -O -pipe -m486 -DFREEBSD_NATIVE -DIN_GCC -DHAVE_CONFIG_H -DDEFAULT_TARGET_VERSION=\"2.95.2\" -DDEFAULT_TARGET_MACHINE=\"i386-unknown-freebsd\" -I/usr/obj/usr2/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr2/src/gnu/usr.bin/cc/cc/../cc_tools -I/usr2/src/gnu/usr.bin/cc/cc/../../../../contri

Re: "make world" broken on a 3 month old system

Mark Newton wrote: > I'm trying to "make world" on a system last built on Sep 29th; it's > failing like so: > > ===> f77doc > /usr/obj/usr/src/gnu/usr.bin/cc/f77doc created for /usr/src/gnu/usr.bin/cc/f77doc > cd /usr/src/gnu/lib/libgcc; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO >-DNOM

"make world" broken on a 3 month old system

I'm trying to "make world" on a system last built on Sep 29th; it's failing like so: ===> f77doc /usr/obj/usr/src/gnu/usr.bin/cc/f77doc created for /usr/src/gnu/usr.bin/cc/f77doc cd /usr/src/gnu/lib/libgcc; /usr/obj/usr/src/tmp/usr/bin/make -DWORLD -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARE

Re: Make world broken in libc_r

On Sat, 27 Nov 1999, Mark Murray wrote: > Hi > > "make world" is broken in libc_r. Simple fix is to replace all > "socklen_t" with "int". libc_r likes to pull data from /usr/include instead of the source tree, "make includes" fixes this. I'm not sure if that's the correct way to fix it though

Make world broken in libc_r

Hi "make world" is broken in libc_r. Simple fix is to replace all "socklen_t" with "int". M To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Make world broken in doscmd; patch

Philipp Mergenthaler wrote: > the change in src/sys/i386/include/ucontext.h (in struct __mcontext), > where "struct trapframe mc_tf;" was replaced by it's members > broke doscmd. Fixed. Thanks, -- Marcel Moolenaarmailto:[EMAIL PROTECTED] SCC Internetworking & Database

Make world broken in doscmd; patch

Hi, the change in src/sys/i386/include/ucontext.h (in struct __mcontext), where "struct trapframe mc_tf;" was replaced by it's members broke doscmd. (The relevant files are $FreeBSD: src/sys/i386/include/ucontext.h,v 1.3 1999/10/07 12:40:34 marcel Exp $ $FreeBSD: src/usr.bin/doscmd/signal.c,v

Re: Make World Broken?

Thomas Dean wrote: > > cvsup this evening. make world failed. /usr/src/crypto does not exist. I got bitten by this too. The solution is to add the crypto distribution to your cvsup file. I'm not sure how I feel about this though. I kind of liked having DES in its own dist since I don't

Re: Make World Broken?

On Wed, 22 Sep 1999 23:52:54 MST, Thomas Dean wrote: > cvsup this evening. make world failed. /usr/src/crypto does not exist. Nope, no problem (well, apart from a few momentarily pending repo-copies which are resolved now). A lot of stuff moved from secure to crypto, so mebbe check which col

Make World Broken?

cvsup this evening. make world failed. /usr/src/crypto does not exist. tomdean = make world output == cd /usr/src/gnu/lib/libdialog; /usr/obj/usr/src/tmp/usr/bin/make beforeinstall install -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/dialog.h /usr/obj/usr/src/tmp/u

Make world broken

Make world is broken, these are the errors I get: cc -nostdinc -O -pipe -I/usr/src/sbin/kget/../../sys/i386 -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/sbin/kget/kget.c /usr/src/sbin/kget/kget.c:34: isa/pnp.h: No such file or directory /usr/src/sbin/kget/kget.c: In function `main': /usr/src/sb

Make world broken

cvs-cur 5518 breaks building libgcc with: c++ -c -I/usr/obj/3.0/cvs/src/tmp/usr/include/g++ -O -pipe -I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/config -I/3.0/cvs/src/gnu/lib/libgcc/../../../contrib/egcs/gc c -I. -fexceptions -DIN_GCC -I/usr/obj/3.0/cvs/src/tmp/usr/include -I/3.0/cv

Re: Build of kernel, and make world broken on my machine

In message Kenneth Wayne Culver writes: : ioconf.c:103: warning: `psm0_count' redefined This is quickly becoming a FAQ. Remove the second psm0 device in your config file. Warner To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message

  1   2   >