Re: Problems make installworld
In message [EMAIL PROTECTED] "Dan Langille" writes: : OK. I'll cvsup to be sure I have the latest. And try the whole process : again. FWIW: I'm following the instructions mentioned by Jim Bloom in : the UPDATING thread (msg id = [EMAIL PROTECTED]). : : cheers : : cd /usr/src : make buildworld : make installworld : cd /usr/src/usr.bin/xinstall : make install : cd /usr/src : make installworld Let me know if this works, and I'll commit something to UPDATING. However, I think this is moot based on other commits that have happened. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems make installworld
On 5 Feb 00, at 1:06, Warner Losh wrote: In message [EMAIL PROTECTED] "Dan Langille" writes: : OK. I'll cvsup to be sure I have the latest. And try the whole process : again. FWIW: I'm following the instructions mentioned by Jim Bloom in : the UPDATING thread (msg id = [EMAIL PROTECTED]). : : cheers : : cd /usr/src : make buildworld : make installworld : cd /usr/src/usr.bin/xinstall : make install : cd /usr/src : make installworld Let me know if this works, and I'll commit something to UPDATING. However, I think this is moot based on other commits that have happened. Sure thing. This might take up to 24 hours. It's a P100 with only 16MB ram and I'm away most of tomorrow. p.s. thanks for maintaining UPDATING. It's saved me more than one search through the archives. Cheers. -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [HEADS UP] xinstall/setflags (was Re: cvs commit: src/share/
On Fri, 4 Feb 2000, John Baldwin wrote: An even easier solution would be to get rid of setflags entirely and put it back in the original sources that embedded it. Umm, that's bascially what Joe's currently proposed patch does. /me sighs But that would not fix the installation problem. -Matt -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ -- 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: Problems make installworld
"Dan Langille" [EMAIL PROTECTED] wrote: Dan :cd /usr/src Dan :make buildworld Dan :make installworld Dan :cd /usr/src/usr.bin/xinstall Dan :make install Dan :cd /usr/src Dan :make installworld Dan Dan Let me know if this works, and I'll commit something to UPDATING. Dan However, I think this is moot based on other commits that have Dan happened. Dan Sure thing. This might take up to 24 hours. It's a P100 with only 16MB Dan ram and I'm away most of tomorrow. I was not lucky on my pc98 box. I had to do following: cd /usr/src make buildworld make installworld cd /usr/src/usr.bin/xinstall make clean depend make all install NOSHARED=yes cd /usr/src make installworld cd /usr/src/usr.bin/xinstall # These make clean depend # three make all install # may not be necessary. Source tree is cvsup-ed at 11:30, Feb 5 2000 (JST). -- NAKAJI Hiroyuki To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems make installworld
On Sat, Feb 05, 2000 at 08:47:19PM +1300, Dan Langille wrote: On 5 Feb 00, at 9:28, Ruslan Ermilov wrote: On Sat, Feb 05, 2000 at 07:41:56PM +1300, Dan Langille wrote: I'm experiencing the same problems but the proposed solution of "make -k -DNOFSCHG installworld " doesn't allow the following "make installworld" to succeed. The error messages remain unchanged. I cvsup'd about 24 hours ago. Hmm, I have received successful reports from some people. You are doing something different. We are talking about DESTDIR=/ case, and the latest bsd.lib.mk with unbroken PRECIOUSLIB feature. -DNOFSCHG is required to install without -fschg new shared libraries, in particular, libc.so.4 with setflags. -k is required since there is no such a beast like NOFSCHG for bsd.prog.mk. So, on the first pass you should have *all* new libraries installed, and some programs like /bin/rcp (which are installed with flags) not installed. On the second pass everything will be installed, since we at this point we already have the new /usr/bin/install and new libc.so.4. OK. I'll cvsup to be sure I have the latest. And try the whole process again. FWIW: I'm following the instructions mentioned by Jim Bloom in the UPDATING thread (msg id = [EMAIL PROTECTED]). cheers cd /usr/src make buildworld make installworld cd /usr/src/usr.bin/xinstall make install cd /usr/src make installworld This will not work, since with new bsd.lib.mk libc.so.4 will not be installed on the first installworld path. Just add -DNOFSCHG to the first `make installworld' (line 3 above), and the procedure will work. I.e., first installworld (with -DNOFSCHG) will fail on bin/rcp, but at this point you'll already have the correct libc.so.4. Then you will install the new /usr/bin/install, and repeat installworld. -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
3.x to 4.0 upgrade problems
For those that want to know: # uname -a FreeBSD gandalf.systems.pavilion.net 3.4-STABLE FreeBSD 3.4-STABLE #18: Tue Jan 4 17:33:22 GMT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GANDALF i386 # cd /usr/src # make world [cut] cd /usr/src/gnu/lib/libdialog; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/dialog.h /usr/obj/usr/src/i386/usr/include cd /usr/src/gnu/lib/libgmp; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libgmp/../../../contrib/libgmp/gmp.h /usr/obj/usr/src/i386/usr/include cd /usr/src/gnu/usr.bin/cc/cc1plus; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/exception /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/new /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/new.h /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/typeinfo /usr/obj/usr/src/i386/usr/include/g++ cd /usr/src/secure/lib/libcrypto; make beforeinstall for i in asn1/asn1.h asn1/asn1_mac.h bio/bio.h bf/blowfish.h bn/bn.h buffer/buffer.h cast/cast.h comp/comp.h conf/conf.h crypto.h des/des.h dh/dh.h dsa/dsa.h ../e_os.h ../e_os2.h ebcdic.h err/err.h evp/evp.h hmac/hmac.h lhash/lhash.h md2/md2.h md5/md5.h mdc2/mdc2.h objects/objects.h opensslv.h pem/pem.h pem/pem2.h pkcs12/pkcs12.h pkcs7/pkcs7.h rand/rand.h rc2/rc2.h rc4/rc4.h rc5/rc5.h ripemd/ripemd.h rsa/rsa.h stack/safestack.h sha/sha.h stack/stack.h tmdiff.h txt_db/txt_db.h x509/x509.h x509/x509_vfy.h x509v3/x509v3.h; do sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/$i /usr/obj/usr/src/i386/usr/include/openssl; done; sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 /usr/obj/usr/src/secure/lib/libcrypto/openssl/opensslconf.h /usr/obj/usr/src/i386/usr/include/openssl install: /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn1.h: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -- Josef KarthauserFreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [HEADS UP] xinstall/setflags (was Re: cvs commit: src/share/
On 04-Feb-00 Ruslan Ermilov wrote: Could you please provide then *right* instructions for UPDATING? David O`Brien's are probably the easiest: If installworld breaks, then do this: make -k installworld make installworld I don't think this needs to be in 4.0. xinstall is *NOT* broken for -stable. (I just upgraded a -stable machine to -current a couple of days ago and my only problem was with install-info, I had *zero* problems with xinstall. *Sigh* If this would be in 4.0, you wouldn't have this install-info problem when upgrading from 3.x to 4.0. It would be nice, but we are already well past feature freeze and into code freeze. People cannot reliably test stuff if we keep changing -current every day. I'm not objecting about this patch, I really want install-tools issue be resolved before 4.0-release. I don't think that is very feasible right now. -- John Baldwin [EMAIL PROTECTED] -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [HEADS UP] xinstall/setflags (was Re: cvs commit: src/share/
On Sat, Feb 05, 2000 at 09:51:25AM -0500, John Baldwin wrote: On 04-Feb-00 Ruslan Ermilov wrote: Could you please provide then *right* instructions for UPDATING? David O`Brien's are probably the easiest: If installworld breaks, then do this: make -k installworld make installworld Argh, why don't you listening me? With the new (fixed) bsd.lib.mk, `make installworld' (whether make(1) is invoked with -k or not) will not install new libc.so.4. The second installworld will fail on trying to -fschg install libscrypt.so.2. The easiest thing is to: IF AND ONLY IF installworld fails: make -k -DNOFSCHG installworld make installworld In fact, -k is not required, without -k installworld will fail again on `install -c -s -o root -g wheel -m 4555 -fschg rcp /bin', but the new libc.so.4 will already be in /usr/lib), and the second install world will complete successfully. This is my last message on xinstall topic! I'm shutting up... -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
On Sat, Feb 05, 2000 at 02:40:02PM +, Josef Karthauser wrote: For those that want to know: # uname -a FreeBSD gandalf.systems.pavilion.net 3.4-STABLE FreeBSD 3.4-STABLE #18: Tue Jan 4 17:33:22 GMT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GANDALF i386 # cd /usr/src # make world [cut] cd /usr/src/gnu/lib/libdialog; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/dialog.h /usr/obj/usr/src/i386/usr/include cd /usr/src/gnu/lib/libgmp; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libgmp/../../../contrib/libgmp/gmp.h /usr/obj/usr/src/i386/usr/include cd /usr/src/gnu/usr.bin/cc/cc1plus; make beforeinstall sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/exception /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/new /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/new.h /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/inc/typeinfo /usr/obj/usr/src/i386/usr/include/g++ cd /usr/src/secure/lib/libcrypto; make beforeinstall for i in asn1/asn1.h asn1/asn1_mac.h bio/bio.h bf/blowfish.h bn/bn.h buffer/buffer.h cast/cast.h comp/comp.h conf/conf.h crypto.h des/des.h dh/dh.h dsa/dsa.h ../e_os.h ../e_os2.h ebcdic.h err/err.h evp/evp.h hmac/hmac.h lhash/lhash.h md2/md2.h md5/md5.h mdc2/mdc2.h objects/objects.h opensslv.h pem/pem.h pem/pem2.h pkcs12/pkcs12.h pkcs7/pkcs7.h rand/rand.h rc2/rc2.h rc4/rc4.h rc5/rc5.h ripemd/ripemd.h rsa/rsa.h stack/safestack.h sha/sha.h stack/stack.h tmdiff.h txt_db/txt_db.h x509/x509.h x509/x509_vfy.h x509v3/x509v3.h; do sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/$i /usr/obj/usr/src/i386/usr/include/openssl; done; sh /usr/src/tools/install.sh -c -o root -g wheel -m 444 /usr/obj/usr/src/secure/lib/libcrypto/openssl/opensslconf.h /usr/obj/usr/src/i386/usr/include/openssl install: /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn1.h: No such file or directory *** Error code 71 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. Make sure you have /usr/src/crypto/openssl/crypto/asn1/asn1.h: MD5 (/home/ru/src-4.0/crypto/openssl/crypto/asn1/asn1.h) = e0f9f3a92f19bbe4dbbf8279f57698de I'm running -current buildworld, installworld -DNOINFO DESTDIR=/xxx on my 3.x daily (since the last week), without any problems. -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
On Sat, Feb 05, 2000 at 05:22:24PM +0200, Ruslan Ermilov wrote: On Sat, Feb 05, 2000 at 02:40:02PM +, Josef Karthauser wrote: Make sure you have /usr/src/crypto/openssl/crypto/asn1/asn1.h: MD5 (/home/ru/src-4.0/crypto/openssl/crypto/asn1/asn1.h) = e0f9f3a92f19bbe4dbbf8279f57698de I'm running -current buildworld, installworld -DNOINFO DESTDIR=/xxx on my 3.x daily (since the last week), without any problems. I don't have it - is it not present on internat? Joe -- Josef KarthauserFreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
On Sat, Feb 05, 2000 at 03:33:39PM +, Josef Karthauser wrote: On Sat, Feb 05, 2000 at 05:22:24PM +0200, Ruslan Ermilov wrote: On Sat, Feb 05, 2000 at 02:40:02PM +, Josef Karthauser wrote: Make sure you have /usr/src/crypto/openssl/crypto/asn1/asn1.h: MD5 (/home/ru/src-4.0/crypto/openssl/crypto/asn1/asn1.h) = e0f9f3a92f19bbe4dbbf8279f57698de I'm running -current buildworld, installworld -DNOINFO DESTDIR=/xxx on my 3.x daily (since the last week), without any problems. I don't have it - is it not present on internat? I dunno, and I don't have account on internat to verify. I cvsup `cvs-all' and `cvs-crypto' from cvsup2.ua.FreeBSD.org. Maybe Mark knows... -- Ruslan Ermilov Sysadmin and DBA of the [EMAIL PROTECTED]United Commercial Bank, [EMAIL PROTECTED] FreeBSD committer, +380.652.247.647Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ata1
Hello! I just upgraded my 3.4-Stable system to a 4.0-current. It is running fine - with one exeption: the kernel seems to have problems with my 2nd ide/ata controller. when it is enabled, the system displays at boot time that it cannot find a driver vor the CDROM-Drive on ata1. On the 2nd ide channel are actually 2 devices: one noname-atapi-24x-cdrom and an atapi-cd-recorder. i don't really know whether the problem is the controller or the cd-drive. my kernel-config says: - device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA#Enable DMA on ATAPI devices --- i also tried using device ata with isa options but no change. btw, this problem also appears when i boot fron the 2127-bootdisks. i think i do have MAKEDEVed all necessary devices - ad0-ad3 are all complete. some data on my pc: k6-2-300 cpu via-chipsatz, via-ide-controller thanks, Klaus -- Klaus Herrmann [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
/usr/lib/lib*.so.* no symbols
Hi, after an installworld (cvsup Feb 4, ~4 pm CET) my libs didn't have symbols anymore: ---snip--- (107) netchild@ttyp2 nm /usr/lib/libc_r.so.4 /usr/lib/libc_r.so.4: no symbols (108) netchild@ttyp2 nm /usr/lib/libncurses.so.5 /usr/lib/libncurses.so.5: no symbols (109) netchild@ttyp2 file /usr/lib/libncurses.so.5 /usr/lib/libncurses.so.5: ELF 32-bit LSB shared object, Intel 80386, version 1 (FreeBSD), stripped ---snip--- Is this something strange (only in my system) or is this a bug in installworld (/usr/obj/usr/src/lib/libncurses/libncurses.so.5 isn't stripped)? Bye, Alexander. -- Sarcasm is just one of the many services we offer. http://www.Leidinger.net Alexander+Home @ Leidinger.net Key fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
On Sat, Feb 05, 2000 at 05:40:08PM +0200, Ruslan Ermilov wrote: I don't have it - is it not present on internat? I dunno, and I don't have account on internat to verify. I cvsup `cvs-all' and `cvs-crypto' from cvsup2.ua.FreeBSD.org. Maybe Mark knows... Ahha, I wasn't cvsup'ing all of the crypto stuff on that machine. I hadn't noticed that cvs-crypto had been defined. Sorry for the false alarm - I'm in serious danger of waking up :L) Joe -- Josef KarthauserFreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ata1
In order to have a prompt answer, you should at least send the relevant parts of 3.4 dmesg and 4.0 dmesg (to let know to the driver maintainer which board you use, for example) The problem report you have sent is useless without this info TfH Klaus Herrmann wrote: Hello! I just upgraded my 3.4-Stable system to a 4.0-current. It is running fine - with one exeption: the kernel seems to have problems with my 2nd ide/ata controller. when it is enabled, the system displays at boot time that it cannot find a driver vor the CDROM-Drive on ata1. On the 2nd ide channel are actually 2 devices: one noname-atapi-24x-cdrom and an atapi-cd-recorder. i don't really know whether the problem is the controller or the cd-drive. my kernel-config says: - device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering options ATA_ENABLE_ATAPI_DMA#Enable DMA on ATAPI devices --- i also tried using device ata with isa options but no change. btw, this problem also appears when i boot fron the 2127-bootdisks. i think i do have MAKEDEVed all necessary devices - ad0-ad3 are all complete. some data on my pc: k6-2-300 cpu via-chipsatz, via-ide-controller thanks, Klaus -- Klaus Herrmann [EMAIL PROTECTED] 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
Re: current and diskless...
On Fri, Feb 04, 2000 at 09:31:16PM +0100, Mark Huizer wrote: Is it possible to boot current diskless? Yes. I'd say (from the times I tried it in 3.1 or something) to use netboot, but that fails because it can't boot an ELF kernel. net/etherboot port will do the job. Should I build an aout kernel, and how do I do that for current? etherboot knows FreeBSD elf. Can I do it another way? One might say that with the rc.diskless files in /etc, that it should work somehow... Sure it does. I use it. rc.diskless is powerfull and allow you to share your server config (binaries + most configuration files) with bootp clients. Here's the result for the currently running bootp client: Filesystem 512-blocks UsedAvail Capacity Mounted on 10.3.0.2:/ 198366 1204946200466%/ mfs:30 1918 1416 35080%/conf/etc mfs:3463486 33658072 1%/tmp /conf/etc 1918 1416 35080%/etc procfs880 100%/proc breizh:/diskless/varfs/armor4063844 2559428 117931068%/var breizh:/usr 595326 4550529264883%/usr breizh:/usr/X11R6595326 4550529264883% /usr/X11R6_elf-3.3.3 breizh:/usr/local 2051134 1415828 47121675%/usr/local breizh:/usr/contrib 4063844 2559428 117931068%/usr/contrib mfs:64 3022 106 2676 4%/dev breizh:/usr/X11R6595326 4550529264883% /usr/X11R6_elf-3.3.3 Note that 10.3.0.2 is breizh. DHCP port is running on breizh and serves tftp/bootp requests to booting clients. I use the following options in my client MACHINE files: options BOOTP # Use BOOTP to obtain IP address/hostname options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info options BOOTP_COMPAT# Workaround for broken bootp daemons. options BOOTP_WIRED_TO=ed1 # Use interface fxp0 for BOOTP options MFS #Memory Filesystem options NFS #Network Filesystem pseudo-device vn 4 #Vnode driver (turns a file into a device) Greetings mark -- Nice testing in little China... To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message Nicholas -- [EMAIL PROTECTED] / [EMAIL PROTECTED] FreeBSD - Turning PCs into workstations - http://www.FreeBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Pre-3.3 to 4.0 w/ IPsec
Just wanted to share the knowledge of this little devil. For those who want to upgrade via cvsup their pre-3.3 system to test IPsec: due to the addition of src-sys-crypto in secure-supfile, one will have to cvsup first, upgrade their /usr/share/examples directory (cd /usr/src/share/examples ; make depend all install) and cvsup again before they can compile a kernel with IPsec. Regards, Eugene PS. Could this be a candidate for UPDATING? -- Eugene M. Kim [EMAIL PROTECTED] "Is your music unpopular? Make it popular; make music which people like, or make people who like your music." To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ftp passive modem is on by defaut?
Hello! Why ftp passive mode is on by default? ftp localhost Connected to localhost. 220 home.dv.ru FTP server (Version 6.00LS) ready. Name (localhost:dv): 331 Password required for dv. Password: 230 User dv logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp get /bin/sh /tmp/qqq local: /tmp/qqq remote: /bin/sh 229 Entering Extended Passive Mode (|||1049|) [...] ftp passive Passive mode off. ftp Manpage shows: passive Toggle passive mode. If passive mode is turned on (default is off), [...] Dmitry. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release cosmetics: ftpd
Marc Schneiders wrote: On Tue, 1 Feb 2000, Will Saxon wrote: Well, apparently we are supposed to replace a bunch of files is /etc whenever we make world. There is a command called mergemaster that does this, but the one time i used it (I did not read the directionsvery carefully) I basically messed everything up. Yes, I don't like mergemaster either. Out of curiosity, what specifically do you not like about it? I realize that not everyone is going to like/use it, but I am always interested in ways to improve the program. Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems make installworld
On 5 Feb 00, at 16:35, Ruslan Ermilov wrote: On Sat, Feb 05, 2000 at 08:47:19PM +1300, Dan Langille wrote: On 5 Feb 00, at 9:28, Ruslan Ermilov wrote: On Sat, Feb 05, 2000 at 07:41:56PM +1300, Dan Langille wrote: I'm experiencing the same problems but the proposed solution of "make -k -DNOFSCHG installworld " doesn't allow the following "make installworld" to succeed. The error messages remain unchanged. I cvsup'd about 24 hours ago. Hmm, I have received successful reports from some people. You are doing something different. We are talking about DESTDIR=/ case, and the latest bsd.lib.mk with unbroken PRECIOUSLIB feature. -DNOFSCHG is required to install without -fschg new shared libraries, in particular, libc.so.4 with setflags. -k is required since there is no such a beast like NOFSCHG for bsd.prog.mk. So, on the first pass you should have *all* new libraries installed, and some programs like /bin/rcp (which are installed with flags) not installed. On the second pass everything will be installed, since we at this point we already have the new /usr/bin/install and new libc.so.4. OK. I'll cvsup to be sure I have the latest. And try the whole process again. FWIW: I'm following the instructions mentioned by Jim Bloom in the UPDATING thread (msg id = [EMAIL PROTECTED]). cheers cd /usr/src make buildworld make installworld cd /usr/src/usr.bin/xinstall make install cd /usr/src make installworld This will not work, since with new bsd.lib.mk libc.so.4 will not be installed on the first installworld path. Just add -DNOFSCHG to the first `make installworld' (line 3 above), and the procedure will work. I.e., first installworld (with -DNOFSCHG) will fail on bin/rcp, but at this point you'll already have the correct libc.so.4. Then you will install the new /usr/bin/install, and repeat installworld. The following did me fine for a make world: make installworld make -k -DNOFSCHG installworld Last cvsup was done 13 hours ago. -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp passive modem is on by defaut?
Dmitry Valdov wrote: Hello! Why ftp passive mode is on by default? ftp localhost Connected to localhost. 220 home.dv.ru FTP server (Version 6.00LS) ready. Name (localhost:dv): 331 Password required for dv. Password: 230 User dv logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp get /bin/sh /tmp/qqq local: /tmp/qqq remote: /bin/sh 229 Entering Extended Passive Mode (|||1049|) [...] ftp passive Passive mode off. ftp Manpage shows: passive Toggle passive mode. If passive mode is turned on (default is off), [...] Dmitry. Try this: [4:04am]~-112# env | grep FTP FTP_PASSIVE_MODE=YES [4:04am]~-113# grep FTP /etc/login.conf :setenv=MAIL=/var/mail/$,BLOCKSIZE=K,FTP_PASSIVE_MODE=YES:\ ie: ftp(1)'s default is off, but the OS default configuration is to set it to on. This is actually a good thing, for what it's worth. It means you have a fighting chance of getting out through a firewall easily. Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ftp passive modem is on by defaut?
Hi, On Sat, 5 Feb 2000 22:09:18 +0300 (MSK) Dmitry Valdov [EMAIL PROTECTED] said: dv 229 Entering Extended Passive Mode (|||1049|) Since KAME version of ftp/ftpd was merged, ftp speaks EPSV/EPRT as default not only IPv6 but also IPv4. Currently, existing natd is not recognize EPRT. So, NAT user may be confuse. Please examine bin/14305. -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.imasy.org/~ume/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [HEADS UP] xinstall/setflags (was Re: cvs commit: src/share/
On Sat, Feb 05, 2000 at 09:51:25AM -0500, John Baldwin wrote: David O`Brien's are probably the easiest: If installworld breaks, then do this: make -k installworld make installworld Sounds like this should be updated to be: make -k -DNOFSCHG installworld make installworld -- -- David([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release cosmetics: ftpd
Doug Barton wrote: Marc Schneiders wrote: On Tue, 1 Feb 2000, Will Saxon wrote: Well, apparently we are supposed to replace a bunch of files is /etc whenever we make world. There is a command called mergemaster that does this, but the one time i used it (I did not read the directionsvery carefully) I basically messed everything up. Yes, I don't like mergemaster either. Out of curiosity, what specifically do you not like about it? I realize that not everyone is going to like/use it, but I am always interested in ways to improve the program. I don't know about everyone else, but my main beef with it is that it doesn't use resources like cvs (when available) to do a smarter 3-way merge. It's got the version ID tags available so it could use that to extract the old unmodified version from cvs and use either rcsmerge or applying a patch generated by a diff of the old unmodied version and the current version. This is easier said than done though as the etc files are scattered all over the tree. :-/ However, when the path is available (ie: files with $FreeBSD$ rather than $Id$) then there is no guessing required. Cheers, -Peter To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mergemaster requests
Peter Wemm wrote: Doug Barton wrote: Out of curiosity, what specifically do you not like about it? I realize that not everyone is going to like/use it, but I am always interested in ways to improve the program. I don't know about everyone else, but my main beef with it is that it doesn't use resources like cvs (when available) to do a smarter 3-way merge. It's got the version ID tags available so it could use that to extract the old unmodified version from cvs and use either rcsmerge or applying a patch generated by a diff of the old unmodied version and the current version. This is easier said than done though as the etc files are scattered all over the tree. :-/ However, when the path is available (ie: files with $FreeBSD$ rather than $Id$) then there is no guessing required. This was the most requested feature at FreeBSDCon as well. I don't have time to add that feature this week, but I will try to do it before the release. I have looked at adding that, and it looks doable. Obviously this feature would only be available for files that have $FreeBSD tags, as I shudder to think what kind of a mess I'd be getting into otherwise. However your diligent work on that issue should make my job much easier. :) Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
panic in -current from 02/05
I got a panic from -current (02/05 approx 4am EST)
It looks like a problem with the pcm driver. I've removed pcm from my
config, and my machine boots ok now.
I can also boot fine with pcm in my config from a kernel and world
from jan 18th.
Here's my config (when it panics):
config file with xl0 and pcm
Here's a dmesg from my the same kernel (with pcm, that panics):
dmesg.boot
Here's a dmesg from the currently booting kernel (without pcm):
dmesg
Here's the panic:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x28
fault code= supervisor read, page not present
isntruction pointer = 0x8:0xc01fe4e7
stack pointer = 0x10:0xce22dcd8
frame pointer = 0x10:0xce22dcdc
code segment = base 0x0, limit 0xf, type 0x1b
DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = 51 (ifconfig)
interrupt mask= tty
kernel: type 12 trap, code = 0
Stopped at csa_readio+0x17: movl 0x28(%eax), %edx
db trace
csa_readio(c10b4904, 0) at csa_readio+0x17
csa_intr(c10b4900, 4003103a, 101, c117ed00, ce22dd88) at csa_intr+0x13
intr_mux(c0a65b40, 4002, 40060010, c1170010, ce220010) at
intr_mux+0x1d
Xresume3() at Xresume3+0x2b
--- interrupt, eip= 0xc018381f, esp=0xce22dd54, ebp =0xce22dd88 ---
rtrequest(1, c117ed48, c117ed48, c117ed68, 101) at rtrequest+0x1b7
rtinit(c117ed00, 1, 1, c117ed00, 1) at rtinit+0xe7
in_ifinit(c10b9000, c117ed00, ce22decc, 0, cce8f440) at in_ifinit+0x189
in_control(cca1af00, 8040691a, ce22debc, c10b9000, cce8f440) at in_control+0x597
ifioctl
soo_ioctl
ioctl
syscall (2f,2f,2f,0, bfbffdb0) at syscall+0x176
Xint0x80_syscall()
Can anyone shed some light on this?
Viren
--
Viren R. Shah, {viren @ rstcorp . com}
"Hi, I'm a hero, but I can't tell you why. It's classified."
-- Miles muses on one of the disadvantages of a double life
(Lois McMaster Bujold, Cetaganda)
Re: ata1
On Sat, 5 Feb 2000, Klaus Herrmann wrote: options ATA_ENABLE_ATAPI_DMA#Enable DMA on ATAPI devices Try removing this. According to the warning in LINT, this breaks many CDROMs. Kris "How many roads must a man walk down, before you call him a man?" "Eight!" "That was a rhetorical question!" "Oh..then, seven!" -- Homer Simpson To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ppp/tun not forgetting old adresses
I now get dynamic ip's from my ISP, using user-ppp and i4b. I don't think this is a problem (unless there is some limit of the number of adresses remebmered), but I wonder why the previous ip's are shown on ifconfig -a: tun0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1524 inet6 fe80:15::280:c8ff:fe18:9cc2 prefixlen 64 inet 192.168.0.1 -- 212.0.0.0 netmask 0xff00 inet 212.54.76.194 -- 255.255.255.255 netmask 0x inet 212.54.76.113 -- 255.255.255.255 netmask 0x inet 212.54.76.114 -- 212.54.64.71 netmask 0xff00 inet 212.54.71.250 -- 212.54.64.77 netmask 0xff00 inet 212.54.79.40 -- 255.255.255.255 netmask 0x inet 212.54.68.149 -- 212.54.64.78 netmask 0xff00 inet 212.54.77.32 -- 255.255.255.255 netmask 0x inet 213.237.2.200 -- 255.255.255.255 netmask 0x inet 213.237.1.152 -- 212.54.64.86 netmask 0xff00 inet 212.54.70.234 -- 212.54.64.90 netmask 0xff00 inet 213.237.3.103 -- 212.54.64.68 netmask 0xff00 inet 212.54.76.214 -- 255.255.255.255 netmask 0x inet 212.54.76.173 -- 212.54.64.72 netmask 0xff00 inet 212.54.77.97 -- 255.255.255.255 netmask 0x inet 212.54.77.90 -- 212.54.64.79 netmask 0xff00 inet 212.54.79.190 -- 255.255.255.255 netmask 0x inet 212.54.77.240 -- 255.255.255.255 netmask 0x inet 212.54.77.146 -- 212.54.64.82 netmask 0xff00 inet 213.237.0.103 -- 212.54.64.65 netmask 0xff00 inet 212.54.88.44 -- 255.255.255.255 netmask 0x inet 212.54.70.49 -- 255.255.255.255 netmask 0x inet 212.54.70.26 -- 212.54.64.89 netmask 0xff00 inet 212.54.92.243 -- 212.54.64.93 netmask 0xff00 inet 213.237.1.45 -- 255.255.255.255 netmask 0x inet 213.237.1.13 -- 212.54.64.67 netmask 0xff00 inet 212.54.92.34 -- 212.54.64.94 netmask 0xff00 inet 212.54.79.198 -- 255.255.255.255 netmask 0x inet 212.54.79.161 -- 212.54.64.84 netmask 0xff00 inet 212.54.79.16 -- 255.255.255.255 netmask 0x inet 212.54.79.76 -- 212.54.64.83 netmask 0xff00 inet 212.54.83.165 -- 255.255.255.255 netmask 0x inet 212.54.74.77 -- 255.255.255.255 netmask 0x inet 212.54.88.95 -- 255.255.255.255 netmask 0x inet 212.54.88.67 -- 212.54.64.74 netmask 0xff00 inet 212.54.83.148 -- 255.255.255.255 netmask 0x inet 212.54.83.244 -- 212.54.64.92 netmask 0xff00 inet 212.54.93.221 -- 212.54.64.96 netmask 0xff00 inet 213.237.0.225 -- 212.54.64.66 netmask 0xff00 inet 213.237.2.130 -- 255.255.255.255 netmask 0x inet 213.237.2.186 -- 212.54.64.85 netmask 0xff00 inet 212.54.83.34 -- 255.255.255.255 netmask 0x inet 212.54.83.116 -- 212.54.64.91 netmask 0xff00 inet 212.54.74.34 -- 255.255.255.255 netmask 0x inet 212.54.74.112 -- 212.54.64.73 netmask 0xff00 inet 212.54.88.143 -- 212.54.64.75 netmask 0xff00 Opened by PID 12414 Leif To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release cosmetics: ftpd
On Sat, 5 Feb 2000, Doug Barton wrote: Marc Schneiders wrote: On Tue, 1 Feb 2000, Will Saxon wrote: Well, apparently we are supposed to replace a bunch of files is /etc whenever we make world. There is a command called mergemaster that does this, but the one time i used it (I did not read the directionsvery carefully) I basically messed everything up. Yes, I don't like mergemaster either. Out of curiosity, what specifically do you not like about it? I realize that not everyone is going to like/use it, but I am always interested in ways to improve the program. There is nothing wrong with mergemaster. The problem is me. I am too impatient and press the wrong button. Then I have to write down the file I have to edit manually, which means it takes more time for me than doing things manually. And I have only tried it twice, months ago. So, please, forgive me if I offended! After cd /usr/src/etc make DESTDIR=DESTDIR distrib etc. I copy my old /etc to a safe place. Use some perl script found somewhere to get rid of empty directories in DESTDIR. Then I copy all DESTDIR/dev as well as DESTDIR/etc to /dev and /etc and put in those files (after checking diffs) in old etc that I changed. It is easy to find these with ls -t. I hope this is not horribly irresponsible, stupid, etc. -- Marc Schneiders [EMAIL PROTECTED] http://www.gluur.net [EMAIL PROTECTED] 12:26AM up 1 day, 10:08, 7 users, load averages: 2.08, 2.02, 2.00 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3.x to 4.0 upgrade problems
Not much luck today. Now I've got: === lib/libcom_err cd /usr/src/lib/libcom_err install -C -o root -g wheel -m 444 /usr/src/lib/libcom_err/../../contrib/com_err/com_err.h /usr/include cd /usr/src/lib/libcom_err install -C -o root -g wheel -m 444 /usr/src/lib/libcom_err/../../contrib/com_err/com_right.h /usr/include install -c -o root -g wheel -m 444 libcom_err.a /usr/lib install -c -o root -g wheel -m 444 libcom_err_p.a /usr/lib install -c -s -o root -g wheel -m 444 libcom_err.so.2 /usr/lib ln -sf libcom_err.so.2 /usr/lib/libcom_err.so install -c -o root -g wheel -m 444 com_err.3.gz /usr/share/man/man3 === lib/libcom_err/doc install-info --quiet --defsection="Programming development tools." --defentry="* libcom_err: (com_err).A Common Error Description Library for UNIX." com_err.info /usr/share/info/dir install-info: unrecognized option `--defsection=Programming development tools.' Try `install-info --help' for a complete list of options. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 *Sigh* Joe -- Josef KarthauserFreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [HEADS UP HEADS UP] xinstall now statically linked again.
This won't give you a statically linked install. You might try adding 'NOSHARED=yes' to the make command below. Jim Bloom [EMAIL PROTECTED] Josef Karthauser wrote: I've committed the fix. Another way of not tripping over problems is: # cd /usr/src/usr.bin/xinstall # make clean depend all install This'll give you an install that's statically linked. If your install program is already broken then you'll need to copy the install binary into /usr/bin from your obj tree by hand. Sorry for the inconvenience that this has caused. Joe To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
visual config hangs
I tried to swap network cards today. So I did a boot -c then went into visual config. After adding ed0 back in and modifying, then saving the values for it, I did a Q to quit and a Y to save. That was about 20 minutes ago. It's still sitting on the visual screen. Is this a known isssue? My last cvsup was about 18 hours ago. On a side note, is there any documentation on kernel.conf? I want to enable ed0, change the base address and IOMEM. Does anyone have an example? -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: visual config hangs
On 6 Feb 00, at 14:13, Dan Langille wrote: I tried to swap network cards today. So I did a boot -c then went into visual config. After adding ed0 back in and modifying, then saving the values for it, I did a Q to quit and a Y to save. That was about 20 minutes ago. It's still sitting on the visual screen. I think we can safely ignore the above. I think it was because I removed PC-CARD from the configuration. More importantly, changes made during the above visual config are not being saved. This sounds like the problem 3.1-RELEASE had. /boot/kernel.conf remains unchanged after adding in ed0 and configuring it. -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
UPDATING - kernel fails to compile
I can't get my kernel to compile when following the UPDATING instructions. I also note that the "To build a kernel" instructions contains one too many "../". Here's what led me to it: [root@buff:/usr/src/sys/compile/BUFF] # make install install -c -m 555 -o root -g wheel -fschg kernel /kernel /usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags" *** Error code 1 Stop in /usr/src/sys/compile/BUFF. [insert lightbulb here] Ahhh, yes, /usr/src/UPDATING has the right stuff. cd src/usr.bin/genassym make depend all install clean cd ../../usr.sbin/config make depend all install clean cd ../../../sys/i386/conf=== wrong *** config YOUR_KERNEL_HERE cd ../../compile/YOUR_KERNEL_HERE make depend make *** should be cd ../../sys/i386/conf but following the above instructions still gives me: [root@buff:/usr/src/sys/compile/BUFF] # make install install -c -m 555 -o root -g wheel -fschg kernel /kernel /usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags" *** Error code 1 Stop in /usr/src/sys/compile/BUFF. # uname -a FreeBSD buff.unixathome.org 4.0-2127-CURRENT FreeBSD 4.0- 2127-CURRENT #0: Thu Jan 27 15:14:24 GMT 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC i386 cvsup is about 15 hours old and make world was just done. cheers. -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: UPDATING - kernel fails to compile
You still didn't get your installworld to complete succesfully. You have install, libc, and libutil out of sync. I believe the correct procedure for installing everything in your case is: make -k -NOFSCHG installworld make installworld Jim Bloom [EMAIL PROTECTED] Dan Langille wrote: [root@buff:/usr/src/sys/compile/BUFF] # make install install -c -m 555 -o root -g wheel -fschg kernel /kernel /usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags" *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: UPDATING - kernel fails to compile
I think you mean -DNOFSCHG, which it what I thought I did. I shall try again. cheers. On 5 Feb 00, at 21:25, Jim Bloom wrote: You still didn't get your installworld to complete succesfully. You have install, libc, and libutil out of sync. I believe the correct procedure for installing everything in your case is: make -k -NOFSCHG installworld make installworld Jim Bloom [EMAIL PROTECTED] Dan Langille wrote: [root@buff:/usr/src/sys/compile/BUFF] # make install install -c -m 555 -o root -g wheel -fschg kernel /kernel /usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags" *** Error code 1 -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 release cosmetics: ftpd
Marc Schneiders wrote: On Sat, 5 Feb 2000, Doug Barton wrote: Marc Schneiders wrote: On Tue, 1 Feb 2000, Will Saxon wrote: Well, apparently we are supposed to replace a bunch of files is /etc whenever we make world. There is a command called mergemaster that does this, but the one time i used it (I did not read the directionsvery carefully) I basically messed everything up. Yes, I don't like mergemaster either. Out of curiosity, what specifically do you not like about it? I realize that not everyone is going to like/use it, but I am always interested in ways to improve the program. There is nothing wrong with mergemaster. The problem is me. I am too impatient and press the wrong button. Heh... yes, that will get you in trouble every time. :) Then I have to write down the file I have to edit manually, which means it takes more time for me than doing things manually. And I have only tried it twice, months ago. So, please, forgive me if I offended! If I was easily offended I would not have asked you for your feedback. After cd /usr/src/etc make DESTDIR=DESTDIR distrib etc. I copy my old /etc to a safe place. Use some perl script found somewhere to get rid of empty directories in DESTDIR. Then I copy all DESTDIR/dev as well as DESTDIR/etc to /dev and /etc and put in those files (after checking diffs) in old etc that I changed. It is easy to find these with ls -t. I hope this is not horribly irresponsible, stupid, etc. Not at all, you have to do what works for you. In fact, doing it by hand reinforces learning and helps you have a better grasp of the process. It was after I had done similar steps X + 1 number of times that I finally got tired of doing it by hand and started writing the script that eventually became mergemaster. Doug -- "Welcome to the desert of the real." - Laurence Fishburne as Morpheus, "The Matrix" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: UPDATING - kernel fails to compile
After a make -k -DNOFSCHG installworld and a make installworld, I'm getting this: install -c -s -o root -g wheel -m 555 genassym /usr/bin install: genassym: No such file or directory *** Error code 71 Stop in /usr/src/usr.bin/genassym. *** Error code 1 Stop in /usr/src/usr.bin. *** Errror code 1 etc... Failing other suggestions, I'm about to do a make clean make buildworld make -k -DNOFSCHG installworld make installworld perhaps something else is fuggered. Thanks. On 5 Feb 00, at 21:25, Jim Bloom wrote: You still didn't get your installworld to complete succesfully. You have install, libc, and libutil out of sync. I believe the correct procedure for installing everything in your case is: make -k -NOFSCHG installworld make installworld Jim Bloom [EMAIL PROTECTED] Dan Langille wrote: [root@buff:/usr/src/sys/compile/BUFF] # make install install -c -m 555 -o root -g wheel -fschg kernel /kernel /usr/libexec/ld-elf.so.1: install: Undefined symbol "setflags" *** Error code 1 -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: UPDATING - kernel fails to compile
On Sun, 6 Feb 2000, Dan Langille wrote: After a make -k -DNOFSCHG installworld and a make installworld, I'm getting this: install -c -s -o root -g wheel -m 555 genassym /usr/bin install: genassym: No such file or directory *** Error code 71 It's a do-once type of thing, like the xinstall stuff. Go install genassym once, it won't bother you again. It was discussed in the lists, and doesn't affect most build intervals. You got *lucky*. Chuck Robey| Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: UPDATING - kernel fails to compile
On 5 Feb 00, at 22:30, Chuck Robey wrote: On Sun, 6 Feb 2000, Dan Langille wrote: After a make -k -DNOFSCHG installworld and a make installworld, I'm getting this: install -c -s -o root -g wheel -m 555 genassym /usr/bin install: genassym: No such file or directory *** Error code 71 It's a do-once type of thing, like the xinstall stuff. Go install genassym once, it won't bother you again. It was discussed in the lists, and doesn't affect most build intervals. You got *lucky*. Ahh yes, and it's in UPDATING. my bad. Sorry. I tried that. Then did a make installworld. Then I found that conifig wasn't installed either. so I did a cd usr.sbin/config make make install cd /usr/src make installworld then I followed these instructions from UPDATING for making a kernel: cd src/usr.bin/genassym make depend all install clean cd ../../usr.sbin/config make depend all install clean cd ../../../sys/i386/conf config YOUR_KERNEL_HERE cd ../../compile/YOUR_KERNEL_HERE make depend make Some of that may have been redundant, given my make installworld problems, but so be it. I got *lucky*? What? twice in one weekend? /me beams. Thanks to those that have helped. Everything built this time. cheers. -- Dan Langille - DVL Software Limited [I'm looking for more work] The FreeBSD Diary - http://www.freebsddiary.org/ NZ FreeBSD User Group - http://www.nzfug.nz.freebsd.org/ The Racing System - http://www.racingsystem.com/ unix @ home - http://www.unixathome.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: UPDATING - kernel fails to compile
On Sun, 6 Feb 2000, Dan Langille wrote: It's a do-once type of thing, like the xinstall stuff. Go install genassym once, it won't bother you again. It was discussed in the lists, and doesn't affect most build intervals. You got *lucky*. Ahh yes, and it's in UPDATING. my bad. Sorry. I tried that. Then did a make installworld. Then I found that conifig wasn't installed either. so I did a That's ALWAYS true. ALWAYS when building a kernel, make very sure that your config is from the same sources as the kernel. *very* often with current, config changes things, and an old config just won't cut it. That kind of thing doesn't belong in UPDATING, either. I think it's already in the handbook, and an up-to-date config will notice for you when your kernel sources are newer than your config sources, and issue you a warning. Chuck Robey| Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ifconfig hang
I'm trying to get current up on another test box, and this one has a CNET AX8814 equipped network card. One second after I do a ifconfig: ifconfig dc0 inet (somaddr) netmask (somemask) it hangs. It does this with a completely static kernel (shouldn't be loading any modules), even if I start up in single-user. My config has: device isa device eisa device pci device miibus # MII bus support device dc0 as far as network. My dmesg on the machine shows what I take to be a normal dc0 entry, but something I don't recognize for "amphy0" (I added cariage returns 'cause I know my mailer will do a worse job if I don't): dc0: ASIX AX88140A 10/100BaseTX port 0x6100-0x617f mem 0xf0201000-0xf020107f irq 12 at device 19.0 on pci0 dc0: Ethernet address: 00:80:ad:41:4a:95 miibus0: MII bus on dc0 amphy0: Am79C873 10/100 media interface on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Any idea why my hang might be happening? Chuck Robey| Interests include C Java programming, FreeBSD, [EMAIL PROTECTED] | electronics, communications, and signal processing. New Year's Resolution: I will not sphroxify gullible people into looking up fictitious words in the dictionary. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ifconfig hang
Of all the gin joints in all the towns in all the world, Chuck Robey had to walk into mine and say: I'm trying to get current up on another test box, Who's exact CPU type and hardware configuration must be a state secret, since you didn't describe them here. Come _on_ people, how often do I have to keep harping on this? Don't just tell me "I have a box." Tell me about it! and this one has a CNET AX8814 equipped network card. One second after I do a ifconfig: ifconfig dc0 inet (somaddr) netmask (somemask) it hangs. It does this with a completely static kernel (shouldn't be loading any modules), even if I start up in single-user. My config has: device isa device eisa device pci device miibus # MII bus support device dc0 as far as network. My dmesg on the machine shows what I take to be a normal dc0 entry, but something I don't recognize for "amphy0" (I added cariage returns 'cause I know my mailer will do a worse job if I don't): dc0: ASIX AX88140A 10/100BaseTX port 0x6100-0x617f mem 0xf0201000-0xf020107f irq 12 at device 19.0 on pci0 dc0: Ethernet address: 00:80:ad:41:4a:95 miibus0: MII bus on dc0 amphy0: Am79C873 10/100 media interface on miibus0 amphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Any idea why my hang might be happening? amphy is the driver for the transceiver on the card with the ASIX ethernet controller. The ASIX AX88140A doesn't have a built-in transceiver. It's actually the transceiver (PHY) that does the autonegotiation. I suspect it's really a Davicom PHY, but the Davicom parts look like they're designed to duplicate the register layout and operation of certain AMD PHYs, and they claim to have the same vendor/device ID info. Anyway. This is almost certainly a hardware problem. You haven't provided enough evidence for me to suspect it could be anything else (it would have helped if you had tried compiling the kernel with options DDB and attempted to break into the debugger to see where it was stuck -- if you actually did try this and it was wedged so bad that you couldn't break into the debugger, then you should have said so). The usual suspect in this sort of thing is some sort of problem with bus master DMA. Maybe you tried to overclock this system and got the timings wrong. Maybe the PCI chipset has bugs. Maybe it doesn't get along well with the ASIX part. Maybe you have an old machine that doesn't support bus master DMA on all of its slots, and you put the card in a slave-only slot without realizing it. As soon as you ifconfig an interface up, the kernel tries to send a gratuitous ARP through it, which triggers a transmission and a DMA. If there's a problem, this DMA operation could wedge the bus. Some of the other cards need to do a DMA just to program the receive filter (though the ASIX is not one of these). I have tested the dc driver with an ASIX card and I'm pretty sure I didn't do anything recently to goof it up, otherwise somebody else would have complained by now. (Right guys? Right? Bah.) I would try to scrounge up an MS-DOG boot floppy and run the diagnostics on the diskette supplied with the card. If the vendor-supplied diags also wedge the system during a transmission, then you need to check your hardware. -Bill -- = -Bill Paul(212) 854-6020 | System Manager, Master of Unix-Fu Work: [EMAIL PROTECTED] | Center for Telecommunications Research Home: [EMAIL PROTECTED] | Columbia University, New York City = "It is not I who am crazy; it is I who am mad!" - Ren Hoek, "Space Madness" = To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: [HEADS UP] xinstall/setflags (was Re: cvs commit: src/share/
On Sat, 5 Feb 2000, David O'Brien wrote: On Sat, Feb 05, 2000 at 09:51:25AM -0500, John Baldwin wrote: David O`Brien's are probably the easiest: If installworld breaks, then do this: make -k installworld make installworld Sounds like this should be updated to be: make -k -DNOFSCHG installworld make installworld Except -k is to hide old bugs and shouldn't be recommended. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
