| Summary: | wget 1.10.2 - unable to build statically | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | barthek <gejzer> |
| Component: | New packages | Assignee: | Seemant Kulleen (RETIRED) <seemant> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | askwar, flash3001, gejzer |
| Priority: | High | ||
| Version: | 2005.0 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
config.log
wget-1.10.2.ebuild_without-static.patch |
||
|
Description
barthek
2005-10-14 13:09:47 UTC
I'm seeing the same. alexander, please paste the output of `emerge --info` here barthek: why do you have LDFLAGS set in your make.conf? dont know where it came from, might be that it was a fix for some improper ebuilds? strange thing i havent noticed that at all - of course removing LDFLAGS made wget compile smoothly :) barthek, and wget works? yeah it does perfectly! file `which wget` /usr/bin/wget: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.6, statically linked, for GNU/Linux 2.6.6, stripped doli@1g ~ $ wget www.tpsa.pl --16:59:51-- http://www.tpsa.pl/ => `index.html' Resolving www.tpsa.pl... 193.110.121.236 Connecting to www.tpsa.pl|193.110.121.236|:80... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://www.tp.pl/ [following] --16:59:51-- http://www.tp.pl/ => `index.html' Resolving www.tp.pl... 193.110.121.236 Connecting to www.tp.pl|193.110.121.236|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ <=> ] 34,530 --.--K/s 16:59:51 (255.70 KB/s) - `index.html' saved [34530] wondering whether alexander also had ldflags set :) (In reply to comment #2) > alexander, please paste the output of `emerge --info` here alexander@blatt ~ $ emerge info Portage 2.0.53_rc5 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-suspend2-r4.036.dm-stat i686) ================================================================= System uname: 2.6.13-suspend2-r4.036.dm-stat i686 Intel(R) Celeron(R) M processor 1.50GHz Gentoo Base System version 1.12.0_pre9 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.3.4-r1, 2.4.2 sys-apps/sandbox: 1.2.13 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -mtune=pentium-m -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mtune=pentium-m -pipe -fomit-frame-pointer" DISTDIR="/Gentoo/Portage/distfiles" FEATURES="autoconfig buildpkg ccache collision-protect distcc distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://server.bei.digitalprojects.com/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://stuff.alexander.skwar.name/gentoo/ http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://distfiles.gentoo.org/" LANG="de_DE.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="de" MAKEOPTS="-j3" PKGDIR="/Gentoo/Portage/packages" PORTAGE_TMPDIR="/Gentoo/Portage/build" PORTDIR="/Gentoo/Portage/tree" PORTDIR_OVERLAY="/Gentoo/Portage/local-tree/misc" SYNC="rsync://server/gentoo-portage" USE="x86 GAPING_SECURITY_HOLE X acpi alsa amd apm arts artswrappersuid async avi bash-completion bdf berkdb bitmap-fonts bluetooth bootsplash browserplugin cardbus ccache cdda cddb cdio cdparanoia cdr cdrom cle266 crypt css cups curl curlwrappers dbus devmap dillo divx4linux dlloader dvd dvdread emoticon esd exif fam fbcon fbdev fbsplash firefox fping freetype gd gdbm gif gnokii gnome gstreamer gtk gtk2 hal hpn icc id3 idn imagemagick imap imlib imlib2 insecure-drivers insecure-savers java javascript jikes jpeg kde kdeenablefinal libedit libwww linuxthreads-tls logrotate lynxkeymap mad madwifi maildir matroska mbox mmx mmxext mozilla moznoirc mozsvg mp3 mpeg mpeg2 mpeg4 mplayer multicall ncurses netboot network new-login nfs nis nls no-old-linux no-suexec noantlr nobcel nobeanutils nobsf nobsh nocd nocommonslogging nocommonsnet nodrm nogg nogulm nojsch nojython nolog4j nomac nooro nopri norhino noxalan noxerces nozaptel nptl nsplugin offensive ogg oggvorbis opengl openssh pam_console pam_timestamp passfile password patented pccts pcmcia pcre perl perlsuid pic player png pnp qt quicktime rar readline real recode reiserfs ruby samba sdl sendfile sensord sftp slang sms spell spf sse sse2 ssl startup-notification stream subp subtitles suid symlink sysfs syslog transcode truetype truetype-fonts trusted type1-fonts underscores unichrome unicode unsafe usb utf8 uudeview vim vim-pager vlm vorbis wifi win32codecs wma123 x11vnc xine xinetd xml xml2 xmms xpm xscreensaver xv xvid xvmc zlib video_cards_via linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LC_ALL LDFLAGS is set. To confirm the influence of LDFLAGS, I tried: LDFLAGS='' USE=static Gestoppt sudo emerge -v wget But this doesn't work: checking for libssl... no configure: error: --with-ssl was given, but OpenSSL is not available. To double check, I even removed LDFLAGS from make.conf (I commented it). As expected, wget still is not compatible with USE=static. alexander, please also remove or clear your ccache and disable distcc -- I believe ccache to be more of the issue (but I hope to $DEITY you don't have rubbish like LDFLAGS set on the rest of your boxes) this bug is user error, and I am closing it as such. (In reply to comment #9) > this bug is user error, and I am closing it as such. How is it "user error"? Please explain and also reopen the bug, as it's clearly not user error. To verify, I ran: LDFLAGS='' USE=static FEATURES="-ccache -distcc" emerge -v wget This, of course, broke as well. Nothing else was to be expected. Seemant, please don't be so quick in wrongly closing bugs :( Seemant, I'd be interested to know, why you think, that configure:10483: i686-pc-linux-gnu-gcc -o conftest -O2 -mtune=pentium-m -pipe -fomit-frame-pointer -static conftest.c -ldl -lrt /usr/lib/libssl.so /usr/lib/libcrypto.so >&5 /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: attempted static link of dynamic object `/usr/lib/libssl.so' is a "user error". Created attachment 71034 [details]
config.log
!!! Please attach the config.log to your bug report:
!!! /Gentoo/Portage/build/portage/wget-1.10.2/work/wget-1.10.2/config.log
Doing so.
Created attachment 71074 [details, diff]
wget-1.10.2.ebuild_without-static.patch
A patch against the wget-1.10.2.ebuild, which removes the non working "static"
flag from the acceptable USE flags.
Hello? Could somebody please reopen that bug? Or better yet, apply my patch which will do away with "USE=static" as it's obviously not working? well it is working as expected. why would you want to remove ability to link wget statically? i can imagine a situation where not having wget statically linked renders system unusable. (In reply to comment #14) > well it is working as expected. why would you want to remove ability to link > wget statically? i can imagine a situation where not having wget statically > linked renders system unusable. I'd like to do so, because wget doesn't compile with USE=static. configure:10483: i686-pc-linux-gnu-gcc -o conftest -O2 -mtune=pentium-m -pipe -fomit-frame-pointer -static conftest.c -ldl -lrt /usr/lib/libssl.so /usr/lib/libcrypto.so >&5 /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: attempted static link of dynamic object `/usr/lib/libssl.so' Could you please reopen the bug? reopening have you tried this with the fixes that were applied from bug #110035 ? I'd put that in on Oct 25, so if you haven't emerged sync please do so. (In reply to comment #17) > have you tried this with the fixes that were applied from bug #110035 ? I'd put > that in on Oct 25, so if you haven't emerged sync please do so. I sync daily and also synced a few seconds ago. Still no go. It would've been nice, if you could have added a link to bug #110035 a lit bit earlier... Solution: In the wget-1.10.2.ebuild, change the PATCHVER=0.1 to PATCHVER=0.2 and do a "ebuild wget-1.10.2.ebuild digest". After that, wget can be compiled with USE=static. I'd still be interested to find out, what the "user error" was... Alexandr, all you have to do is read comment #6 to see what the user error was. It wasn't you, it was the *reporter*. Alexandr, please relax with your anger and frustration. *** This bug has been marked as a duplicate of 110035 *** |
