Hallo Christian, *, Am Montag, 28. M�rz 2005 14:19 schrieb Christian Lohmaier: > Hallo Andreas, *, > > On Mon, Mar 28, 2005 at 10:42:50AM +0200, Andreas Mantke wrote: > > Am Sonntag, 27. M�rz 2005 23:56 schrieb Christian Lohmaier: > > > On Sun, Mar 27, 2005 at 11:24:22PM +0200, Andreas Mantke wrote: > > > > [...] > > > > an anderer Stelle. Die SuSE hat danach rumgezickt. Das > > > > Kompilieren mit dem neuen Kompiler hat dazu gef�hrt, da� > > > > ich mit checkinstall keine Pakete mehr bauen und > > > > installieren konnte. > > > > > > Von checkinstall w�rde ich sowieso abraten. Lieber gleich ein > > > richtiges RPM erstellen. > > > > das w�re zwar die beste L�sung, aber checkinstall baut nicht so > > schlechte RPMs, wie allgemein angenommen. > > Ich meinte damit nicht das Resultat, sondern die Arbeitsweise. > > > F�r den Hausgebrauch > > sollte das ausreichen. Es werden die Meldungen von make > > abgefangen > > Denn genau das wird eben nicht gemacht. Make macht genau das was > es ohne checkinstall tun w�rde, sprich die Software installieren > und dabei ggf. Dateien �berschreiben, andere l�schen, etc. >
Du bem�ngelst, da� keine Abh�ngigkeiten aufgel�st werden, die normalerweise ins spec geschrieben werden, bevor das RPM erstellt wird. Das ist sicher richtig. > > und daraus wird ein RPM erstellt. Diese Methode ist auf jeden > > Fall um L�ngen besser, als die Software mit make install zu > > installieren. Sie l��t sich leichter wieder entfernen. > > Mag sein, Aber ein dummy-rpm das genau dasselbe tut ist auch > nicht viel komplizierter. > > Ein dummy.spec erstellen, nur Name, Version und Release > entsprechend anpassen und dann ein "rpm(build) -ba dummy.spec" - > fertig. > Wenn ich den (entpackten?) Tarball in das SOURCES-Verzeichnis schiebe, geht das Deiner Ansicht mit dem dummy.spec? (...) > > > > > [...] > > > > > > Ich vermute da� der Compiler nicht richtig installiert ist > > > bzw. nicht richtig funktioniert.. > > > Wenn config.log z.B. einen segmentation fault des compilers > > > meldet, dann ist mit ziemlicher Sicherheit Dein kaputter > > > Speicher daf�r verantwortlich... > > > > Wenn er an vielem Schuld sein k�nnte, daran gl�cklicher Weise > > nicht. configure ist danach wieder sauber durchgelaufen (ohne > > den Fehler). > > War ja auch kein segmentatin fault... > > Gut, das das Problem gel�st ist :-) Ja. Ich hangele mich seit heute Morgen langsam durch den Buildproze�. Ein Teil des Verzeichnisses /solver ist bereits gef�llt ;-) Zur Zeit liegen hier jetzt 79 von 170 unilngi4.pro-Verzeichnisse vor; also noch kein Bergfest ;-) Sch�nen Tag noch 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 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
