| 1 |
Andreas Klein schrieb: |
| 2 |
> Versuch doch einfach mal folgendes: |
| 3 |
> |
| 4 |
> dev-java/libreadline-java und /oder sys-libs/readline remergen, danach |
| 5 |
> ging's bei mir, wenn ich mich nicht irre... |
| 6 |
|
| 7 |
libreadline-java ist auf dem System nicht installiert, ein Test mit Java |
| 8 |
brachte aber nichts Neues. readline ist auch schon mehrmals neu gebaut, |
| 9 |
jedoch ohne Erfolg. |
| 10 |
|
| 11 |
> revdep-rebuild schon gemacht? (mach ich mittlerweile grundsätzlich nach |
| 12 |
> einem world-update) |
| 13 |
|
| 14 |
Jepp, ich auch, schon seit Jahren. :-D |
| 15 |
|
| 16 |
> Sollte es helfen würde ich mich über positives Feedback sowie Ergänzung des |
| 17 |
> Bugreports freuen. |
| 18 |
|
| 19 |
Ich hab mal weitere Infos ergänzt. |
| 20 |
|
| 21 |
Das Ganze fliegt mir zwar bei readline um die Ohren, hat aber mit readline |
| 22 |
recht wenig zu tun. Es werden beim Kompilieren des configure Test-Programmes |
| 23 |
jede Menge Bibliotheken mit verwendet, von denen eigentlich kaum eine |
| 24 |
wirklich gebraucht wird - um genau zu sein: nur eine(!). Die, an der es |
| 25 |
scheitert, ist libspell aus dem aspell Paket. Ein remerge dieses Paketes |
| 26 |
bringt aber - man ahnt es - auch nichts. |
| 27 |
|
| 28 |
Was ich mich wirklich frage: Warum bindet dieses kranke configure beim |
| 29 |
Versuch, readline zu linken, dass aspell Paket ein? Und warum braucht das |
| 30 |
wiederum libstdc++ bei einem gcc Aufruf? |
| 31 |
|
| 32 |
-- |
| 33 |
MfG Jan |
Archives