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 Your family Your enemies Your employees Yourself - Is Someone Using Your Identity? Even your boss! DID YOU KNOW you can search for ANYONE, ANYTIME, ANYWHERE, right on the Internet.. This mammoth COLLECTION of Internet investigative tools research sites will provide you with NEARLY 400 GIGANTIC SEARCH RESOURCES to locate information on: People you trust Screen new tenants or roommates Housekeepers Current or past employment People you work with License plate number with name and address Unlisted phone numbers Long lost friends A new or old LOVE INTEREST You can even VERIFY your own CREDIT REPORTS so you can correct WRONG information These are only a few things you can do, There is no limit to the power of this information tool!! CLICK ON URL BELOW TO VISIT OUR WEBSITE http://www.canadianwebs.com/hf/syurown/ ** To be removed from our mailing list, click below mailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 -u -r1.35 dokern.sh --- dokern.sh 2000/09/29 03:24:03 1.35 +++ dokern.sh 2000/10/14 22:55:45 @@ -72,7 +72,15 @@ -e '/SOFTUPDATES/d' \ -e '/MFS/d' \ -e '/NFS_ROOT/d' \ + -e '/ncr/d' \ -e '/atapist/d' \ + -e '/lpt/d' \ + -e '/ppi/d' \ + -e '/vpo/d' \ + -e '/ugen/d' \ + -e '/uhid/d' \ + -e '/ulpt/d' \ + -e '/urio/d' \ -e '/maxusers/d' \ -e 's/ident.*GENERIC/ident BOOTMFS/g' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 config files, though), but I really do not see any reasons behind such weird setup. Our IA-64 offering may end up having /boot as a native partition (ie, vfat32) as their firmware understands it. -- -- David ([EMAIL PROTECTED]) GNU is Not Unix / Linux Is Not UniX To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 require to tweak loader config files, though), but I really do not see any reasons behind such weird setup. Our IA-64 offering may end up having /boot as a native partition (ie, vfat32) as their firmware understands it. Solaris 8 uses this setup. One partition of about 10meg for booting, mount as /boot after the system comes up. BTW, kudos to the FreeBSD install team. Much as the FreeBSD install may be maligned, it's much more intuitive, flexible and in general better than what Sun is doing with for Solaris 8. mike To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 64Bitshttp://www.apsfilter.org/64bits.html My homepage http://people.FreeBSD.ORG/~andreas Please note: Apsfilter got a NEW HOMEhttp://www.apsfilter.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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, sorry! I didn't want to step on anybody's toes here. I didn't want to teach others their daily work they already do in a routinely fashion. It was me who had problems in understanding what the manual intervention (or the feeling to have to do some) came from. That's when I wanted to learn about it. In case it's needed, I apologize. Let's end this thread. I got that I was overlooking the real point and thought "moving something into the Attic" is completely different from what I thought it is. Don't take my ignorance or slowliness as an affront ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED] -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 for its new priority. Unless it holds a priority protection or inheritence mutex, in which case it gets added to the head of the thread list for its new priority. This case is often forgotten (see 13.6.1.2). Is this what was discussed some time ago as a DoS mechanism for Windows apps? Talk was about "calling setprio() in your running time slice will make you run again right away and starve anyone else" so it turned out to look like some modern kind of cooperative multitasking where one doesn't have to grant resources to others if one doesn't feel like it? Something good to have if you feel like getting all the CPU cycles ... virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" [EMAIL PROTECTED] -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 seen this happen ? (Recompiling the program has not helped) --gt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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: src/lib/libc_r/uthread/uthread_wait4.c,v 1.10 2000/01/29 22:53:54 jasone Exp $ */ #include errno.h + #include sys/types.h #include sys/wait.h #ifdef _THREAD_SAFE #include pthread.h To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 "dialog.priv.h" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 with new random driver and setting entropy_file="NO" Why driver hangs when no seed was set? 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_trampoline() at fork_trampoline+0x1b After that, I booted it to single mode, and after "ldconfig" (without params) the hanging happened again. At 4th boot, it booted normally, hence I came too late with idea to read kernel debugging section of handbook;| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - About entropy file. At my home system, /var is not at / (it is symlink to /usr/var). /etc/rc reads entropy file before mounting all filesystems, and it failed and fell back to cat'ing /etc/* ;| Should it be better to read entropy file after mounting all filesystems? Imho it is incorrect to place it on root FS. /netch To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 is to include sys/param.h, although including sys/types.h is sufficient. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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. The documented interface is to include sys/param.h, although including sys/types.h is sufficient. Bruce, 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. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 /usr/src/usr.sbin/ppp/ccp.c /usr/src/usr.sbin/ppp/chap.c /usr/src/usr.sbin/ppp/chat.c /usr/src/usr.sbin/ppp/command.c /usr/src/usr.sbin/ppp/datalink.c /usr/src/usr.sbin/ppp/deflate.c /usr/src/usr.sbin/ppp/defs.c /usr/src/usr.sbin/ppp/exec.c /usr/src/usr.sbin/ppp/filter.c /usr/src/usr.sbin/ppp/fsm.c /usr/src/usr.sbin/ppp/hdlc.c /usr/src/usr.sbin/ppp/iface.c /usr/src/usr.sbin/ppp/ip.c /usr/src/usr.sbin/ppp/ipcp.c /usr/src/usr.sbin/ppp/iplist.c /usr/src/usr.sbin/ppp/lcp.c /usr/src/usr.sbin/ppp/link.c /usr/src/usr.sbin/ppp/log.c /usr/src/usr.sbin/ppp/lqr.c /usr/src/usr.sbin/ppp/main.c /usr/src/usr.sbin/ppp/mbuf.c /usr/src/usr.sbin/ppp/mp.c /usr/src/usr.sbin/ppp/pap.c /usr/src/usr.sbin/ppp/physical.c /usr/src/usr.sbin/ppp/pred.c /usr/src/usr.sbin/ppp/probe.c /usr/src/usr.sbin/ppp/prompt.c /usr/src/usr.sbin/ppp/proto.c /usr/src/usr.sbin/ppp/route.c /usr/src/usr.sbin/ppp/server.c /usr/src/usr.sbin/ppp/sig.c /usr/src/usr.sbin/ppp/slcompress.c /usr/src/usr.sbin/ppp/sync.c /usr/src/usr.sbin/ppp/systems.c /usr/src/usr.sbin/ppp/tcp.c /usr/src/usr.sbin/ppp/throughput.c /usr/src/usr.sbin/ppp/timer.c /usr/src/usr.sbin/ppp/tty.c /usr/src/usr.sbin/ppp/tun.c /usr/src/usr.sbin/ppp/udp.c /usr/src/usr.sbin/ppp/vjcomp.c /usr/src/usr.sbin/ppp/nat_cmd.c /usr/src/usr.sbin/ppp/atm.c /usr/src/usr.sbin/ppp/id.c /usr/src/usr.sbin/ppp/chap_ms.c /usr/src/usr.sbin/ppp/radius.c /usr/src/usr.sbin/ppp/i4b.c /usr/src/usr.sbin/ppp/ether.c /usr/src/usr.sbin/ppp/atm.c:32: netnatm/natm.h: No such file or directory mkdep: compile failed *** Error code 1 -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 /usr/src/usr.sbin/ppp/atm.c: In function `atm_CreateDevice': /usr/src/usr.sbin/ppp/atm.c:169: storage size of `sock' isn't known /usr/src/usr.sbin/ppp/atm.c:186: `PROTO_NATMAAL5' undeclared (first use in this function) /usr/src/usr.sbin/ppp/atm.c:186: (Each undeclared identifier is reported only once /usr/src/usr.sbin/ppp/atm.c:186: for each function it appears in.) /usr/src/usr.sbin/ppp/atm.c:169: warning: unused variable `sock' *** Error code 1 ... I don't know who/what broke this. Anybody have any ideas? Bosko Milekic [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
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 correct for POSIX.1-1990, but FreeBSD-2 never had the requirement until now. POSIX.1-200x is relaxing similar requirements (I'm not sure about this one), so it is too late to start enforcing it. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
**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 installworld) will create the directory In short, before your next installworld, ``rm /usr/include/netnatm''. Cheers. -- Brian [EMAIL PROTECTED]brian@[uk.]FreeBSD.org http://www.Awfulhak.org brian@[uk.]OpenBSD.org Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message