Bug 96179 – emerge -Du world always build a libgsf version

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Jean Bréfort 2005-06-15 07:22:12 UTC]

Each time I execute emerge -Du, libgsf is compiled. When the current version is 1.10.0, it builds 1.12.0, and vice versa. I feel there is some versioning problem here. Note that the current gnumeric version (1.4.3) is known to not work properly with libgsf-1.12.0

The problem occurs both on an amd64 and an x86 machines.

emerge --info:
Portage 2.0.51.22-r1 (default-linux/amd64/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.10-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.10-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.6.12
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python:     2.3.5, 2.4.1
sys-apps/sandbox:    1.2.9
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11-r1
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -g -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /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/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -g -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.oregonstate.edu/ http://www.ibiblio.org/pub/Linux/distributions/gentoo/"
LANG="fr_FR.UTF-8"
LC_ALL="fr_FR.UTF-8"
LINGUAS="de es fr it pl zh_CN"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa berkdb bitmap-fonts bonobo bzlib cdr crypt cups dba dvd dvdr eds esd fam font-server fortran ftp gd gif gnome gpm gstreamer gtk gtk2 guile imagemagick imlib ipv6 java jp2 jpeg junit libwww lzw lzw-tiff motif mozilla mp3 ncurses nls opengl oss pam perl png postgres print python readline samba sdl ssl tcpd tetex tiff truetype truetype-fonts type1-fonts usb userlocales xml2 xpm xrandr xv zlib linguas_de linguas_es linguas_fr linguas_it linguas_pl linguas_zh_CN userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LDFLAGS, PORTDIR_OVERLAY

[Comment 1 foser (RETIRED) 2005-06-15 07:36:06 UTC]

well then you have something on your sys which depends on a newer version, this
is an 'evil' of --deep (-D).

Nothing that i can see in the tree deps on such a recent version however, so
then it's really an evil of --deep or you have non-Gentoo ebuilds that interfere.

[Comment 2 Jakub Moc (RETIRED) 2005-06-15 08:02:47 UTC]

This is caused by the workaround in Bug 94890. Otherwise 'emerge -uD world'
would just upgrade libgsf to 1.12 and stay there, but gnumeric forces downgrade
back to 1.10, etc., etc.

Meanwhile, or are probably better off if you put >=gnome-extra/libgsf-1.12 into
/etc/portage/package.mask

[Comment 3 foser (RETIRED) 2005-06-15 08:21:03 UTC]

thats not a workaround, it's valid dep notation. The forcing of upgrades what
-Du does is the problem, that is why I discourage the use of --deep.

There is no reason to mask the newer versions of libgsf for ppl who use other
apps than gnumeric.

[Comment 4 Jakub Moc (RETIRED) 2005-06-15 08:30:09 UTC]

(In reply to comment #3)
> There is no reason to mask the newer versions of libgsf for ppl who use other
> apps than gnumeric.

Right, that was a suggestion for the reporter of this bug (to mask it in his
/etc/portage/package.mask), not a suggestion for general masking of libgsf-1.12. 

[Comment 5 foser (RETIRED) 2005-06-20 03:24:46 UTC]

*** Bug 96590 has been marked as a duplicate of this bug. ***

[Comment 6 Hanno Böck 2005-06-20 03:28:49 UTC]

foser, as I've stated in bug #96590, there is a fix available in the 
gnome-bugzilla, so this is definitely not "CANTFIX". 
http://bugs.gnome.org/show_bug.cgi?id=308047 

[Comment 7 foser (RETIRED) 2005-06-20 04:27:02 UTC]

Yes i noticed, I'll check later what I'll do with that (probably wait till
release time). Still, this is not a bug.

[Comment 8 Jakub Moc (RETIRED) 2005-07-03 07:57:14 UTC]

*** Bug 97818 has been marked as a duplicate of this bug. ***

[Comment 9 Leonardo Boshell (RETIRED) 2005-07-05 12:36:10 UTC]

*** Bug 98023 has been marked as a duplicate of this bug. ***

[Comment 10 Leonardo Boshell (RETIRED) 2005-07-11 03:58:51 UTC]

*** Bug 98624 has been marked as a duplicate of this bug. ***

[Comment 11 Sean Davidson 2005-07-11 04:15:03 UTC]

The workaround I used for this was excluding the arch in the
/etc/portage/package.keywords

=gnome-extra/libgsf-1.12.0 -x86

[Comment 12 foser (RETIRED) 2005-07-22 09:43:50 UTC]

since there is no current ETA for 1.4.4 i have added the API adaption patch from
CVS to 1.4.3-r1 .