Hallo, seit mehreren Tagen versuche ich, gimp2 auf meiner SuSE 8.2 zu installieren. Leider bin ich nicht erfolgreich. Weder lassen sich die Quellcode-Pakete installieren noch klappt es, wie in der Liste Anfang April beschrieben, mit dem src-Paket von der 9.0-Version. Bei einem rpm --rebuild erhalte ich dabei eine Fehlermeldung, mit der ich nicht wirklich etwas anfangen und mir auch keine Lösung ergoogeln kann. Die Fehlermeldung lautet: libtoolize: `/usr/share/aclocal/libtool.m4' is serial 46, less than 47 in `aclocal.m4' To remain compatible, you should update your `aclocal.m4' by running aclocal. + aclocal + autoconf configure.in:388: error: possibly undefined macro: AC_PROG_INTLTOOL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. Fehlerhafter Status nach Ausführen von /var/tmp/rpm-tmp.56500 (%build) Nach dem erstmaligen Ausführen von rpm --rebuild (Version 3 von rpm) fand ich das *.tar.bz2 und das *.diff in dem SOURCES-Verzeichnis und das zugehörige *spec im SPECS-Verzeichnis. Aber ein rpm -bc im SPECS-Verzeichnis funktioniert nicht und bricht mit der entsprechenden Fehlermeldung ab. Ich hoffe, meine Infos sind ausreichend. Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Am Sonntag, 30. Mai 2004 20:00 schrieb Andreas Mantke:
configure.in:388: error: possibly undefined macro: AC_PROG_INTLTOOL ^^^^^^^^ Installier das intltool rpm (ist bei SuSE dabei) und probiers nochmal.
-- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo Manfred, Am Sonntag, 30. Mai 2004 21:05 schrieb Manfred Tremmel:
Am Sonntag, 30. Mai 2004 20:00 schrieb Andreas Mantke:
configure.in:388: error: possibly undefined macro: AC_PROG_INTLTOOL
^^^^^^^^ Installier das intltool rpm (ist bei SuSE dabei) und probiers nochmal.
danke erst einmal. Ein Stück weiter läuft die Sache jetzt durch. Festgestellt habe ich dann noch, daß mir rpm-devel fehlte. Nach einem weiteren Versuch bricht rpm allerdings weiterhin mit einem (neuen) Fehler ab: checking for pkg-config... (cached) /usr/bin/pkg-config checking for GTK+ - version >= 2.2.2... yes (version 2.2.4) checking if GTK+ is version 2.3.0 or newer... no checking for gdk-pixbuf-2.0 >= 2.2.2... yes checking GDK_PIXBUF_CFLAGS... -I/opt/gnome/include/gtk-2.0 -I/opt/gnome/include/glib-2.0 -I/opt/gnome/lib/glib-2.0/include checking GDK_PIXBUF_LIBS... -Wl,--export-dynamic -L/opt/gnome/lib -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 checking for gdk-pixbuf-csource... no configure: error: Could not find gdk-pixbuf-csource in your PATH Fehlerhafter Status nach Ausführen von /var/tmp/rpm-tmp.2067 (%build) Irgendwie verstehe ich da nur "Bahnhof". Was fehlt denn noch. gdk-pixbuf und -devel sind installiert. Gibt es irgendein Verzeichnis, das da nicht gefunden wird? Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Andreas Mantke wrote: [Sunday 30 May 2004 20:00]
seit mehreren Tagen versuche ich, gimp2 auf meiner SuSE 8.2 zu installieren. Leider bin ich nicht erfolgreich.
Ich habe gimp-2.0.0 vor zwei Monaten auf SuSE 8.2 aus den Sourcen compiliert (per configure/make). Wenn ich mich recht erinnere, gab es da ein paar kniffelige Abhängigkeiten mit gtk2 zu lösen. Leider kann ich mich nicht mehr an die Einzelheiten erinnern. Wenn man die Sourcen per configure / make compiliert, kriegt man zumindest aussagekräftige Fehlermeldungen darüber, was gerade fehlt. Zum compilieren von gtk2 sollte man die Build-Anleitung von der gtk Site genau beachten (richtiges Environment, usw). Ich habe gimp und alle abhängigen Libraries unter /opt separat abgelegt, sodaß nichts mit dem restlichen System interagiert. Beim Bauen von gtk und gimp muß man aufpassen, daß die neuen gtk-libraries nicht teilweise gegen die gtk-libraries von SuSE 8.2 gelinkt werden (sonst gibt's zwischendurch unerklärliche Probleme mit falschen Library-Versionen). Ich hab dafür die .pc Files unter /usr/lib/pkgconfig/ temporär weggeschoben (ein paar ausgesuchte .pc sollte man aber dort lassen). Hmmm... man muß sich da wohl etwas reinarbeiten. ;-) Thomas.
Hallo, Am Sun, 30 May 2004, Thomas Hofer schrieb:
zwischendurch unerklärliche Probleme mit falschen Library-Versionen). Ich hab dafür die .pc Files unter /usr/lib/pkgconfig/ temporär weggeschoben (ein paar ausgesuchte .pc sollte man aber dort lassen).
RTFM pkgconfig. export PKG_CONFIG_PATH="/opt/gimp2/lib/pkgconfig:$PKG_CONFIG_PATH" -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
David Haller wrote: [Sunday 30 May 2004 23:18]
Am Sun, 30 May 2004, Thomas Hofer schrieb:
zwischendurch unerklärliche Probleme mit falschen Library-Versionen). Ich hab dafür die .pc Files unter /usr/lib/pkgconfig/ temporär weggeschoben (ein paar ausgesuchte .pc sollte man aber dort lassen).
RTFM pkgconfig.
Ach wirklich...
export PKG_CONFIG_PATH="/opt/gimp2/lib/pkgconfig:$PKG_CONFIG_PATH"
Ich wäre auch erfeut, wenn das funktionieren würde. In der Realität ist dem pkgconfig aber eincompiliert, daß es /usr/lib/pkgconfig zuerst nimmt - egal was im Pfad steht. Ob das so sein darf weiß ich nicht, jedenfalls verhält sich mein System so. Thomas.
Hallo, Am Mon, 31 May 2004, Thomas Hofer schrieb:
David Haller wrote: [Sunday 30 May 2004 23:18]
export PKG_CONFIG_PATH="/opt/gimp2/lib/pkgconfig:$PKG_CONFIG_PATH"
Ich wäre auch erfeut, wenn das funktionieren würde.
In der Realität ist dem pkgconfig aber eincompiliert, daß es /usr/lib/pkgconfig zuerst nimmt - egal was im Pfad steht. Ob das so sein darf weiß ich nicht, jedenfalls verhält sich mein System so.
Wenn das der Fall ist, dann ist das ein Bug in pkgconfig. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo Thomas, Am Sonntag, 30. Mai 2004 21:53 schrieb Thomas Hofer: (...)
Ich habe gimp-2.0.0 vor zwei Monaten auf SuSE 8.2 aus den Sourcen compiliert (per configure/make). Wenn ich mich recht erinnere, gab es da ein paar kniffelige Abhängigkeiten mit gtk2 zu lösen. Leider kann ich mich nicht mehr an die Einzelheiten erinnern.
Wenn man die Sourcen per configure / make compiliert, kriegt man zumindest aussagekräftige Fehlermeldungen darüber, was gerade fehlt. Zum compilieren von gtk2 sollte man die Build-Anleitung von der gtk Site genau beachten (richtiges Environment, usw).
aussagekräftige Meldungen bekomme ich bei configure gar keine mehr. Das Script läuft durch ohne Fehler. Es weist nur darauf hin, dass es kein wmf-plugin erstellt. Auch make läuft lange durch, bricht aber zum Schluß immer mit einer Meldung über einen (jeweils anderen) internen Speicherzugriffsfehler ab. Jedesmal wird eine andere Datei als Schuldiger für den Abbruch ausgeworfen. Hmmm, das ist schon sehr speziell. Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Hallo, Am Sun, 30 May 2004, Andreas Mantke schrieb:
Auch make läuft lange durch, bricht aber zum Schluß immer mit einer Meldung über einen (jeweils anderen) internen Speicherzugriffsfehler ab. Jedesmal wird eine andere Datei als Schuldiger für den Abbruch ausgeworfen.
Das deutet auf defektes RAM hin. Lass mal memtest laufen. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo David, Am Sonntag, 30. Mai 2004 23:49 schrieb David Haller:
Hallo,
Am Sun, 30 May 2004, Andreas Mantke schrieb:
Auch make läuft lange durch, bricht aber zum Schluß immer mit einer Meldung über einen (jeweils anderen) internen Speicherzugriffsfehler ab. Jedesmal wird eine andere Datei als Schuldiger für den Abbruch ausgeworfen.
Das deutet auf defektes RAM hin. Lass mal memtest laufen.
wenn das schon wieder der Fall wäre, würde ich das RAM fast häufiger tauschen als die Zahnbürste ;-) Gruß Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Hallo, Am Sonntag, 30. Mai 2004 23:49 schrieb David Haller: (...)
Das deutet auf defektes RAM hin. Lass mal memtest laufen.
habe ich laufen lassen. Du hast Recht. 5. Test und 8 Fehler; quer Beet von Speicheradresse 000024dbbf8 bis 0000d26dc18. Damit sind wahrscheinlich schon wieder beide Speichermodule defekt (2x128 MB SDRAM-133). Also muß ich mich Morgen wieder auf den Weg machen ;-( Gruß Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Andreas Mantke wrote:
Am Sonntag, 30. Mai 2004 23:49 schrieb David Haller:
[...] Das deutet auf defektes RAM hin. Lass mal memtest laufen.
habe ich laufen lassen. Du hast Recht. 5. Test und 8 Fehler; quer Beet von Speicheradresse 000024dbbf8 bis 0000d26dc18. Damit sind wahrscheinlich schon wieder beide Speichermodule defekt (2x128 MB SDRAM-133).
Wenn memtest Fehler meldet, dann muss nicht zwangsweise der Speicher defekt sein, was allerdings vermutlich die wahrscheinlichste Loesung ist. Es kann aber z.B. auch die CPU einen Schaden haben, der Cache, das Motherboard - all das spielt bei einem memtest ebenfalls eine Rolle. Es waere auch moeglich, dass einfach die Kombination aus den Speicherriegeln nicht funktioniert mit dem Motherboard, das Du verwendest, usw. Ich wuerde auf alle Faelle zu Marken-RAM raten, mit NoName-RAM gibt es doch oefters mal Probleme. CU, Th.
Hallo Thomas, Am Montag, 31. Mai 2004 11:48 schrieb Thomas Hertweck: (...)
Wenn memtest Fehler meldet, dann muss nicht zwangsweise der Speicher defekt sein, was allerdings vermutlich die wahrscheinlichste Loesung ist. Es kann aber z.B. auch die CPU einen Schaden haben, der Cache, das Motherboard - all das spielt bei einem memtest ebenfalls eine Rolle. Es waere auch moeglich, dass einfach die Kombination aus den Speicherriegeln nicht funktioniert mit dem Motherboard, das Du verwendest, usw. Ich wuerde auf alle Faelle zu Marken-RAM raten, mit NoName-RAM gibt es doch oefters mal Probleme.
das Problem ist bloß, dass SDRAM-133 als Markenspeicher nur schwerlich zu bekommen ist. Manchmal muß man froh sein, wenn man überhaupt noch solchen Speicher bekommt. DDR-Module werden einem in jeder Form an jeder Ecke hinterher geworfen. Aber für "betagt" PCs wie meinen P III 800 sieht das schon schlecht aus. Für einen P I oder noch ältere PCs ist's noch schlimmer, obwohl diese PCs eigentlich noch vollkommen ausreichend sind (aber wie soll den Leuten sonst ein neuer überdimmensionierter PC schmachhaft gemacht werden) ;-( Gruß Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Am Montag, 31. Mai 2004 13:28 schrieb Andreas Mantke:
Hallo Thomas,
Am Montag, 31. Mai 2004 11:48 schrieb Thomas Hertweck: (...)
Wenn memtest Fehler meldet, dann muss nicht zwangsweise der Speicher defekt sein, was allerdings vermutlich die wahrscheinlichste Loesung ist. Es kann aber z.B. auch die CPU einen Schaden haben, der Cache, das Motherboard - all das spielt bei einem memtest ebenfalls eine Rolle. Es waere auch moeglich, dass einfach die Kombination aus den Speicherriegeln nicht funktioniert mit dem Motherboard, das Du verwendest, usw. Ich wuerde auf alle Faelle zu Marken-RAM raten, mit NoName-RAM gibt es doch oefters mal Probleme.
das Problem ist bloß, dass SDRAM-133 als Markenspeicher nur schwerlich zu bekommen ist. Manchmal muß man froh sein, wenn man überhaupt noch solchen Speicher bekommt. DDR-Module werden einem in jeder Form an jeder Ecke hinterher geworfen. Aber für "betagt" PCs wie meinen P III 800 sieht das schon schlecht aus. Für einen P I oder noch ältere PCs ist's noch schlimmer, obwohl diese PCs eigentlich noch vollkommen ausreichend sind (aber wie soll den Leuten sonst ein neuer überdimmensionierter PC schmachhaft gemacht werden) ;-(
Gruß Andreas
Vor ungefähr 1/2 Jahr hat mir da www.alternate.de weiterhelfen können. Die haben oft noch eine Menge Markenware anzubieten. (Media-Markt etc. verkaufen oft nur das, was gerade in Massen unter die Leute gebracht werden soll. Damit fallen "veraltete" Sachen einfach raus. Du sollst ja schließlich öfter mal einen neuen Rechner kaufen.) Gruß Micha
Hallo Michael, Am Montag, 31. Mai 2004 16:29 schrieb Michael Meyer: (...)
Vor ungefähr 1/2 Jahr hat mir da www.alternate.de weiterhelfen können. Die haben oft noch eine Menge Markenware anzubieten.
so wie es aussieht, bieten die immer noch PS/2-Speicher an. Das werde ich mir dann noch einmal überlegen. Und wenn mein aktueller SDRAM nicht wieder eins zu eins umgetauscht wird, werde ich dann vielleicht neuen Markenspeicher gleich noch mitordern.
(Media-Markt etc. verkaufen oft nur das, was gerade in Massen unter die Leute gebracht werden soll. Damit fallen "veraltete" Sachen einfach raus. Du sollst ja schließlich öfter mal einen neuen Rechner kaufen.)
Ist ja schließlich auch der aktuelle Werbespruch ;-) Gruß Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Andreas Mantke wrote: [Monday 31 May 2004 11:29]
Am Sonntag, 30. Mai 2004 23:49 schrieb David Haller:
Das deutet auf defektes RAM hin. Lass mal memtest laufen.
habe ich laufen lassen. Du hast Recht. 5. Test und 8 Fehler; quer Beet von Speicheradresse 000024dbbf8 bis 0000d26dc18. Damit sind wahrscheinlich schon wieder beide Speichermodule defekt (2x128 MB SDRAM-133). Also muß ich mich Morgen wieder auf den Weg machen ;-(
Bei mir sind solche Probleme übrigens schon mal verschwunden, nachdem ich die Speicherriegel ein paar mal rein und raus genommen habe. Manchmal sind einfache die Kontakte nicht mehr ganz zuverlässig. Thomas.
Hallo Thomas, Am Montag, 31. Mai 2004 19:23 schrieb Thomas Hofer: (...)
Bei mir sind solche Probleme übrigens schon mal verschwunden, nachdem ich die Speicherriegel ein paar mal rein und raus genommen habe. Manchmal sind einfache die Kontakte nicht mehr ganz zuverlässig.
wenn ich Glück habe, bekomme ich sie wieder eins zu eins umgetauscht. Sie sind noch keine 3 Monate alt. Da sollte es aber auch noch nicht an den Kontakten liegen. Gruß Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Am Montag, 31. Mai 2004 11:29 schrieb Andreas Mantke:
Hallo,
Am Sonntag, 30. Mai 2004 23:49 schrieb David Haller:
(...)
Das deutet auf defektes RAM hin. Lass mal memtest laufen.
habe ich laufen lassen. Du hast Recht. 5. Test und 8 Fehler; quer Beet von Speicheradresse 000024dbbf8 bis 0000d26dc18. Damit sind wahrscheinlich schon wieder beide Speichermodule defekt (2x128 MB SDRAM-133). Also muß ich mich Morgen wieder auf den Weg machen ;-(
Ich hatte da auch mal Probleme mit. Es hat ausgereicht das Timing des RAM ein wenig zu "entschärfen" und alles läuft bis heute. mfg Frank
Andreas Mantke wrote: [Sunday 30 May 2004 23:35]
aussagekräftige Meldungen bekomme ich bei configure gar keine mehr. Das Script läuft durch ohne Fehler.
Aha - dann hast du die GTK2-Abhängigkeiten also anscheinend bereits gelöst... Theoretisch müßte der Rest dann einfach sein.
Es weist nur darauf hin, dass es kein wmf-plugin erstellt. Auch make läuft lange durch, bricht aber zum Schluß immer mit einer Meldung über einen (jeweils anderen) internen Speicherzugriffsfehler ab. Jedesmal wird eine andere Datei als Schuldiger für den Abbruch ausgeworfen.
Der gcc von Suse 8.2 ist nicht wirklich das gelbe vom Ei. Obwohl er behauptet, ein gcc-3.3 zu sein, ist er eine späte Pre-Release mit zum Teil zweifelhaften Suse-Patches. Ich habe gimp und gtk2 jedenfalls mit einem gcc-2.95.3 compiliert. Zufällige Speicherzugriffsfehler beim compilieren sind besorgniseregend: ich würde an deiner Stelle mal die Hardware auf Herz und Nieren prüfen (memtest, etc). Grüße, Thomas.
Hallo, Am Sonntag, 30. Mai 2004 23:35 schrieb Andreas Mantke: (...)
aussagekräftige Meldungen bekomme ich bei configure gar keine mehr. Das Script läuft durch ohne Fehler. Es weist nur darauf hin, dass es kein wmf-plugin erstellt. Auch make läuft lange durch, bricht aber zum Schluß immer mit einer Meldung über einen (jeweils anderen) internen Speicherzugriffsfehler ab. Jedesmal wird eine andere Datei als Schuldiger für den Abbruch ausgeworfen.
nach erneuten mehrmaligen Versuchen mit make (zuvor habe ich auch noch einmal mit configure komplett auf sauber entpackten Sourcen aufgesetzt), bekomme ich jetzt immer denselben Fehler: /usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/bin/ld: cannot find -lslang collect2: ld returned 1 exit status make[3]: *** [aa] Fehler 1 make[3]: Leaving directory `/local2/gimp2/gimp-2.0.1/plug-ins/common' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/local2/gimp2/gimp-2.0.1/plug-ins' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/local2/gimp2/gimp-2.0.1' make: *** [all] Fehler 2 So wie es aussieht, handelt es sich dabei nicht um einen Speicherzugriffsfehler. So wie ich die Ausgaben auf der Konsole (vor dem Fehler/Abbruch) lese, geschieht der Abbruch beim Kompilieren im Verzeichnis plug-ins/common: make[3]: Entering directory `/local2/gimp2/gimp-2.0.1/plug-ins/common' (...) Allerdings scheine ich damit immer noch nicht viel weiter zu sein, als bisher ;-( Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Am Montag, 31. Mai 2004 22:36 schrieb Andreas Mantke:
nach erneuten mehrmaligen Versuchen mit make (zuvor habe ich auch noch einmal mit configure komplett auf sauber entpackten Sourcen aufgesetzt), bekomme ich jetzt immer denselben Fehler:
/usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/ bin/ld: cannot find -lslang
Dir fehlt slang rpm -q slang slang-1.4.9-64 (SuSE -9.0) Gruß Harald
On Mon, May 31, 2004 at 10:59:49PM +0200, Harald Huthmann wrote:
Am Montag, 31. Mai 2004 22:36 schrieb Andreas Mantke:
nach erneuten mehrmaligen Versuchen mit make (zuvor habe ich auch noch einmal mit configure komplett auf sauber entpackten Sourcen aufgesetzt), bekomme ich jetzt immer denselben Fehler:
/usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-linux/ bin/ld: cannot find -lslang
Dir fehlt slang rpm -q slang slang-1.4.9-64 (SuSE -9.0)
Und slang-devel. Ciao, Marcus
Am Montag, 31. Mai 2004 22:58 schrieb Marcus Meissner:
On Mon, May 31, 2004 at 10:59:49PM +0200, Harald Huthmann wrote:
Am Montag, 31. Mai 2004 22:36 schrieb Andreas Mantke:
nach erneuten mehrmaligen Versuchen mit make (zuvor habe ich auch noch einmal mit configure komplett auf sauber entpackten Sourcen aufgesetzt), bekomme ich jetzt immer denselben Fehler:
/usr/lib/gcc-lib/i486-suse-linux/3.3/../../../../i486-suse-li nux/ bin/ld: cannot find -lslang
Dir fehlt slang rpm -q slang slang-1.4.9-64 (SuSE -9.0)
Und slang-devel.
pin slang-devel liefert aber nix... Gruß Harald
Hallo Harald, Am Montag, 31. Mai 2004 23:25 schrieb Harald Huthmann: (...)
pin slang-devel liefert aber nix...
hier aber schon: pin 0.27 - package info for slang-devel Name: slang-devel Relocations: (not relocateable) Version : 1.4.8 Vendor: SuSE Linux AG, Nuernberg Ob das allerdings vor der Installation auch schon so war, weiß ich nicht. Aber Yast hat bei Eingabe von slang auch das Devel-Paket angezeigt. Wenn es bei Dir nicht dabei ist, könnte es dann evtl. an der Version der 9.0 liegen? Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
Hallo, Am Montag, 31. Mai 2004 22:58 schrieb Marcus Meissner: (...)
Dir fehlt slang rpm -q slang slang-1.4.9-64 (SuSE -9.0)
Und slang-devel.
danke. Das devel war es. Ein Stück weiter bin ich jetzt. Danach hatte ich noch Mal Speicherzugriffsfehler. Aber dann lief make komplett durch und ich konnte es mit checkinstall installieren. Vielen Dank noch einmal an alle, die geholfen haben. Schönen Abend Andreas -- ## Content Developer OpenOffice.org: lang/DE ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## http://de.openoffice.org ## Meine Seite http://www.amantke.de
participants (9)
-
Andreas Mantke -
David Haller -
Frank Noack -
Harald_mail＠t-online.de -
Manfred Tremmel -
Marcus Meissner -
Michael Meyer -
Thomas Hertweck -
Thomas Hofer