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
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
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?
As one who just got his ass bitten by this, I would vote yes.
--
- bill fumerola - [EMAIL PROTECTED] - BF1560 - computer horizons corp -
> 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
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
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 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
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
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
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]
> >***
>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
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
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
===> 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
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
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
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
"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
>
> I assume make(1) has been built, because that's the first constructive
> thing that happens. Can you check that it has been installed?
Yes it has and it looks ok. It almost looks like the path is screwed up.
In the meantime I played a bit around and this hack makes it work. Maybe
that can he
Hi,
Marcel Moolenaar <[EMAIL PROTECTED]>wrote:
> > A normal "make world" on current is ok, but a "make -j13 world" is broken.
> > I have looked at it a little bit, but I can't figure out what is going
> > wrong. It dies with:
I also found that "make -j world" is broken, with Makefile.inc1
rev 1.
John Hay wrote:
> A normal "make world" on current is ok, but a "make -j13 world" is broken.
> I have looked at it a little bit, but I can't figure out what is going
> wrong. It dies with:
>
>
> cd /usr/src/usr.bin/lex;make beforeinstall
> install -C -o root -g wheel -m
Hi,
A normal "make world" on current is ok, but a "make -j13 world" is broken.
I have looked at it a little bit, but I can't figure out what is going
wrong. It dies with:
cd /usr/src/usr.bin/lex;make beforeinstall
install -C -o root -g wheel -m 644 /usr/src/usr.bin/lex/
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
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
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
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
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 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
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
On Saturday, 3 July 1999 at 14:40:25 -0500, Jim Bryant wrote:
> In reply:
>> On Sat, 3 Jul 1999, Greg Lehey wrote:
>>
>>> I personally think that, in such a case, you'd be justified to commit
>>> it as a temporary measure. Due to the difference in time zones, this
>>> has hit people while I've b
On Sat, 3 Jul 1999, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Matthew Jacob
>writes:
> : You have to wait at least a little bit because with CVS there is no atomic
> : update of a set of modules. IF make world is broken, waiting at least a
> : certain period of time and then doing anot
In reply:
> On Sat, 3 Jul 1999, Greg Lehey wrote:
>
> > I personally think that, in such a case, you'd be justified to commit
> > it as a temporary measure. Due to the difference in time zones, this
> > has hit people while I've been asleep. That doesn't mean the commit
> > would stay, of cours
In message <[EMAIL PROTECTED]> Matthew Jacob
writes:
: You have to wait at least a little bit because with CVS there is no atomic
: update of a set of modules. IF make world is broken, waiting at least a
: certain period of time and then doing another update is important to
: ensure that you just
Matthew Jacob wrote:
>
>
> Let me add to this:
> > opinion:
> >
> > If it's really blocking folks because things don't compile, it is always
> > acceptable to do what you need to do- the tree should always compile even
> > if -current. If the system doesn't boot because of change, then that's a
> > >
> > > If it's really blocking folks because things don't compile, it is always
> > > acceptable to do what you need to do- the tree should always compile even
> > > if -current. If the system doesn't boot because of change, then that's an
> > > obvious one too. If things work differently or
On Friday, 2 July 1999 at 23:19:26 -0400, Brian F. Feldman wrote:
> Sorry about that, Greg; I didn't realize it was a personal message I forwarded.
> Sorry, everyone else, for that faux pas in public :(
I'm not upset.
Greg
--
See complete headers for address, home page and phone numbers
finger
Greg Lehey wrote:
> > Well, you asked!
>
> And you answered :-)
>
> So where were you at 3 am this morning?
In a land far, far, far away. Then I woke up. 8-)
--
John Birrell - [EMAIL PROTECTED]; [EMAIL PROTECTED] http://www.cimlogic.com.au/
CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001,
On Saturday, 3 July 1999 at 12:50:26 +1000, John Birrell wrote:
> Greg Lehey wrote:
>> I personally think that, in such a case, you'd be justified to commit
>> it as a temporary measure. Due to the difference in time zones, this
>> has hit people while I've been asleep. That doesn't mean the co
Greg Lehey wrote:
> I personally think that, in such a case, you'd be justified to commit
> it as a temporary measure. Due to the difference in time zones, this
> has hit people while I've been asleep. That doesn't mean the commit
> would stay, of course, but at least it would save people unnece
On Fri, 2 Jul 1999, Matthew Jacob wrote:
>
>
> Let me add to this:
> > opinion:
> >
> > If it's really blocking folks because things don't compile, it is always
> > acceptable to do what you need to do- the tree should always compile even
> > if -current. If the system doesn't boot because of
On Fri, 2 Jul 1999, Matthew Jacob wrote:
> > On Friday, 2 July 1999 at 15:26:35 -0400, Brian F. Feldman wrote:
> > > On Fri, 2 Jul 1999, Brian F. Feldman wrote:
> > >
> > >> Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
> > >> but if anyone wants to commit it, it
On Sat, 3 Jul 1999, Greg Lehey wrote:
> On Friday, 2 July 1999 at 15:26:35 -0400, Brian F. Feldman wrote:
> > On Fri, 2 Jul 1999, Brian F. Feldman wrote:
> >
> >> Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
> >> but if anyone wants to commit it, it will fix worl
Let me add to this:
> opinion:
>
> If it's really blocking folks because things don't compile, it is always
> acceptable to do what you need to do- the tree should always compile even
> if -current. If the system doesn't boot because of change, then that's an
> obvious one too. If things work d
On Friday, 2 July 1999 at 17:12:56 -0700, Matt Jacob wrote:
>> On Friday, 2 July 1999 at 15:26:35 -0400, Brian F. Feldman wrote:
>>> On Fri, 2 Jul 1999, Brian F. Feldman wrote:
>>>
Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
but if anyone wants to comm
On Saturday, 3 July 1999 at 0:09:53 +, Ben Rosengart wrote:
> On Sat, 3 Jul 1999, Greg Lehey wrote:
>
>> I personally think that, in such a case, you'd be justified to commit
>> it as a temporary measure. Due to the difference in time zones, this
>> has hit people while I've been asleep. T
In this case where the module is actively being maintained people can afford
to wait and an iterim bandage-type style email posting is sufficient .
-
Amancio's Latest mantra on his DSL line: Live Long and Prosperous !!
> On Friday, 2 July 1999 at 15:26:35 -0400, Brian F. Feldman wro
> On Friday, 2 July 1999 at 15:26:35 -0400, Brian F. Feldman wrote:
> > On Fri, 2 Jul 1999, Brian F. Feldman wrote:
> >
> >> Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
> >> but if anyone wants to commit it, it will fix world.
> >
> > I know I _could_ commit it,
On Sat, 3 Jul 1999, Greg Lehey wrote:
> I personally think that, in such a case, you'd be justified to commit
> it as a temporary measure. Due to the difference in time zones, this
> has hit people while I've been asleep. That doesn't mean the commit
> would stay, of course, but at least it wou
> I personally think that, in such a case, you'd be justified to commit
> it as a temporary measure. Due to the difference in time zones, this
> has hit people while I've been asleep. That doesn't mean the commit
> would stay, of course, but at least it would save people unnecessary
> pain. Not
On Friday, 2 July 1999 at 15:26:35 -0400, Brian F. Feldman wrote:
> On Fri, 2 Jul 1999, Brian F. Feldman wrote:
>
>> Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
>> but if anyone wants to commit it, it will fix world.
>
> I know I _could_ commit it, but it's someo
On Fri, 2 Jul 1999, Brian F. Feldman wrote:
> Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
> but if anyone wants to commit it, it will fix world.
>
I know I _could_ commit it, but it's someone else's work that's being actively
maintained. It still does break wor
Here's the fix. I'm sure it's not absolutely the same as what Greg will have,
but if anyone wants to commit it, it will fix world.
Brian Fundakowski Feldman _ __ ___ ___ ___ ___
[EMAIL PROTECTED] _ __ ___ | _ ) __| \
FreeBSD: The Power to Serve!_ _
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
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 d
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 -Wredundan
> /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
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 -
I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/egcs/
On Sun, 4 Apr 1999, Daniel Eischen wrote:
> Vladimir Kushnir wrote:
> > On Sun, 4 Apr 1999, David O'Brien wrote:
> >
> > > >The FreeBSD 4.0-CURRENT world appears to be broken. The file that
> > > >appears to be causing the problem is pthread_private.h, included by
> > > >isatty.c.
Vladimir Kushnir wrote:
> On Sun, 4 Apr 1999, David O'Brien wrote:
>
> > >The FreeBSD 4.0-CURRENT world appears to be broken. The file that
> > >appears to be causing the problem is pthread_private.h, included by
> > >isatty.c.
> >
> >
> > You're the only one reporting this probl
On Sun, 4 Apr 1999, David O'Brien wrote:
> >The FreeBSD 4.0-CURRENT world appears to be broken. The file that
> >appears to be causing the problem is pthread_private.h, included by
> >isatty.c.
>
>
> You're the only one reporting this problem. Possibly your /usr/obj isn't
> clean
>The FreeBSD 4.0-CURRENT world appears to be broken. The file that
>appears to be causing the problem is pthread_private.h, included by
>isatty.c.
You're the only one reporting this problem. Possibly your /usr/obj isn't
clean?
--
-- David(obr...@nuxi.com -or- obr...@freebs
The FreeBSD 4.0-CURRENT world appears to be broken. The file that appears
to be causing the problem is pthread_private.h,
included by isatty.c. I can't find anything as to what's causing
the breakage _yet_, but I hope to produce a patch today.
I CVSup'd only minutes ago.
-Chris
To Un
Hi,
If today's going to be a flag day, the following isn't going to help:
[cvsup at Sat Apr 3 21:27:16 BST 1999]
make all; /usr/obj/source/cleansrc/tmp/usr/bin/make -B install
install -c -o root -g wheel -m 444 bsd.README bsd.dep.mk bsd.doc.mk bsd.docb.mk
bsd.info.mk bsd.kern.mk bsd.kmod.mk bsd
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 t
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 /usr/src/lib
"Thomas T. Veldhouse" wrote:
> Has this been done yet? It has been over 7 hours since the post and I
> have only seen two source changes, and they are in sys/pci by "roger".
Hours ago :-).
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to majord...@
Never mind, I was using the RELENG_3 tag during CVSup. Sorry.
"Thomas T. Veldhouse" wrote:
> Has this been done yet? It has been over 7 hours since the post and I
> have only seen two source changes, and they are in sys/pci by "roger".
>
> Tom Veldhouse
> ve...@visi.com
>
> Mark Murray wrote:
>
Has this been done yet? It has been over 7 hours since the post and I
have only seen two source changes, and they are in sys/pci by "roger".
Tom Veldhouse
ve...@visi.com
Mark Murray wrote:
> Julian Elischer wrote:
> > can you announce when the fixes are in place?
>
> I'll do better; I am about
Julian Elischer wrote:
> can you announce when the fixes are in place?
I'll do better; I am about to back it all out.
M
--
Mark Murray
Join the anti-SPAM movement: http://www.cauce.org
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the messag
so what happenned..
he checked in more stuff this morning and DIDN'T fix the build breakage
from yesterday..
doesn't he know about it?
On Fri, 22 Jan 1999, Mark Murray wrote:
> Luoqi Chen wrote:
> > I spend half night yesterday to sort this mess out. If no one objects,
> > I'll commit my fixes.
> Luoqi Chen wrote:
> > I spend half night yesterday to sort this mess out. If no one objects,
> > I'll commit my fixes. (anyone volunteers to make the hat?)
>
> I know who gets the hat; please cool it on the fixes until the original
> committer has finished.
>
> I'm watching this one closely, an
Mark,
can you announce when the fixes are in place?
thanks,
julian
On Fri, 22 Jan 1999, Mark Murray wrote:
> Luoqi Chen wrote:
> > I spend half night yesterday to sort this mess out. If no one objects,
> > I'll commit my fixes. (anyone volunteers to make the hat?)
>
> I know who gets the hat;
Luoqi Chen wrote:
> I spend half night yesterday to sort this mess out. If no one objects,
> I'll commit my fixes. (anyone volunteers to make the hat?)
I know who gets the hat; please cool it on the fixes until the original
committer has finished.
I'm watching this one closely, and I need to trac
> having spent almost an hour trying to decode the complexities of the crypt
> making process I admit defeat..
> can SOMEBODY please fix the build in -current and sent branson
> a nice pointy hat..
> I think he committed and went on vacation
>
> (I haven't seen any commits that say they fixed this
In article <36a867ed.8adac...@altavista.net>,
Maxim Sobolev wrote:
>
> -o login login.o login_access.o login_fbtab.o -lutil -lcrypt
> login.o: Undefined symbol `_pam_start' referenced from text segment
...
I merged the fix into RELENG_3 this morning. Sorry about that!
John
--
John Polstra
Hi folks,
I have recent sources (cvsup'ed today) and make aout-to-elf broken with:
===> usr.bin/login
cc -pipe -O2 -DCOMPAT_LINUX_THREADS -DVM_STACK -m486 -Wall
-DLOGIN_ACCESS -DLOGALL?? -I/usr/obj/aout/usr/obj/src/tmp/usr/include -c
/usr/obj/src/usr.bin/login/login.c
/usr/obj/src/usr.bin/login/l
having spent almost an hour trying to decode the complexities of the crypt
making process I admit defeat..
can SOMEBODY please fix the build in -current and sent branson
a nice pointy hat..
I think he committed and went on vacation
(I haven't seen any commits that say they fixed this but I'm wait
> "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:
"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
201 - 280 of 280 matches
Mail list logo