Re: buildworld failure in libfetch
On Wed, 05 Jun 2002 16:44:55 CST, Scott Long wrote: Ok, I finally feel the need to speak up here. DES, FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD! PERIOD! Don't give me any crap about It's -current, you should expect breakage. You are abusing this disclaimer far more than it was ever meant for. Breaking world used to be a very humiliating event for committers. You, however, break it on a consistent basis. What the F*CK? Yes, others have broken world before you, and others will break it after you, but you are abusing the standards of the project. I think you went a little over the top with this message. If you'd taken a moment to calm down and limited yourself to presenting an emotion-free complaint, you'd be in a much better position to expect a positive result. Yes, DES broke the world build. Yes, more / better testing on his part could have avoided the breakage. Still, it's seldom useful to come on so strong. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
buildworld failure in libfetch
I'm trying to upgrade from a 2002.05.10-CURRENT, with a fresh cvsup. Error attached. Regards, -- Michael Nottebrock --- error Description: application/java-vm
Re: buildworld failure in libfetch
Michael Nottebrock wrote: Error attached. Correctly this time. Regards, -- Michael Nottebrock === lib/libfetch cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/fetch.c -o fetch.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/common.c -o common.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/ftp.c -o ftp.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wp ointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/http.c -o http.o cc -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized - c /usr/src/lib/libfetch/file.c -o file.o building static fetch library ranlib libfetch.a cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/fetch.c -o fetch.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/common.c -o common.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/ftp.c -o ftp.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/http.c -o http.So cc -fpic -DPIC -O -pipe -march=athlon -I. -DINET6 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-unin itialized -c /usr/src/lib/libfetch/file.c -o file.So make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop
Re: buildworld failure in libfetch
David Wolfskill wrote: Were you running with -j ? 'cause the error appears to be with libssl, not libfetch. Nope. And I built OK, both with -j8 (on 2x866 PII) -j4 (on laptop), though I didn't use the athlon specification I tried unsetting CPUTYPE, no change. You might try a combination of no -j clearing /usr/obj/usr/src to see if you can make it recur in a pristine environment. I rm -rf /usr/obj before every build. Regards, -- Michael Nottebrock To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failure in libfetch
If memory serves me right, Michael Nottebrock wrote: David Wolfskill wrote: Were you running with -j ? 'cause the error appears to be with libssl, not libfetch. Nope. I've seen this too, starting with a pristine /usr/obj and no -j option. I wonder if this has to do with the recent SSL support added to libfetch? Bruce. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failure in libfetch
This seems not yet fixed even after libfetch commit. U lib/libfetch/Makefile U lib/libfetch/common.c U lib/libfetch/common.h U lib/libfetch/http.c U usr.bin/fetch/Makefile === usr.sbin/pkg_install/add cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/main.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/perform.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/futil.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -c /usr/src/usr.sbin/pkg_install/add/extract.c cc -O -pipe -march=pentium -I/usr/src/usr.sbin/pkg_install/add/../lib -Wall -Wno-format-y2k -Wno-uninitialized -o pkg_add main.o perform.o futil.o extract.o /usr/obj/usr/src/usr.sbin/pkg_install/add/../lib/libinstall.a -lfetch -lmd /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_set_fd' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_NAME_oneline' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_read' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_new' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_CTX_new' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_library_init' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `ERR_print_errors_fp' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_load_error_strings' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_CIPHER_get_name' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSLv23_client_method' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_get_subject_name' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_get_current_cipher' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_connect' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `X509_get_issuer_name' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_get_peer_certificate' /usr/obj/usr/src/i386/usr/lib/libfetch.so: undefined reference to `SSL_write' *** Error code 1 Stop in /usr/src/usr.sbin/pkg_install/add. *** Error code 1 -- Jun Kuriyama [EMAIL PROTECTED] // IMG SRC, Inc. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failure in libfetch
On Thu, Jun 06, 2002 at 01:04:51PM +0900, Jun Kuriyama wrote: This seems not yet fixed even after libfetch commit. U lib/libfetch/Makefile U lib/libfetch/common.c U lib/libfetch/common.h U lib/libfetch/http.c U usr.bin/fetch/Makefile --- /usr/src/Makefile.inc1.orig Wed Jun 5 14:24:15 2002 +++ /usr/src/Makefile.inc1 Wed Jun 5 14:27:26 2002 @@ -720,6 +720,9 @@ _prebuild_libs+= secure/lib/libssh secure/lib/libssh__L: secure/lib/libcrypto__L lib/libz__L .endif +.if !defined(NO_OPENSSL) +_prebuild_libs+= secure/lib/libssl +.endif _generic_libs+=secure/lib .endif -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failure in libfetch
Michael Nottebrock [EMAIL PROTECTED] writes: make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop *expletive deleted* I didn't think of that. I'll commit a workaround ASAP, but I'm not sure how to fix it properly. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: buildworld failure in libfetch
Ok, I finally feel the need to speak up here. DES, FREEFALL CVS IS NOT THE PLACE TO PUT EXPERIMENTAL CODE THAT BREAKS WORLD! PERIOD! Don't give me any crap about It's -current, you should expect breakage. You are abusing this disclaimer far more than it was ever meant for. Breaking world used to be a very humiliating event for committers. You, however, break it on a consistent basis. What the F*CK? Yes, others have broken world before you, and others will break it after you, but you are abusing the standards of the project. You know how to use branches in P4, and you know how to type cd /usr/src; make world What is so hard about doing this? Yes, it will slow down your ability to commit. Oh well. FreeBSD is about quality, and quality starts with code that builds. DES, you are hindering others who are trying to do work in -current. Most other committers make world before committing their stuff, and your disrespect to them is insulting and wastes time. Scott On Wed, Jun 05, 2002 at 11:22:54PM +0200, Dag-Erling Smorgrav wrote: Michael Nottebrock [EMAIL PROTECTED] writes: make: don't know how to make /usr/obj/usr/src/i386/usr/lib/libssl.a. Stop *expletive deleted* I didn't think of that. I'll commit a workaround ASAP, but I'm not sure how to fix it properly. DES -- Dag-Erling Smorgrav - [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: buildworld failure in libfetch
On Wed, Jun 05, 2002 at 04:44:55PM -0600, Scott Long wrote: Ok, I finally feel the need to speak up here. I sent this patch to DES in private email, but it fixes world. Watch for cut-n-paste problems. troutmask:root[249] diff -u Makefile.inc1.orig Makefile.inc1 --- Makefile.inc1.orig Wed Jun 5 14:24:15 2002 +++ Makefile.inc1 Wed Jun 5 14:27:26 2002 @@ -720,6 +720,9 @@ _prebuild_libs+= secure/lib/libssh secure/lib/libssh__L: secure/lib/libcrypto__L lib/libz__L .endif +.if !defined(NO_OPENSSL) +_prebuild_libs+= secure/lib/libssl +.endif _generic_libs+=secure/lib .endif -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
