gnome-libs 1.4.2 / missing db 185 compactibility mode

[deathb]

hi
komme mit folgendem error nicht klar
configure: error: Your db library is missing db 1.85 compatibility mode

habe mir die aktuelle db 4.1.24 von berkley gezogen und mit
configure --enable-compat185 kompiliert
das half aber auch nichts

configure --enable-conpat185 --enable-dump185
scheitert mit folgenden error :
cc -c -O2 -I../dist/.. -D_GNU_SOURCE -D_REENTRANT ../dist/../db_dump185/db_dump185.c -fPIC -DPIC -o .libs/db_dump185.lo
../dist/../db_dump185/db_dump185.c:24: db.h: No such file or directory
make: *** [db_dump185.lo] Error 1

nehme ich überhaupt die richtigen options oder was läuft da falsch ?

[Thomas Mitzkat]

>../dist/../db_dump185/db_dump185.c:24: db.h: No such file or directory

entsprechende datei bearbeiten und den eintrag, der auf db.h zeigt anpassen!

[deathb]

das wird immer konfuser
in der file db_dump185.c habe ich die db.h unter unix_build angegeben...dann kommt das hier
ich bin vom wurzel dir ausgegangen, macht das was ?

cc -c -O2 -I../dist/.. -D_GNU_SOURCE -D_REENTRANT ../dist/../db_dump185/db_dump185.c -fPIC -DPIC -o .libs/db_dump185.lo
../dist/../db_dump185/db_dump185.c: In function `main':
../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast
../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast
../dist/../db_dump185/db_dump185.c:229: structure has no member named `seq'
../dist/../db_dump185/db_dump185.c:229: `R_NEXT' undeclared (first use in this function)
../dist/../db_dump185/db_dump185.c:229: (Each undeclared identifier is reported only once
../dist/../db_dump185/db_dump185.c:229: for each function it appears in.)
../dist/../db_dump185/db_dump185.c:234: structure has no member named `seq'
../dist/../db_dump185/db_dump185.c: In function `db_hash':
../dist/../db_dump185/db_dump185.c:262: structure has no member named `internal'
../dist/../db_dump185/db_dump185.c:264: structure has no member named `internal'
../dist/../db_dump185/db_dump185.c: In function `db_btree':
../dist/../db_dump185/db_dump185.c:289: structure has no member named `internal'
make: *** [db_dump185.lo] Error 1

[Thomas Mitzkat]

du hast doch eine db.h auf deiner platte unter /usr/include/... oder?

[deathb]

jein find spuckt das aus :
./usr/local/include/dns/db.h
./usr/local/BerkeleyDB.4.0/include/db.h
./usr/local/BerkeleyDB.4.1/include/db.h

die 3 nimmt er aber auch nicht, jeweils andere fehlermeldungen

[christophwth]

Hi

ich habe mir das problem mal etwas genauer angeschaut
es scheint etwas zum compilieren von c++ zu fehlen


es läuft folgendermassen ab der configure-aufruf mit
--enable-compat185 läuft bei mir auch mit anschliessendem
make ohne probleme durch
mit der angabe --enable-compat185 --enable-dump185

erscheint bei mir auch die fehlermeldung

../dist/../db_dump185/db_dump185.c: In function `main':
../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast

usw .

die db.h wird bei mir mit weiteren headerdateien im db-4.1.24/build_unix/ verzeichnis erstellt.

config.status: creating db.h
config.status: creating db_185.h
config.status: creating db185_int.h
config.status: creating db_config.h

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

die db.h enhält dann solche
strukur deklarationen

/* Forward structure declarations, so applications get type checking. */
struct __db; typedef struct __db DB;

siehe auch
http://www.scitools.com/ucpp_datastructs.html

mit diesen scheint der kompiler dann nicht zurecht zu kommen
deshalb die warnings

die errors könnten also von den warnings herrühren

denn die in db_185.h angebene struktur enthält die komponente
seq

typedef struct __db {
DBTYPE type; /* Underlying db type. */
int (*close) __P((struct __db *));
int (*del) __P((const struct __db *, const DBT *, u_int));
int (*get) __P((const struct __db *, const DBT *, DBT *, u_int));
int (*put) __P((const struct __db *, DBT *, const DBT *, u_int));
int (*seq ) __P((const struct __db *, DBT *, DBT *, u_int));
int (*sync) __P((const struct __db *, u_int));
void *internal; /* Access method private. */
int (*fd) __P((const struct __db *));
} DB;



sonst könnte nur noch sein , dass der compiler die header
dateien überhaupt nicht mehr finden kann.

eine lösung habe ich aber auch nicht parat

gruss
christoph

[Thomas Mitzkat]

ich hatte jedesmal bei lfs theater mit den db.x-versionen. probier doch mal db185 explicit zu installierren.

[deathb]

ahhhja, die info flut muss ich erst mal rutschen lassen

auf jeden fall danke



kleine frage vorweg.....mit den beiden configure options sollte ein
"db185 kompaktible db" rauskommen ?
richtig, ich bin besitzer eines lfs systems und sollte das problem beheben könen...kann ich aber leider nicht

thomas : was meinst du mit expliziert installieren, ich dachte eigentlich das ich das bereits versuche ???

[deathb]

version 185 ist vielleicht funktionstüchtig aber eher an den eingefleischten user gerichtet
hab noch keine ahnung von programmieren und bin nach anweisung der readme file in db.1.85/PORT/linux gelandet...ein make bewirkt folgendes :
root:/var/glftpd/site/progz/db.1.85/PORT/linux# make
cc -c -D__DBINTERFACE_PRIVATE -O -I. -Iinclude -I../../hash ../../hash/hash.c
In file included from ../../hash/hash.c:55:
../../hash/hash.h:106: field `__errno_location' declared as a function
../../hash/hash.c: In function `flush_meta':
../../hash/hash.c:508: parse error before `('
../../hash/hash.c: In function `hash_get':
../../hash/hash.c:539: parse error before `('
../../hash/hash.c: In function `hash_put':
../../hash/hash.c:556: parse error before `('
../../hash/hash.c:560: parse error before `('
../../hash/hash.c: In function `hash_delete':
../../hash/hash.c:577: parse error before `('
../../hash/hash.c:581: parse error before `('
../../hash/hash.c: In function `hash_seq':
../../hash/hash.c:732: parse error before `('
make: *** [hash.o] Error 1

ich will doch nur gnome-libs installieren....

[deathb]

nach aussage mehrere mailinglisten andere distris reicht --enable-compat185
scheint aber nicht der fall zu sein da er immer noch mit compactibility kommt

[deathb]

ich probiers mal bei lfs-support...ich meld mich wieder wenns ne antwort gibt

[Thomas Mitzkat]

db185 gibt es auch als eigenes paket

__errno_location habe ich glaube ich schon im kompletten programm umbenannt, weil es mit einer systemvariablen kollidiert.

[deathb]

--enable-shared --enable-compat185 --enable-cxx

das ganze mit berkley db 3.1.17 und fertig

db 1.85 hat wieder nur fehlermeldungen ausgespuckt..

[Gromobir]

Es tut mir leid, dass ich diese "Threadleiche" wieder zum Leben erwecken muss, aber das Problem lässt mir einfach keine Ruhe. ;)
Ich versuche ebenfalls "gnome-libs" zu installieren, was allerdings immer mit diesem Fehler beim Konfigurieren endet:
checking for umode_t... no
checking for dbopen... no
checking for dbopen in -ldb... no
checking for dbopen in -ldb1... no
checking for __db185_open in -ldb-3... no
checking for __db185_open in -ldb-4... no
configure: error: Your db library is missing db 1.85 compatibility mode
Ich habe es schon mit der Version "db-3.1.17", "db-3.3.11" und "db-4.3.28" von "db" versucht, aber leider ohne Erfolg.
Ich wäre sehr dankbar, wenn mir jemand noch einen hilfreichen Tipp geben könnte.

In diesem Sinne...
Gromobir

[plueschinger]

Hallo

Das ist nicht gerade schoen, was ich hier poste
Einen Patch fuer gnome-libs-1.4.2 und andere findest du,
wenn du bei google
checking for __db185_open in -ldb-4... no
eingibst, kann leider keinen Link angeben, weil bei mir kwrite irgendwie die Dateien oeffnet.

Welche Version von gnome-libs versuchst du zu kompilieren?

Gruesse
Plueschinger
( erros são chato e também chatos são chato )

[Gromobir]

Vielen Dank, für den Tipp.
Das hat mich schon ein gutes Stück weiter gebracht. :)
Ich bin mir aber leider nicht sicher, ob ich den Link gefunden habe, den du meintest.
Es wäre wirklich toll, wenn du den genauen Link posten würdest.

Ich versuche die Version "1.4.2" zu installieren.

In diesem Sinne...
Gromobir

[plueschinger]

Hallo

Ich meinte gleich den ersten Patch, den Google angibt

Ich hänge ihn mal als Datei an,
ich hoffe ich darf das, gnome-libs ist ja GPL,
falls nicht, an Flips bitte loeschen.

Den Patch ins Grundverzeichnis von gnome-libs kopieren
und in dem Verzeichnis dann den Befehl:
patch -p0 configure no-libdb-check.diff
ausfuehren.

Danach laueft ./configure durch.

P.S.
In der angehaengten Datei muss das ".txt" entfernt werden, das habe ich nur angehaengt
damit ich die Datei in diesem Posting anhaengen darf.
Welche Distribution hast du,
Ich habe es mit Muehe und Not geschafft gnome-libs-1.4.1 zu kompilieren,
aber nur weil ich ein SRPM kompiliert habe, und was in dem Spec.File steht,
da legt man die Ohren an.Warum brauchst du so altes Zeug ueberhaupt?
Ach so, ich bleibe aus Sportsgeist an der 1.4.2 dran.

Gruesse
Plueschinger
( erros são chato e também chatos são chato )

[Gromobir]

Vielen Dank für diesen Patch.
Ich bin nach deiner kleinen Anleitung vorgegangen, erhalte nun aber den Fehler "configure: error: Berkeley db library required for Gnome" obwohl diese korrekt installiert wurde.

Ich brauche dieses "alte Zeug" leider, da ich bei der Installation von "bonobo" folgende Fehlermeldung erhalte:
"configure: error: Could not find the gnomeConf.sh file that is generated by gnome-libs install".
bonobo brauche ich wiederrum, da mein Gnome Dämon damit ein Konflikt zu haben scheint und ansonsten nicht korrekt starten will. ;)
Meine eingesetzte DIstribution ist Sourcemage Gnu/Linux.
Nochmals vielen Dank für deine Hilfe bisher plueschinger; ich hoffe, dass wir dem Fehler schnell auf die Schliche kommen können.

In diesem Sinne...
Gromobir

[plueschinger]

Hallo

Ich habe mir die Spec.Files von Fedora und Mandrake mal angesehen,
dann hatte ich ein gnome-libs-1.4.2-RPM, ich glaube am einfachsten geht es folgendermassen:

Das Experiment mit dem tar.File
zugegeben sehr einfach (rudimentaer)
mit dem oben genannten Patch,
und dann da muss man erst mal drauf kommen (./configure ohne grossen Schnickschnack):

./configure --disable-gtk-doc

Nicht mehr und nicht weniger und er kompiliert es bei mir vernuenftig durch,
selber 60% Fedora 35% Selbstgemacht 15%Mandrake = 110%.

P.S. der Patch ist von Gentoo
P.P.S
Wenn es dann erstmal ansatzweise geht, kann man spaeter ja mehr Sachen enablen,
also das soll man als Anfangsidee sehen.

Gruesse
Plueschinger
( erros são chato e também chatos são chato )

[Gromobir]

Vielen Dank für deine Antworten!
Nach einigem hin und her, habe ich es noch doch geschafft "gnome-libs" zu kompilieren. :)

Leider besteht der eigentliche Fehler mit dem gnome-settings-daemon nach wie vor aber das ist wohl einen eigenen Thread bzw. viele Stunden "Try and error" sowie google wert.

In diesem Sinne...
Gromobir