Hi, for use in scientific software I would like to stable a newer version of mpfr from the 3 branch? Do you see any objections? The only open bug seems to be bug 186624, but vapier commented that this is not supported anyway. Please add arches if this is OK. Thanks. Reproducible: Always
ping. How are the chances for this one?
amd64 ok
amd64 done. Thanks Agostino
Hmm maybe I should reverd the keyword? Seems to break gcc-4.4.5 really bad http://forums.gentoo.org/viewtopic-t-868229.html?sid=636a190917a0e54afe132df46704a41b
I reverted the keyword for now
Similar bug on upstream bugzilla: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455
Let me add some more explanation why I reverted they keyword. It seems like revdep-rebuild --library '/usr/lib64/libmpfr.so.1' does not do anything in the sense that it does not rebuild gcc. Users accidentally then might assume that the process exited with success and go and delete the preserved library ending up with broken systems. This is probably a bug to revdep-rebuild but we cannot have this package stable for now. What if you "fix" the warning message coming from dev-libs/mpfr and say that users must rebuild gcc and not rely on revdep-rebuild?
That's exactly what I did, unfortunately... How can I fix it?
(In reply to comment #5) > I reverted the keyword for now I didn't find any valid reason for doing that the links provided here. So, why the reverting? You know that downgrading mpfr breaks systems ld.so wise?
(In reply to comment #7) > Let me add some more explanation why I reverted they keyword. It seems like > > revdep-rebuild --library '/usr/lib64/libmpfr.so.1' does not do anything in the > sense that it does not rebuild gcc. That's bug 357225, revdep-rebuild/eutils.eclass is broken, don't use the path in the --library call.
(In reply to comment #10) As I said the users didn't know that they were supposed to rebuild gcc because revdep-rebuild does not catch the breakage. So the only solution for them was to revert to the previous mpfr anyway
(In reply to comment #11) > (In reply to comment #10) > As I said the users didn't know that they were supposed to rebuild gcc because > revdep-rebuild does not catch the breakage. So the only solution for them was > to revert to the previous mpfr anyway Indeed! Except that they no longer have a gcc to (re)build it with. Creating a symlink from libmpfr.so.1 to libmpfr.so.4 in /usr/lib64 as suggested in bug 327043 comment 6 at least has the gcc emerge grinding beyond the configure stage for me.
(In reply to comment #8) You can use a binary package from the previous package if you have one. I will upload one later
Here is the binary package for those who have a broken system (this is for amd64 users only!) http://dev.gentoo.org/~hwoarang/mpfr-2.4.2_p3.tbz2
So what should be the proper procedure once new package has been installed and libmpfr.so.1 removed? 1) creating a symlink from libmpfr.so.1 to libmpfr.so.4 in /usr/lib64. 2) recompile all(if sloted) installed gcc. 3) deletion of the above created link.
This is stabilization bug, *not* a forum, *neither* bug about downgrading mpfr. Please move this discussion elsewhere.
I'm not sure how to test this on multilibbed SPARC if GCC depends on this library. How best to proceed with testing this?
it's really not a big deal. upgrade mpfr. run revdep-rebuild. done.
while things are in the pipe to fix this long term, ive added a simple hack so we can move forward with stabilization http://sources.gentoo.org/eclass/eutils.eclass?r1=1.354&r2=1.355
amd64 seems ok. after revdep-rebuild all is ok
ppc/ppc64 stable
Tested on x86: OK, mfpr's elog message gives correct revdep-rebuild command-line, which results in rebuilding gcc; after that, removing the old library works fine, and the system is also working (can build packages)
amd64 done, thanks Agostino
(In reply to comment #22) > Tested on x86: OK, mfpr's elog message gives correct revdep-rebuild > command-line, which results in rebuilding gcc; after that, removing the old > library works fine, and the system is also working (can build packages) +1 over here! :-)
Using it for a while now... so let the fun begin: x86 stable. Thanks Pawel and Andreas.
Stable for HPPA.
(In reply to comment #18) > it's really not a big deal. upgrade mpfr. run revdep-rebuild. done. Trouble is, on my SPARC box, I have several cross compilers which were installed with crossdev, these also gets picked up by the revdep-rebuild process, which can break things for those cross compilers. For example: * broken /usr/lib32/binutils/i586-pc-linux-gnu/2.20.1/libbfd.la (requires -liberty) * broken /usr/lib32/binutils/i586-pc-linux-gnu/2.20.1/libopcodes.la (requires -liberty) * broken /usr/lib32/binutils/i686-pc-linux-gnu/2.20.1/libbfd.la (requires -liberty) * broken /usr/lib32/binutils/i686-pc-linux-gnu/2.20.1/libopcodes.la (requires -liberty) * broken /usr/lib32/binutils/powerpc-unknown-linux-gnu/2.20.1/libbfd.la (requires -liberty) * broken /usr/lib32/binutils/powerpc-unknown-linux-gnu/2.20.1/libopcodes.la (requires -liberty) * broken /usr/lib32/binutils/sparc-unknown-linux-gnu/2.21/libbfd.la (requires -liberty) * broken /usr/lib32/binutils/sparc-unknown-linux-gnu/2.21/libopcodes.la (requires -liberty) For now, I just remove them from the list of packages to rebuild.
mpfr 3.0.0_p2 has been tested with my SPARC compilers and seems to work OK, so I think it can be a candidate for stabilisation.
Interestingly for me, revdep-rebuild didn't catch this, I had to manually execute revdep-rebuild --library 'libmpfr.so.1' to get revdep to catch this and rebuild gcc. I'm on amd64: Portage 2.1.9.42 (default/linux/amd64/10.0, gcc-4.4.5, glibc-2.11.3-r0, 2.6.36-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.36-gentoo-r5-x86_64-AMD_Opteron-tm-_Processor_244-with-gentoo-1.12.14 Timestamp of tree: Sun, 27 Mar 2011 20:30:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.65-r1 sys-devel/automake: 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.5 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.36.1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -O2 -pipe" DISTDIR="/mnt/backup/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans" FFLAGS="" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.mirrors.tds.net/gentoo ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ http://gentoo.netnitco.net" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/mnt/backup/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="/mnt/backup/portagetmp" PORTDIR="/mnt/backup/portage" PORTDIR_OVERLAY="/var/lib/layman/php" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="acl amd64 apache2 berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv ipv6 mmx modules mudflap multilib mysql ncurses nls nptl nptlonly openmp pam pcre perl php pppd python readline session sockets sqlite sse sse2 ssl sysfs tcpd threads unicode vhosts xorg 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" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" 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 ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PHP_TARGETS="php5-3%" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nouveau nv r128 radeon savage sis tdfx trident vesa via vmware dummy v4l" 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, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
arm stable
Stable on alpha.
ia64/m68k/s390/sh/sparc stable, closing
