Find Out ANYTHING About ANYONE!!!

THIS NEW AMAZING SOFTWARE TOOL HELPS YOU FIND OUT ALMOST ANYTHING ABOUT ANYONE - CLICK ON URL BELOW TO VISIT OUR WEBSITE http://www.canadianwebs.com/hf/syurown/ ** Find out almost EVERYTHING you ever wanted to know about: Your friends

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

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 diff

Re: /boot partition?

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

Re: /boot partition?

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 may

sound system help need

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.

Re: HEADS UP: sendmail related changes

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

Re: removing global from tree

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. Hey,

Re: Recent thread changes

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 thread list

pthread problems

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

Re: today's -current xl0 wigs out

In article local.mail.freebsd-current/[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

more endian.h breakage; patch included.

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:

another endian.h causality; patch included

*** /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 dialog.h #include errno.h + #include sys/types.h #include sys/wait.h #include

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

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

Re: more endian.h breakage; patch included.

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: more endian.h breakage; patch included.

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 man page.

usr.sbin/ppp breakage

=== 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

Another broken buildworld?

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

Re: more endian.h breakage; patch included.

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, sys/types.h is required to occur before sys/wait.h, which was missing in libdialog/prgbox.c and libc_r/uthread/uthread_wait4.c. It is strictly

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

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