creating build/lib.linux-x86_64-3.3 x86_64-pc-linux-gnu-g++ -pthread -shared -L/usr/lib64 -Wl,-O1 -Wl,--as-needed -O3 -march=native -pipe -ftemplate-depth=120 -fvisibility-inlines-hidden build/temp.linux-x86_64-3.3/src/torrent_handle.o build/temp.linux-x86_64-3.3/src/string.o build/temp.linux-x86_64-3.3/src/peer_info.o build/temp.linux-x86_64-3.3/src/error_code.o build/temp.linux-x86_64-3.3/src/magnet_uri.o build/temp.linux-x86_64-3.3/src/utility.o build/temp.linux-x86_64-3.3/src/create_torrent.o build/temp.linux-x86_64-3.3/src/ip_filter.o build/temp.linux-x86_64-3.3/src/alert.o build/temp.linux-x86_64-3.3/src/torrent_status.o build/temp.linux-x86_64-3.3/src/version.o build/temp.linux-x86_64-3.3/src/fingerprint.o build/temp.linux-x86_64-3.3/src/converters.o build/temp.linux-x86_64-3.3/src/torrent_info.o build/temp.linux-x86_64-3.3/src/datetime.o build/temp.linux-x86_64-3.3/src/session.o build/temp.linux-x86_64-3.3/src/torrent.o build/temp.linux-x86_64-3.3/src/module.o build/temp.linux-x86_64-3.3/src/big_number.o build/temp.linux-x86_64-3.3/src/session_settings.o build/temp.linux-x86_64-3.3/src/entry.o -L../../src/.libs -L/usr/lib64 -ltorrent-rasterbar -lpthread -lboost_system-mt -lboost_python-3.3 -lpthread -lssl -lcrypto -lpython3.3 -o build/lib.linux-x86_64-3.3/libtorrent.cpython-33.so -L/usr/lib64 -Wl,-O1 -Wl,--as-needed /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -ltorrent-rasterbar collect2: error: ld returned 1 exit status error: command 'x86_64-pc-linux-gnu-g++' failed with exit status 1 Makefile:511: recipe for target 'all-local' failed make: *** [all-local] Error 1 make: Leaving directory '/var/tmp/portage/net-libs/rb_libtorrent-0.16.17-r2/work/libtorrent-rasterbar-0.16.17-python3_3/bindings/python' * ERROR: net-libs/rb_libtorrent-0.16.17-r2::gentoo failed (install phase): * emake failed Reproducible: Always Portage 2.2.18 (python 3.3.5-final-0, default/linux/amd64/13.0/desktop, gcc-4.9.2, glibc-2.20-r2, 3.19.0-gentoo x86_64) ================================================================= System uname: Linux-3.19.0-gentoo-x86_64-Intel-R-_Core-TM-_i7-4790K_CPU_@_4.00GHz-with-gentoo-2.2 KiB Mem: 8169384 total, 5788752 free KiB Swap: 4095996 total, 4095996 free Timestamp of repository gentoo: Sat, 07 Mar 2015 00:30:02 +0000 sh bash 4.3_p33-r2 ld GNU ld (Gentoo 2.25 p1.0) 2.25 distcc 3.2rc1 x86_64-pc-linux-gnu [disabled] app-shells/bash: 4.3_p33-r2::gentoo dev-java/java-config: 2.2.0::gentoo dev-lang/perl: 5.20.2::gentoo dev-lang/python: 2.7.9-r2::gentoo, 3.3.5-r1::gentoo, 3.4.3::gentoo dev-util/cmake: 3.1.0::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.2::gentoo sys-apps/openrc: 0.13.11::gentoo sys-apps/sandbox: 2.6-r1::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.4_p6-r2::gentoo, 1.11.6-r1::gentoo, 1.13.4::gentoo, 1.15::gentoo sys-devel/binutils: 2.25::gentoo sys-devel/gcc: 4.8.4::gentoo, 4.9.2::gentoo sys-devel/gcc-config: 1.8::gentoo sys-devel/libtool: 2.4.6::gentoo sys-devel/make: 4.1-r1::gentoo sys-kernel/linux-headers: 3.19::gentoo (virtual/os-headers) sys-libs/glibc: 2.20-r2::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 dupa location: /usr/local/portage/moje masters: gentoo priority: 0 multimedia location: /var/lib/layman/multimedia masters: gentoo priority: 50 qt location: /var/lib/layman/qt masters: gentoo priority: 50 steam-overlay location: /var/lib/layman/steam-overlay masters: gentoo priority: 50 sunrise location: /var/lib/layman/sunrise masters: gentoo priority: 50 Installed sets: @system ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O3 -march=native -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0 /usr/share/themes/oxygen-gtk/gtk-3.0" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O3 -march=native -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--keep-going --quiet-build=n --autounmask-write" FCFLAGS="-O3 -march=native -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O3 -march=native -pipe" GENTOO_MIRRORS="http://ftp-stud.hs-esslingen.de/pub/Mirrors/gentoo/" LANG="pl_PL.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" USE="X Xaw3d a52 aac aalib acl acpi adobe-cff aes alsa amd64 amr amrnb amrwb apng async audiofile automount avahi avresample avx avx2 bash-completion berkdb bfq bidi bineditor bluetooth bluray branding bzip2 c++0x cairo cdda cddb cdparanoia cdr chdir clang cli consolekit cracklib crypt css cuda cups curl cxx dbus dirac disk-partition divx djvu dri dts dvd dvdr ebook editor efi emboss emovix enca encode exchange exif faac faad fam fat fdk ffmpeg fftw firefox firefox3 flac fma3 fontconfig fortran fribidi g3dvl gd gdbm geoip gif glamor glitz gmedia gnuplot gphoto2 gpm gtk hddtemp iconv id3 id3tag imagemagick inotify iostats ipod jpeg kde kde4 kdehiddenvisibility kipi kompare kpathsea kqemu ladspa lame laptop lastfm latex lcms libass libcaca libnotify libsamplerate lm_sensors lto lzma lzo mad matroska midi mjpeg mmap mmx mmxext mng modules moodbar mp3 mp3tunes mp4 mpeg mplayer mtp multilib musicbrainz ncurses networkmanager nls nptl nsplugin ntfs nvidia ogg okteta openal opencl opencore-amr opengl openmp optimized-qmake opus pam pango pch pcre pdf plasma png policykit popcnt portage ppds private-headers pulseaudio python3 qt3 qt3support qt4 qthelp raster readline realmedia roe scanner schroedinger sdl secure-delete semantic-desktop sensord session shaders slang sndfile solver soundtouch sourceview sparse spell sse sse2 sse3 sse4 sse41 sse4_1 sse4a ssl ssse3 startup-notification steamruntime suid svg swat symlink syslog tcpd theora threads tiff truetype udev udisks unicode upnp upower usb vaapi vamp vcd vdpau vorbis wifi wmf wmp wxwidgets wxwindows x264 xcb xcomposite xml xscreensaver xv xvid xvmc zeroconf zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2 sse3 ssse3 sse4 sse4_2 sse41 sse4_1 sse42 sse4a aes avx avx2 fma3 popcnt" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="pl" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" QEMU_SOFTMMU_TARGETS="x86_64 i386" QEMU_USER_TARGETS="x86_64 i386" RUBY_TARGETS="ruby19 ruby20" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
Created attachment 398304 [details] build.log
(In reply to PM from comment #1) > Created attachment 398304 [details] > build.log How about -r1? Does it work for you?
(In reply to Markos Chandras from comment #2) > How about -r1? Does it work for you? Yes.
Ian this one is for you as well. Your revision broke the build
+# Markos Chandras <hwoarang@gentoo.org> (10 Mar 2015) +# Mask broken and untested ebuild. +# See #542434 and #539368 +=net-libs/rb_libtorrent-0.16.17-r2 +
This builds fine for me however this merely proves the system states are not identical. $ ebuild rb_libtorrent-0.16.17-r2.ebuild clean install >>> Completed installing rb_libtorrent-0.16.17-r2 into /mnt/gen2/TmpDir/portage/net-libs/rb_libtorrent-0.16.17-r2/image/ ------------------------------------------------------------------ 11 Mar 2015; Ian Delaney <idella4@gentoo.org> rb_libtorrent-0.16.17-r2.ebuild: revert DEPEND RDEPEND to reflect the state in the -r1 *rb_libtorrent-0.16.17-r2.ebuild (05 Mar 2015) I made the revbump modeled on the rb_libtorrent-1.0.? ebuilds. Between the rb_libtorrent-0.16.17-r1 and rb_libtorrent-1.0.? DEPEND RDEPEND were switched. I have re-switched them. Unmask this -r2 locally and run test. I do not promise this is fixed.
(In reply to PM from comment #0) > CFLAGS="-O3 -march=native -pipe" Can you please test with CFLAGS="-O2 -march=native -pipe" ?
CFLAGS="-O2 -march=native -pipe" ~/cvsPortage/gentoo-x86/net-libs/rb_libtorrent $ ebuild rb_libtorrent-0.16.17-r2.ebuild clean install make[1]: Leaving directory '/mnt/gen2/TmpDir/portage/net-libs/rb_libtorrent-0.16.17-r2/work/libtorrent-rasterbar-0.16.17' >>> Completed installing rb_libtorrent-0.16.17-r2 into /mnt/gen2/TmpDir/portage/net-libs/rb_libtorrent-0.16.17-r2/image/ strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line -R .note.gnu.gold-version usr/lib64/libtorrent-rasterbar.so.7.0.0 ecompressdir: bzip2 -9 /usr/share/doc This has built for one other dev
(In reply to Ian Delaney from comment #6) > This builds fine for me however this merely proves the system states are not > identical. > > $ ebuild rb_libtorrent-0.16.17-r2.ebuild clean install > > >>> Completed installing rb_libtorrent-0.16.17-r2 into /mnt/gen2/TmpDir/portage/net-libs/rb_libtorrent-0.16.17-r2/image/ > > ------------------------------------------------------------------ > > 11 Mar 2015; Ian Delaney <idella4@gentoo.org> > rb_libtorrent-0.16.17-r2.ebuild: > revert DEPEND RDEPEND to reflect the state in the -r1 > > *rb_libtorrent-0.16.17-r2.ebuild (05 Mar 2015) > > I made the revbump modeled on the rb_libtorrent-1.0.? ebuilds. Between the > rb_libtorrent-0.16.17-r1 and rb_libtorrent-1.0.? DEPEND RDEPEND were > switched. I have re-switched them. Unmask this -r2 locally and run test. I > do not promise this is fixed. -r2 was still broken. You did not revert anything. So I will just fixed it myself. Please be more careful next time
Well no updates on that. Please sync and try again. Builds fine for me so I am closing it as WORKSFORME
*** Bug 544116 has been marked as a duplicate of this bug. ***
Ian please have a look at this otherwise I will revert the python changes introduced by you
(In reply to Markos Chandras from comment #12) > Ian please have a look at this otherwise I will revert the python changes > introduced by you I looked ad it and I already which resulted in comment 6. I finally have an idea what is wrong here but certainly not what you expect at this point. -r2 is a conversion based on the conversions done in [M](~)1.0.2 [M](~)1.0.3 . If they weren't masked this -r2 would NEVER have happened. I gather the masking is subject to libtool oddities and from my limited observation, these may be resolved or close to resolved now. Unmasking of the 1.* will happily make rb_libtorrent-0.16.17 a non issue. > revert the python changes introduced by you amounts to deleting -r2 which leaves packages exposed to rb_libtorrent-0.16.17-r1.ebuild inheriting the olde python eclass From 539368 I also have <-r1 libtool related changes to -r2> This appears to be about Fix openssl deps and move libtool to DEPEND. 03 Mar 2015; After hours of trying to figure what is going on here, it appears that you 03 Mar 2015; Markos Chandras <hwoarang@gentoo.org> rb_libtorrent-0.16.17-r1.ebuild, rb_libtorrent-1.0.3.ebuild: Fix openssl deps and move libtool to DEPEND. Bug #539368 I made the patch Modify: 2015-03-03 11:23:31.407839546 +0800 Change: 2015-03-03 11:23:31.407839546 +0800 so it appears that I made the patch, submitted it and used it to make -r2 and in between you modified rb_libtorrent-0.16.17-r1.ebuild, rb_libtorrent-1.0.3.ebuild. No wonder I'm confused. I used one of the rb_libtorrent-1 ebuilds as a model, no longer even sure which one. I presumed they would both be up to speed. I am now utterly confused and I am not being facetious. 1. rb_libtorrent-0.16.17-r2.ebuild builds fine for me 2. rb_libtorrent-0.16.17-r2.ebuild builds fine for jlec 3. rb_libtorrent-0.16.17-r2.ebuild builds fine ALSO for you. 4. The entry in 17 Mar 2015; re rb_libtorrent-0.16.17-r2.ebuild: says you already really fixed it. What more do you want??????????? Now I am unclear on <I will revert the python changes> To me it says delete -r2 and return to -r1 but is there some in between I am totally missing? Any python changes I did were modeled from those of the 1.* which were aimed purely at conversion and which to me are not in question. This is supposed to be about cannot find -ltorrent-rasterbar not a python conversion. So; IF rb_libtorrent-0.16.17-r2.ebuild is truly broken, then in routine style its fault should be repeatable. ALL 3 of us have it build. Does this not suggest an oddity on the part of user? IF rb_libtorrent-0.16.17-r2.ebuild is truly broken, then feel free to revert it as you can. I will be most interested in observing just what they are. Looking at it is all very well but what is it I am looking at at this point? "I fixed 1.0.3 and 0.16.17-r1. Old ebuilds will be removed soon." The sooner the better. I would so have preferred to have exchanged this in the channels, it wasn't for lack of trying. You have limited time available and are hard to find. Need I say that is not a criticism, it's merely the reality of your free time.
+ 23 Mar 2015; Justin Lecher <jlec@gentoo.org> + +files/rb_libtorrent-0.16.17-python.patch, + +files/rb_libtorrent-1.0.2-python.patch, metadata.xml, + rb_libtorrent-0.16.17-r2.ebuild, rb_libtorrent-0.16.19.ebuild, + rb_libtorrent-1.0.2.ebuild, rb_libtorrent-1.0.3.ebuild: + Fix python stuff, bug #542434 +
Ian you are completely missing the point of my comments but Justin does. The problem was introduced by your multilib python $foo changes. This is now resolved. I don't see how my IRC time affects any of these. Bugzilla is the de-facto way of communicating bugs. Justin, sorry but "Fix python stuff" is not good enough for me. Changelogs were supposed to be more descriptive than that. What did you fix? why was it triggered by Ian's changes? Can we feed that back to upstream or are am I supposed to forward-port this patch from now on? Since I am supposed to maintain this package, I need to understand what exactly is the problem and how to resolve than in a proper way.
(In reply to Markos Chandras from comment #15) > Justin, sorry but "Fix python stuff" is not good enough for me. It took me enough time to figure things out so I would like to keep this short. So this is the long story. * Ian's way compiles in a different dir as the build system * the buildsystem adds the recursive path linker flags (-L../../.libs) -> bad combination My fix: * use the distutils buildsystem unwrapped (not called by make) * make buildsystem skip check for boost_python lib * make buildsystem find the correct python ABI version of boost_python automatically -> No, the patch is very specific to us, as it allows installation for several ABIs in parallel. Here the patch: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-libs/rb_libtorrent/files/rb_libtorrent-0.16.17-python.patch?view=markup Here the ebuild change: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/net-libs/rb_libtorrent/rb_libtorrent-0.16.17-r2.ebuild?r1=1.3&r2=1.4
(In reply to Justin Lecher from comment #16) > * make buildsystem skip check for boost_python lib > * make buildsystem find the correct python ABI version of boost_python > automatically Is this really necessary? Just wondering whether patching all these things out of configure.ac is really necessary. AFAIK, the system is able to detect the boost_python lib itself so that part can stay in the upstream configure.ac. However, I feel the second can't be avoided. > > > -> No, the patch is very specific to us, as it allows installation for > several ABIs in parallel. that's a shame :(
(In reply to Markos Chandras from comment #17) > (In reply to Justin Lecher from comment #16) > > * make buildsystem skip check for boost_python lib > > * make buildsystem find the correct python ABI version of boost_python > > automatically > > Is this really necessary? Just wondering whether patching all these things > out of configure.ac is really necessary. AFAIK, the system is able to detect > the boost_python lib itself so that part can stay in the upstream > configure.ac. However, I feel the second can't be avoided. > For me it didn't work when doing auto detection. This way we have tob do some patch work but stay on the save side fit the user
(In reply to Markos Chandras from comment #15) > Ian you are completely missing the point of my comments but Justin does. That is exactly why I asked him to come look. < The problem was introduced by your multilib python $foo changes. This is now > resolved. I don't see how my IRC time affects any of these. Bugzilla is the > de-facto way of communicating bugs. > Personally I am reticent to have this type of discussion in an open bug, however, to the end, this was in fact about "x86_64-pc-linux-gnu/bin/ld: cannot find -ltorrent-rasterbar" at least I am pretty sure. I prefer to do this type of thrashing out in irc. If you're both 'fine' with all this here in this bug then who am I to bicker. > Justin, sorry but "Fix python stuff" is not good enough for me. Changelogs > were supposed to be more descriptive than that. What did you fix? why was it > triggered by Ian's changes? Can we feed that back to upstream or are am I > supposed to forward-port this patch from now on? Since I am supposed to > maintain this package, I need to understand what exactly is the problem and > how to resolve them in a proper way. Markos, agree with your every word. In short, this is nasty bug that went above my familiarity of the autobuild processes. I touched on it in early days then settled on python in which advanced builds like these are the exception. I could should get more practiced with them again but the reality is at the moment I am not. I could not have made the patch made by Justin, period. In the final ebuild I wonder about DISTUTILS_OPTIONAL=true. I don't wonder about AUTOTOOLS_AUTORECONF=true. It appears these additions are right out of <Divergences from python-r1> in /Python.eclass_conversion guide and are required because of the build by python being optional on the python USE flag. This merely illustrates that this is nasty bug. Also note how reduced the final ebuild is courtesy of the new distutils-r1 eclass. It's good in that way. In summary, this was in fact achieved by collaboration and co-operation. Justin was able to bridge the gap between autobuild and the new python eclasses. Just be grateful and kudos to him.
