[gentoo-user-de] Kann courier-authlib nicht auf 0.62.2 updaten

28/03/2009 - 14:10 von Stefan Nowy | Report spam
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)

Hallo!

Ich habe hier ein System, bei dem ich courier-authlib nicht von Version
0.60.6 auf 0.62.2 updaten kann, make beendet sich mit Fehler, siehe Ende
der Mail.

benutzte use flags: berkdb crypt gdbm pam

habe auch mal berkdb bzw. gdbm weggelassen, aber das hat auch nichts
gebracht... gdbm habe ich auch schon neu gebaut.

Leider komme ich überhaupt nicht weiter, irgendwelche Ideen?

Danke und viele Grüße
Stefan


In Datei, eingefà¼gt von testgdbm.C:1:
gdbmobj.h:45:18: Fehler: string: Datei oder Verzeichnis nicht gefunden
gdbmobj.h:57: Fehler: »std::string« wurde nicht deklariert
gdbmobj.h:65: Fehler: »string« in Namensbereich »std« bezeichnet
keinen Typ
gdbmobj.h:78: Fehler: »std::string« wurde nicht deklariert
gdbmobj.h:83: Fehler: »std::string« wurde nicht deklariert
gdbmobj.h:88: Fehler: »std::string« wurde nicht deklariert
gdbmobj.h:88: Fehler: »std::string« wurde nicht deklariert
gdbmobj.h:88: Fehler: »std::string« wurde nicht deklariert
gdbmobj.h:94: Fehler: »string« in Namensbereich »std« bezeichnet
keinen Typ
gdbmobj.h:113: Fehler: »string« in Namensbereich »std« bezeichnet
keinen Typ
gdbmobj.h: In member function »int GdbmObj::Open(int, const char*)«:
gdbmobj.h:59: Fehler: Abfrage des Elementes »c_str« in »filename«,
das vom Nicht-Klassentyp »int« ist
gdbmobj.h: In member function »bool GdbmObj::Exists(int)«:
gdbmobj.h:80: Fehler: Abfrage des Elementes »c_str« in »key«, das
vom Nicht-Klassentyp »int« ist
gdbmobj.h:80: Fehler: Abfrage des Elementes »size« in »key«, das vom
Nicht-Klassentyp »int« ist
gdbmobj.h: In member function »bool GdbmObj::Delete(int)«:
gdbmobj.h:85: Fehler: Abfrage des Elementes »c_str« in »key«, das
vom Nicht-Klassentyp »int« ist
gdbmobj.h:85: Fehler: Abfrage des Elementes »size« in »key«, das vom
Nicht-Klassentyp »int« ist
gdbmobj.h: In member function »int GdbmObj::Store(int, int, int)«:
gdbmobj.h:90: Fehler: Abfrage des Elementes »c_str« in »key«, das
vom Nicht-Klassentyp »int« ist
gdbmobj.h:90: Fehler: Abfrage des Elementes »size« in »key«, das vom
Nicht-Klassentyp »int« ist
gdbmobj.h:91: Fehler: Abfrage des Elementes »c_str« in »val«, das
vom Nicht-Klassentyp »int« ist
gdbmobj.h:91: Fehler: Abfrage des Elementes »size« in »val«, das vom
Nicht-Klassentyp »int« ist
gdbmobj.h:91: Fehler: Abfrage des Elementes »c_str« in »mode«, das
vom Nicht-Klassentyp »int« ist
testgdbm.C: In function »int main(int, char**)«:
testgdbm.C:38: Fehler: ungà¼ltige Umwandlung von »char*« in »int«
testgdbm.C:38: Fehler: Argument 1 von »int GdbmObj::Open(int, const
char*)« wird initialisiert
testgdbm.C:108: Fehler: ungà¼ltige Umwandlung von »char*« in »int«
testgdbm.C:108: Fehler: Argument 1 von »int GdbmObj::Open(int, const
char*)« wird initialisiert
testgdbm.C:123: Fehler: ungà¼ltige Umwandlung von »char*« in »int«
testgdbm.C:123: Fehler: Argument 1 von »int GdbmObj::Open(int, const
char*)« wird initialisiert
testgdbm.C:147: Fehler: ungà¼ltige Umwandlung von »char*« in »int«
testgdbm.C:147: Fehler: Argument 1 von »int GdbmObj::Open(int, const
char*)« wird initialisiert
make[3]: *** [testgdbm.o] Fehler 1
make[3]: *** Warte auf noch nicht beendete Prozesse...
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -O2 -march=pentium3 -pipe -MT
gdbmobj3.lo -MD -MP -MF .deps/gdbmobj3.Tpo -c gdbmobj3.c -o gdbmobj3.o

/dev/null 2>&1


mv -f .deps/gdbmobj3.Tpo .deps/gdbmobj3.Plo
make[3]: Leaving directory
`/media/sdb1/tmp/portage/net-libs/courier-authlib-0.62.2/work/courier-authlib-0.62.2/gdbmobj'
make[2]: *** [all] Fehler 2
make[2]: Leaving directory
`/media/sdb1/tmp/portage/net-libs/courier-authlib-0.62.2/work/courier-authlib-0.62.2/gdbmobj'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory
`/media/sdb1/tmp/portage/net-libs/courier-authlib-0.62.2/work/courier-authlib-0.62.2'
make: *** [all] Fehler 2
*
* ERROR: net-libs/courier-authlib-0.62.2 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2932: Called die
* The specific snippet of code:
* emake || die "emake failed"
* The die message:
* emake failed
*
* If you need support, post the topmost build error, and the call stack
if relevant.
* A complete build log is located at
'/media/sdb1/tmp/portage/net-libs/courier-authlib-0.62.2/temp/build.log'.
* The ebuild environment file is located at
'/media/sdb1/tmp/portage/net-libs/courier-authlib-0.62.2/temp/environment'.
*




Failed to emerge net-libs/courier-authlib-0.62.2, Log file:








'/media/sdb1/tmp/portage/net-libs/courier-authlib-0.62.2/temp/build.log'

* Messages for package net-libs/courier-authlib-0.62.2:

* Both gdbm and berkdb selected. Using gdbm.
*
* ERROR: net-libs/courier-authlib-0.62.2 failed.
* Call stack:
* ebuild.sh, line 49: Called src_compile
* environment, line 2932: Called die
* The specific snippet of code:
* emake || die "emake failed"
* The die message:
* emake failed




 

Lesen sie die antworten

#1 Sandy Marko Knauer
28/03/2009 - 14:20 | Warnen spam
Hi

benutzte use flags: berkdb crypt gdbm pam

habe auch mal berkdb bzw. gdbm weggelassen, aber das hat auch nichts
gebracht... gdbm habe ich auch schon neu gebaut.




Verwendest du ccach?

Evtl. sind von bauen noch fehlerhafte Überreste liegen geblieben auch ohne
CCACH kann dies passieren. Lösche mal dein /var/tmp/portage/net-libs/courier-
authlib. Kann manchmal wunder wirken.

Du solltest dich jedoch schon entscheiden ob du berkdb oder gdbm haben
möchtest. Ich habe zum Beispiel -berkdb in meiner USE-Falg global gesetzt.

evtl. solltest du eben auch das entsprechende ccache leeren, kann auch zu
Fehler führen.

Viel Glück!

Ähnliche fragen