Hallo,
angeregt durch den Linuxtag habe ich mir jetzt das neue gnucash mal vorgenommen. Leider ist die Installation unter MDK9.0 alles andere als unkompliziert, es fehlt einiges, bzw. ist outdatet. Momentan hänge ich beim Build der neuen g-wrap 1.3.4 (die 1.3.2 verhält sich genauso).
./configure läuft durch
make stoppt bei folgender Zeile:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -Werror -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -I /usr/include -MT gw-standard.lo -MD -MP -MF .deps/gw-standard.Tpo -c gw-standard.c -fPIC -DPIC -o .libs/gw-standard.lo cc1: changing search order for system directory "/usr/include" cc1: as it has already been specified as a non-system directory make[2]: *** [gw-standard.lo] Fehler 1 make[2]: Verlassen des Verzeichnisses Verzeichnis »/home/joerg/tmp/g-wrap-1.3.4/g-wrap« make[1]: *** [all-recursive] Fehler 1 make[1]: Verlassen des Verzeichnisses Verzeichnis »/home/joerg/tmp/g-wrap-1.3.4« make: *** [all] Fehler 2
Leider kann ich mit der Fehlermeldung nicht viel anfangen. Hat vielleicht jemand einen Tip?
THX und Viele Grüße Jörg
On Wed, Mar 05, 2003 at 03:51:55PM +0100, Joerg Pohl wrote:
Hallo,
angeregt durch den Linuxtag habe ich mir jetzt das neue gnucash mal vorgenommen. Leider ist die Installation unter MDK9.0 alles andere als unkompliziert, es fehlt einiges, bzw. ist outdatet. Momentan hänge ich beim Build der neuen g-wrap 1.3.4 (die 1.3.2 verhält sich genauso).
./configure läuft durch
make stoppt bei folgender Zeile:
gcc -DHAVE_CONFIG_H -I. -I. -I.. -O2 -g -Wall -Werror -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/include/glib-1.2 -I/usr/lib/glib/include -g -O2 -I /usr/include -MT gw-standard.lo -MD -MP -MF .deps/gw-standard.Tpo -c gw-standard.c -fPIC -DPIC -o .libs/gw-standard.lo cc1: changing search order for system directory "/usr/include" cc1: as it has already been specified as a non-system directory
Das ist eine Krankheit des gcc-3. Wenn man ein Standardverzeichnis mit -I als "suche in dem Verzeichnis nach includes" angibt, spuckt der gcc eine Warnung aus. Loesung: - Entweder einen neueren gcc holen (irgendwo hab ich in einem Changelog oder so gelesen, dass das behoben wurde) - oder per Hand das Makefile editieren und dieses Flag "-Wall" rausnehmen. Dadurch werden Warnungen nicht mehr als Fehler betrachtet.
THX und Viele Grüße Jörg
Ulf
On Wednesday 05 March 2003 22:25, Ulf Lorenz wrote:
Das ist eine Krankheit des gcc-3. Wenn man ein Standardverzeichnis mit -I als "suche in dem Verzeichnis nach includes" angibt, spuckt der gcc eine Warnung aus. Loesung:
- Entweder einen neueren gcc holen (irgendwo hab ich in einem Changelog
oder so gelesen, dass das behoben wurde)
- oder per Hand das Makefile editieren und dieses Flag "-Wall" rausnehmen.
Dadurch werden Warnungen nicht mehr als Fehler betrachtet.
Man kann auch -isystem verwenden statt -I.
Josef
Hallo Ulf, hallo Josef,
vielen Dank für eure Tips,
- oder per Hand das Makefile editieren und dieses Flag "-Wall" rausnehmen.
Dadurch werden Warnungen nicht mehr als Fehler betrachtet.
so habe ich's am Ende gemacht, wobei der Weg bis zum funktionierenden gnucash noch recht holprig war. Es fehlten noch ettliche Gnome Libs, die jedesmal einzeln nachinstalliert werden mussten.
Insgesamt muss ich sagen, dass ich mir mit der Entscheidung für Mandrake 9.0 (ausschlaggebend für den Kauf war der Inhalt des Powerpacks und meine vorige Unzufriedenheit mit dem Update auf RedHat 7.3 - die RedHat 7.2 lief dagegen bestens) keinen großen Gefallen getan habe.
Ich habe momentan ziemliche Probs mit meinen beiden CD-Laufwerken. Nach dem mounten und ein bisschen bewegen im Verzeichnis fehlen plötzlich Verzeichniseinträge, die erst nach einem re-mount wieder da sind. Ich muss jetzt sicherlich nicht sagen, dass die Laufwerke in Ordnung sind, auch die Diskorgien beim partiellen nachinstallieren von packages für die fehlenden Gnome-Komponenten (gnucash) gingen ja fehlerlos über die Bühne. Weiterhin habe ich Probs im Zusammenspiel mit einem SMB-Netzwerkdrucker. Eingestellt ist alles korrekt, denke ich ;-), nur drucken geht nicht. Selbst knoppix geht bei dieser Konfiguration auf Anhieb. Das allerbeste war gewesen, kurz nach der Installation gibts die Möglichkeit, gefixte Pakete automatisch upzudaten. Die Liste dieser Pakete ist mittlerweile schon ganz schön lang und stellt ISDN-abhängige vor ein ziemliches Problem. Also das IMHO wichtigste ausgesucht, grpmi (MDK-Frontend für Package-Verwaltung und Update) war auch dabei, ewig heruntergeladen, automatisch installiert (ohne Fehlermeldung) und als Ergebnis die ganze Package-Geschichte gekillt. rpmdrake war erschossen, es ging im Prinzip nichts mehr. rpm --rebuilddb half auch nicht, eine Supportanfrage (bezahlter Box-Support) blieb bis heute unbeantwortet, es gibt jedoch schon mehrere mit diesem Problem. Ich habe dann (aus Zeitgründen) die Installation der Box als Update wiederholt und die Sache ging wieder. Fazit, das wird wohl mein letzter Ausflug zu dieser französischen Distri gewesen sein. Komischerweise fand sich auf dem CLT nicht ein einziger mit MDK, kann auch sein, dass ich mich getäuscht habe. Ich denke mal deutlich dominierten RedHat, debian und Suse - und NetBSD ;-).
Viele Grüße Jörg
Hi Joerg,
On Fri, Mar 07, 2003 at 09:09:23 +0100, Joerg Pohl wrote:
[Mandrake]
Ich habe momentan ziemliche Probs mit meinen beiden CD-Laufwerken. Nach dem mounten und ein bisschen bewegen im Verzeichnis fehlen plötzlich Verzeichniseinträge, die erst nach einem re-mount wieder da sind. Ich
Ist das Problem in 9.0 immer noch nicht gefixed? Mandrake sollte sich endlich vom sch*** supermount und/oder devfs verabschieden. Die Kombination devfs/supermount scheint ueberhaupt nicht zu funktionieren.
bye, Chris
lug-dd@mailman.schlittermann.de
-
Christian Perle -
Joerg Pohl -
Josef Spillner -
Ulf Lorenz