Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

11.03.2011, 21:58

gcc vermisst /usr/lib64/libmpfr.so.1

Hi!

Jetzt habe ich es geschafft ;(

Wie unten steht, wurde mir empfohlen

Quellcode

1
 # revdep-rebuild --library '/usr/lib64/libmpfr.so.1'

und anschliessend

Quellcode

1
 # rm '/usr/lib64/libmpfr.so.1'


Dazwischen wurde ich angerufen und habe nur revdep-rebuild gemacht, dann gelöscht und jetzt kann gcc nicht mehr kompilieren.

Was nun?

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
>>> Messages generated by process 31175 on 2011-03-11 20:20:56 CET for package dev-libs/mpfr-3.0.0_p3:

WARN: postinst
Old versions of installed libraries were detected on your system.
In order to avoid breaking packages that depend on these old libs,
the libraries are not being removed.  You need to run revdep-rebuild
in order to remove these old dependencies.  If you do not have this
helper program, simply emerge the 'gentoolkit' package.

  # revdep-rebuild --library '/usr/lib64/libmpfr.so.1'

Once you've finished running revdep-rebuild, it should be safe to
delete the old libraries.  Here is a copy & paste for the lazy:
  # rm '/usr/lib64/libmpfr.so.1'


>>> Messages generated by process 27376 on 2011-03-11 21:01:13 CET for package sys-devel/gcc-4.4.5:

ERROR: compile
ERROR: sys-devel/gcc-4.4.5 failed (compile phase):
  failed to run configure

Call stack:
    ebuild.sh, line   56:  Called src_compile
  environment, line 5468:  Called toolchain_src_compile
  environment, line 6063:  Called gcc_src_compile
  environment, line 3253:  Called gcc_do_configure
  environment, line 2960:  Called die
The specific snippet of code:
      "${S}"/configure "$@" || die "failed to run configure";

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »hilti_hit« (22.03.2011, 00:49)


2

11.03.2011, 22:45

Hmm.., eventuell kann dir jemand die '/usr/lib64/libmpfr.so.1'
bereitstellen (zb als Dateianhang)
(ich hab leider keine)

Magst du bitte mal die komplette gcc-4.4.5 build.log hier raufstellen?!

3

11.03.2011, 22:50

Danke, Josef!

Ich habe in einer Sicherung gerade

Quellcode

1
/mnt/temp/mnt/gentoo/usr/lib64/libmpfr.so /mnt/temp/mnt/gentoo/usr/lib64/libmpfr.so.1 /mnt/temp/mnt/gentoo/usr/lib64/libmpfr.so.1.2.2


War mir nicht sicher ob es klappt, es wird aber gerade kompiliert, Gott sei Dank!

Die brauche ich demnach hinterher nicht mehr, stümmt?

4

11.03.2011, 23:39

Scheint alles zu funktionieren. Eine letzte Frage hätte ich noch, da ich so reinpfuschen, ohne es genau zu wissen, wie es vorher war musste:

libmpfr.so zeigt auf libmpfr.so.4.0.0
libmpfr.so.4 auch
libmpfr.so.1.2.2 brauche ich das noch?
libmpfr.so.4.0.0 passt.

Passt das?

5

12.03.2011, 15:48

Scheint alles zu funktionieren.

Na prima :)

Eine letzte Frage hätte ich noch, da ich so reinpfuschen, ohne es genau zu wissen, wie es vorher war musste:

libmpfr.so zeigt auf libmpfr.so.4.0.0
libmpfr.so.4 auch
libmpfr.so.1.2.2 brauche ich das noch?
libmpfr.so.4.0.0 passt.

Passt das?

Uff..., das kann ich so aus dem Kopf nicht beantworten, und aktuell habe kein amd64 System zum nachschauen verfügbar...
Aber eventuell kann ja jemand anderes mal ein

Quellcode

1
 ls -l /usr/lib64/libmpfr*
posten?

6

12.03.2011, 20:21

So dann spring ich auch mal zu euch beiden hier rein >>

Zitat


Eine letzte Frage hätte ich noch, da ich so reinpfuschen, ohne es genau zu wissen, wie es vorher war musste: $@ : Passt das?


Quellcode

1
2
3
4
libmpfr.so zeigt auf libmpfr.so.4.0.0                                   #jo
libmpfr.so.4 auch                                                                  #jo
libmpfr.so.1.2.2 brauche ich das noch?                               #no, auser userland ist noch gegen gelinkt
libmpfr.so.4.0.0 passt.                                                         #dito


Zitat


>>> Messages generated by process 31175 on 2011-03-11 20:20:56 CET for package dev-libs/mpfr-3.0.0_p3:

WARN: postinst
bla bla bla ...

Ja, so viel text für das man einfach nur revdep-rebuild --library '/usr/lib64/libmpfr.so.1' && rm '/usr/lib64/libmpfr.so.1' tippen soll

@/usr/lib64/libmpfr.so.1 kann ich, wäre die nich stark an mein sys optimiert :/
if (read("Are u Sure ?") == "y")) { uploadCrap(); }

[Fix: ]
Versuch mal ein USE="bootstrap -mudflap -openmp -gcj -graphite -gtk -nls -lto -libffi" emerge -v1 --nodeps gcc mit anschliesenden emerge -v1 gcc

7

12.03.2011, 21:59

Danke an Euch!

Ja, es hat alles gepasst, ich habe allerdings heute nochmal nachgesehen, was da los war, weil die Version eigentlich Instabil sein sollte.

Und siehe da ...

So ist es auch, jetzt habe ich schon wieder die Scherben auf, nur umgekehrt...weil es durch ein Downgrade im Update :huh: korrigiert werden sollte.


EDIT:

Was mache ich jetzt?

Quellcode

1
2
3
4
5
6
7
8
9
10
 * Checking dynamic linking consistency
[ 20% ]  *   broken /usr/bin/rdfproc (requires libmpfr.so.4)
 *   broken /usr/bin/redland-db-upgrade (requires libmpfr.so.4)
[ 71% ]  *   broken /usr/lib64/librasqal.so.2.0.0 (requires libmpfr.so.4)
 *   broken /usr/lib64/librdf.so.0.0.0 (requires libmpfr.so.4)
[ 92% ]  *   broken /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.5/cc1 (requires libmpfr.so.4)
 *   broken /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.5/cc1plus (requires libmpfr.so.4)
 *   broken /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.5/f951 (requires libmpfr.so.4)
 *   broken /usr/libexec/gcc/x86_64-pc-linux-gnu/4.4.5/jc1 (requires libmpfr.so.4)
[ 100% ] 


Ich könnte dev-libs/mpfr-3.0.0_p3 neu installieren, aber, wie komme ich wieder zu der alten Version zurück??? geht nicht, jetzt habe ich echt ein Problem, diesmal habe ich aber nichts falsch gemacht :cursing:

EDIT2:

So, das war alles andere als Koscher

Quellcode

1
ln -s libmpfr.so.1.2.2 /usr/lib64/libmpfr.so.4
jetzt konnte ich zumindest die unstabile dev-libs/mpfr-3.0.0_p3 Version re-emergen.

Für mich bleibt die Frage aber noch offen, wie ich auf die stabile Version zurückkomme...

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »hilti_hit« (12.03.2011, 22:33)


8

12.03.2011, 22:35

Huhh..., ja sowas kann bei der Stabilisierung von Paket-Versionen passieren.... (passiert aber zum Glück nur sehr selten)

Schau mal ob dir die Infos und Links aus Bug 348634
weiterhelfen.

9

12.03.2011, 22:41

Haha!

Die haben es zumindest auch nicht anders gemacht mit dem verlinken , bin ein stolzer Anfänger :)

Danke für den Link, ich werde es mal durcharbeiten.

-----------------------------

EDIT:

Ich mache morgen weiter, nach einem Backup. Falls es jemand geschafft hat, bitte melden. So ganz klar ist es mir noch nicht, ob ich danach den Pseudo-libmpfr.so.4 wirklich entfernen kann.

EDIT2
Erledigt. Paket stabil. :)

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »hilti_hit« (22.03.2011, 00:49)


10

28.03.2011, 22:37

Hey Leute,


ich habe das selbe Problem.

Ich habe nach einem World-Update wie vorgeschlagen ein revdep-rebuild gemacht und anschließend die alten libmpfr.so.1 entfernt.

Aktuell kann ich nix mehr emerge da gcc die lib fehlt.



Ich konnte aus dem Verlauf hier leider nicht auf die Lösung des Problems schließen.

"hilti_hi" wie genau bist du bei der Lösung vorgegangen? Könntest du mir kurz ne Anleitung für Anfänger geben?



Grüße!

11

28.03.2011, 23:24

Ich bin selber noch ein Anfänger ;)

Am einfachsten ist es, die vom josef.95 oben angegebene Bugseite zu besuchen. Dort steht ein Lösungsvorschlag zu dem Problem und ein Binärpaket zum herunterladen (und auch was man damit tun soll).

EDIT

Rest via PM gelöst.

Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »hilti_hit« (30.03.2011, 22:02)