[gentoo-user-de] kdeaddons-3.4.2 mag nicht

[gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Till Schwalbe]

Hallo in die Runde,

beim kde-update von 3.4.1 auf 3.4.2 läuft alles sauber durch, bis kdeaddons 
dran ist (ich benutze bewusst nicht die Split-ebuilds). Alle anderen zu kde 
gehörigen Pakete laufen dann (einzeln) problemlos durch.

Das rätselhafte Fehlerbild sieht so aus:

/bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++  
-Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 
-D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W 
-Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 
-march=athlon-xp -O2 -fomit-frame-pointer -pipe -Wformat-security 
-Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common 
-DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
-DQT_NO_TRANSLATION    -o noatunwakeup.la -rpath /usr/kde/3.4/lib/kde3 
-L/usr/kde/3.4/lib -L/usr/qt/3/lib -L/usr/lib    -module -avoid-version 
-no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined 
noatunwakeup_la.all_cpp.lo  -lkio -lnoatun -lm
grep: /ucr/lib/liblcms.la: No such file or directory
/bin/sed: can't read /ucr/lib/liblcms.la: No such file or directory
libtool: link: `/ucr/lib/liblcms.la' is not a valid libtool archive
make[3]: *** [noatunwakeup.la] Error 1
make[3]: Leaving directory 
`/var/tmp/portage/kdeaddons-3.4.2/work/kdeaddons-3.4.2/noatun-plugins/alarm'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/var/tmp/portage/kdeaddons-3.4.2/work/kdeaddons-3.4.2/noatun-plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/var/tmp/portage/kdeaddons-3.4.2/work/kdeaddons-3.4.2'
make: *** [all] Error 2

!!! ERROR: kde-base/kdeaddons-3.4.2 failed.
!!! Function kde_src_compile, Line 170, Exitcode 2
!!! died running emake, kde_src_compile:make
!!! If you need support, post the topmost build error, NOT this status 
message.

Daß er eine /ucr/lib/liblcms.la nicht findet, scheint verständlich, da "ucr" 
vermutlich "usr" heißen müßte. Ich bin aber trotz langem Suchens (auch im 
Forum und im Bugzilla) zu doof die Stelle zu finden, an der sich irgendwer in 
irgendeiner Konfigurationsdatei vertippt hat. :-(

Da scheinbar niemand anders das Problem hat, habe ich womöglich auch selber 
irgendwas vermurkst - nur leider keinen Schimmer, was das gewesen sein 
könnte.

Danke im Voraus für jeden Tip, wo sich die Suche lohnt (oder wo ich einfach zu 
blind bin). 


Viele Grüße
Till
-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Daniel Faber]

[-- Attachment #1: Type: text/plain, Size: 846 bytes --]

On 08/28/2005 10:17 PM, Till Schwalbe wrote:

> (ich benutze bewusst nicht die Split-ebuilds)

Warum nicht?  Das ist jetzt keine Kritik, sondern reine Neugier.

> Das rätselhafte Fehlerbild sieht so aus:
> [...]
> Daß er eine /ucr/lib/liblcms.la nicht findet, scheint verständlich, da "ucr" 
> vermutlich "usr" heißen müßte. Ich bin aber trotz langem Suchens (auch im 
> Forum und im Bugzilla) zu doof die Stelle zu finden, an der sich irgendwer in 
> irgendeiner Konfigurationsdatei vertippt hat. :-(

Sehr seltsam.  Existiert denn die /usr/lib/liblcms.la?  Bei mir gibts
die und die gehört zum Paket media-libs/lcms.  Tritt der Fehler
wiederholt auf?  Ist dein Portage-Tree aktuell?

Bei mir liefert "egrep -r '[^a-z]uce[^a-z]'" weder für den Portage-Tree
noch für den Sourcecode in kdeaddons-3.4.2 ein Ergebnis.

Daniel


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Till Schwalbe]

Hallo,

Am Sonntag, 28. August 2005 22:57 schrieb Daniel Faber:
> On 08/28/2005 10:17 PM, Till Schwalbe wrote:
> > (ich benutze bewusst nicht die Split-ebuilds)
>
> Warum nicht?  Das ist jetzt keine Kritik, sondern reine Neugier.

Zum einen habe ich damit mal vor längerer Zeit ein Riesendurcheinander 
erzeugt, und die Angst sitzt noch tief. Zum anderen bin ich sehr faul und der 
Rechner hier ist schnell genug, daß mir die guten alten Universalpakete nicht 
wehtun.

> Sehr seltsam.  Existiert denn die /usr/lib/liblcms.la?  Bei mir gibts
> die und die gehört zum Paket media-libs/lcms.  Tritt der Fehler
> wiederholt auf?  Ist dein Portage-Tree aktuell?

Klar, sie existiert, aber eben unter /usr und nicht /ucr. Der Tree ist ganz 
aktuell, und ich habe zur Sicherheit lcms auch noch einmal re-emerged - ohne 
Ergebnis.

>
> Bei mir liefert "egrep -r '[^a-z]uce[^a-z]'" weder für den Portage-Tree
> noch für den Sourcecode in kdeaddons-3.4.2 ein Ergebnis.
>

Hast Du nach "uce" oder "ucr" gesucht? Ich hatte ja wie gesagt versucht, 
irgendeinen Hinweis auf ein "ucr" zu finden (im Portage-Tree, im Sourcecode, 
in /etc und in /usr/share) - leider ergebnislos.
Sozusagen falscher Verzeichnisname aus dem Nichts... ;-)

> Daniel

Dank und Gruß
Till

-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Daniel Faber]

[-- Attachment #1: Type: text/plain, Size: 760 bytes --]

On 08/28/2005 11:18 PM, Till Schwalbe wrote:

>>Sehr seltsam.  Existiert denn die /usr/lib/liblcms.la?  Bei mir gibts
>>die und die gehört zum Paket media-libs/lcms.  Tritt der Fehler
>>wiederholt auf?  Ist dein Portage-Tree aktuell?
> 
> Klar, sie existiert, aber eben unter /usr und nicht /ucr. Der Tree ist ganz 
> aktuell, und ich habe zur Sicherheit lcms auch noch einmal re-emerged - ohne 
> Ergebnis.

Hmm, dann würde ich an deiner Stelle auch zu dem Workaround von Felix
greifen.

>>Bei mir liefert "egrep -r '[^a-z]uce[^a-z]'" weder für den Portage-Tree
>>noch für den Sourcecode in kdeaddons-3.4.2 ein Ergebnis.

Ähm ja, wie auch immer ich auf uce gekommen bin, die Suche liefert auch
für ucr kein brauchbares Ergebnis.

Daniel


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

Re: [gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Till Schwalbe]

Hallo again,

Am Sonntag, 28. August 2005 23:49 schrieb Daniel Faber:
> On 08/28/2005 11:18 PM, Till Schwalbe wrote:

> > Klar, sie existiert, aber eben unter /usr und nicht /ucr. Der Tree ist
> > ganz aktuell, und ich habe zur Sicherheit lcms auch noch einmal
> > re-emerged - ohne Ergebnis.
>
> Hmm, dann würde ich an deiner Stelle auch zu dem Workaround von Felix
> greifen.

Nein, mache ich vorerst nicht. Die kdeaddons-3.4.1 laufen ja weiter, nur 
emerge ist sauer wegen der dependencies.  
Außerdem muß es doch eine Ursache geben, die ich theoretisch vielleicht so gar 
finden und beheben kann - vielleicht habe ich sie ja sogar selber verzapft?!
>
> >>Bei mir liefert "egrep -r '[^a-z]uce[^a-z]'" weder für den Portage-Tree
> >>noch für den Sourcecode in kdeaddons-3.4.2 ein Ergebnis.
>
> Ähm ja, wie auch immer ich auf uce gekommen bin, die Suche liefert auch
> für ucr kein brauchbares Ergebnis.
>

Ich habe jetzt noch einmal eine weitergehende Fahndung mit egrep veranstaltet.
Unter /usr/kde/3.4/lib finden sich diverse Treffer in der Form:

/usr/kde/3.4/lib/libkdeinit_kedit.la:dependency_libs=' -R/usr/kde/3.4/lib 
-R/usr/qt/3/lib -R/usr/lib -L/usr/kde/3.4/lib -L/usr/qt/3/lib 
-L/usr/lib /usr/kde/3.4/lib/libkdeprint.la -L/usr/i686-pc-linux-gnu/bin 
-L/usr/i686-pc-linux-gnu/lib 
-L/usr/X11R6/lib /usr/kde/3.4/lib/libkparts.la /usr/kde/3.4/lib/libkio.la /usr/kde/3.4/lib/libkdeui.la 
/usr/kde/3.4/lib/libkdesu.la /usr/kde/3.4/lib/libkwalletclient.la /usr/kde/3.4/lib/libkdecore.la /usr/kde/3.4/lib/libDCOP.la 
-lresolv 
-lutil /usr/lib/libart_lgpl_2.la /usr/lib/libidn.la /usr/kde/3.4/lib/libkdefx.la /usr/qt/3/lib/libqt-mt.la 
-lmng -ljpeg -lfreetype -lfontconfig -laudio 
-lXt /usr/lib/libmng.la /ucr/lib/liblcms.la /usr/lib/libjpeg.la -lXi -lXrandr 
-lXcursor 
-lXft /usr/lib/libfontconfig.la /usr/lib/libfreetype.la /usr/lib/libexpat.la 
-ldl -lpng -lXext -lX11 -lSM -lICE -lpthread -lXrender -lz /usr/lib/libfam.la 
-lrpcsvc /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5-20050130/libstdc++.la'

Und in all diesen schönen Einträgen findet sich "/ucr/lib/liblcms.la"...

Die Frage ist nun: Sieht das bei anderen Nutzern auch so aus, und welches 
garstige Programm erzeugt diese .la-Dateien aus welcher Quelle.

(Liebe Gurus, verzeiht mein Unwissen) ;-)


Dank an alle Poster
Gruß
Till



-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Felix Schuster]

[-- Attachment #1: Type: text/plain, Size: 2904 bytes --]

On Sun, 2005-08-28 at 22:17 +0200, Till Schwalbe wrote:
> Hallo in die Runde,
> 
> beim kde-update von 3.4.1 auf 3.4.2 läuft alles sauber durch, bis kdeaddons 
> dran ist (ich benutze bewusst nicht die Split-ebuilds). Alle anderen zu kde 
> gehörigen Pakete laufen dann (einzeln) problemlos durch.
> 
> Das rätselhafte Fehlerbild sieht so aus:
> 
> /bin/sh ../../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++  
> -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 
> -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W 
> -Wpointer-arith -Wno-non-virtual-dtor -DNDEBUG -DNO_DEBUG -O2 
> -march=athlon-xp -O2 -fomit-frame-pointer -pipe -Wformat-security 
> -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common 
> -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT 
> -DQT_NO_TRANSLATION    -o noatunwakeup.la -rpath /usr/kde/3.4/lib/kde3 
> -L/usr/kde/3.4/lib -L/usr/qt/3/lib -L/usr/lib    -module -avoid-version 
> -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined 
> noatunwakeup_la.all_cpp.lo  -lkio -lnoatun -lm
> grep: /ucr/lib/liblcms.la: No such file or directory
> /bin/sed: can't read /ucr/lib/liblcms.la: No such file or directory
> libtool: link: `/ucr/lib/liblcms.la' is not a valid libtool archive
> make[3]: *** [noatunwakeup.la] Error 1
> make[3]: Leaving directory 
> `/var/tmp/portage/kdeaddons-3.4.2/work/kdeaddons-3.4.2/noatun-plugins/alarm'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory 
> `/var/tmp/portage/kdeaddons-3.4.2/work/kdeaddons-3.4.2/noatun-plugins'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory 
> `/var/tmp/portage/kdeaddons-3.4.2/work/kdeaddons-3.4.2'
> make: *** [all] Error 2
> 
> !!! ERROR: kde-base/kdeaddons-3.4.2 failed.
> !!! Function kde_src_compile, Line 170, Exitcode 2
> !!! died running emake, kde_src_compile:make
> !!! If you need support, post the topmost build error, NOT this status 
> message.
> 
> Daß er eine /ucr/lib/liblcms.la nicht findet, scheint verständlich, da "ucr" 
> vermutlich "usr" heißen müßte. Ich bin aber trotz langem Suchens (auch im 
> Forum und im Bugzilla) zu doof die Stelle zu finden, an der sich irgendwer in 
> irgendeiner Konfigurationsdatei vertippt hat. :-(
> 
> Da scheinbar niemand anders das Problem hat, habe ich womöglich auch selber 
> irgendwas vermurkst - nur leider keinen Schimmer, was das gewesen sein 
> könnte.
> 
> Danke im Voraus für jeden Tip, wo sich die Suche lohnt (oder wo ich einfach zu 
> blind bin). 
> 
> 
> Viele Grüße
> Till
> -- 
> Till Schwalbe 
> Potsdam, Germany
> 

Solltest du nichts finden: Kannst du dir vorstellen, einen Link von /ucr
auf /usr zeigen zu lassen, und es so nochmal zu versuchen? Ist zwar
keine Idealloesung, aber ich denke, fuer einmal updaten wuerde es
reichen.

lg Felix

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user-de] kdeaddons-3.4.2 mag nicht

[Till Schwalbe]

Hallo Felix,

Am Sonntag, 28. August 2005 23:32 schrieb Felix Schuster:
>
> Solltest du nichts finden: Kannst du dir vorstellen, einen Link von /ucr
> auf /usr zeigen zu lassen, und es so nochmal zu versuchen? Ist zwar
> keine Idealloesung, aber ich denke, fuer einmal updaten wuerde es
> reichen.

Danke. Das ist wirklich nicht so ideal. Wie schon in der Antwort auf Daniels 
Mail geschrieben, bleibe ich lieber erstmal bei den alten kdeaddons (die 
waren auch nicht die Ursache für mein Upgrade auf 3.4.2) und suche weiter 
nach dem Fehler.

> lg Felix

Gruß
Till

-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: kdeaddons-3.4.2 mag nicht

[Michael Mauch]

Till Schwalbe wrote:

> grep: /ucr/lib/liblcms.la: No such file or directory

> Daß er eine /ucr/lib/liblcms.la nicht findet, scheint verständlich, da "ucr" 
> vermutlich "usr" heißen müßte. Ich bin aber trotz langem Suchens (auch im 
> Forum und im Bugzilla) zu doof die Stelle zu finden, an der sich irgendwer in 
> irgendeiner Konfigurationsdatei vertippt hat. :-(

Ändert sich was, wenn Du lcms neu emergest? 

"s" (0x73) und "c" (0x63) haben nur ein Bit Unterschied - keine Ahnung,
ob man daraus etwas schliessen kann.
-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: kdeaddons-3.4.2 mag nicht

[Till Schwalbe]

Hallo.

Am Montag, 29. August 2005 00:26 schrieb Michael Mauch:

> Ändert sich was, wenn Du lcms neu emergest?

Nein, hatte ich gestern schon probiert. Das wars leider nicht.

> "s" (0x73) und "c" (0x63) haben nur ein Bit Unterschied - keine Ahnung,
> ob man daraus etwas schliessen kann.

Nö, in dem Fall wohl nicht. Für einen kaputten RAM-Baustein war der Fehler zu 
ideal reproduzierbar, und wie in der Antwort an Daniel geschrieben, schein es 
da ein übles Problem in der /usr/kde/3.4/lib zu geben.

Aber wieso ausschließlich bei mir??? :-(


Dank und Gruß
Till

-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] ERLEDIGT: kdeaddons-3.4.2 mag nicht

[Till Schwalbe]

Hallo Liste,

der Fehler ist behoben. Es blieb letztlich (nach weiterem langen Suchen und 
Probieren) nichts anderes übrig, als die 5 Stunden zu investieren, um KDE 
komplett zu entfernen und neu zu installieren.

Negativ: 
Ich habe keine Ahnung wo der Bitfehler herkam, der das Alien-Verzeichnis 
"/ucr" in den Configs erzeugte.
Ich verstehe auch nicht, wieso sich so ein Fehler nicht beim MD5-Check am 
Beginn des Emerges zeigt.

Positiv:
Es läuft jetzt wieder alles sauber, und ich habe gelernt, daß ein Re-Emerge 
etwas anderes ist als ein Unmerge-und-Neu-Emerge, da ersteres bei 
unveränderter Konfiguration eine Menge der - in meinem Falle fehlerhaften - 
Dateien beibehält.
Postiv auch, daß das offenbar tatsächlich nur ein lokales Problem bei mir war 
und ich noch keinen Bugreport geschrieben habe... ;-)

Nochmal Danke für die Unterstützung 
und ein schönes Rest-Wochenende
Till

-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list