[BUG] slackware-current, xfce4-terminal needs rebuild with libxcb-util.so.1
xfce4-terminal in slackware-current needs rebuild with new libxcb-util.so.1 instead of libxcb-util.so.0 after upgrading to xcb-utils-0.3.9.
|
1 Attachment(s)
I had the same problem with caja (mate's "nautilus"). I worked around the problem by copying the libxcb-util.so.0 from before the xcb-util upgrade. The attached package (rename .txt to .txz) provides the library for 32 and 64 bit.
:D |
Just to report, I have the same problem. And I can't use xfce, fluxbox or twm neither with my user account nor with root account. I tried with new user account "test" and the results are the same.
|
Quote:
http://slackblogs.blogspot.com/2013/...-some-msb.html |
Slackware64-current (Mon Sep 9 03:34:59 UTC 2013)
Code:
gazl@ws1:~$ readelf -d /usr/bin/xfce4-terminal | grep -i needed |
My own xfce4-terminal gives with ldd
libxcb-util.so.1 => /usr/lib64/libxcb-util.so.1 (0x00007f00441e0000) |
When I do startx, it starts xfce and fluxbox but I can't do anything. My mouse does not react, my keyboard doesn't react. I kill X over ssh to get console tty.
|
Simple rebuild was fine:
Code:
# wget -r -nH --cut-dirs=4 ftp://ftp.osuosl.org/pub/slackware/slackware-current/source/xfce/xfce4-terminal |
I solved my problem. I didn't upgrade xorg before. After xorg update, reinstalled amd driver and it is working.
|
Quote:
a simple rebuild of mate-file-manager should solve this Even better, you should rebuild mate-image-viewer and mate-control-panel as well as mentioned on my blog post |
@willysr:
Quote:
Actually I run mate-{document-viewer,file-archiver,file-manager,text-editor} - plus some dependencies - from http://repo.mate-desktop.org/slackware/ on a Slackware/Salix XFCE installation. So recompiling is not the first thing I would do. :D |
Are you using -Current or -Stable releases?
Since the xcb-util update won't hit -Stable releases, so i assume you are using -Current the binaries are made for Slackware-14.0 (-Stable), not for -Current Current users are advised to use the GIT repo and build it by themselves (which can be done in less than 30 minutes for all packages in MSB) |
I can also confirm that xfce4-terminal is already looking at the correct version of xcb-util:
Code:
willysr@desktop:~$ ldd /usr/bin/xfce4-terminal | grep xcb |
Quote:
IMHO you overestimate the Stable versus Current issue. For as far as I am aware a DLL/dependency-hell does not exist (nowadays?). The first workaround tool is the LD_LIBRARY_PATH environment variable. E.g. by prepending a directory with some "old" libraries I succeeded in keeping an own-compiled KDE 3.5.10 alive for more than two years. And with the same trick I was able to use the Trinity 3.5.13 binaries from Fedora on Slackware. The second workaround tool is the library versioning which in many (all?) cases enables us to keep an old version. Take for instance the libxcb-util library this thread is about: Code:
root@riposo:~/works# ls -l /usr/lib64/libxcb-u* :D |
as i said before, it works for temporary solution, but for long term, you will have an unmanaged system since it was like a patched system without a proper patch.
A simple rebuild will not kill your system, especially in MATE case, since only small part of the packages that requires rebuilding |
I also needed to recompile i3 4.6 to work with libxcb-util.so.1 - but that wasn't a problem..
lvdd |
@willysr:
Quote:
Code:
root@riposo:~/works# ls /var/log/packages/*-[0-9]*C I would say that this is easily manageable. Let us end this discussion here, shall we? Kind regards, Dick :D |
I have the same problem.I solved it like this
Code:
ln -sf libxcb-util.so.1.0.0 libxcb-util.so.0 |
All times are GMT -5. The time now is 03:38 PM. |