Slotted ebuilds try to install the same files: * /usr/include/mpf2mpfr.h * /usr/include/mpfr.h * /usr/lib64/libmpfr.a * /usr/lib64/libmpfr.la * /usr/lib64/libmpfr.so * /usr/share/info/mpfr.info.bz2 Reproducible: Always $ emerge -q --info mpfr Portage 2.2_rc67 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.11.2-r0, 2.6.34-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.34-gentoo-x86_64-Intel-R-_Core-TM-2_CPU_T5500_@_1.66GHz-with-gentoo-2.0.1 Timestamp of tree: Sun, 20 Jun 2010 02:45:02 +0000 app-shells/bash: 4.1_p7 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="@FREE" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /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="-march=native -O2 -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--ask" FEATURES="assume-digests distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.netnitco.net http://mirror.mcs.anl.gov/pub/gentoo/ http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ http://mirror.datapipe.net/gentoo ftp://mirror.datapipe.net/gentoo" LDFLAGS="-Wl,-O1,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acl acpi afs alsa amd64 berkdb bzip2 cairo caps cdr cli cracklib crypt cxx dbus dri dvd dvdr emacs fortran gd gdbm gimp gpm gtk hal iconv jpeg kerberos latex mmx modules mudflap multilib ncurses nptl nptlonly opengl openmp pam pcre perl png pppd python readline reflection session smp spl sse sse2 ssl ssse3 sysfs system-sqlite tcpd truetype unicode xorg xscreensaver zlib" 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" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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 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" ELIBC="glibc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" RUBY_TARGETS="ruby18" SANE_BACKENDS="epson2" USERLAND="GNU" VIDEO_CARDS="radeon" 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, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= dev-libs/mpfr-2.4.2_p3 was built with the following: USE="(multilib)"
Created attachment 235995 [details] build.log
Same here. ~amd64.
Same here. It is sloted but it is not really sloted. [ebuild NS ] dev-libs/mpfr-3.0.0 [2.4.2_p3] 1,112 kB
Same problem here emerge --info Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.11.2-r0, 2.6.34-gentoo-r1 x86_64) ================================================================= System uname: Linux-2.6.34-gentoo-r1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5600+-with-gentoo-2.0.1 Timestamp of tree: Sun, 20 Jun 2010 07:30:01 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA skype-eula dlj-1.1 PUEL AdobeFlash-10.1" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -pipe -O2" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps=y" FEATURES="assume-digests candy distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="it_IT.UTF-8" LC_ALL="it_IT.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="it" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/kde /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowext X a52 aac aalib acl addbookmarks alias alsa amd64 amr amuled apache2 audiofile autoreplace avi bash-completion berkdb bluetooth boost branding browserplugin bzip2 cdaudio cdb cdda cddb cdinstall cdio cdparanoia cdr cli clucene codecs connectionstatus contactnotes cpudetection cracklib crypt css ctype cups curl custom-optimization cxx dbus decibel dga divx4linux dlloader dri dts dv dvb dvd dvdr dvdread dxr3 edl emul-linux-x86 encode exif faad fam fame ffmpeg filter firefox flac fortran ftp gadu gcj gd gdbm ggi gif gimp gimpprint git glib glitz gpm groupwise gstreamer highlight history hou iconv idn ieee1394 imagemagick imap imlib inquisitio insecure-drivers ipv6 irc ithreads jack java javascript jingle jpeg jpeg2k kde lame lcd libcaca live lm_sensors lzo mad matroska messenger mikmod mime mjpeg mmx mmxext modules monkey moodbar mozbranding mozdevelop mozilla mp3 mp4 mpeg msn msword mudflap multilib musepack musicbrainz mysql mysqli mythtv ncurses nepomuk netmeeting nls nodrm nowin nowlistening nptl nptlonly nsplugin objc objc++ objc-gc offensive ogg oggvorbis opengl openmp pam pcre pdf perl phonon php plasma png ppds pppd python qt qt-copy qt3support qt4 quicktime rdesktop readline reflection remote replytolist samba sametime scanner sdl semantic-desktop sensord session slp smp sms sndfile sou sound speex spl sqlite sse sse2 ssl startup-notification statistics subversion svg sysfs taglib tcpd telepathy texteffect tga theora threads tidy tiff tokenizer translator truetype truetype-fonts unicode upnp usb v4l v4l2 vcd video videos visualization vnc vorbis wavpack webdav webpresence wifi winpopup wlm xanim xattr xcb xcomposite xine xinerama xml xmlpatterns xmlreader xmlwriter xorg xscreensaver xv xvid xvmc yahoo zip zlib" 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" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" APACHE2_MPMS="worker" DVB_CARDS="tda10046" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" RUBY_TARGETS="ruby18" SANE_BACKENDS="epson2" USERLAND="GNU" VIDEO_CARDS="radeonhd radeon" 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, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Guys, do NOT remove dev-libs/mpfr-2.4.2_p3 in order to get 3.0.0! You'll end up with broken GCC. *installing mpfr from binpkg*
(In reply to comment #5) > Guys, do NOT remove dev-libs/mpfr-2.4.2_p3 in order to get 3.0.0! You'll end up > with broken GCC. > > *installing mpfr from binpkg* Where can I find a binary package for dev-libs/mpfr-2.4.2_p3? Thanks!
didnt mean to commit that SLOT update as i gave up on the larger scale stuff. should be fixed in cvs now. http://sources.gentoo.org/dev-libs/mpfr/mpfr-3.0.0.ebuild?r1=1.1&r2=1.2
(In reply to comment #7) > didnt mean to commit that SLOT update as i gave up on the larger scale stuff. > should be fixed in cvs now.> > http://sources.gentoo.org/dev-libs/mpfr/mpfr-3.0.0.ebuild?r1=1.1&r2=1.2 Ok, but someone should REALLY relase a binary package for dev-libs/mpfr-2.4.2_p3 or a lot of gentoo installations will remain broken because of this error! Thanks.
Could be "lol", but I used ubuntu packages to restore my system and compile mpfr-3, Simply unpack the deb and copy the files in /usr/lib and /usr/include, then emerge will overwrite them because they don't belong to any installed package. I used those: http://packages.ubuntu.com/lucid/libmpfr1ldbl http://packages.ubuntu.com/lucid/libmpfr-dev
if by "this error" you mean "people blindly `emerge -C` packages". there is no automatic system breakage, only users shooting their systems by their own choice.
i dont have the patience to watch the inevitable wave of dupes and people trying to fix systems they broke, so punting back to wranglers. if there is another bug for toolchain to look at, file a new bug.
http://tinderbox.dev.gentoo.org/default-linux/amd64/dev-libs/mpfr-2.4.1_p5.tbz2 http://tinderbox.dev.gentoo.org/default-linux/x86/dev-libs/mpfr-2.4.1_p5.tbz2
*** Bug 324787 has been marked as a duplicate of this bug. ***
*** Bug 324789 has been marked as a duplicate of this bug. ***
*** Bug 324793 has been marked as a duplicate of this bug. ***
(In reply to comment #10) > if by "this error" you mean "people blindly `emerge -C` packages". there is no > automatic system breakage, only users shooting their systems by their own > choice. From a QA point of view, this isn't the right way to address problems arisen from a poorly released upgrade. Aniway...
(In reply to comment #10) > if by "this error" you mean "people blindly `emerge -C` packages". there is no > automatic system breakage, only users shooting their systems by their own > choice. Certainly. Let's close bugs.gentoo.org, cuz everything ist caused by the users own choice. Not! You're right, a sane make.conf prevented this problem. It is necessary to merge mpfr-3* forcibly, and unmerge <mpfr-2* by "emerge --depclean". But: It's sloppy maintaining. Seriously, what the fuck...? This problem shows itself. It's smelling and sitting on your face. What's necessary to commit mpfr-3.0.0.ebuild to portage tree without noticing this problem?
you might want to review the posting rules less you be punted from the site. take your garbage elsewhere.
*** Bug 324907 has been marked as a duplicate of this bug. ***
I suppose you meant my comment. (In reply to comment #18) > you might want to review the posting rules less you be punted from the site. > take your garbage elsewhere. Sheesh! I take it, you don't like my wording. But you wrote: "people blindly `emerge -C` packages" - which is at least only a half truth. The same happens with `emerge --depclean`. With FEATURES="protect-owned" or collision-protect it would have been clear that there's a problem with this ebuild. Did you test this ebuild before commiting? Not only the compiling part, also the part "don't break a system"? I would have never commented on this bug because with sane and safe defaults nothing happened. But the attitude you showed in #10 and #11 sucks. I get it, you got no patience to deal with problems you caused. Sebastian
(In reply to comment #20) > Sheesh! [snip] > I get it, you got no patience to deal with problems you caused. Sorry for breaking into the discussion, but everyone who is engaged in a serious software development knows that these things just happen, no matter how professional, responsible and well-meaning you are. It happens, you get an angry call or email from your team leader, commit a fix and life goes on. And of course, there is no need for "sitting on your face" kind of language, especially with volunteer developers, who generally do a surprisingly great job.
at least Leonid gets it, so that's encouraging. i could explain the chain of events that allowed this to be committed, but i doubt that would appease Sebastian who finds it easier to assume everyone who commits wrong code is a moron, so i wont waste any time on it. there's nothing left to be fixed here.
(In reply to comment #22) > at least Leonid gets it, so that's encouraging. i could explain the chain of > events that allowed this to be committed, but i doubt that would appease > Sebastian who finds it easier to assume everyone who commits wrong code is a > moron, so i wont waste any time on it. there's nothing left to be fixed here. > Well, to me it seems that something has to be fixed After updating to gcc-4.4.4-r1 and mpfr-3.0.0 I was in a big trouble since I could no longer compile a thing, I always had the following error during config: error while loading shared libraries: libmpfr.so.1 I had to do the following: ln /usr/lib/libmpfr.so /usr/lib/libmpfr.so.1 which is not really a good thing, but I could get the compiler to work again. Upstream, please!
unstable stage1 builds still appear to be broken due to this package bump. - "old" stage3's cannot be used to create "new" stage1's due to the mentioned missing libmpfr.so.1 lib issue. This has broken Funtoo's stage builds and I am now looking at a way to fix it. In all seriousness, I don't find this upgrade process to be very professional and I will likely end up forking more of the Gentoo core system in order to protect against these kinds of issues in the future. Yes, I appreciate the work being done to update core ebuilds and also recognize the need for this to be done, but it needs to be done in a way that minimizes the impact to users. Did anything actually *need* mpfr-3.0.0? What was the impetus for rushing this update into unstable when there were so many issues it might cause? These issues could have been anticipated. I am not happy with the process currently used to push core updates into unstable. Were any automated builds used to detect potential issues ahead of time? Was there any user impact analysis? Everybody makes mistakes, me included, but at the same time, that is why you are supposed to *test* and not push out updates to core ebuilds for the sake of having the latest version, at least without doing serious testing first. Send it to users once you have performed your due diligence to ensure the update works as expected and that potential user issues are identified and mitigations for known issues are in place.
Some thoughts from me here. First, this problem is already addressed by preserving libmpfr.so.1 from being unmerged. Unless you were really _blindly_ unmerging mpfr-2 when the new version had accidently a different slot, I cannot imagine any use case where mpfr-3 could cause breakage. We have the preserve_old_lib_notify function for a reason and every user who actually reads the elog messages knew that revdep-rebuild is necessary before libmpfr.so.1 can be safely removed from the system. Second, this is still ~arch which translates into "it sometimes _can_ break(tm)". So I really don't understand why there's now all of these complaints. You use ~arch then you'd better know that you have to be careful with updates. If vapier had decided to unleash dev-libs/gmp-5 into ~arch without p.mask, we'd had this discussion way earlier. But now that it's masked and would cause the exact same problems like mpfr-3 does, I'm afraid it will stay masked for ages...
Lars, This issue *did* impact people - read the bug report. "I can't imagine" - no imagination required in this case. If changes are made to the core system, and these changes break stage 1/2/3 builds then they are breaking an aspect of Gentoo. Not many users may see this breakage directly but it is still a bug, and causes issues for releng and for me. Core system developers should be aware of the need for Gentoo to successfully complete a stage build, which the current 3.0 ebuild doesn't support. The upgrade to mpfr may seem ho-hum from an installed user perspective, but it actually creates a bad stage breakage. A stage3 with the old 2.4 ebuild cannot be used to build a stage1 with the new 3.0 ebuild. For core packages, you really don't want to rely on revdep-rebuild for this reason, and as gcc depends on mpfr, this is a core package that requires extra care. When these issues aren't handled gracefully, they also tend to find ways to impact regular users, as documented in this bug. Again I'll go back to minimizing user impact. That means doing your due diligence to ensure that significant core system changes happen gracefully and without breakage. There are tools available for this - catalyst and metro. These are automated tools. To use them for testing, all you need is a bit of patience, and these classes of bugs can be eliminated. Since there was no mad rush to get mpfr in the tree, there is really no reason for skipping this QA step. If you are not planning to do this kind of testing, could you point people towards Funtoo when these types of bugs are reported? Because I do care about these types of bugs and want to minimize them as much as possible, and not just rely on revdep-rebuild. Core system changes in Funtoo need to be stage-build compatible. I suppose I could just pass the problem on to the releng guy -- but I *am* the releng guy. So it doesn't work so well ;)
(In reply to comment #26) > and as gcc depends on mpfr, this is a core package that requires extra care. > > When these issues aren't handled gracefully, they also tend to find ways to > impact regular users, as documented in this bug. Don't know if this is the right place for it, but I'll also note that I have yet to manage to build gcc-4.5.0.ebuild against mpfr-3.0.0.ebuild - GCC's configure script appears not to be able to detect MPFR's existence at all. Is this yet another wrinkle in this story? Yes, I know I'm running at-your-own-risk code; this is an experimental system running in a snapshotted VM, so I don't care if I slag it. :)
*** Bug 335406 has been marked as a duplicate of this bug. ***
*** Bug 389273 has been marked as a duplicate of this bug. ***
*** Bug 390039 has been marked as a duplicate of this bug. ***
