Still going in circles on RELENG_4_5 - RELENG_4_6
Greetings - I am still trying to upgrade from RELENG_4_5 to RELENG_4_6 by means of 'cvsup'. I am still failing to build a usable 'ncurses' library. Has anyone sorted this out? I suppose the problem might be in generating the dependencies or needing a newer 'make', but it reports as a compiler error in a file which identical with the version which compiles fine in RELENG_4_5. If I instead download the 4.6 CD images and make a CDROM, can I upgrade while preserving my configuration information? (Naturally I know the kernel would have some items I don't use, but I want to keep users, their directories, network setup, etc.) 'Handbook' and 'Complete FreeBSD' pointers welcome for the smoothest upgrade path. TIA. - John Mills To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Still going in circles on RELENG_4_5 - RELENG_4_6
At 09:37 AM 10/24/2002 -0400, you wrote: Hi John, I just updated 2 machines to 4.7. I am not sure you (or I) completely understand the RELENG thing, but the easiest way to upgrade is to run cvsup with the standard-supfile and then follow the instructions in the Handbook on Using make world - section 21.4. It worked like a charm for me, and I am not an expert programmer or administrator. HTH, PJ I am still trying to upgrade from RELENG_4_5 to RELENG_4_6 by means of 'cvsup'. I am still failing to build a usable 'ncurses' library. Has anyone sorted this out? I suppose the problem might be in generating the dependencies or needing a newer 'make', but it reports as a compiler error in a file which identical with the version which compiles fine in RELENG_4_5. If I instead download the 4.6 CD images and make a CDROM, can I upgrade while preserving my configuration information? (Naturally I know the kernel would have some items I don't use, but I want to keep users, their directories, network setup, etc.) 'Handbook' and 'Complete FreeBSD' pointers welcome for the smoothest upgrade path. TIA. - John Mills To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
`bfd_arch_' undeclared in make buildworld (RELENG_4_6)
Hello, I am getting the following errors when doing a make buildworld on freshly (20020927) cvsup'ed RELENG_4_6 sources. Last make world on this machine was about 20010921, and it is therefore currently 4.4-STABLE. Does anyone have a clue to what this could be? I have a cvsup refuse file that keeps sendmail, r* utilities and YP stuff out of my source tree, and patch files that make sure these are not built. However, I haven't touched ld's sources or anything related (that I can conceive of, at least). === gnu/usr.bin/binutils/ld cc -O -pipe -D_GNU_SOURCE -I- -I. -I/usr/src/gnu/usr.bin/binutils/ld/i386 -I/usr/src/gnu/usr.bin/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../libbfd/i386 -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/include -DDEFAULT_EMULATION=\elf_i386\ -DTARGET=\i386-unknown-freebsd\ -DSCRIPTDIR=\/usr/libdata\ -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld -I/usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/bfd -DVERSION=\2.11.2 20010719 [FreeBSD]\ -DBFD_VERSION=\2.11.2 20010719 [FreeBSD]\-c eelf_i386.c eelf_i386.c: In function `gldelf_i386_before_parse': eelf_i386.c:71: `bfd_arch_' undeclared (first use in this function) eelf_i386.c:71: (Each undeclared identifier is reported only once eelf_i386.c:71: for each function it appears in.) *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils/ld. *** Error code 1 Stop in /usr/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /usr/src/gnu/usr.bin. *** Error code 1 Stop in /usr/src/gnu. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. I looked through the sources, and cannot find any reference to 'bfd_arch_', only bfd_arch_i386, etc. Thanks in advance. [And please keep me cc'd.] Cheers, Are Bryne -- Communiqué DAOffice: +47 22 44 33 99 Postboks 9050 Grønland Mobile:+47 900 22 009 NO-0133 Oslo URL: http://www.communique.no To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Problems with RELENG_4_6 'buildworld'
On Tue, Sep 17, 2002 at 10:25:08PM -0400, John Mills wrote: Hello - Today I decided to upgrade my RELENG_4_5 box to RELENG_4_6. No problem with 'cvsup', but 'make buildworld' has crashed twice in exactly the same spot, so I wondered if anyone might shed some light on what's happening. (My machine has a history of crashes from overheating disk drives in the type rebuild, but I wouldn't expect that to dump twice in exactly the same place.) Here is the error message: It most likely is due to a hardware problem - dodgy RAM, overheating disks, etc. I have seen the self same problem when building a port on a box with bad RAM - swapped it out, and all was fine again. (Apart from now having only half as much memory...) Dan -- Daniel Bye PGP Key: ftp://ftp.slightlystrange.org/pgpkey/dan.asc PGP Key fingerprint: 3D73 AF47 D448 C5CA 88B4 0DCF 849C 1C33 3C48 2CDC _ ASCII ribbon campaign ( ) - against HTML, vCards and X - proprietary attachments in e-mail / \ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Problems with RELENG_4_6 'buildworld'
On 2002-09-17 22:25, John Mills [EMAIL PROTECTED] wrote: Hello - Today I decided to upgrade my RELENG_4_5 box to RELENG_4_6. No problem with 'cvsup', but 'make buildworld' has crashed twice in exactly the same spot[...] b/libncurses/../../contrib/ncurses/ncurses/tinfo/alloc_entry.c -o alloc_entry.So cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 FWIW, I've seen this too. I have started a buildworld of RELENG_4_6_0_RELEASE afterwards, to see if this works out better. - Giorgos To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Problems with RELENG_4_6 'buildworld'
--- Giorgos Keramidas [EMAIL PROTECTED] wrote: Following up to my own response. I'm running now a kernel and world of RELENG_4_5 on a Cyrix 200 CPU with 64 MB of RAM: Good to see I'm not the only one. I have simply given up any large builds on my 6x86/150, as they will not complete. I have an athlon 1.8 which does the job flawlessly, so it does the builds, and 'tother installs. It works. $ uname -v FreeBSD 4.5-RELEASE-p20 #0: Tue Sep 17 15:23:24 EEST 2002 The buildworld of RELENG_4_6_0_RELEASE just crashed again on the very same spot :-( __ Do you Yahoo!? Yahoo! News - Today's headlines http://news.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Problems with RELENG_4_6 'buildworld'
Hello - Today I decided to upgrade my RELENG_4_5 box to RELENG_4_6. No problem with 'cvsup', but 'make buildworld' has crashed twice in exactly the same spot, so I wondered if anyone might shed some light on what's happening. (My machine has a history of crashes from overheating disk drives in the type rebuild, but I wouldn't expect that to dump twice in exactly the same place.) Here is the error message: -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+- cc -fpic -DPIC -O -pipe -I. -I/usr/src/lib/libncurses -I/usr/src/lib/libncurses /../../contrib/ncurses/ncurses -I/usr/src/lib/libncurses/../../contrib/ncurses/i nclude -Wall -DFREEBSD_NATIVE -DNDEBUG -DHAVE_CONFIG_H -DTERMIOS -c /usr/src/li b/libncurses/../../contrib/ncurses/ncurses/tinfo/alloc_entry.c -o alloc_entry.So cc: Internal compiler error: program cc1 got fatal signal 11 *** Error code 1 Stop in /usr/src/lib/libncurses. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+- Thanks for any suggestions. - John Mills To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RELENG_4_6
At first I thought I may have picked up a partial cvsup but cvsup'd twice more at hour intervals with no fix apparent. There appears to be a missing file in the MFC for skey fixes... This is *not* a problem in RELENG_4, only RELENG_4_6. I haven't tried RELENG_4_5. -- Pete end of make world output- cd /usr/src/usr.sbin/i4b/isdntelctl; make _EXTRADEPEND echo isdntelctl: /usr/obj/usr/src/i386/usr/lib/libc.a .depend === usr.sbin/i4b/isdntest rm -f .depend mkdep -f .depend -a /usr/src/usr.sbin/i4b/isdntest/main.c cd /usr/src/usr.sbin/i4b/isdntest; make _EXTRADEPEND echo isdntest: /usr/obj/usr/src/i386/usr/lib/libc.a .depend === usr.sbin/i4b/isdntrace rm -f .depend mkdep -f .depend -a /usr/src/usr.sbin/i4b/isdntrace/q921.c /usr/src/usr.sbin/i4b/isdntrace/q931.c /usr/src/usr.sbin/i4b/isdntrace/q931_util.c /usr/src/usr.sbin/i4b/isdntrace/q932_fac.c /usr/src/usr.sbin/i4b/isdntrace/1tr6.c /usr/src/usr.sbin/i4b/isdntrace/trace.c /usr/src/usr.sbin/i4b/isdntrace/pcause_1tr6.c /usr/src/usr.sbin/i4b/isdntrace/pcause_q850.c /usr/src/usr.sbin/i4b/isdntrace/unknownl3.c cd /usr/src/usr.sbin/i4b/isdntrace; make _EXTRADEPEND echo isdntrace: /usr/obj/usr/src/i386/usr/lib/libc.a .depend === usr.sbin/i4b/man === usr.sbin/boot0cfg rm -f .depend mkdep -f .depend -a /usr/src/usr.sbin/boot0cfg/boot0cfg.c cd /usr/src/usr.sbin/boot0cfg; make _EXTRADEPEND echo boot0cfg: /usr/obj/usr/src/i386/usr/lib/libc.a .depend === secure === secure/lib === secure/lib/libcipher === secure/lib/libcrypto === secure/lib/libssl === secure/lib/libssh === secure/libexec === secure/libexec/sftp-server rm -f .depend mkdep -f .depend -a-I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh -DNO_IDEA /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-server.c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-common.c cd /usr/src/secure/libexec/sftp-server; make _EXTRADEPEND echo sftp-server: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libcrypto.a .depend === secure/libexec/ssh-keysign rm -f .depend mkdep -f .depend -a-I/usr/src/secure/libexec/ssh-keysign/../../../crypto/openssh -DNO_IDEA /usr/src/secure/libexec/ssh-keysign/../../../crypto/openssh/ssh-keysign.c cd /usr/src/secure/libexec/ssh-keysign; make _EXTRADEPEND echo ssh-keysign: /usr/obj/usr/src/i386/usr/lib/libc.a /usr/obj/usr/src/i386/usr/lib/libcrypto.a /usr/obj/usr/src/i386/usr/lib/libz.a .depend === secure/usr.bin === secure/usr.bin/bdes rm -f .depend mkdep -f .depend -a-DNO_IDEA /usr/src/secure/usr.bin/bdes/bdes.c cd /usr/src/secure/usr.bin/bdes; make _EXTRADEPEND echo bdes: /usr/obj/usr/src/i386/usr/lib/libc.a libcipher.a .depend === secure/usr.bin/openssl cc -O -pipe -DMONOLITH -I/usr/src/secure/usr.bin/openssl -DNO_IDEA-c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/x509.c rm -f .depend mkdep -f .depend -a-DMONOLITH -I/usr/src/secure/usr.bin/openssl -DNO_IDEA /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/app_rand.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/apps.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/asn1pars.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/ca.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/ciphers.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/crl.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/crl2p7.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/dgst.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/dh.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/dhparam.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/dsa.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/dsaparam.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/enc.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/errstr.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/gendh.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/gendsa.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/genrsa.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/nseq.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/openssl.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/passwd.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkcs12.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkcs7.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/pkcs8.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/rand.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/req.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/rsa.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/rsautl.c /usr/src/secure/usr.bin/openssl/../../../crypto/openssl/apps/s_cb.c /usr/src/secure/usr.bin
Re: RELENG_4_6
If memory serves me right, Pete Carah wrote: At first I thought I may have picked up a partial cvsup but cvsup'd twice more at hour intervals with no fix apparent. There appears to be a missing file in the MFC for skey fixes... From what I can tell (my local respository, commit logs, and cvsweb) it looks like src/crypto/openssh/auth-skey.c didn't get committed to the RELENG_4_6 branch. Bruce. msg00661/pgp0.pgp Description: PGP signature
Re: RELENG_4_6
Bruce A. Mah [EMAIL PROTECTED] writes: From what I can tell (my local respository, commit logs, and cvsweb) it looks like src/crypto/openssh/auth-skey.c didn't get committed to the RELENG_4_6 branch. Thanks. That's where the first commit died, and apparently I off-by-one'd when I restarted it. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message