Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Infinite @preserved-rebuild loop: python and tcl/tk [SOLVED]
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Sun Jan 26, 2014 10:01 am    Post subject: Infinite @preserved-rebuild loop: python and tcl/tk [SOLVED] Reply with quote

Edit: The solution that worked for me is in this post. Here it is in brief:
  1. move /usr/lib64/libtk8.6.so and /usr/lib64/libtcl8.6.so to /root
  2. emerge blt
  3. emerge python:2.7 python:3.2 python:3.3
YMMVG! I moved the versions of tk and tcl that were no longer needed by *my* system. Your system may still need the libraries I had to move. In general, moving libraries out of /usr/*lib/ will cause breakage. I suggest you always move libraries instead of deleting them so you can move them back if things don't work out, but even with that precaution, moving libraries can be dangerous. It should be a last resort, not a first resort.

Original Message:
I did an emerge -av -uDN world today followed by several emerge -av @preserved-rebuild. Unfortunately python stays broken. Here is the message I get after I emerge -av @preserved-rebuild:
Code:
!!! existing preserved libs:
>>> package: dev-lang/tcl-8.5.13-r1
 *  - /usr/lib64/libtcl8.6.so
 *      used by /usr/lib64/python2.7/lib-dynload/_tkinter.so (dev-lang/python-2.7.5-r3)
 *      used by /usr/lib64/python3.2/lib-dynload/_tkinter.cpython-32.so (dev-lang/python-3.2.5-r3)
 *      used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so (dev-lang/python-3.3.3)
>>> package: dev-lang/tk-8.5.13-r1
 *  - /usr/lib64/libtk8.6.so
 *      used by /usr/lib64/python2.7/lib-dynload/_tkinter.so (dev-lang/python-2.7.5-r3)
 *      used by /usr/lib64/python3.2/lib-dynload/_tkinter.cpython-32.so (dev-lang/python-3.2.5-r3)
 *      used by /usr/lib64/python3.3/lib-dynload/_tkinter.cpython-33.so (dev-lang/python-3.3.3)
Use emerge @preserved-rebuild to rebuild packages using these libraries

Running emerge @preserved-rebulld again results in exactly the same output.

Here is an example of python not working:
Code:
pysolfc   
Traceback (most recent call last):
  File "/usr/share/games/pysolfc/pysol.py-python2.7", line 26, in <module>
    init()
  File "/usr/lib64/python2.7/site-packages/pysollib/init.py", line 120, in init
    root = Tkinter.Tk(className=settings.TITLE)
  File "/usr/lib64/python2.7/lib-tk/Tkinter.py", line 1745, in __init__
    self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use)
_tkinter.TclError: Can't find a usable init.tcl in the following directories:
    /usr/lib64/tcl8.6 /usr/lib/tcl8.6 /lib/tcl8.6 /usr/library /library /tcl8.6.0/library /tcl8.6.0/library

This probably means that Tcl wasn't installed properly.

So it seems that portage is clever enough to know that the tcl/tk dependency is breaking python but re-emerging python does not solve the issue. Both tcl and tk were updated today when I emerged world.

Here is my emerge --info python:
Code:
 emerge --info python
Portage 2.2.7 (default/linux/amd64/13.0/desktop, gcc-4.7.3, glibc-2.17, 3.7.10-antix.4-fb+ x86_64)
=================================================================
                         System Settings
=================================================================
System uname: Linux-3.7.10-antix.4-fb+-x86_64-AMD_Athlon-tm-_II_X4_640_Processor-with-gentoo-2.2
KiB Mem:     6117860 total,   1731440 free
KiB Swap:    8008364 total,   7736168 free
Timestamp of tree: Sat, 25 Jan 2014 22:15:01 +0000
ld GNU ld (GNU Binutils) 2.23.2
app-shells/bash:          4.2_p45
dev-java/java-config:     2.1.12-r1
dev-lang/python:          2.7.5-r3, 3.2.5-r3, 3.3.3
dev-util/cmake:           2.8.11.2
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.12.4
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.10.3, 1.11.6, 1.12.6, 1.13.4
sys-devel/binutils:       2.23.2
sys-devel/gcc:            4.7.3-r1
sys-devel/gcc-config:     1.7.3
sys-devel/libtool:        2.4.2
sys-devel/make:           3.82-r4
sys-kernel/linux-headers: 3.9 (virtual/os-headers)
sys-libs/glibc:           2.17
Repositories: gentoo local
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA dlj-1.1 PUEL googleearth AdobeFlash-10.1 AdobeFlash-11.x AdobeFlash-10.3 Oracle-BCLA-JavaSE google-chrome MakeMKV-EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -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="-O2 -pipe"
GENTOO_MIRRORS="rsync://mirrors.rit.edu/gentoo/ http://mirrors.rit.edu/gentoo/     http://mirror.usu.edu/mirrors/gentoo/ ftp://gentoo.mirrors.tds.net/gentoo     ftp://mirrors.rit.edu/gentoo/"
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j5"
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"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync5.us.gentoo.org/gentoo-portage"
USE="3dnow 3dnowext X a52 aac acpi alsa amarok amd64 bash-completion berkdb bluray branding bzip2 cairo cdda cddb cdparanoia cdr cjk cli consolekit cracklib crypt cups cxx dbus djvu dri dts dvd dvdnav dvdr dvdread emboss emovix encode exif fam fbcon ffmpeg firefox flac fortran gdbm gif glitz gmp gpm gtk iconv icu id3 ieee1394 imagemagick java jpeg kpathsea lcms libnotify libwww lirc lm_sensors logitech-mouse mad mmx mmxext mng modules mp3 mp4 mpeg mplayer multilib musicbrainz ncurses nls nptl nsplugin objc ogg opengl openmp pam pango pcre pdf plotutils png policykit ppds python qt3support qt4 quicktime readline real ruby sdl session sockets spell sse sse2 ssl startup-notification svg tcltk tcpd tetex tidy tiff tk truetype udev udisks unicode upower usb vaapi vdpau vim-pager vim-syntax vorbis wxwidgets x264 xcb xcomposite xetex xine xinerama xml xmp xv xvid zlib" ABI_X86="64" ALSA_CARDS="hda-intel" 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" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="canon 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 ublox ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en" LIRC_DEVICES="mceusb" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby18" SANE_BACKENDS="net" 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, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON

=================================================================
                        Package Settings
=================================================================

dev-lang/python-2.7.5-r3 was built with the following:
USE="gdbm (multilib) ncurses readline sqlite ssl threads tk (wide-unicode) xml -berkdb -build -doc -examples -hardened -ipv6 -wininst" ABI_X86="64"
CFLAGS="-march=athlon64 -O2 -pipe -fwrapv"
CXXFLAGS="-march=athlon64 -O2 -pipe -fwrapv"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -L."


dev-lang/python-3.2.5-r3 was built with the following:
USE="gdbm (multilib) ncurses readline ssl threads tk (wide-unicode) xml -build -doc -examples -hardened -ipv6 -sqlite -wininst" ABI_X86="64"
CFLAGS="-march=athlon64 -O2 -pipe -fwrapv"
CXXFLAGS="-march=athlon64 -O2 -pipe -fwrapv"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -L."


dev-lang/python-3.3.3 was built with the following:
USE="gdbm (multilib) ncurses readline ssl threads tk xml -build -doc -examples -hardened -ipv6 -sqlite -wininst" ABI_X86="64"
CFLAGS="-march=athlon64 -O2 -pipe -fwrapv"
CXXFLAGS="-march=athlon64 -O2 -pipe -fwrapv"
LDFLAGS="-Wl,-O1 -Wl,--as-needed -L."


Last edited by BitJam on Wed Jan 29, 2014 7:25 pm; edited 1 time in total
Back to top
View user's profile Send private message
quilosaq
Veteran
Veteran


Joined: 22 Dec 2009
Posts: 1395

PostPosted: Sun Jan 26, 2014 1:08 pm    Post subject: Reply with quote

Try
Code:
# emerge -pv --depclean
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6194

PostPosted: Sun Jan 26, 2014 7:04 pm    Post subject: Reply with quote

First, post 'lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so' - let's try to figure out when does it link to the older lib and if it links only to the older libs or to both.
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 3426

PostPosted: Sun Jan 26, 2014 9:14 pm    Post subject: Reply with quote

Today I began having this same thing happen on one system (out of five) except that it's about different libs:
Code:
!!! existing preserved libs:
>>> package: dev-libs/libcdio-0.90-r1
 *  - /usr/lib64/libcdio.so.13
 *  - /usr/lib64/libcdio.so.13.0.0
 *      used by /usr/lib64/audacious/Input/cdaudio-ng.so (media-plugins/audacious-plugins-3.2.2-r1)
 *      used by /usr/lib64/libburn.so.4.85.0 (dev-libs/libburn-1.3.2)
 *      used by /usr/libexec/gvfsd-cdda (gnome-base/gvfs-1.16.4)
>>> package: media-libs/libjpeg-turbo-1.3.0-r3
 *  - /usr/lib64/libjpeg.so.8
 *  - /usr/lib64/libjpeg.so.8.0.2
 *      used by /usr/bin/Xvnc (net-misc/tightvnc-1.3.10-r1)
 *      used by /usr/bin/argyll-applycal (media-gfx/argyllcms-1.4.0-r1)
 *      used by /usr/bin/argyll-average (media-gfx/argyllcms-1.4.0-r1)
 *      used by 87 other files
Use emerge @preserved-rebuild to rebuild packages using these libraries

I've been through the loop several times. I've also run "emerge --depclean", after using "-p", of course. I've also run "revdep-rebuild", and this still comes up.

Should I continue this here since it seems to be the same underlying problem, or start a new thread?
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Sun Jan 26, 2014 9:22 pm    Post subject: Reply with quote

@depontius, I suggest you stay here.

There was massive output from "emerge -pv --depclean" but the only package that would be removed was: sys-apps/sdparm-1.07.

Here is lddtree:
Code:
lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so
/usr/lib64/python2.7/lib-dynload/_tkinter.so (interpreter => None)
    libBLT24.so => /usr/lib64/libBLT24.so
        libjpeg.so.62 => /usr/lib64/libjpeg.so.62
        libtk8.5.so => /usr/lib64/libtk8.5.so
            libXft.so.2 => /usr/lib64/libXft.so.2
                libfreetype.so.6 => /usr/lib64/libfreetype.so.6
                    libz.so.1 => /lib64/libz.so.1
                    libbz2.so.1 => /lib64/libbz2.so.1
                libXrender.so.1 => /usr/lib64/libXrender.so.1
            libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1
                libexpat.so.1 => /usr/lib64/libexpat.so.1
        libtcl8.5.so => /usr/lib64/libtcl8.5.so
            libdl.so.2 => /lib64/libdl.so.2
                ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2
        libX11.so.6 => /usr/lib64/libX11.so.6
            libxcb.so.1 => /usr/lib64/libxcb.so.1
                libXau.so.6 => /usr/lib64/libXau.so.6
                libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6
        libm.so.6 => /lib64/libm.so.6
    libtk8.6.so => /usr/lib64/libtk8.6.so
    libtcl8.6.so => /usr/lib64/libtcl8.6.so
    libpython2.7.so.1.0 => /usr/lib64/libpython2.7.so.1.0
        libutil.so.1 => /lib64/libutil.so.1
    libpthread.so.0 => /lib64/libpthread.so.0
    libc.so.6 => /lib64/libc.so.6
Back to top
View user's profile Send private message
jasn
Guru
Guru


Joined: 05 May 2005
Posts: 439
Location: Maryland, US

PostPosted: Sun Jan 26, 2014 9:48 pm    Post subject: Reply with quote

I am stuck in a similar situation as well. I think that there appears to be a problem with the 8.6 versions of both dev-lang/tcl and dev-lang/tk. I noticed that the following versions had been installed on my system and were causing blockers after an update;
Code:
dev-lang/tcl-8.6.1-r1
dev-lang/tk-8.6.1

So I removed them with and emerge -C, masked those versions and then downgraded to;
Code:
dev-lang/tcl-8.5.15-r1
dev-lang/tk-8.5.15

with an emerge tcl tk. However, I then noticed similar emerge @preserved-rebuild messages as the OP. However,
Code:
!!! existing preserved libs:
>>> package: dev-lang/tcl-8.5.13-r1
 *  - /usr/lib64/libtcl8.6.so

/usr/lib64/libtcl8.6.so isn't the lib for dev-lang/tcl-8.5.x it's the lib from dev-lang/tcl-8.6.x. Similarly;
Code:
>>> package: dev-lang/tk-8.5.13-r1
 *  - /usr/lib64/libtk8.6.so

/usr/lib64/libtk8.6.so is the lib from dev-lang/tk-8.6.x. So I removed both libs manually from my system and for good measure re-emerged both the 2.x and 3.x versions of python on my system, and I'm not getting these error messages anymore.

However, I am getting messages to rebuild the same emul-linux-x86 libs;
Code:
app-emulation/emul-linux-x86-baselibs-20131008-r9
app-emulation/emul-linux-x86-medialibs-20131008-r1
app-emulation/emul-linux-x86-gtklibs-20131008-r1
app-emulation/emul-linux-x86-qtlibs-20131008

with every revdep-rebuild. (I even tried removing them and then reinstalling them, but to no avail. Might not even be related..)

Good Luck..
Back to top
View user's profile Send private message
depontius
Advocate
Advocate


Joined: 05 May 2004
Posts: 3426

PostPosted: Sun Jan 26, 2014 9:53 pm    Post subject: Reply with quote

I'm trying to say that it might be deeper than that, because I'm having problems with libcdio and libjpeg-turbo. While I often have tck and tk installed on my systems, it's not getting flagged in either of my problem sets.
_________________
.sigs waste space and bandwidth
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6194

PostPosted: Sun Jan 26, 2014 10:11 pm    Post subject: Reply with quote

Let's go by one person at a time.
@BitJam: which package owns /usr/lib64/libBLT24.so ? Does rebuilding that package makes a difference ?
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Sun Jan 26, 2014 11:11 pm    Post subject: Reply with quote

The file /usr/lib64/libBLT24.so belongs to dev-tcltk/blt-2.4z-r12. Re-emerging that package did not help:
Code:
$ emerge -av blt
These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ~] dev-tcltk/blt-2.4z-r12  USE="X jpeg -static-libs" 0 kB

Running pysolfc (from the pysolfc package) after the re-emerge of blt generated the same error message as before.

The emerge of blt generated this warning message:
Code:
* QA Notice: Package triggers severe warnings which indicate that it
 *            may exhibit random runtime failures.
 * bltTreeViewStyle.c:856:5: warning: implicit declaration of function ‘Blt_TreeViewTextbox’ [-Wimplicit-function-declaration]
 * ../bltTreeViewStyle.c:856:5: warning: implicit declaration of function ‘Blt_TreeViewTextbox’ [-Wimplicit-function-declaration]

 * Please do not file a Gentoo bug and instead report the above QA
 * issues directly to the upstream developers of this software.
 * Homepage:
 *    http://blt.sourceforge.net/
 *    http://jos.decoster.googlepages.com/bltfortk8.5.2
Back to top
View user's profile Send private message
JelteF
n00b
n00b


Joined: 15 May 2013
Posts: 18

PostPosted: Mon Jan 27, 2014 2:11 pm    Post subject: Reply with quote

I'm having this problem as well, only with libjpeg from emul-linux-x86-baselibs.

Code:
>>> package: app-emulation/emul-linux-x86-baselibs-20131008-r9
 *  - /usr/lib32/libjpeg.so.8
 *  - /usr/lib32/libjpeg.so.8.0.2
 *      used by /usr/lib32/directfb-1.4-5/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_jpeg.so (app-emulation/emul-linux-x86-medialibs-20131008-r1)
 *      used by /usr/lib32/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so (app-emulation/emul-linux-x86-gtklibs-20131008-r1)
 *      used by /usr/lib32/gstreamer-0.10/libgstjpeg.so (app-emulation/emul-linux-x86-gstplugins-20131008)
 *      used by 10 other files
Back to top
View user's profile Send private message
jasn
Guru
Guru


Joined: 05 May 2005
Posts: 439
Location: Maryland, US

PostPosted: Mon Jan 27, 2014 3:37 pm    Post subject: Reply with quote

It seems that the revdep-rebuild issues with the four emul-linux-x86 libs on my system, were also libjpeg related. Updating to emul-linux-x86-baselibs-20131008-r10 fixes the issues with the baselibs package, (bug report). I'm still experiencing this with the other three emul-linux-x86 libs.
Code:
* Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 28% ]  *   broken /usr/lib32/directfb-1.4-5/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_jpeg.so (requires libjpeg.so.8)
[ 30% ]  *   broken /usr/lib32/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so (requires libjpeg.so.8)
[ 32% ]  *   broken /usr/lib32/libImlib.so.1.9.15 (requires libjpeg.so.8)
[ 33% ]  *   broken /usr/lib32/liblavfile-2.0.so.0.0.0 (requires libjpeg.so.8)
 *   broken /usr/lib32/liblavjpeg-2.0.so.0.0.0 (requires libjpeg.so.8)
[ 34% ]  *   broken /usr/lib32/libsane.so.1.0.23 (requires libjpeg.so.8)
[ 36% ]  *   broken /usr/lib32/qt4/plugins/imageformats/libqjpeg.so (requires libjpeg.so.8)
 *   broken /usr/lib32/sane/libsane-dc210.so.1.0.23 (requires libjpeg.so.8)
 *   broken /usr/lib32/sane/libsane-dc240.so.1.0.23 (requires libjpeg.so.8)
 *   broken /usr/lib32/sane/libsane-dell1600n_net.so.1.0.23 (requires libjpeg.so.8)
[ 100% ]                 
 * Generated new 3_broken.rr
 * Assigning files to packages
 *   /usr/lib32/directfb-1.4-5/interfaces/IDirectFBImageProvider/libidirectfbimageprovider_jpeg.so -> app-emulation/emul-linux-x86-medialibs
 *   /usr/lib32/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so -> app-emulation/emul-linux-x86-gtklibs
 *   /usr/lib32/libImlib.so.1.9.15 -> app-emulation/emul-linux-x86-gtklibs
 *   /usr/lib32/liblavfile-2.0.so.0.0.0 -> app-emulation/emul-linux-x86-medialibs
 *   /usr/lib32/liblavjpeg-2.0.so.0.0.0 -> app-emulation/emul-linux-x86-medialibs
 *   /usr/lib32/libsane.so.1.0.23 -> app-emulation/emul-linux-x86-medialibs
 *   /usr/lib32/qt4/plugins/imageformats/libqjpeg.so -> app-emulation/emul-linux-x86-qtlibs
 *   /usr/lib32/sane/libsane-dc210.so.1.0.23 -> app-emulation/emul-linux-x86-medialibs
 *   /usr/lib32/sane/libsane-dc240.so.1.0.23 -> app-emulation/emul-linux-x86-medialibs
 *   /usr/lib32/sane/libsane-dell1600n_net.so.1.0.23 -> app-emulation/emul-linux-x86-medialibs
 * Generated new 4_raw.rr and 4_owners.rr
 * Cleaning list of packages to rebuild
 * Generated new 4_pkgs.rr
 * Assigning packages to ebuilds
 * Generated new 4_ebuilds.rr
 * Evaluating package order
 * Generated new 5_order.rr
 * All prepared. Starting rebuild
emerge --complete-graph=y --oneshot --jobs=8 --load-average=8 --with-bdeps y --autounmask-write y --keep-going  app-emulation/emul-linux-x86-gtklibs:0 app-emulation/emul-linux-x86-medialibs:0 app-emulation/emul-linux-x86-qtlibs:0
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6194

PostPosted: Mon Jan 27, 2014 4:46 pm    Post subject: Reply with quote

@BitJam: did at least situation in 'lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so' improved to the point where only one version of libtcl is in the output ?
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Mon Jan 27, 2014 9:41 pm    Post subject: Reply with quote

VoidMage wrote:
@BitJam: did at least situation in 'lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so' improved to the point where only one version of libtcl is in the output ?
The output of "lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so" did not change.
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6194

PostPosted: Mon Jan 27, 2014 10:05 pm    Post subject: Reply with quote

BitJam wrote:
VoidMage wrote:
@BitJam: did at least situation in 'lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so' improved to the point where only one version of libtcl is in the output ?
The output of "lddtree /usr/lib64/python2.7/lib-dynload/_tkinter.so" did not change.


In such case, pastebin full build log of dev-tcltk/blt-2.4z-r12.
Not sure if this leads us in the right direction, but usually if an app/a lib gets linked to two different versions of the same lib, odd things happen, so lets try this angle first.
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Mon Jan 27, 2014 10:09 pm    Post subject: Reply with quote

both libtk8.5.so and libtk8.6.so belong to the dev-lang/tk-8.5.13-r1 package!

Code:
$ equery belongs /usr/lib64/libtk8.5.so
 * Searching for /usr/lib64/libtk8.5.so ...
dev-lang/tk-8.5.13-r1 (/usr/lib64/libtk8.5.so)

$ equery belongs /usr/lib64/libtk8.6.so
 * Searching for /usr/lib64/libtk8.6.so ...
dev-lang/tk-8.5.13-r1 (/usr/lib64/libtk8.6.so)

$ eix -e tk
[I] dev-lang/tk
     Available versions:  8.5.13-r1 ~8.5.15 ~8.6.1(0/8.6) {aqua debug test (+)threads truetype xscreensaver}
     Installed versions:  8.5.13-r1(02:53:26 PM 01/27/2014)(threads truetype -aqua -debug -test -xscreensaver)
     Homepage:            http://www.tcl.tk/
     Description:         Tk Widget Set
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Mon Jan 27, 2014 10:28 pm    Post subject: Reply with quote

Output of "emerge -v blt" http://pastebin.com/mUhc3B4r
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6194

PostPosted: Mon Jan 27, 2014 11:33 pm    Post subject: Reply with quote

BitJam wrote:
both libtk8.5.so and libtk8.6.so belong to the dev-lang/tk-8.5.13-r1 package!

Code:
$ equery belongs /usr/lib64/libtk8.5.so
 * Searching for /usr/lib64/libtk8.5.so ...
dev-lang/tk-8.5.13-r1 (/usr/lib64/libtk8.5.so)

$ equery belongs /usr/lib64/libtk8.6.so
 * Searching for /usr/lib64/libtk8.6.so ...
dev-lang/tk-8.5.13-r1 (/usr/lib64/libtk8.6.so)


Seriously, how it's supposed to work, when you're trying for the opposite result.
Was the point of your post to try to make things work with 8.6 or not ?

With the above, 8.6 is kept only as a preserved-lib, so it's not surprising that things may not work.
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Tue Jan 28, 2014 12:09 am    Post subject: Reply with quote

VoidMage wrote:
Seriously, how it's supposed to work, when you're trying for the opposite result.
Was the point of your post to try to make things work with 8.6 or not ?

I don't understand what you are saying or asking. I posted this information about tk versions because it seemed odd to me and I thought it might be a clue. I made the original post because some Python programs I want to use are broken and portage is unhappy and always asking me to emerge @preserved-rebuild. I don't care which version of tk gets used to make everything work again.

Quote:
With the above, 8.6 is kept only as a preserved-lib, so it's not surprising that things may not work.

Ah, I did not know that although I suspected it was possible. It seemed odd that a lower version of tk would have a higher version of tk as a preserved-lib, but when I look at my logs I see tk-8.6.0 was installed last August while tk-8.5.13-r1 was installed two days ago.

If the extra information I provide is distracting or slowing you down, I can just stick to answering your questions. I am doing my best to try to help you help me. I'm sorry if I made things more difficult.
Back to top
View user's profile Send private message
quilosaq
Veteran
Veteran


Joined: 22 Dec 2009
Posts: 1395

PostPosted: Tue Jan 28, 2014 2:16 am    Post subject: Reply with quote

BitJam wrote:
both libtk8.5.so and libtk8.6.so belong to the dev-lang/tk-8.5.13-r1 package!
...
That seems suspicious. I think your local overlay is in relation with the problem. Try commenting the entry in make.conf (PORTAGE_OVERLAY).
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Tue Jan 28, 2014 2:44 am    Post subject: Reply with quote

@quilosaq, I have zero packages installed from overlays. Also, I think VoidMage was saying that the 8.6 version was included as a preserved lib. IOW having both listed is a symptom rather than a cause. If that's true then the only thing that seems strange to me is that tk got downgraded from 8.6.* to 8.5.* at the same time that the problems occurred. The same thing happened with tcl. It got downgraded from 8.6.* (installed last August) to 8.5.* two days ago.
Back to top
View user's profile Send private message
VoidMage
Watchman
Watchman


Joined: 14 Oct 2006
Posts: 6194

PostPosted: Tue Jan 28, 2014 3:08 am    Post subject: Reply with quote

:roll: :sigh:

So, let's start with a simple question: why did tcl get downgraded ?
If that's that's just cause you've keyworded something from 8.6* in the past and that particular ebuild got purged, I'll count this whole thing as a PEBCAK of mixing and not double-checking portage output.
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Tue Jan 28, 2014 4:01 am    Post subject: Reply with quote

VoidMage wrote:
So, let's start with a simple question: why did tcl get downgraded ?

Both tcl and tk got downgraded because previously portage (via --autounmask-write) had adding the following lines to /etc/portage/package.accept_keywords:
Code:
# required by sys-boot/grub:2 (argument)
=sys-boot/grub-2.00_p5107 ~amd64

# required by dev-lang/tk-8.6.0
# required by dev-lang/ruby-1.9.3_p448[tk]
# required by dev-ruby/rake-0.9.2.2[ruby_targets_ruby19]
# required by media-video/mkvtoolnix-5.0.1-r1
# required by media-video/mkvtoolnix (argument)
=dev-lang/tcl-8.6.0-r1 ~amd64
# required by dev-tcltk/expect-5.44.1.15[X]
# required by dev-tcltk/expect (argument)
=dev-lang/tk-8.6.0 ~amd64


=dev-tcltk/blt-2.4z-r12

Then tk and tcl got a version bump and the keyworded versions I was using were dropped from portage so emerged downgraded them to the stable version. You might claim PEBKAC but ISTM the current system is bound to fail in this way, as evidenced by the other people who hit the same problem or similar problems at the same time. For many years I edited /etc/package.* by hand but in the past 5 months or so I've been using --autounmask-write.

If you have suggestions for how we can avoid problems such as this in the future then I'm all ears but ISTM there are other problems with the system for a relatively simple downgrade conflict to manifest in such a peculiar way.
Back to top
View user's profile Send private message
BitJam
Advocate
Advocate


Joined: 12 Aug 2003
Posts: 2496
Location: Silver City, NM

PostPosted: Tue Jan 28, 2014 5:01 am    Post subject: Reply with quote

Okay, I cleaned out packages.accept_keywords and unmerged grub:2 then did an "emerge -av -uDN world". This caused both tcl and tk got downgraded to the stable versions and grub:2 got re-installed. I followed this with "emerge @preserved-rebuild".

The infinite "emerge @preserved-rebuild" loop remains. The lddtree output has not changed and pysolfc continues to give the same error.

Edit: packages.key_word --> packages.accept_keywords
Back to top
View user's profile Send private message
franzf
Advocate
Advocate


Joined: 29 Mar 2005
Posts: 4535

PostPosted: Tue Jan 28, 2014 9:10 am    Post subject: Reply with quote

Well, that's the problem with entering exact versions into portage config files: If that versoin get's removed from the tree you get a downgrade to stable.
As it looks you installed mkvtoolnix which finally pulled in ruby[tk], pulling in tk-8.6.
From rubys ChangeLog:
Code:

  22 Jan 2014; Hans de Graaff <graaff@gentoo.org> ruby-1.9.3_p484.ebuild,
  ruby-2.0.0_p353-r1.ebuild, ruby-2.1.0.ebuild:
  Ruby does not support tcl/tk 8.6 so adjust tk dependency accordingly. "Fixes"
  bug 497130.

So that requirement seems to have been wrong in the first place. As ruby did not get a revision bump it probably did not get rebuilt.
Make sure tk/tcl v8.5 (aka stable) is installed. Then rebuild all (possibly) affected versions of ruby (emerge --oneshot to keep them out of the worldfile).

You also might want to run something like
Code:
grep tk8.6 $(find /usr/lib64 -name "*.la")

and run "equery b" on resulting files, then either try if rebuilding them fixes the issue or just edit the .la-file yourself -> replace 8.6 by 8.5.

// update:
Adjusted the command to actually find anything (strip the "lib" prefix from "libtk8.6")


Last edited by franzf on Wed Jan 29, 2014 8:15 am; edited 1 time in total
Back to top
View user's profile Send private message
desultory
Administrator
Administrator


Joined: 04 Nov 2005
Posts: 9390

PostPosted: Wed Jan 29, 2014 4:56 am    Post subject: Reply with quote

JelteF wrote:
I'm having this problem as well, only with libjpeg from emul-linux-x86-baselibs.
Given the nature of the emul-linux-* packages, reinstalling them is useless in this context. A new version of one or both of the emul-linux-* package and the package that it is linked to would be how such linking errors are fixed, whether the "new" version is more recent or not.

franzf wrote:
You also might want to run something like
Code:
grep libtk8.6 $(find /usr/lib64 -name "*.la")

and run "equery b" on resulting files, then either try if rebuilding them fixes the issue or just edit the .la-file yourself -> replace 8.6 by 8.5.
A good start grasshopper, but yet another step can be automated if you take advantage of how portage handles being invoked with a list of filenames which belong to installed packages, by reinstalling them. Though, naturally, this has the same limitation with regard to prebuilt packages as encountered in the emul-linux-* packages.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum