the problem is that I cannot emerge any component of kde, kdebase, kdemultimedia etc... they all stop at: /usr/kde/3/bin/kde-config: error while loading shared libraries: libkdecore.so.4: cannot open shared object file: No such file or directory configure: error: /usr/kde/3/bin/kde-config --prefix outputed the non existant prefix '' for kdelibs. This means it has been moved since you installed it. This won't work. Please recompile kdelibs for the new prefix. !!! ERROR: The ebuild did not complete successfully. !!! Function kde_src_compile, Line -4766, Exitcode 1 !!! died running ./configure, kde_src_compile:configure
I forgot to say that this happened to me first with kdemultimedia, and after verifying that something was wrong since: [67p] tigre : /usr/src $ kde-config kde-config: error while loading shared libraries: libkdecore.so.4: cannot open shared object file: No such file or directory I re-emerged kdelibs, but with no avail. I was unable to understand why this happens, so I uninstalled all the kde packages I had in the system and re-emerged the whole kde ...well... arts and kdelibs emerged.. but kdebase didn't.. I just did ldconfig to see if it was a symple lack of updated ld.so.cache, but I found this: ldconfig: Cannot lstat /usr/kde/3/lib/libkdeprint.so.4: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libshellscript.so.0: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libkjava.so: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libkdesu.so.4: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libkio.so: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libkjs.so: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libkmid.so.0: Permission denied ldconfig: Cannot lstat /usr/kde/3/lib/libshellscript.so: Permission denied ...and so on... ldconfig: Can't link /usr/kde/3/lib/libkhtml.so.4 to libkhtml.so.4.0.0 ldconfig: Can't link /usr/kde/3/lib/libDCOP.so.4 to libDCOP.so.4.0.0 ldconfig: Can't link /usr/kde/3/lib/libkspell.so.4 to libkspell.so.4.0.0 ldconfig: Can't link /usr/kde/3/lib/libkmid.so.0 to libkmid.so.0.0.95 ldconfig: Can't link /usr/kde/3/lib/libkdeui.so.4 to libkdeui.so.4.0.0 ldconfig: Can't link /usr/kde/3/lib/libkscript.so.0 to libkscript.so.0.0.0 ...and so on.... for many symlinks in /usr/kde/3/lib/ [67p] tigre : /usr/src $ ll /usr/kde/3/lib/libkdecore.* ls: /usr/kde/3/lib/libkdecore.so.4: Permission denied 2639851 -rwxr-xr-x 1 root root 1008 Jul 25 04:55 /usr/kde/3/lib/libkdecore.la* 2639850 -rwxr-xr-x 1 root root 1.5M Jul 25 04:55 /usr/kde/3/lib/libkdecore.so.4.0.0* so, this seems a error in the symlink creation... bad permissions... (the user above is root)
Are you sure you did it as root? There's a $ prompt not a # one. Maybe repeat ldconfig and the ls test a root? Maybe this is a permission issue? Check your (user's) permissions for each directory in the hierarchy /usr/kde/3/lib (i.e. kde, 3 and lib).
Specifically give me root's output of: ls -l /usr ls -l /usr/kde ls -l /usr/kde/3 ls -l /usr/kde/3/lib ls -lL /usr/kde/lib A bit large for bugzilla, so you can send it to danarmak@gentoo.org or attach it to the bug.
The kdelibs can be installed ( for those using gcc-3.1.1 ) using the 'dirty' hack outlined in the bugs report for arts that is : create a sim-link in /usr/lib/gcc-lib/i686-pc-linux-gnu : 3.1 -> 3.1.1 This is for those who really got to have it done and cannot wait. Use at your own risk.
Miguel: I'm sorry I left this issue like that. Could you please give me an update on your current status wrt. kde?
danarmak: Sorry the lateness of the reply to your question.. I was on vacations.. returned just now. Well.. now, when I came back, after emerge rsync and emerge -u world, my gentoo is having some problems with arts... arts isn't compiling... and.. kdelibs is n
danarmak: Sorry the lateness of the reply to your question.. I was on vacations.. returned just now. Well.. now, when I came back, after emerge rsync and emerge -u world, my gentoo is having some problems with arts... arts isn't compiling... and.. kdelibs is nº 2 in the queue of emerge -u world -p, right after arts... Since.. my problem is now arts.. and if I'm not mistaken kdelibs depends on that package, i can only check the integrity of the kdelibs build after I solve this problem with arts.. I should post a bug about that soon.. since this bug entry isn't the right place to discuss arts problem I believe(right?). bye for now.. Miguel Sousa Filipe
Dan Armak: the arts problem is solved and now I have the status report of kdelibs in my system, it compiled ok apparently.. but I had some errors while "merging to /" here's the output: >>> Completed installing into /mnt/aux/tmp/portage/kdelibs-3.0.3/image/ >>> Merging kde-base/kdelibs-3.0.3 to / ssl cups --- /etc/ --- /etc/env.d/ >>> /etc/env.d/65kdelibs-3.0.3 >>> /etc/env.d/50kdedir-3.0.3 --- /usr/ --- /usr/kde/ --- /usr/kde/3/ --- /usr/kde/3/bin/ >>> /usr/kde/3/bin/dcop >>> /usr/kde/3/bin/kded (...) >>> /usr/kde/3/bin/kpac_dhcp_helper >>> /usr/kde/3/bin/dcopobject >>> /usr/kde/3/bin/dcopidl2cpp >>> /usr/kde/3/bin/kab2kabc --- /usr/kde/3/lib/ Traceback (most recent call last): File "/usr/bin/emerge", line 1387, in ? mydepgraph.merge(mydepgraph.altlist()) File "/usr/bin/emerge", line 938, in merge retval=portage.doebuild(y,"merge",myroot,edebug) File "/usr/lib/python2.2/site-packages/portage.py", line 1133, in doebuild return merge(settings["CATEGORY"],settings["PF"],settings["D"],settings["BUILDDIR"]+"/build-info",myroot,m yebuild=settings["EBUILD"]) File "/usr/lib/python2.2/site-packages/portage.py", line 1359, in merge mylink.merge(pkgloc,infloc,myroot,myebuild) File "/usr/lib/python2.2/site-packages/portage.py", line 3770, in merge self.treewalk(mergeroot,myroot,inforoot,myebuild) File "/usr/lib/python2.2/site-packages/portage.py", line 3495, in treewalk self.mergeme(srcroot,destroot,outfile,secondhand,"",cfgfiledict,mymtime) File "/usr/lib/python2.2/site-packages/portage.py", line 3658, in mergeme self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+"/",cfgfiledict,thismtime) File "/usr/lib/python2.2/site-packages/portage.py", line 3658, in mergeme self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+"/",cfgfiledict,thismtime) File "/usr/lib/python2.2/site-packages/portage.py", line 3658, in mergeme self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+"/",cfgfiledict,thismtime) File "/usr/lib/python2.2/site-packages/portage.py", line 3658, in mergeme self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+"/",cfgfiledict,thismtime) File "/usr/lib/python2.2/site-packages/portage.py", line 3652, in mergeme os.mkdir(mydest) OSError: [Errno 5] Input/output error: '/usr/kde/3/lib/kde3' -------------//----------------- Dan do you remember the strange output of the /usr/kde/3/lib that I sent you some time ago.. where root didn't had permitions to list certain files... ..etc..? I bet that this bug is related to that "weirdness".. and this might be a filesystem error in my system... caused by god knows what... I really don't have the knowledge to "diagnose" the cause of the problem... anyhow... kdelibs compile.. but don't get merged... and my feeling is that the error is OS related and not kde related... that's it for know.. :-) Miguel Sousa Filipe
Ouch. I'm afraid I'm somewhat out of my depth here.... Hm...
Different errors overhere with Beta2: /bin/sh ../../libtool --silent --mode=link i686-pc-linux-gnu-gcc -ansi -W -Wall -pedantic -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -march=pentium3 -O3 -pipe -fomit-frame-pointer -fforce-addr -falign-functions=4 -o make_driver_db_cups -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.1/lib make_driver_db_cups.o ../libdriverparse.a ../../kdecore/libkdefakes.la -ldl -lz make_driver_db_cups.o: In function `parsePpdFile': make_driver_db_cups.o(.text+0x35b): undefined reference to `gzgets' collect2: ld returned 1 exit status make[4]: *** [make_driver_db_cups] Fout 1 make[4]: *** Wachten op onafgeronde taken... make[4]: Weggaan uit map `/var/tmp/portage/kdelibs-3.1_beta2/work/kdelibs-3.0.8/kdeprint/cups' make[3]: *** [all-recursive] Fout 1 make[3]: Weggaan uit map `/var/tmp/portage/kdelibs-3.1_beta2/work/kdelibs-3.0.8/kdeprint/cups' make[2]: *** [all-recursive] Fout 1 make[2]: Weggaan uit map `/var/tmp/portage/kdelibs-3.1_beta2/work/kdelibs-3.0.8/kdeprint' make[1]: *** [all-recursive] Fout 1 make[1]: Weggaan uit map `/var/tmp/portage/kdelibs-3.1_beta2/work/kdelibs-3.0.8' make: *** [all] Fout 2 !!! ERROR: The ebuild did not complete successfully. !!! Function kde_src_compile, Line 83, Exitcode 2 !!! died running emake, kde_src_compile:make I Better go check my CUPS (I never use by the way =) Rigo
* net-print/qtcups Latest version available: 2.0-r1 Latest version installed: [ Not Installed ] Homepage: http://cups.sourceforge.net Description: QT Frontend for the Common UNIX printing system Do I need this ? DEP problem 4 me maybe ? Rigo
Done...For me it compiles fine now (beta2) --> Had to use -cups to compile. Rigo
Rigo: your problem is (or should be ;-) a broken xfree. If you're using an early installation of xfree 4.2.1, that's it. Either emerge xfree again, or check if /usr/X11R6/lib/libz.a exists. If it does delete it, it should never exist. You can then compile with USE cups enabled.
Miguel: the portage error you reported isn't likely to be caused by the ebuild, so I'm letting Seemant or whoever redirect it as appropriate. Bug wranglers: the emaining error is the portage traceback in comment #7.
portage guys: check out comment #7 ... it was caused by filesystem errors, so i dont know if you just want to punt this bug or put in error checking for it
Me again. Update on current status? Have you tried fixing the perms by hand? Maybe it's not 'permanent' f/s corruption, but just something that happened once... What filesystem is it anyway? Have you tried running whatever thorough check fsck offers for it? (fsck.resiserfs fex. has a thorough check mode that's disabled by default.)
The system in wich the erros ocurred is gone! chmod'ing and chown'ing didn't work on that "sick" directory... i'm afraid this was some reiserfs bug that I happened to "withness" .. so... i think this bug should be closed.. it had nothing to do with kde3 .. when not even uid 0 can ls a file, chmod'ing it .. or erasing it.. something really is wrong .. I couldn't fix it.. so I erased everything and did a 1.4rc install .. I changed the bug to "INVALID"... it seemed apropriate... sorry i didn't said anything before.. i really stop paing attention to this bug after that post about the FS error. thanx anyway.. great job you're all doing .. i find some bugs now and then... but almost all of them are fixed in 24hours! that's really great! p.s.: I hope that, "gentoo" grows older and matures.. to become a rock solid distro like debian.. or at least debian testing would be acceptable.. eh he he
