Re: **HEADS UP** /usr/include/netnatm/

2000-10-15 Thread Brian Somers
> > brian> I recently added the directory /usr/include/netnatm/ to > brian> BSD.include.dist, and the ppp build now depends on this. > > Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ? > > Without this, "make buildworld" fails just like this, since no header > file

Re: **HEADS UP** /usr/include/netnatm/

2000-10-15 Thread Makoto MATSUSHITA
brian> I recently added the directory /usr/include/netnatm/ to brian> BSD.include.dist, and the ppp build now depends on this. Would you please add netnatm to 'LDIRS' definition of src/include/Makefile ? Without this, "make buildworld" fails just like this, since no header file in src/sys/netn

Re: more endian.h breakage; patch included.

2000-10-15 Thread Tony Fleisher
On Mon, 16 Oct 2000, Bruce Evans wrote: > On Sun, 15 Oct 2000, Steve Kargl wrote: > > > Actually, in this case the endian.h change exposed a bug > > if the wait(2) manpage is correct. In particular, > > is required to occur before , which was missing in > > libdialog/prgbox.c and libc_r/uthre

**HEADS UP** /usr/include/netnatm/

2000-10-15 Thread Brian Somers
People may see problems with make buildworld. I recently added the directory /usr/include/netnatm/ to BSD.include.dist, and the ppp build now depends on this. Old installations may have a bogus file called /usr/include/netnatm that needs to be removed before mtree (at the start of installworld

Re: more endian.h breakage; patch included.

2000-10-15 Thread Bruce Evans
On Sun, 15 Oct 2000, Steve Kargl wrote: > Actually, in this case the endian.h change exposed a bug > if the wait(2) manpage is correct. In particular, > is required to occur before , which was missing in > libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c. It is strictly correct for POSIX

Another broken buildworld?

2000-10-15 Thread Bosko Milekic
Hi, I have some trouble building world today; after finally getting over what seemed to be like numerous endian.h related problems... I get failure while building usr.sbin/ppp now. /usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory /usr/src/usr.sbin/ppp/

usr.sbin/ppp breakage

2000-10-15 Thread Steve Kargl
===> usr.sbin/ppp rm -f .depend mkdep -f .depend -a-DHAVE_DES -I/usr/obj/usr/src/i386/usr/include /usr/src/usr.sbin/ppp/acf.c /usr/src/usr.sbin/ppp/arp.c /usr/src/usr.sbin/ppp/async.c /usr/src/usr.sbin/ppp/auth.c /usr/src/usr.sbin/ppp/bundle.c /usr/src/usr.sbin/ppp/cbcp.c /usr/src/usr.sbin

Re: more endian.h breakage; patch included.

2000-10-15 Thread Steve Kargl
Bruce Evans wrote: > On Sun, 15 Oct 2000, Steven G. Kargl wrote: > > > There is another patch needed in libdialog. > > No patches are needed in applications; endian.h should be unbroken. > > However, including endian.h directly seems to be a bug. endian.h is not > documented in any section 3 m

Re: more endian.h breakage; patch included.

2000-10-15 Thread Bruce Evans
On Sun, 15 Oct 2000, Steven G. Kargl wrote: > There is another patch needed in libdialog. No patches are needed in applications; endian.h should be unbroken. However, including endian.h directly seems to be a bug. endian.h is not documented in any section 3 man page. The documented interface

Re: (1) hanging up on ldconfig; (2) entropy file read failed

2000-10-15 Thread Valentin Nechayev
Sun, Oct 15, 2000 at 20:52:59, netch wrote about "(1) hanging up on ldconfig; (2) entropy file read failed": This is also entropy file and random device problem. ldconfig which hangs: pid=107, flag=004006, stat=3, wchan=c0336f80, wmesg=rndblk - waits for random data (?) This handing appeared w

Re: Entropy file problem

2000-10-15 Thread Doug Barton
Manfred Antar wrote: > > When setting entropy_file="/var/db/entropy" in rc.conf > This error happens: > No entropy file, trying other sources > After a few minutes the machine continues booting > /var is mounted on a separate partition from / Try the attached patch. It's been approved in

Entropy file problem

2000-10-15 Thread Manfred Antar
When setting entropy_file="/var/db/entropy" in rc.conf This error happens: No entropy file, trying other sources After a few minutes the machine continues booting /var is mounted on a separate partition from / Setting to : entropy_file="/tmp/entropy" This happens: Reading entropy file rm: /tmp/en

another endian.h causality; patch included

2000-10-15 Thread Steven G. Kargl
*** /usr/src/gnu/lib/libdialog/prgbox.c.origSun Oct 15 12:44:15 2000 --- /usr/src/gnu/lib/libdialog/prgbox.c Sun Oct 15 12:44:36 2000 *** *** 21,26 --- 21,27 #include #include + #include #include #include "dialog.priv.h" To Unsubscribe: send mail to [

more endian.h breakage; patch included.

2000-10-15 Thread Steven G. Kargl
There is another patch needed in libdialog. Steve *** /usr/src/lib/libc_r/uthread/uthread_wait4.c.origSun Oct 15 11:16:02 2000 --- /usr/src/lib/libc_r/uthread/uthread_wait4.c Sun Oct 15 11:16:45 2000 *** *** 32,37 --- 32,38 * $FreeBSD: src/lib/libc_r/uthread/uthread

Re: pthread problems

2000-10-15 Thread German Tischler
On Sun, Oct 15, 2000 at 07:45:47PM +0200, Daniel Eischen wrote: > On Sun, 15 Oct 2000, German Tischler wrote: > > Hi. > > > > After the recent thread changes trying to use plaympeg > > (smpeg-0.4.0 package) fails with the following message: > > > > Fatal error 'Thread has returned from sigreturn

Stock Pick of the Week

2000-10-15 Thread f30n
>>> STOCK PICK OF THE WEEK <<< For the week beginning Monday, 10-16-2000 Investment Snapshot - ATTP -- Affordable Telecom http://moneycentral.msn.com/scripts/webquote.dll?iPage=qd&Symbol=attp Target Price: $1.00 Current Price: $.12 Take a close look at this stock, it's going to rise fast! H

(1) hanging up on ldconfig; (2) entropy file read failed

2000-10-15 Thread Valentin Nechayev
System is: FreeBSD 5.0(13)-CURRENT-20001014 Three times, it hung up during boot after message: setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/li b trace from DDB said: [scgets and neighbours stuff] atbkd_isa_intr() ithd_loop() at ithd_loop+0x8a fork_trampolin

Re: pthread problems

2000-10-15 Thread Daniel Eischen
On Sun, 15 Oct 2000, German Tischler wrote: > Hi. > > After the recent thread changes trying to use plaympeg > (smpeg-0.4.0 package) fails with the following message: > > Fatal error 'Thread has returned from sigreturn or longjmp' > at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c

lib/msun breakage; patch included.

2000-10-15 Thread Steven G. Kargl
The recent changes to machine/endian.h introduced breakage in lib.msun because of out-of-order include files. Steve *** /usr/src/lib/msun/src/math_private.h.orig Sun Oct 15 10:09:10 2000 --- /usr/src/lib/msun/src/math_private.hSun Oct 15 10:09:20 2000 *** *** 17,24

Re: today's -current xl0 wigs out

2000-10-15 Thread Jonathan Lemon
In article [EMAIL PROTECTED]> you write: > >Well getting rid of the leftover splimp() didn't clear up the problem. Maybe >we need to move the mtx_init and XL_LOCK up to where the splimp() was. Change the last XL_LOCK in xl_intr() into an XL_UNLOCK. -- Jonathan To Unsubscribe: send mail to [EM

pthread problems

2000-10-15 Thread German Tischler
Hi. After the recent thread changes trying to use plaympeg (smpeg-0.4.0 package) fails with the following message: Fatal error 'Thread has returned from sigreturn or longjmp' at line ? in file /usr/src/lib/libc_r/uthread/uthread_kern.c (errno = ?) Abort trap (core dumped) Has anyone else seen

Re: Recent thread changes

2000-10-15 Thread Gerhard Sittig
On Sun, Oct 15, 2000 at 00:20 -0400, Daniel Eischen wrote: > On Sat, 14 Oct 2000 [EMAIL PROTECTED] wrote: > > > (6) If a thread whose policy or priority has been modified is > > a running thread or is runnable, runnable thread [sic] it then > > becomes the tail of the thre

Re: removing global from tree

2000-10-15 Thread Gerhard Sittig
On Sat, Oct 14, 2000 at 16:07 -0700, David O'Brien wrote: > > [ ... reviving cvs rm'ed files ... ] > > As you've just shown, this can be a real PITA. > > > But I feel that David wants to know this, too. > > Huh? Do what?? I fully understand how to remove, add, and > revive files in the repo.

Re: HEADS UP: sendmail related changes

2000-10-15 Thread Andreas Klemm
On Tue, Oct 10, 2000 at 11:19:43AM -0700, Gregory Neil Shapiro wrote: > 5. The sendmail cf building tools (contrib/sendmail/cf) are installed in >/usr/share/sendmail/cf. Hurray ! -- Andreas Klemm Powered by FreeBSD SMP Songs from our band >>64Bits<<

sound system help need

2000-10-15 Thread Ilmar S. Habibulin
How is developing sound system for freebsd, please look at me pr i386/21717. I just can't use my sound card any more. Maybe this is lack of configuration, but i think that all is configured coorrectly. Anyway - look at it please and let me know how can i help to figure it out what happens. To

Re: Our kernel just got too big again. :)

2000-10-15 Thread Matt Dillon
:We've blown out the kern.flp image. Time for me to chop something :out again, unless there are any other suggestions. :| : :- Jordan :... :mv /R/stage/kernels/BOOTMFS /R/stage/image.kern/kernel :Setting up /boot directory for kern floppy :/R/stage/image.kern/kernel: 54.8% -- replaced with /R

Re: /boot partition?

2000-10-15 Thread Mike Meyer
David O'Brien writes: > On Fri, Oct 13, 2000 at 07:18:05PM +0300, Maxim Sobolev wrote: > > Nope, the loader can load stuff from other partitions, even from some strange > > ones like msdos ;), so theoretically it should be possible to have /boot, or > > even /boot/kernel, on another partition (it

Re: /boot partition?

2000-10-15 Thread David O'Brien
On Fri, Oct 13, 2000 at 07:18:05PM +0300, Maxim Sobolev wrote: > Nope, the loader can load stuff from other partitions, even from some strange > ones like msdos ;), so theoretically it should be possible to have /boot, or > even /boot/kernel, on another partition (it may require to tweak loader co

Re: Our kernel just got too big again. :)

2000-10-15 Thread David O'Brien
Mike Smith points out that removing `vpo' kills parallel port Zip drives. Is this something we can live w/o for installs? > Index: dokern.sh > === > RCS file: /home/ncvs/src/release/scripts/dokern.sh,v > retrieving revision 1.35 > d