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
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 how to
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:
=== 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
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:
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
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/../
..
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 -O -pipe
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
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 code 2
1
=== 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
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 an
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 for me.
I used
=== 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
=== 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
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
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
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
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 having a problem
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 3
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
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
*** Signal
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
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\"
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
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 up in
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 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]
|
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 wrong.
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[];
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:
extern char
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
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, "make
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
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
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\"
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
"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 perfectly
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 problems with
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 things, I
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 -
-
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
=== 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'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
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
-DNOMAN
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.
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
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
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':
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
For the last week, I haven't been able to get my kernel to build, or a
make world to complete. I didn't have the kernel problems until recently,
when the newbus stuff was done. This is my error when building the kernel.
(after typing config -r MYKERNEL; make depend; make)
cc -c -O -Wall
Kenneth Wayne Culver wrote:
For the last week, I haven't been able to get my kernel to build, or a
make world to complete. I didn't have the kernel problems until recently,
when the newbus stuff was done. This is my error when building the kernel.
(after typing config -r MYKERNEL; make
In message pine.bsf.4.05.9904201410130.1762-100...@culverk.student.umd.edu
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
What am I doing wrong here, this is my error, CVSup was run 10 minutes
ago.
cc -O -pipe
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/objc
-DFREEBSD_ELF
-I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc -
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/
gcc/gengenrtl.c:22:
/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/gcc/tm.h:3:
linux.h: No such file or directory
^^^
I'm not sure where this came from. I never commited bits that created
tm.h that specified linux.h
On Sun, 28 Feb 1999 20:06:33 EST, Alfred Perlstein wrote:
Lastly i'm interested in writing a man page for kernel.conf i know
how to submit diffs, but what about totally new files? just send-pr
with it attached? or a url?
Send-pr(1). For new files, see the diff(1) manpage description of the
Sorry if this is the result of work in progress, but i've been unable
to make world since saturday night.
It happens during the build of libskey.
--
cc -fpic -DPIC -pipe -DPERMIT_CONSOLE -D_SKEY_INTERNAL -I/usr/src/lib/libskey -W
-Wall -Werror -I/usr/obj/usr/src/tmp/usr/include -c
me too
-DNOSECURE seems to help but it hasn't completed yet.
julian
me too, but figured the longer strings with the crypt -DNOSECURE makes
must be better :). Anyone know of an easy or possible way to turn a DES crypted
passwd file into the normal libcrypt kind?
---
E-Mail: Luke
me too
-DNOSECURE seems to help but it hasn't completed yet.
julian
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
89 matches
Mail list logo