FreeBSD current source cvsuped about 2 hrs ago:
=== gnu/usr.bin/binutils/ld
cc -Os -pipe -mpentiumpro -march=pentiumpro -D_GNU_SOURCE -I- -I.
-I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld
-I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386
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
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 we
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
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
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 chown at
:
: 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
:
:UNIX
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 -e
[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
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/12
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 at times when
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 -- which is in
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
"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 useful in a
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: don't
[.]
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]
http://www.Awfulhak.org
[.]
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 backing
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 Newton
:
: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
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
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]
*** Error code 1
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
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
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
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 about
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
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 -
-
Takahashi Yoshihiro wrote:
BTW: Is there a special reason to have boot2 in aout?
Because nobody transplant from the i386 boot2 :-).
FreeBSD(98) porting team is always suffering from a shortage of
workers.
In article [EMAIL PROTECTED]
Mike Smith [EMAIL PROTECTED] writes:
Only in
In article [EMAIL PROTECTED]
Marcel Moolenaar [EMAIL PROTECTED] writes:
Since pc98 only has a specialized boot2 and thus shares boot0 and boot1
with other architectures, it can be assumed that an ELF boot2 doesn't
need any special hacking in boot0 and/or boot1, right?
No, if HDD is formated
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
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
-Crs
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
-Crs
The boot2 for pc98 (sys/boot/pc98/boot2) is a.out program. So, several
tools for a.out are needed to make boot2.
I make the patch to fix this. Is there any problem?
--- Makefile.inc1 1999/12/10 16:13:41 1.102
+++ Makefile.inc1 1999/12/11 10:01:21
@@ -143,6 +143,10 @@
USRDIRS=
Takahashi Yoshihiro wrote:
+.if ${MACHINE} == "pc98" ${OBJFORMAT} == "elf"
+USRDIRS+= usr/libexec/aout
+.endif
I don't think you need to test for OBJFORMAT. Also, include MACHINE_ARCH
in case of cross-building. eg:
.if ${MACHINE_ARCH} == "i386" ${MACHINE} == "pc98"
+.if ${MACHINE}
=== 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
The boot2 for pc98 (sys/boot/pc98/boot2) is a.out program. So, several
tools for a.out are needed to make boot2.
I make the patch to fix this. Is there any problem?
Only in the longer term, I think. How hard would it be to port the 'new'
i386 boot2?
--
\\ Give a man a fish, and you
In article [EMAIL PROTECTED]
Marcel Moolenaar [EMAIL PROTECTED] writes:
Other than that: Go ahead!
Thank you for many comments.
BTW: Is there a special reason to have boot2 in aout?
Because nobody transplant from the i386 boot2 :-).
FreeBSD(98) porting team is always suffering from a
Getting this from this morning's make world (after doing a make clean, just
for good measure):
--
Rebuilding dependencies
--
cd /usr/src;
COMPILER_PATH=/usr/obj/usr/src
Forrest Aldrich wrote:
Getting this from this morning's make world (after doing a make clean, just
for good measure):
re-cvsup. The problem should be fixed already.
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking Databases http
Hi,
I've just cvsup'd my -current source tree about 5 minutes
ago and tried to make world... and got the following:
FreeBSD(root)/usr/src %make world
make: don't know how to make world. Stop
*** Error code 2
Stop in /usr/src.
FreeBSD(root)/usr/src %
This was ok 24 hours ago...
I
I guess this is the ultimate way to break make world...
syv# make world
make: don't know how to make world. Stop
*** Error code 2
Stop in /usr/src.
syv#
--
Poul-Henning Kamp FreeBSD coreteam member
[EMAIL PROTECTED] "
At 08/12/99, John W. DeBoskey wrote:
Hi,
I've just cvsup'd my -current source tree about 5 minutes
ago and tried to make world... and got the following:
FreeBSD(root)/usr/src %make world
make: don't know how to make world. Stop
*** Error code 2
Stop in /usr/src.
FreeBSD(root)/usr/src
"John W. DeBoskey" wrote:
FreeBSD(root)/usr/src %make world
make: don't know how to make world. Stop
*** Error code 2
Fixed!
thanks,
--
Marcel Moolenaarmailto:[EMAIL PROTECTED]
SCC Internetworking Databases http://www.scc.nl/
The FreeB
Poul-Henning Kamp wrote:
I guess this is the ultimate way to break make world...
syv# make world
make: don't know how to make world. Stop
*** Error code 2
Oops :-/
The `world' target has been added to Makefile. I guess this only shows
that I'm used to use
On Wed, 8 Dec 1999, John W. DeBoskey wrote:
I've just cvsup'd my -current source tree about 5 minutes
ago and tried to make world... and got the following:
FreeBSD(root)/usr/src %make world
make: don't know how to make world. Stop
*** Error code 2
Is this a candidate for 'world's
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 -
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 -DNOINF
=== usr.sbin/pccard/pccardc
cc -O -pipe -I/usr/src/usr.sbin/pccard/pccardc/../pccardd -Wall -g -static -c
/usr/src/usr.sbin/pccard/pccardc/power.c
/usr/src/usr.sbin/pccard/pccardc/power.c: In function `power_main':
/usr/src/usr.sbin/pccard/pccardc/power.c:79: `PIOCSVIR' undeclared (first use
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
Speaking of which, is their an archive (web based?) of the FreeBSD-current
mailing list (how about others?)? I didn't see one linked in my searches
around the web pages.
I am currently working on a full-text search/archive of Open Source
mailing lists, which should be up at
Just looking at the results of a make world from a cvsup at about 4:40
PST.
ed
/usr/obj/usr/src/tmp/usr/include/sys/ttydev.h:60: warning: `B115200'
redefined
/usr/obj/usr/src/tmp/usr/include/termios.h:227: warning: this is the
location of the previous definition
cc -nostdinc -O -pipe -DBSD
On Tue, 16 Nov 1999, Edwin Culp wrote:
/usr/src/games/larn/monster.c: In function `hitm':
/usr/src/games/larn/monster.c:856: syntax error before `amt'
My first breakage of world, how neat.
Thanks to Marcel for fixing what was the result of me having too many
local copies of src/games on my
On Sun, 14 Nov 1999, Lester Igo wrote:
Speaking of which, is their an archive (web based?) of the FreeBSD-current
mailing list (how about others?)? I didn't see one linked in my searches
around the web pages.
http://www.freebsd.org/mail/
kind of obviously pointed to by
I have been trying to get world to compile on my system and had a "signal
12" failure at the same location every time.
I started with FreeBSD-3.3-Release last Friday, tried current and it
failed so I moved on to stable, it worked, I installed it and built a new
kernel, and then using the fresh
On Sun, Nov 14, 1999 at 11:02:18PM -0800, Lester Igo wrote:
I started with FreeBSD-3.3-Release last Friday, tried current and it
failed so I moved on to stable, it worked, I installed it and built a new
kernel, and then using the fresh compile I tried to go to -current and it
still fails at
I'm getting the following error with today's -current sources;
this particular system has a rather strange history, so it may
not be the sources, but something else. I have tried -DNOCRYPT,
which doesn't help. And I've searched the archives without
finding anything directly applicable, so
Shit, I will loose all my custom settings...no other way around this
On 13-Nov-99 Mike Smith wrote:
I did a cvsup today for -current to compile on my Alphastation 200 4/233 and
douring a make world, this is what I got:
You currently have -stable on your box. You cannot do
William Woods wrote:
Shit, I will loose all my custom settings...no other way around this
Try compiling and installing the kernel first, reboot, buildworld..
should work (did for me but hey, im x86..) NO PROMISES! heh
mike.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Sat, 13 Nov 1999, Mike Muir wrote:
William Woods wrote:
Shit, I will loose all my custom settings...no other way around this
Try compiling and installing the kernel first, reboot, buildworld..
should work (did for me but hey, im x86..) NO PROMISES! heh
This should work (I have
On Sat, 13 Nov 1999, Annelise Anderson wrote:
I'm getting the following error with today's -current sources;
this particular system has a rather strange history, so it may
not be the sources, but something else. I have tried -DNOCRYPT,
which doesn't help. And I've searched the archives
On Sat, 2 Oct 1999, William Woods wrote:
Doing a make world on a DEC Alpha 200 4/233 I get this:
The command that produced this was make -DNOGAMES -j 4 world
/usr/obj/usr/src/tmp/usr/include/ufs/ffs
install: ufs/ffs/softdep.h: No such file or directory
It looks like you have a broken
Doing a make world on a DEC Alpha 200 4/233 I get this:
The command that produced this was make -DNOGAMES -j 4 world
cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/*.h
/usr/obj/usr/src/tmp/usr/include/cam
cd /usr/src
In article [EMAIL PROTECTED],
William Woods [EMAIL PROTECTED] wrote:
Doing a make world on a DEC Alpha 200 4/233 I get this:
...
cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h
/usr/obj/usr/src/tmp/usr/include/ufs/ffs
install: ufs/ffs/softdep.h: No such file
Thank you...
On 03-Nov-99 John Polstra wrote:
In article [EMAIL PROTECTED],
William Woods [EMAIL PROTECTED] wrote:
Doing a make world on a DEC Alpha 200 4/233 I get this:
...
cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h
/usr/obj/usr/src/tmp/usr/include/ufs
According to Dana Huggard:
/usr/src/gnu/lib/libgcc/../../../contrib/egcs/gcc/libgcc1.c
*** Signal 12
You need to build and run a new kernel before. There were some changes that
require that. You need to read all -current mails...
--
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- [EMAIL
I just saw my log file from this mornings make world.
ed
cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include
-D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP
-I/usr/obj/usr/src/tmp/usr/include -c
/usr/src/lib/libc/../libc/gen/getcwd.c -o
re-sup
On Thu, 21 Oct 1999, Edwin Culp wrote:
I just saw my log file from this mornings make world.
ed
cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include
-D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE
-I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DYP
-I/usr/obj/usr/src/tmp
I'm in the process, thank you.
ed
Julian Elischer wrote:
re-sup
On Thu, 21 Oct 1999, Edwin Culp wrote:
I just saw my log file from this mornings make world.
ed
cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc/include
-D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE
-I/usr/src
[cc'ing Marcel just in case he wants to volunteer any suggestion...
:)]
[also cc'ing Mike Smith since aout_freebsd.c seems to be his]
[and cc'ing Peter too, since he dabbed a lot in that file]
Will Andrews wrote:
...
Is there any additional information I can provide (I noticed a related
inary from a snapshot, copy it to /boot,
and that will be able to load a -current kernel.
Interesting. All I did was rebuild the kernel again and tried another make
world. For some reason, the system wanted me to build the same kernel twice.
Or maybe I cvsup'd more than once, and didn't build a
) In a perfect world, anyway. :-) Anyway, there are
problems a -STABLE world will have with a -CURRENT kernel, but they
are not likely to be crippling (ie, you should be able to make world
after booting the new kernel). One thing that *can* bite is the use
of klds. Bad ju ju may result from
I've been trying a make world for the last few days. I finally removed
my src tree and CVSup'ed the complete tree again but it i still failing
in the same place. I don't know how to get past this. Can anyone offer
some enlightenment? :) Thanks.
Output of make world:
=== f77doc
/usr/obj
Hi,
On a fresh cvsup of the -CURRENT sources, I've been trying to do a
`make world`. I've gotten all the way through (past signal 12 errors, which
were fixed by reading the -CURRENT archives and recompiling an up-to-date
kernel) to the boot loader.
Since the errors are on another box
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:
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 Databases
Bruce Evans wrote:
3: *always* build (or try to) and install a new kernel before a
make world as that's a lot easier to back out of.
This badly bites the bum of anyone who uses KLD's regularly.
4: Don't use modules in -current unless you know what you are doing.
This normally
3: *always* build (or try to) and install a new kernel before a
make world as that's a lot easier to back out of.
This badly bites the bum of anyone who uses KLD's regularly.
4: Don't use modules in -current unless you know what you are doing.
This normally means
Suggestions ???
--
elf make world started on Thu Sep 30 09:23:09 CDT 1999
--
--
Cleaning up the temporary elf
Suggestions ???
--
elf make world started on Thu Sep 30 09:23:09 CDT 1999
--
--
Cleaning up the temporary elf
Anybody can help me, how I can fix this !
Thanks.
=== c++filt
/usr/obj/usr/src/gnu/usr.bin/cc/c++filt created for
/usr/src/gnu/usr.bin/cc/c++filt
=== doc
/usr/obj/usr/src/gnu/usr.bin/cc/doc created for
/usr/src/gnu/usr.bin/cc/doc
=== f77
/usr/obj/usr/src/gnu/usr.bin/cc/f77 created for
And *don't* post the same thing three times to the lists unless you want
to find yourself filtered out!
Juan Amado Becerril Castillo wrote:
Suggestions ???
--
elf make world started on Thu Sep 30 09:23:09 CDT 1999
3: *always* build (or try to) and install a new kernel before a
make world as that's a lot easier to back out of.
This badly bites the bum of anyone who uses KLD's regularly.
I suspect that _now_ is the time to try to make thes build at
kernel build time, and also move to some subdirectory
Juan Amado Becerril Castillo wrote:
Suggestions ???
Sure. Read the mailing list you are posting to.
--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Rule 69: Do unto other's code as you'd have it done unto yours
To Unsubscribe: send mail to
Mark Murray wrote:
3: *always* build (or try to) and install a new kernel before a
make world as that's a lot easier to back out of.
This badly bites the bum of anyone who uses KLD's regularly.
I suspect that _now_ is the time to try to make thes build at
kernel build time, and also
On Thu, 30 Sep 1999, Juan Amado Becerril Castillo wrote:
Suggestions ???
Not mail the list 3 f'ing times, to start.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
- ph:(800) 252-2421 - [EMAIL PROTECTED] - [EMAIL PROTECTED] -
To Unsubscribe: send mail to
3: *always* build (or try to) and install a new kernel before a
make world as that's a lot easier to back out of.
This badly bites the bum of anyone who uses KLD's regularly.
4: Don't use modules in -current unless you know what you are doing.
This normally means not using modules
3: *always* build (or try to) and install a new kernel before a
make world as that's a lot easier to back out of.
This badly bites the bum of anyone who uses KLD's regularly.
4: Don't use modules in -current unless you know what you are doing.
This normally means not using
or those people who would like make world to
complete?
Greg
--
See complete headers for address, home page and phone numbers
finger [EMAIL PROTECTED] for PGP public key
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, 26 Sep 1999 09:00:50 +0930, Greg Lehey wrote:
I've been trying for the last 24 hours solid to make a new world. The
latest problem is:
:-(
/src/PANIC/src/lib/libwrap/../../contrib/tcp_wrappers/hosts_access.c:245:
syntax error before `'
Hi Greg,
I was the last person to touch
Greg Lehey schrieb:
I've been trying for the last 24 hours solid to make a new world. The
latest problem is:
=== libwrap
cc -nostdinc -O -pipe -DFACILITY=LOG_AUTH -DHOSTS_ACCESS -DNETGROUP
-DDAEMON_UMASK=022 -DREAL_DAEMON_DIR=\"/usr/libexec\" -DPROCESS_OPTIONS
-DSEVERITY=LOG_INFO
On Sunday, 26 September 1999 at 21:01:17 +0200, Sheldon Hearn wrote:
On Sun, 26 Sep 1999 09:00:50 +0930, Greg Lehey wrote:
I've been trying for the last 24 hours solid to make a new world. The
latest problem is:
:-(
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
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
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
:The snippet from /usr/src/Makefile.inc1 that I'm talking about (in my
:own little world) was this:
:
:.if !defined(NOCLEAN)
:@echo
:@echo "--"
:@echo " Cleaning up the temporary ${OBJFORMAT} build tree"
:
ot;.
Now back to what I was really emailing about which is "make world".
The snippet from /usr/src/Makefile.inc1 that I'm talking about (in my
own little world) was this:
.if !defined(NOCLEAN)
@echo
@echo "
Using FreeBSD 4.0 current for quite some time
and staying current with cvsup work fine for me a few months.
But today shit hits the fan, after a make world my system won't boot without
errors and manual interference..
last part of dmesg after boot -v - :
changing root
Using FreeBSD 4.0 current for quite some time
and staying current with cvsup work fine for me a few months.
But today shit hits the fan, after a make world my system won't boot without
errors and manual interference..
Check your dmesg for the ethernet interfaces that come up when you boot
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
Make world for 4.0 is failing due to libedit libraries that were compiled
during the process.. various errors with tputs and other functions in
libedit.a, please commit a fix soon, I just reinstalled -RELEASE and wanna
get out of it.
To Unsubscribe: send mail to [EMAIL PROTECTED
301 - 400 of 569 matches
Mail list logo