Re: Q: encrypted swap
Robert Watson wrote: > > So, I think having the option to use encrypted swap on FreeBSD would be > > nice. Is anybody already working on this? If not, how do I get somebody > > to work on it? ;-) > > There has been discussion and substantial interest in an encrypted swap > interface on the freebsd-security mailing list in the last month or so. Ah. I guess I didn't use the right search criteria when checking the mailing lists then. Sorry. > So the short of it: infrastructure work is under way that should make > encrypted swap an easy addition in the near future. The layered approach sounds like a fine one to me. I can wait until Poul-Henning gets to it :) Cheers, Walter. -- Walter Belgers "Si hoc signum legere potes, operis boni in rebus [EMAIL PROTECTED] Latinis alacribus et fructuosis potiri potes!" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
> However, I was wondering if there was anyone who could fix things that > weren't PREFIX clean who would also find them on a regular > basis. That's not you. There is a non-trivial Perl5 LOCALBASE problem that I'm trying to get my head around. 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
Re: People running with LOCALBASE set to something other than /usr/local?
Jacques A. Vidrine writes: > On Mon, Aug 21, 2000 at 11:59:26PM -0500, Mike Meyer wrote: > > I'm curious - are there any committers who regularly use a system with > > LOCALBASE set to something other than /usr/local? > > I have LOCALBASE=/opt for a couple of years now. > > OTOH, I also have a symlink from /usr/local -> /opt due to a small > but significant number of ports that are not PREFIX clean. Um - why? If you removed the setting of LOCALBASE in that case, you wouldn't change the disk layout at all. However, I was wondering if there was anyone who could fix things that weren't PREFIX clean who would also find them on a regular basis. That's not you. Thanx,
Re: Review requested for /dev/random driver improvements!
> I'm getting some errors trying to build this. Attached is my make.log > that shows the errors. The one that's there now should fix this (I forgot to include a 1-line patch to sys/conf/files). 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
Re: Why no CDR ioctls for SCSI cds?
Brian Fundakowski Feldman writes: > One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would > be _really_ nice if cd(4) supported that ioctl so I could just seek > and read from a CD. I had knu trying out my read_cd program, and it > doesn't work for SCSI CD-ROMs, seemingly because of this issue :( Yup - none of the CDR ioctls (and that's one) are supported by cd. > Would you be adverse to implementeing that ioctl? I'm planning on implementing all the CDR ioctls for SCSI cds. BTW, are those documented somewhere? I mean, I can work out what they should do, but they still ought to be on a man page. Soren?
Re: Q: encrypted swap
Mark Murray writes: > > So, I think having the option to use encrypted swap on FreeBSD > > would be nice. Is anybody already working on this? If not, how do > > I get somebody to work on it? ;-) > Ever since the Phoenecians invented money, there has been at least > one guaranteed answer to that :-) Actually, two. You can *always* work on something yourself!
Re: make buildworld br0ken in libutil
On Tue, 22 Aug 2000, Garrett Wollman wrote: > > -On [20000822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote: > >> Brian, I'm afraid you broke libutil... Every program using libutil now must > >> depend on libcrypt too. > > No. This is precisely why shared libraries have dependencies. For > static linking, what Brian has done Just Works. For dynamic linking, > libutil needs to depend on libcrypt to get its symbols resolved. > (Alternatively you might be able to do it with weak symbols.) Actually, the change breaks static linking for most programs that use one of the functions described in login_cap(3). This is because it adds login_setcrypt() to the existing spam in login_cap.c. This breaks limits, cron, crontab, inetd and sendmail in /usr/src alone. For dynamic linking, it only wastes time and space for the rarely actually used library. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
buildworld dies "undefined reference to crypt_des"
The `building everything' stage of make buildworld is dying as below. The following patch fix lets my buildworld get beyond that point (but it's still running so I don't know if there are problems elsewhere). (I don't think the patch is the right fix, but it solved my immediate problem). Index: Makefile === RCS file: /home/CVSROOT/src/bin/csh/Makefile,v retrieving revision 1.20 diff -u -r1.20 Makefile --- Makefile2000/07/07 08:27:59 1.20 +++ Makefile2000/08/23 01:49:45 @@ -36,8 +36,8 @@ # utilities of the same name are handled with the associated manpage, # builtin.1 in share/man/man1/. -DPADD= ${LIBTERMCAP} ${LIBCRYPT} -LDADD= -ltermcap -lcrypt +DPADD= ${LIBTERMCAP} ${LIBCRYPT} ${LIBDESCRYPT} +LDADD= -ltermcap -lcrypt -ldescrypt LINKS= ${BINDIR}/csh ${BINDIR}/tcsh cc -O -pipe -I/3.0/cvs/src/bin/csh/../../contrib/tcsh -I/3.0/cvs/src/bin/csh -I. -D_PATH_TCSHELL='"/usr/obj/3.0/cvs/src/i386/bin/csh"' -Wall -Wformat -I/usr/obj/3.0/cvs/src/i386/usr/include -c /3.0/cvs/src/bin/csh/../../contrib/tcsh/tc.who.c cc -O -pipe -I/3.0/cvs/src/bin/csh/../../contrib/tcsh -I/3.0/cvs/src/bin/csh -I. -D_PATH_TCSHELL='"/usr/obj/3.0/cvs/src/i386/bin/csh"' -Wall -Wformat -I/usr/obj/3.0/cvs/src/i386/usr/include -c /3.0/cvs/src/bin/csh/tc.defs.c cc -O -pipe -I/3.0/cvs/src/bin/csh/../../contrib/tcsh -I/3.0/cvs/src/bin/csh -I. -D_PATH_TCSHELL='"/usr/obj/3.0/cvs/src/i386/bin/csh"' -Wall -Wformat -I/usr/obj/3.0/cvs/src/i386/usr/include -static -o csh sh.o sh.dir.o sh.dol.o sh.err.o sh.exec.o sh.char.o sh.exp.o sh.file.o sh.func.o sh.glob.o sh.hist.o sh.init.o sh.lex.o sh.misc.o sh.parse.o sh.print.o sh.proc.o sh.sem.o sh.set.o sh.time.o glob.o mi.termios.o tw.help.o tw.init.o tw.parse.o tw.spell.o tw.comp.o tw.color.o ed.chared.o ed.defns.o ed.init.o ed.inputl.o ed.refresh.o ed.screen.o ed.xmap.o ed.term.o tc.alloc.o tc.bind.o tc.const.o tc.disc.o tc.func.o tc.os.o tc.printf.o tc.prompt.o tc.sched.o tc.sig.o tc.str.o tc.vers.o tc.who.o tc.defs.o -ltermcap -lcrypt /usr/obj/3.0/cvs/src/i386/usr/lib/libcrypt.a(crypt.o)(.rodata+0x4): undefined reference to `crypt_des' *** Error code 1 Stop in /3.0/cvs/src/bin/csh. *** Error code 1 Stop in /3.0/cvs/src/bin. *** Error code 1 Stop in /3.0/cvs/src. *** Error code 1 Stop in /3.0/cvs/src. *** Error code 1 Stop in /3.0/cvs/src. Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
On Tue, Aug 22, 2000 at 20:43:15 -0400, Laurence Berland wrote: > On a vaguely related topic, after much searching I can't seem to see one > way or the other if we can do a complete bit-by-bit copy of a cd with > either cdrecord or burncd, though it's possible I'm looking in the wrong > place. I think cdrecord can burn CDs in disk-at-once mode, and I think cdrdao (in ports/audio) can do it as well. As far as getting an image, you can use dd to dump off an image of a CD if it is a standard ISO9660 CD. (I've used that method to clone CDs before.) If it uses a blocksize other than 2048 bytes, though, you can't use dd with the SCSI cd driver. There may be CD rippers that can pull the data off into an image, though. I don't know for sure. Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
error with fetchmail + sendmail
Helo, yesterday i actualiced from FreeBSD 4.1 to FreeBSD 5.0 current. and i am having some problems whith sendmail and fetchmail. the sendmail version is 8.11.0. the problem began whit this file aliases.db because as the sendmail logs said, it wasnt able to see this file at /etc/mail. so i made a new one whit "makehash". but now i have got another problem. when i run fetchmail to get my e-mail it freezes. it happens in the following way: (fetchmail -v) -latest version- fetchmail: 5.4.4 interrogando machine.com (protocolo auto) en Wed, 23 Aug 2000 01:38:54 +0200 (CEST) fetchmail: 5.4.4 interrogando machine.com (protocolo IMAP) en Wed, 23 Aug 2000 01:38:54 +0200 (CEST) fetchmail: 5.4.4 interrogando machine.com (protocolo POP3) en Wed, 23 Aug 2000 01:38:55 +0200 (CEST) fetchmail: POP3< +OK QPOP (version ?) at machine.com starting. <[EMAIL PROTECTED]> fetchmail: POP3> USER myuser fetchmail: POP3< +OK Password required for myuser. fetchmail: POP3> PASS * fetchmail: POP3< +OK myuser has 1 visible message (0 hidden) in 2267 octets. fetchmail: POP3> STAT fetchmail: POP3< +OK 1 2267 fetchmail: POP3> LAST fetchmail: POP3< +OK 0 is the last read message. 1 mensaje para koji en machine.com (2267 octetos). fetchmail: POP3> LIST fetchmail: POP3< +OK 1 visible messages (2267 octets) fetchmail: POP3< 1 2267 fetchmail: POP3< . fetchmail: POP3> TOP 1 fetchmail: POP3< +OK Message follows leyendo mensaje 1 de 1 (2267 octetos) fetchmail: SMTP< 220 daemon.org ESMTP Sendmail 8.11.0/8.11.0; Wed, 23 Aug 2000 01:39:00 +0200 (CEST) fetchmail: SMTP> EHLO localhost fetchmail: SMTP< 250-daemon.org Hello localhost [127.0.0.1], pleased to meet you fetchmail: SMTP< 250-ENHANCEDSTATUSCODES fetchmail: SMTP< 250-EXPN fetchmail: SMTP< 250-VERB fetchmail: SMTP< 250-8BITMIME fetchmail: SMTP< 250-SIZE fetchmail: SMTP< 250-DSN fetchmail: SMTP< 250-ONEX fetchmail: SMTP< 250-ETRN fetchmail: SMTP< 250-XUSR fetchmail: SMTP< 250 HELP fetchmail: SMTP> MAIL FROM:<[EMAIL PROTECTED]> SIZE=2267 fetchmail: SMTP< 250 2.1.0 <[EMAIL PROTECTED]>... Sender ok fetchmail: SMTP> RCPT TO: and then freezes. the error that i get fron sendmail when the "fetchmail" is running is as it follows: Aug 23 01:35:28 daemon sendmail[3980]: e7MNPQG03980: lost input channel from localhost [127.0.0.1] to MTA after rcpt is there somebody who would help me whist this fail? thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
On a vaguely related topic, after much searching I can't seem to see one way or the other if we can do a complete bit-by-bit copy of a cd with either cdrecord or burncd, though it's possible I'm looking in the wrong place. Laurence "Kenneth D. Merry" wrote: > [snip] -- Laurence Berland <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Windows 98: n. useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. http://stuy.debate.net To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
subscribe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Review requested for /dev/random driver improvements!
Mark Murray wrote: > > Hi All > > Please could those of you with the time and computrons available > please review the patches for the entropy (/dev/random) driver at > http://people.freebsd.org/~markm/randomdev.patch. I'm getting some errors trying to build this. Attached is my make.log that shows the errors. -Donn linking kernel yarrow.o: In function `random_kthread': yarrow.o(.text+0x36): undefined reference to `yarrow_hash_init' yarrow.o(.text+0xe3): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x103): undefined reference to `yarrow_hash_iterate' yarrow.o: In function `reseed': yarrow.o(.text+0x317): undefined reference to `yarrow_hash_init' yarrow.o(.text+0x334): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x34b): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x37a): undefined reference to `yarrow_hash_init' yarrow.o(.text+0x392): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x3a3): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x3b6): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x3c6): undefined reference to `yarrow_hash_finish' yarrow.o(.text+0x3f5): undefined reference to `yarrow_hash_init' yarrow.o(.text+0x406): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x42c): undefined reference to `yarrow_hash_iterate' yarrow.o(.text+0x449): undefined reference to `yarrow_hash_finish' yarrow.o(.text+0x457): undefined reference to `yarrow_encrypt_init' yarrow.o(.text+0x481): undefined reference to `yarrow_encrypt' yarrow.o: In function `read_random': yarrow.o(.text+0x5d0): undefined reference to `yarrow_encrypt' yarrow.o(.text+0x645): undefined reference to `yarrow_encrypt' yarrow.o: In function `generator_gate': yarrow.o(.text+0x78b): undefined reference to `yarrow_encrypt' yarrow.o(.text+0x7a6): undefined reference to `yarrow_encrypt_init' *** Error code 1 Stop in /usr/src/sys/compile/CUSTOM.
Re: Kernel panic on fxp
In article <[EMAIL PROTECTED]>, Patrick Gardella <[EMAIL PROTECTED]> wrote: > I've been working for a while to try to figure out a problem I'm having > here. > > I did a buildworld Sunday, and started to get kernel panics on boot when > it probed fxp. So I removed fxp from my kernel and loaded it as a > module (via loader.conf.local). It paniced. Then I unloaded the > if_fxp.ko on startup, and it booted. But if I load the fxp module now, > after a full boot, everything is great. Rebooting with fxp in the > kernel or loading the module on boot will cause a panic *every* time. > > Thinking it might be build problem, I redid the build/install/kernel > again on Monday, and am having the same problems. The panics only > started on the upgrade from a -current dated sometime in early July. A problem with these precise symptoms was fixed in revision 1.54 of "src/sys/sys/mbuf.h". Make sure your sources really are up-to-date. John -- John Polstra [EMAIL PROTECTED] John D. Polstra & Co., Inc.Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: compaq proliant
> > > sym0: <895a> port 0x1000=0x10ff mem > > >0xb110-0xb1101fff,0xb140-0xb14003ff irq 11 at > > device 4.0 on >pci1 sym0: failed to allocate RAM resources > > > We're running 3.4-STABLE on a Proliant 3000 here, and it's > working >great. > > Mind you, this has a Symbios 875 based controller, not 895a > as in your >case. > >Proliant 3000 with 4.1-STABLE here, working great too. it's a ML330. recompiling the kernel without sym support seems to make it boot (i wasnt using the scsi controller anyway). which is an interesting data point, actually: there were no scsi devices plugged into the controller. in any event, im up and running. this may now serve as a data point for whomever is maintaining the sym driver... - j Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
On Tue, 22 Aug 2000, Garrett Wollman wrote: > <<[EMAIL PROTECTED]> said: > > > -On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote: > >> Brian, I'm afraid you broke libutil... Every program using libutil now must > >> depend on libcrypt too. > > No. This is precisely why shared libraries have dependencies. For > static linking, what Brian has done Just Works. For dynamic linking, > libutil needs to depend on libcrypt to get its symbols resolved. > (Alternatively you might be able to do it with weak symbols.) Further, I cannot see how the make world _could_ be broken! This is strange, since I've never had the problem at all and have tested this change in several places (5.0 and 4.1). {"/home/green"}$ objdump --all-headers /usr/lib/libutil.so | grep NEEDED /usr/libexec/elf/objdump: /usr/lib/libutil.so: no symbols NEEDED libcrypt.so.2 > -GAWollman -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
On Tue, Aug 22, 2000 at 15:22:05 -0400, Brian Fundakowski Feldman wrote: > One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would > be _really_ nice if cd(4) supported that ioctl so I could just seek > and read from a CD. I had knu trying out my read_cd program, and it > doesn't work for SCSI CD-ROMs, seemingly because of this issue :( > > Would you be adverse to implementeing that ioctl? That's fine. As it turns out, I've had additional discussions with Mike Meyer and Matt Jacob and Mike will probably be implementing MMC CD-R support. That ioctl will probably be a part of it. The functionality you're looking for is part of a larger issue of supporting CDDA reads in the cd(4) driver. That's needed to support AudioFS. (As well as to support doing a straight read off the CD when an audio CD is in there.) The main problem is that different drives use different commands to read audio data. MMC-compliant drives are one case, but there are a lot more drives out there that use varying methods to read audio data. It'll also take some tweaking to get the driver to support blocksizes that aren't multiples of 512 bytes. Ken -- Kenneth Merry [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: compaq proliant
On 21 Aug 2000, at 21:04, [EMAIL PROTECTED] wrote: > > has anyone gotten freebsd (current or other) running on one of these? > > Which Proliant model are you talking about? > > > i've tried 4.0, 4.1, and -current, and the kernel panics on me with > > the following: > > > > sym0: <895a> port 0x1000=0x10ff mem > > 0xb110-0xb1101fff,0xb140-0xb14003ff irq 11 at device 4.0 on pci1 > > sym0: failed to allocate RAM resources > > We're running 3.4-STABLE on a Proliant 3000 here, and it's working great. > Mind you, this has a Symbios 875 based controller, not 895a as in your > case. Proliant 3000 with 4.1-STABLE here, working great too. -- .. David Touitouhttp://dites-le.com SysAdmin and co Solexine To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Kernel panic on fxp
PLEASE read this: http://www.freebsd.org/FAQ/hackers.html#AEN4885 Basically, by just looking at the page fault message, this appears to be the dereferencing of a NULL pointer. That's all that I'm afraid pretty much anybody will be able to conclude from this unless you, at least, provide us with a backtrace as well as an assembly dump of whatever function the crash occured in. On Tue, 22 Aug 2000, Patrick Gardella wrote: > I've been working for a while to try to figure out a problem I'm having > here. > > I did a buildworld Sunday, and started to get kernel panics on boot when > it probed fxp. So I removed fxp from my kernel and loaded it as a > module (via loader.conf.local). It paniced. Then I unloaded the > if_fxp.ko on startup, and it booted. But if I load the fxp module now, > after a full boot, everything is great. Rebooting with fxp in the > kernel or loading the module on boot will cause a panic *every* time. > > Thinking it might be build problem, I redid the build/install/kernel > again on Monday, and am having the same problems. The panics only > started on the upgrade from a -current dated sometime in early July. > > As you will see from below, this is an SMP machine (dual P200) with 256 > Megs RAM. > I am also using NETGRAPH to run PPPoE. > > Any ideas? > > Patrick > > The panic is: > Fatal trap 12: page fault while in kernel mode > mp_lock=0005; cpuid = 0; lapic.id= > fault virtual address = 0x0 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc034e304 > stack pointer = 0x10:0xc038bea8 > frame pointer = 0x10=0xc038bebc > code segment= base 0x0, limit 0xf, type 0x1b > = DPC 0, pres 1, def 32 1, gran 1 > processor eflag = interrupt enabled, resume, IOPC=0 > current process = 0 (swapper) > interrupt mask = net tty bio cam <- SMP:XXX > trap number = 12 > panic: page fault Cheers, Bosko. -- Bosko Milekic * Voice/Mobile: 514.865.7738 * Pager: 514.921.0237 [EMAIL PROTECTED] * http://www.technokratis.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
One thing that's missing is the ioctl CDRIOCSETBLOCKSIZE. It would be _really_ nice if cd(4) supported that ioctl so I could just seek and read from a CD. I had knu trying out my read_cd program, and it doesn't work for SCSI CD-ROMs, seemingly because of this issue :( Would you be adverse to implementeing that ioctl? -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / [EMAIL PROTECTED]`--' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Strange messages on -CURRENT
I am seeing these messages on the -CURRENT box as of FreeBSD kanpc.gte.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Mon Aug 14 10:04:38 EDT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/KANPC i386 Aug 22 13:07:40 kanpc /kernel: unexpected vn driver lock: 0xc8010d40: type VREG, usecount 2, writecount 1, refcount 25, flags (VOBJBUF) Aug 22 13:07:40 kanpc /kernel: unexpected vn driver lock: 0xc8010d40: type VREG, usecount 2, writecount 1, refcount 25, flags (VOBJBUF) Aug 22 13:07:40 kanpc /kernel: tag VT_UFS, ino 349296, on dev #ad/0x30005 (116, 196613) lock type inode: EXCL (count 1) by pid 5 Aug 22 13:07:40 kanpc /kernel: tag VT_UFS, ino 349296, on dev #ad/0x30005 (116, 196613) lock type inode: EXCL (count 1) by pid 5 -- E-Mail: Alexander N. Kabaev <[EMAIL PROTECTED]> Date: 22-Aug-00 Time: 13:09:40 -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
< said: > -On [20000822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote: >> Brian, I'm afraid you broke libutil... Every program using libutil now must >> depend on libcrypt too. No. This is precisely why shared libraries have dependencies. For static linking, what Brian has done Just Works. For dynamic linking, libutil needs to depend on libcrypt to get its symbols resolved. (Alternatively you might be able to do it with weak symbols.) -GAWollman To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
> A growing libc makes static binaries grow and makes it more difficult to > strip out unneeded functionality from a minimalist system install. I'd > been inclined to try and move things the other way and strip stuff out > of libc into separate libraries but that's obviously not in vogue at the > moment. Static binaries don't pull in the whole of libc; they just pull in what they need, be it from libc or libcrypt, so size should not change. The _shared_ libc will get bigger, but we'll lose the shared libcrypto. > Why does crypt need to be in libc? Not even a significant fraction of > applications need crypt? Goes for very many libc components. Quite a lot of userland needs libcrypt (not much as a proportion, but a non-insignificant number). 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
Re: make buildworld br0ken in libutil
> -On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote: > >Brian, I'm afraid you broke libutil... Every program using libutil now must > >depend on libcrypt too. > > Alternatively the sentiment just rose why we couldn't just collapse the > crypt/hash functions of libcrypt into libc. Agreed! 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
Re: make buildworld br0ken in libutil
> > >> Alternatively the sentiment just rose why we couldn't just collapse the > > >> crypt/hash functions of libcrypt into libc. > > >> > > >> It would make sense. > > > > > >It would make even make more sense to convince the other BSD to do the same > > >(haven't checked recently what they do) and do the merge. > > > > I very much agree. > > > > Would it be sensible for the regular cypherpunks to discuss this with > > the NetBSD and OpenBSD brothers? > > > > Otherwise I would be willing to open this discussion on the appropriate > > lists. > > Is there any current policy on what libc is? It certainly isn't "libc" > as required by C and hasn't been for almost ever but there needs to be > some rational to its existence otherwise why not fold everything into > libc and not bother with any other libraries! > > A growing libc makes static binaries grow NOT! Static linking *only* brings in those symbols necessary for the file. It doesn't matter where those files are, they are only brought in if necessary. > and makes it more difficult to > strip out unneeded functionality from a minimalist system install. This is true. > I'd been inclined to try and move things the other way and strip stuff > out of libc into separate libraries but that's obviously not in vogue > at the moment. For what it's worth, I'm in agreement. The 'kitchen sink' approach, although easy tends to make stuff hard to maintain, since you end up with namespace collisions, and you may end up with something you are not aware of that conflicts with routines you are using inside your program. (Think of the recent weak symbol discussion where the library is not using the correct 'global' symbol for read as an example.) > Why does crypt need to be in libc? Not even a significant fraction of > applications need crypt? Agreed. Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
On Tue, 22 Aug 2000 17:25:50 +0100, Paul Richards wrote: > Is there any current policy on what libc is? For some reason, I seem to remember Bruce Evans once calling it "the kitchen sink". :-) Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
Jeroen Ruigrok van der Werven wrote: > > -On [20000822 17:55], Ollivier Robert ([EMAIL PROTECTED]) wrote: > >According to Jeroen Ruigrok van der Werven: > >> Alternatively the sentiment just rose why we couldn't just collapse the > >> crypt/hash functions of libcrypt into libc. > >> > >> It would make sense. > > > >It would make even make more sense to convince the other BSD to do the same > >(haven't checked recently what they do) and do the merge. > > I very much agree. > > Would it be sensible for the regular cypherpunks to discuss this with > the NetBSD and OpenBSD brothers? > > Otherwise I would be willing to open this discussion on the appropriate > lists. Is there any current policy on what libc is? It certainly isn't "libc" as required by C and hasn't been for almost ever but there needs to be some rational to its existence otherwise why not fold everything into libc and not bother with any other libraries! A growing libc makes static binaries grow and makes it more difficult to strip out unneeded functionality from a minimalist system install. I'd been inclined to try and move things the other way and strip stuff out of libc into separate libraries but that's obviously not in vogue at the moment. Why does crypt need to be in libc? Not even a significant fraction of applications need crypt? Paul. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Kernel panic on fxp
I've been working for a while to try to figure out a problem I'm having here. I did a buildworld Sunday, and started to get kernel panics on boot when it probed fxp. So I removed fxp from my kernel and loaded it as a module (via loader.conf.local). It paniced. Then I unloaded the if_fxp.ko on startup, and it booted. But if I load the fxp module now, after a full boot, everything is great. Rebooting with fxp in the kernel or loading the module on boot will cause a panic *every* time. Thinking it might be build problem, I redid the build/install/kernel again on Monday, and am having the same problems. The panics only started on the upgrade from a -current dated sometime in early July. As you will see from below, this is an SMP machine (dual P200) with 256 Megs RAM. I am also using NETGRAPH to run PPPoE. Any ideas? Patrick The panic is: Fatal trap 12: page fault while in kernel mode mp_lock=0005; cpuid = 0; lapic.id= fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0xc034e304 stack pointer = 0x10:0xc038bea8 frame pointer = 0x10=0xc038bebc code segment= base 0x0, limit 0xf, type 0x1b = DPC 0, pres 1, def 32 1, gran 1 processor eflag = interrupt enabled, resume, IOPC=0 current process = 0 (swapper) interrupt mask = net tty bio cam <- SMP:XXX trap number = 12 panic: page fault To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Q: encrypted swap
On Tue, 22 Aug 2000, Walter Belgers wrote: > Last week I was at USENIX where Niels Provos talked about his > implementation of encrypted swap in OpenBSD. What is does is encrypting > all memory that gets swapped out, keeping the encryption keys in memory. > A test showed that all kinds of interesting things wind up in the swap > partition; Niels himself found several passwords and his PGP passphrase > on his own laptop.. > > So, I think having the option to use encrypted swap on FreeBSD would be > nice. Is anybody already working on this? If not, how do I get somebody > to work on it? ;-) Walter, There has been discussion and substantial interest in an encrypted swap interface on the freebsd-security mailing list in the last month or so. It was concluded that it was best to wait until Poul-Henning Kemp finished improved infrastructure, allowing the stacking of devices and layers above devices. This would allow an abstracted "encrypted device" interface, supporting everything from encrypted swap (using a randomized key) to generic protected file systems (one key per partition protecting the file system). This would give substantial protection for those of us with mobile computing devices (generally notebooks) that have a tendancy to walk off in airports, for example :-). As an interim solution, I believe we support swap over NFS, so could swap to a local CFS partition. We could also look at solutions that cause swap partitions to be blanked at shutdown, although that's an inferior solution to true encrypted swap, as one tends to trust strong crypto a little more than the ability to delete the contents of magnetic disk platters :-). So the short of it: infrastructure work is under way that should make encrypted swap an easy addition in the near future. Robert N M Watson [EMAIL PROTECTED] http://www.watson.org/~robert/ PGP key fingerprint: AF B5 5F FF A6 4A 79 37 ED 5F 55 E9 58 04 6A B1 TIS Labs at Network Associates, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
-On [2822 17:55], Ollivier Robert ([EMAIL PROTECTED]) wrote: >According to Jeroen Ruigrok van der Werven: >> Alternatively the sentiment just rose why we couldn't just collapse the >> crypt/hash functions of libcrypt into libc. >> >> It would make sense. > >It would make even make more sense to convince the other BSD to do the same >(haven't checked recently what they do) and do the merge. I very much agree. Would it be sensible for the regular cypherpunks to discuss this with the NetBSD and OpenBSD brothers? Otherwise I would be willing to open this discussion on the appropriate lists. -- Jeroen Ruigrok van der Werven Network- and systemadministrator <[EMAIL PROTECTED]>VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl The administration of justice is the firmest pillar of government... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Crash - Build World - Fatal double fault: eip esp ebp
I have searched the mailing lists, to no avail (hope I did not miss the answer). I am getting the following output on make world (FreeBSD 5.0-2820-CURRENT installed, cvsup current source at 11:00AM Eastern Time).. Fatal double fault: eip = 0xc030343c esp = 0xcd025000 ebp = 0xcd025074 panic: double fault syncing disks... 577 577 577 ... I have been having some trouble getting this server up and running with latest code. It's a Dual 600EB running on a Supermicro PIIIDM3 motherboard with 2 128MB PC133 DIMMs (Non-ECC). I am using the on-board U160 SCSI with two 9GB U160 drives.. I am running the R1.5 BIOS for the motherboard.. Any ideas on why I am having trouble or possible suggestions would be much appreciated. Thank you, Bill To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
According to Jeroen Ruigrok van der Werven: > Alternatively the sentiment just rose why we couldn't just collapse the > crypt/hash functions of libcrypt into libc. > > It would make sense. It would make even make more sense to convince the other BSD to do the same (haven't checked recently what they do) and do the merge. -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- [EMAIL PROTECTED] The Postman hits! The Postman hits! You have new mail. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: make buildworld br0ken in libutil
-On [2822 17:30], Ollivier Robert ([EMAIL PROTECTED]) wrote: >Brian, I'm afraid you broke libutil... Every program using libutil now must >depend on libcrypt too. Alternatively the sentiment just rose why we couldn't just collapse the crypt/hash functions of libcrypt into libc. It would make sense. -- Jeroen Ruigrok van der Werven Network- and systemadministrator <[EMAIL PROTECTED]>VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl I walk, I walk alone, into the promised land... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld br0ken in libutil
Brian, I'm afraid you broke libutil... Every program using libutil now must depend on libcrypt too. -=-=- ===> libexec/fingerd cc -O -pipe -I/usr/obj/src/src/i386/usr/include -c /src/src/libexec/fingerd/fi ngerd.c cc -O -pipe -I/usr/obj/src/src/i386/usr/include -o fingerd fingerd.o -lutil /usr/obj/src/src/i386/usr/lib/libutil.so: undefined reference to `crypt_set_form at' *** Error code 1 Stop in /src/src/libexec/fingerd. *** Error code 1 -=-=- -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- [EMAIL PROTECTED] The Postman hits! The Postman hits! You have new mail. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
-On [2822 06:25], Kenneth D. Merry ([EMAIL PROTECTED]) wrote: >It needs an ATAPI passthrough mechanism to work. (FreeBSD doesn't have >one at the moment.) Søren, Matt and me were discussing the ATA/CAM issues so that we might be able to approach ATA through CAM. That would clear a lot. -- Jeroen Ruigrok van der Werven Network- and systemadministrator <[EMAIL PROTECTED]>VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl Another morning, black sunday, coming down again... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
-On [2822 08:50], Warner Losh ([EMAIL PROTECTED]) wrote: > >Actually, the real reason is that MMC drives that mostly support the >standard, but do it wrong in ways that are hard to detect. Those are >going to be the worst to try to support. There are some drives out >there that just hang when you issue them certain MMC commands, as an >example. They shouldn't but they do and you have to be careful not to >send them these commands. This got parsed by me as: mmc-quirk.h It wouldn't be hard to keep it tracked in a quirk file as per the SCSI disk quirk file. But I am not sure it is elegant. -- Jeroen Ruigrok van der Werven Network- and systemadministrator <[EMAIL PROTECTED]>VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl There is no joy in smallness. Joy is in the infinite... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Anyone have newmidi working?
-On [2819 18:15], Brian Fundakowski Feldman ([EMAIL PROTECTED]) wrote: >Newmidi doesn't seem to work. The oplsbc device handling had to be >hacked a bit to support non-PnP SBs, but that's inconsequential. >It probes and boots fine. It seems that newmidi is completely >disconnected from actually being able to work. Doesn't work here. I could forward you my mail I sent the to the other, mayhaps our problems are quite alike. >I haven't gotten any response from the author :-( Does anyone have it >working? I don't see how it could with the current state of the code. Same here. -- Jeroen Ruigrok van der Werven Network- and systemadministrator <[EMAIL PROTECTED]>VIA Net.Works The Netherlands BSD: Technical excellence at its best http://www.via-net-works.nl The spirit indeed is willing, but the flesh is weak... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Realplayer and Yamaha 740C on current - update
Reinier Bezuidenhout wrote: > > Roger .. > > I cvs-ed the sources for the kernel from yesterday .. but I'll > get the latest ones now .. I'm just not sure if Cameron has > committed the changes yet .. but in any case ... thanx > Cameron !! :) Cameron changed the 'feeder' code which drives the cards. So, our cards may not work, but he said it is now much easier to work around the problem with the new feeder code. Anyway, we should be able to get this sorted out in the near future. Roger To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Realplayer and Yamaha 740C on current - update
Roger .. I cvs-ed the sources for the kernel from yesterday .. but I'll get the latest ones now .. I'm just not sure if Cameron has committed the changes yet .. but in any case ... thanx Cameron !! :) Rgds Reinier On 22-Aug-00 Roger Hardiman wrote: > Reinier > >> seems like "mono" sound for the 740C Yamaha is broken ?? > > > I found 'mono' audio was broken on my Yamaha 724F PCI card > at the weekend. > > Cameron said several users have reported this and he has > reworked the code in -current to hopefully work around > this problem. > > Roger ### # # # R.N. Bezuidenhout NetSeq Firewall # # [EMAIL PROTECTED] http://www.nanoteq.co.za# # # ### -- Date: 22-Aug-00 Time: 16:42:39 This message was sent by XFMail -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Realplayer and Yamaha 740C on current - update
Reinier > seems like "mono" sound for the 740C Yamaha is broken ?? I found 'mono' audio was broken on my Yamaha 724F PCI card at the weekend. Cameron said several users have reported this and he has reworked the code in -current to hopefully work around this problem. Roger To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: problems with /usr/bin/awk
Tony, On Mon, Aug 21, 2000 at 07:17:31PM -0700, Tony Fleisher wrote: > I have been running cvsup nightly to grab -current and -ports, > and noticed some strangeness with awk that seemed to start last > week sometime. > > When building /usr/ports/lang/guile, the build exited with an > awk 'internal error' and a log on the console that awk had > exited on signal 6. To test my theory that the problem was > indeed awk (rather than the guile port), I copied over a copy > of awk from a 4.1-R system. After doing so, the guile port was able to > build and install without any problems. Interesting. I bumped into the same problem on -current, but also had the problem if I tried using gawk from the ports (d'oh. I've just realised, our awk is GNU awk). You can get around it by installed nawk from lang/nawk first, and then doing "make AWK=nawk" you build it. N -- Internet connection, $19.95 a month. Computer, $799.95. Modem, $149.95. Telephone line, $24.95 a month. Software, free. USENET transmission, hundreds if not thousands of dollars. Thinking before posting, priceless. Somethings in life you can't buy. For everything else, there's MasterCard. -- Graham Reed, in the Scary Devil Monastery To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Q: encrypted swap
> So, I think having the option to use encrypted swap on FreeBSD > would be nice. Is anybody already working on this? If not, how do > I get somebody to work on it? ;-) Ever since the Phoenecians invented money, there has been at least one guaranteed answer to that :-) 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
Re: PATCH: devfs mkIII test & review please.
> They can also be made by the driver using make_dev_alias(). Cool! Man page please? 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
Realplayer and Yamaha 740C on current - update
Dit another test ... Used mpg123 with the "-m" option for mono sound (all the thins that "broke" was in mono) and got the same noise ... seems like "mono" sound for the 740C Yamaha is broken ?? Reinier On 22-Aug-00 Reinier Bezuidenhout wrote: > Hi ... > > I have a 5.0-current .. kernel compiled of a day or so ago. > > When I'm using Realplayer7 or plaympeg (package smpeg) to play > real audio or mpegs I just get this load "hissing" noise. > > When I use mpg123 to play a mp3 the sound is OK .. CD sound > works fine and games too. > > Any idea why realaudio (even when playing a local file) and > plaympeg seems to corrupt the sound ?? > > Somehow I recall that this used to work .. but I can't confirm it :) > > Thanx > Reinier > >### ># # ># R.N. Bezuidenhout NetSeq Firewall # ># [EMAIL PROTECTED] http://www.nanoteq.co.za# ># # >### > > -- > Date: 22-Aug-00 > Time: 15:16:54 > > This message was sent by XFMail > -- > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message ### # # # R.N. Bezuidenhout NetSeq Firewall # # [EMAIL PROTECTED] http://www.nanoteq.co.za# # # ### -- Date: 22-Aug-00 Time: 16:14:17 This message was sent by XFMail -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Review requested for /dev/random driver improvements!
Hi All Please could those of you with the time and computrons available please review the patches for the entropy (/dev/random) driver at http://people.freebsd.org/~markm/randomdev.patch. NOTES: This code may injure your cat, your computer and/or your bank account; be careful! The code puts the responsibility of reseeding the entropy state variables into a kernel thread; this should make userland a lot snappier. There is a FIFO constructed from TAILQ's to buffer the entropy harvesting; this should further insulate userland from the internal workings. All the crypto and hashing has been broken out into a separate file to make the whole driver less dependant on particular algorithms. There is an (unresolved) issue with panics when the module is unloaded; I'm working on that, but if you get to it before me, your help would be appreciated. Not included in here is a direct tap into the random event stream to allow folks who need to "distill bits" to do their own entropy processing. This is being worked on. Other comments, patches and suggestions welcome! Many thanks to Brian Feldman for the kthreads example, and others for answering my questions online! M To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: People running with LOCALBASE set to something other than /usr/local?
On Mon, Aug 21, 2000 at 11:59:26PM -0500, Mike Meyer wrote: > I'm curious - are there any committers who regularly use a system with > LOCALBASE set to something other than /usr/local? I have LOCALBASE=/opt for a couple of years now. OTOH, I also have a symlink from /usr/local -> /opt due to a small but significant number of ports that are not PREFIX clean. -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Realplayer and Yamaha 740C on current
Hi ... I have a 5.0-current .. kernel compiled of a day or so ago. When I'm using Realplayer7 or plaympeg (package smpeg) to play real audio or mpegs I just get this load "hissing" noise. When I use mpg123 to play a mp3 the sound is OK .. CD sound works fine and games too. Any idea why realaudio (even when playing a local file) and plaympeg seems to corrupt the sound ?? Somehow I recall that this used to work .. but I can't confirm it :) Thanx Reinier ### # # # R.N. Bezuidenhout NetSeq Firewall # # [EMAIL PROTECTED] http://www.nanoteq.co.za# # # ### -- Date: 22-Aug-00 Time: 15:16:54 This message was sent by XFMail -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
Dear Sirs, JOINT VENTURE OPPORTUNITY INFOPAC Software (India) is interested in a business relationship with your company in the area of ERP / software projects and solutions: Our capability profile includes: Software projects (offshore / onshore development) ERP development Internet, e-commerce based development Manpower services Wet lease / incubation service for projects We are visiting your country shortly and would like to meet you to discuss the opportunity further. We are a 55 people company specializing in ERP and E Commerce. Please do visit our web site www.infopac-erp.com Looking forward to hearing from you, Yours Sincerely, for INFOPAC SOFTWARE LTD Ms.Bhagya Nair Intl. Business Division Infopac Software Limited, No.67, Rustam Bagh, Bangalore-560017, India, Ph:+91-80-5250767/5255461 Fax:+91-80-5262180, E mail: [EMAIL PROTECTED]
RE: error sysinstall
Probably need a newer sysinstall, now uses character devices Where did you get this sysinstall from, is in on a boot floppy ? If it is, then either the kernel with it's devices doesn't work with the sysinstall you use, or the devices do not exist. On your PC, do a make depend ; make ; make install in /usr/src/release/sysinstall then you use the sysinstall in the installed dir /stand/sysinstall Remember to remake your devices - char devices probably needed. -- Unix Software Developer/Engineer E-Mail: Johan Kruger <[EMAIL PROTECTED]> Date: 22-Aug-00 Time: 12:43:29 All good things come to those who ... runs FreeBSD -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: Question from a neophyte... Why isn't rc.local being read?
Make sure it's not commented out in rc # Run rc.devfs if readable to customize devfs # if [ -r /etc/rc.devfs ]; then sh /etc/rc.devfs fi # Do traditional (but rather obsolete) rc.local file if it exists. If you # use this file and want to make it programmatic, source /etc/defaults/rc.conf # in /etc/rc.local and add your custom variables to /etc/rc.conf, as # shown below. Please do not put local extensions into /etc/rc itself. # Use /etc/rc.local # # rc.local # if [ -r /etc/defaults/rc.conf ]; then # . /etc/defaults/rc.conf # source_rc_confs # elif [ -r /etc/rc.conf ]; then # . /etc/rc.conf # fi # # ... additional startup conditionals ... # rc.local # if [ -r /etc/rc.local ]; then echo -n 'starting local daemons:' sh /etc/rc.local echo '.' fi On 21-Aug-00 Gordon Zeigler wrote: > I've added startup commands to /etc/rc.local on my 3.4 Stable machine. > > /usr/local/etc/webmin/start # Start webmin > /usr/local/sbin/sshd# Start open ssh > /etc/init.d/apachectl start # Start apache web server > > Yet, these are not starting at reboot... > > What am I missing? Probably something obvious, but it escapes me... > > > > *** REPLY SEPARATOR *** > > On 8/21/00 at 9:53 AM Julian Elischer wrote: > >>since config has changed.. where do I set the flags on my debug port >>(sio2?) >>the sio man page has no hints.. >>it looks to me as it if is now controlled differently >>unles I've made a mistake >> >> >>julian >> >> >> >> >>To Unsubscribe: send mail to [EMAIL PROTECTED] >>with "unsubscribe freebsd-current" in the body of the message > > > > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-current" in the body of the message -- Unix Software Developer/Engineer E-Mail: Johan Kruger <[EMAIL PROTECTED]> Date: 22-Aug-00 Time: 12:38:46 All good things come to those who ... runs FreeBSD -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Q: encrypted swap
Hi, Last week I was at USENIX where Niels Provos talked about his implementation of encrypted swap in OpenBSD. What is does is encrypting all memory that gets swapped out, keeping the encryption keys in memory. A test showed that all kinds of interesting things wind up in the swap partition; Niels himself found several passwords and his PGP passphrase on his own laptop.. So, I think having the option to use encrypted swap on FreeBSD would be nice. Is anybody already working on this? If not, how do I get somebody to work on it? ;-) Cheers, Walter. -- Walter Belgers "Si hoc signum legere potes, operis boni in rebus [EMAIL PROTECTED] Latinis alacribus et fructuosis potiri potes!" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why no CDR ioctls for SCSI cds?
Matthew Jacob writes: > > If the answer from the person who would have to approve the code had > > come back "Ok, provide the code and we'll see how well it works in > > practice", I'd do the code. But when it appears the code would never > > make it into the tree to be used, why waste my time? > 'coz we're taking a page from Linus. Does Linus tell people something is a bad idea, and then use it anyway? Or does he just not bother to respond to questions about whether or not something would be a usefull addition?