Hi,

ich nutze Ubuntu seit etwa einem halben Jahr und wollte nun Grip installieren. Da das Programm nicht mehr in den Quellen vorhanden ist wollte ich es mit o.g. Artikel im Wiki selbst komplieren.

Es geht um folgenden Artikel: http://wiki.ubuntuusers.de/Programme_kompilieren

Ich finde diesen Wiki Artikel für Anfänger (zu denen ich mich Zähle) höchst unverständlich und unstrukturiert. Es ist kein Roter Faden zu erkennen.

-Ich bin wie im Artikel beschrieben so vorgegangen, dass ich mir den Quellcode von Grip herunter geladden und entpackt habe.

-Dann habe ich mir die build-essentials über die Paketverwaltung installiert.

-Der Autor schreibt im nächsten Punkt, dass die Standardvariante unter Linux mit "make" unter Ubuntu keine Anwendung findet/finden sollte, stattdesen wird "checkinstall" verwendet.

-Daraufhin "checkinstall" installiert.

-Dann soll man das Programm mit "configure" überprüfuen, dabei steht nicht wie das gehen soll. Ist jetzt vom bereits fertigen Programm die Rede (wie wurde das vorher erstellt?) oder vom bisher vorhanden Quellcode der sich im entpackten Ordner befindet?

-Nächster Punkt ist auch schon "Was tun bei Fehlern"?

Weiter unten auf der Seite gibts noch weitere Erklärungen aber das ist alles so konfus, ich weiß da wirklich nicht wo Oben und Unten ist.

Könnte man das nicht ein bisschen übersichtlicher strukturieren, das schreckt so jeden Anfänger von vornherein hab. Wenn es verschiedene Installationsmethoden gibt, warum nicht einfach_so: 1. Methode: 2. Methode: 3. Methode: so einfach wäre das. Ich bitte das als Anregung zu verstehen, darüber hinaus entschuldige ich mich wegen diesem mahnenden Tonfall, aber ich saß jetzt eine geschlagene Stunde vorm Rechner und habe nichts erreicht. Grüße Smaug Schlussendlich wäre ich auch noch dankbar falls mir kurz jemand erklären könnte wie ich nun endlich zu Grip komme.

natürlich ist der Artikel etwas komplizierter. Das Kompilieren von Anwendungen ist auch viel zu komplex um es Anfänger gerecht zu machen. Dazu kommt, dass der Artikel nur einen kleinen Bereich abdecken kann: die klassische Methode. Selbst für mich als sehr erfahrener Benutzer bedeutet das manuelle Kompilieren einer neuen Anwendung manchmal, dass ich eine Stunde davor sitze und erst mal noch Pakete "errate", die man nachinstallieren muss.

So genau habe ich mir den Artikel nie angesehen, weil ich meine Erfahrungen zum Kompilieren von Programmen an anderer Stelle aus dem Netz gesammelt habe. Aber wo du das jetzt mal so erwähnst, der Artikel ist zwar recht vollständig aber tatsächlich etwas verwirrend strukturiert, insbesondere für Anfänger. Insgesamt müsste man das idiotensicherer schreiben, damit das auch wirklich jeder begreift.

Ferne würde ich auch vorschlagen, dass man vielleicht noch konkret darauf verweist, dass einige Programme überhaupt nicht kompiliert oder installiert werden müssen, weil sie entweder vorkompiliert sind (z.B. Blender 3D) oder z.B. ein reines Python-Programm (z.B. RedNoteBook) sind.

Bevor mir das jetzt jemand vorwirft, dass ich ja schließlich alles selber besser machen darf, ich kann prinzipiell das Schreiben von Wiki-Artikeln aus Gründen der geistigen Gesundheit im Moment einfach nicht mehr ertragen.

Smaug, bevor du dich noch weiter abquälst, hier noch mal in kurz, was du eigentlich tun solltest:

1) Die Abhängigkeiten für die Kompilierung auflösen. In der Regel findet man Hinweise in dem Archiv des Quellcodes in Dateien wie README, INSTALL o.ä. Optional kann man das sonst auch auf der Entwicklerseite nachsehen. Dabei müssen für den Kompiliervorgang unbedingt auch die Pakete mit der Endung -dev installiert sein, sofern denn vorhanden. Es kann manchmal etwas tricky und zeitaufwendig sein konkret herauszufinden, welche Pakete konkret benötigt werden, weil z.B. Ubuntu manchmal die verlangten Abhängigkeiten in mehrere Pakete verteilt hat - so z.B. bei libboost, dass häufig in den Abhängigkeiten als "einzelnes" angegeben wird, aber in den Paketquellen über mehr als einem duzend Pakete verteilt ist. Da ist etwas Geduld und Eigeninitiative gefragt.

2) Aus dem Verzeichnis in dem der Quellcode liegt:

./configure
make
sudo checkinstall

Bei Fehlermeldungen währen ./configure fehlen meistens Abhängigkeiten. Fehler bei make möchte ich dir nicht wünschen, weil das könnte kompliziert werden. Fehler bei checkinstall lassen sich - laut Wiki - häufig damit umgehen, dass man erst sudo make install ausführt und dann sudo checkinstall nochmal hinterherschiebt.

Danke für euere Antworten, ich bin jetzt bei dem Thread weiter gekommen:

http://forum.ubuntuusers.de/topic/grip-und-karmic/#post-2306859

Ich hab es so gemacht. Hat geklappt. Dass das kompilieren kompliziert ist, glaub ich schon. Mir gehts dabei wie bei der Ingenieurmathematik, ich versteh vielleicht, wie man es macht, aber nicht warum

Ich kann es auch nachvollziehen, was passiert wenn man so einen Wiki Artikel schreibt. Das Kommt einem alles sehr logisch vor, weil man ja die Denkprozesse die dahinter stehen ja selbst versteht. Aber einem Außenstehenden muss das deshalb nicht unbedingt einleuchtend sein.

Punkt ist aber, dass ich mich schon öfters in Wiki Artikeln verirrt hab und nicht weiter gekommen bin und das lag dann meist an fehlender Struktur im Artikel.

Wenn man dann aber mal so weit ist, dass man es hin gekriegt hat, kümmerts einen nicht mehr. Und dann steht der nächste Anfänger vor solch einem Artikel. Dessen Wert weitaus mehr Geltung fände, wäre er nur ein wenig übersichtlicher.

Deshalb versuche ich es halt nun einmal etwas besser zu machen und euch darauf hin zu weisen