Code::Blocks 8.02 unter Linux installieren
-
Erhard Henkes schrieb:
Gibt es eine ideale Seite, auf der die wichtigsten Linux-Befehle aufgeführt sind?
Was ist denn eine "ideale Seite"?
Man könnte z.B. direkt beim Hersteller für einen ersten Überblick nachschlagen:
http://www.gnu.org/software/coreutils/manual/coreutils.html
(oder lokal: info coreutils)Wenn ich schon weiß, welches Programm ich brauche, dann lese ich noch
'man programmname',
damit ich die genauen Parameter kenne.
-
Erhard Henkes schrieb:
Diese passen irgendwie nicht zu sich selbst, einfach lächerlich.
Das wäre natürlich nicht Ubuntus Schuld, sondern dann liegt das Problem bei Code::Blocks. Aber egal, denn eigentlich sollte es dir ja egal sein können, wer genau es verbockt hat.
weil im Internet jemand behauptet hatte, das würde über die "Unverträglichkeiten" hinweg helfen, was es sogar tat (Console rulez), aber anschließend musste apt-get das wieder "abräumen" (contrib ...) wegen Blödsinn.
Was hat apt-get denn genau gesagt?
Ich möchte nun den vollen Linux-Schmerz.
Wie wäre es denn dann, wenn du Code::Blocks einfach selbst kompilierst?
Und nein, das ist jetzt nicht wirklich als Witz gemeint. Das Paketmanagement von Ubuntu ist klasse, aber eben nur solange man Pakete direkt von Ubuntu installiert, oder welche die genau auf die jeweilige Distribution zugeschnitten sind. Mit unpassenden (oder einfach nur schlecht gemachten) Paketen hat man, wie du ja schon gesehen hast, nicht viel Spaß. Und da gibt's dann meistens auch keine schönen und einfachen Lösungen, um die Abhängigkeiten wieder geradezubiegen.
Also, Quellcode von Code::Blocks runterladen, von allen benötigten Libraries die entsprechenden -dev Pakete installieren, und dann "./configure && make && sudo make install"... Viel Erfolg
-
Um eine 3D-Graka zum Laufen zu bekommen, musste ich den Linux Kernel neu kompilieren (musste damals etwa 50 Zeilen aus dem Internet abtippen, die ich nicht verstand, hat aber geklappt). Das ist schon einige Zeit her. Ich dachte, das wäre nun vorbei. Auf die Idee, 3D-Anwendungen damit durchzuführen, komme ich erst garnicht, wenn noch nicht mal eine einfache IDE funktioniert.
Nicht installieren, sondern compilieren? Mir wird wahrscheinlich bei Code::Blocks nichts anderes übrig bleiben, wenn ich keine Anweisung im Net finde. Meine Meinung dazu möchte ich besser nicht verewigen.
So langsam finde ich MS Windows richtig "usable".
-
Nun habe ich es nochmals probiert und die sieben Pakete einzeln installiert. Das hat funktioniert. Auf so etwas muss man als Linux-Einsteiger erst mal kommen. Logischerweise wählt man doch einfach alles aus, was man installieren möchte, um nicht durcheinander zu kommen. Wie auch immer, Code::Blocks 8.02 läuft auf "hardy".
Um etwas Positives über diese Linux-Distribution Kubuntu 8.04 zu sagen:
- Konqueror hatte ohne weitere Einstellungen sofort Verbindung zum Internet.
- OpenOffice ist komplett dabei
- F5, Strg+C, Strg+V sind identisch zu MS Windows
-
Was ist am compilieren so schlimm? für die meisten anwender ist es nicht mehr als ein ./configure && make && make install. Das ist sogar trivialer als die meisten windows installer. Linux ist nicht Windows, und vorallem es ist kein homogenes system. Was man bei windows mitgeliefert bekommt, kann man sich unter linux mit 100 verschiedenen programmkombinationen individuell zusammenstellen. natürlich hat das auch einen Effekt auf die geschriebenen Programme. wxwidgets zum Beispiel kommt mit Backends zu 5 verschiedenen zeichen bibliotheken daher. Deshalb wurden so tolle Dinger wie configure scripts entwickelt, die sich individuell darum kümmern, dass die beste kombination genommen wird, und das alles gut zusammen funktioniert.
Packages waren ein Gedanke, das zu vereinfachen, aber das kann nicht funktionieren. In einer Distribution muss alles zusammen funktionieren können, was zur folge hat, dass diejenigen die sich um die pakete kümmern darum sorge tragen müssen, dass ein update den restlichen paketen nicht schadet. je mehr pakete es werden, desto schwieriger wird das aber, vorallem bei libs wie wxwidgets die sich in permanenter Entwicklung befinden und sich darum ihr interface zwischen den einzelnen Versionen unterscheidet.
Dies verlangsamt den Prozess der Paketverwaltung, sodass es dann sehr schnell dazu kommt, dass externe packages für die plattform auf bibliotheken basieren, die in der Destribution selbst noch lange nicht stable sind und inkompatibilitäten zu anderen packages aufweisen. Wie in diesem Fall Code::Blocks dass einfach eine relativ neue wxwidgets und glibc version braucht(Anmerkung am Rande: Debian stable hat _immernoch_ nicht glibc2.7 im stable repository).
-
Frage 1: Wenn man (z.B. für Veröffentlichungen im Internet) ein HTML-Dokument schreiben will, welches Werkzeug empfiehlt sich diesbezüglich?
Frage 2: Wie erzeugt man Bildschirm- bzw. Teilbildschirm Snapshots?
Frage 3: Was ist das Pendant zu MS "Paint"?
Frage 4: Was benützt man zur FTP-Übertragung auf die eigene Homepage?
-
Erhard Henkes schrieb:
Frage 1: Wenn man (z.B. für Veröffentlichungen im Internet) ein HTML-Dokument schreiben will, welches Werkzeug empfiehlt sich diesbezüglich?
dein bevorzugter Texteditor?
Frage 2: Wie erzeugt man Bildschirm- bzw. Teilbildschirm Snapshots?
kde? -> ksnapshot
Frage 3: Was ist das Pendant zu MS "Paint"?
gimp
Frage 4: Was benützt man zur FTP-Übertragung auf die eigene Homepage?
Das kommandozeilenprogramm ftp. Ist bei fast jedem linux standardmäßig dabei. Sagt zumindest google.
//edit der ftp link wird durch die forensoftwäre erzeugt
//test: ftp
-
Was ist am compilieren so schlimm?
Alles, was auf Anhieb klappt, ist "nicht schlimm". Es geht daher immer um die Fehlermöglichkeiten, und davon gibt es beim Compilieren sicher genug.
Ein Anwender, der ein neues "Programm" (wieviele Pakete oder Dateien da drinnen sind, ist dem Normalanwender i.d.R. egal) aufspielen will, sucht genau einen Startknopf zum Installieren.Aber ich werde dies schon noch verstehen lernen. Vielleicht erkenne ich irgendwann auch einmal die Attraktivität von Linux. Auf jeden Fall ist bisher alles "kostenlos". Das ist ein gewichtiges Argument gegenüber MS Windows.
@otze: Danke für die Tipps! Bevorzugter Texteditor? Habe noch keinen bei Kubuntu. Wichtig ist, dass HTML-Dateien erzeugt werden, die auf allen Browsern ordentlich aussehen. Unter MS Windows verwende ich z.Z. den Composer aus SeaMonkey.
-
SeaMonkey läuft auch unter GNU/Linux.
Und das Pendant zu MSPaint ist eigentlich eher TuxPaint.
-
Erhard Henkes schrieb:
Alles, was auf Anhieb klappt, ist "nicht schlimm". Es geht daher immer um die Fehlermöglichkeiten, und davon gibt es beim Compilieren sicher genug.
Natürlich gibt es viele Sachen, die dabei schiefgehen können (der typische Anfängerfehler wäre, zwar z.B. das Paket libfoo installiert zu haben, nicht aber libfoo-dev).
In den meisten Fällen geht das Kompilieren aber ziemlich reibungslos. Der Großteil der Linux-Software ist von vornherein darauf ausgelegt, im Sourcecode ausgeliefert und vom Benutzer selbst kompiliert zu werden. Wenn du bisher nur unter Windows entwickelt hast wirst du überrascht sein, wie unkompliziert sowas sein kann...
-
Danke für die Tipps!
Musste mir noch den C++-Compiler/Linker einrichten, da habe ich g++ 4.2 gewählt, hat auch alles bestens geklappt.
-
Ein Link, der den Einstieg in Linux kompakt und strukturiert unterstützt, wenn man DOS kennt: http://www.linuxhaven.de/dlhp/HOWTO/DE-DOS-nach-Linux-HOWTO.html#toc3
Das Schlimme an KDE ist, dass es aussieht wie Windows, aber ohne die Konsole und ohne Kenntnis der speziellen Kommandos geht nichts auf Dauer.
Das ich mein Programm nach dem Erstellen mit ./myprogram ausführen musste, war mir nicht einleuchtend.
Was mir gefällt, ist die hohe Qualität der mitgelieferten bzw. einfach installierbaren Tools, z.B. Gimp Image Editor oder KSnapshot.
-
Erhard Henkes schrieb:
Um eine 3D-Graka zum Laufen zu bekommen, musste ich den Linux Kernel neu kompilieren (musste damals etwa 50 Zeilen aus dem Internet abtippen, die ich nicht verstand, hat aber geklappt). Das ist schon einige Zeit her. Ich dachte, das wäre nun vorbei.
Ist es. Habe letzte Woche auf einem alten Rechner ein Ubuntu Hardy Heron installiert. Beim ersten Start poppte eine kleine Sprechblase auf, die mich darauf hinwies, dass aus lizenzrechtlichen Gründen die proprietären Treiber nicht mitgeliefert werden können und ich "hier" klicken soll, um sie nachzuinstallieren. Gezählte drei Mausklicks später (Blase angeklickt, "proprietäre Treiber wirklich aktivieren" und "Rechner neustarten"), lief alles perfekt.
Nicht installieren, sondern compilieren? Mir wird wahrscheinlich bei Code::Blocks nichts anderes übrig bleiben, wenn ich keine Anweisung im Net finde. Meine Meinung dazu möchte ich besser nicht verewigen.
Tja, offensichtlich finden die Ubuntu-Devs Code::Blocks nicht sehr interessant, und die Code::Blocks-Devs bekommen es nicht hin, vernünftige Pakete bereitzustellen. Aber da die Installation aus den Sourcen recht simpel ist, wird das wohl kaum allzu dramatischen Auswirkungen werden.
-
Erhard: Unter KDE gib doch einfach mal im Konqueror in die Adressleiste folgendes ein:
ftp://username@ftp.example.netGab da auch die Möglichkeit, irgendwie über "Go/Remote Location" (oder so ähnlich) ein fixes FTP-Remoteverzeichnis zu speichern, das man dann so ähnlich wie ein lokales Verzeichnis verwenden konnte, habe aber gerade keinen Konqueror um das auszuprobieren.
-
Danke! Datentransfer hat geklappt. Mir gefällt Linux schon etwas besser, hat wirklich was.
Hier habe ich eine wirklich gute Kommando-Übersicht gefunden:
http://nafoku.de/t/unix.htm
-
Hier noch ein echt gutes Openbook zu Linux.
http://www.galileocomputing.de/openbook/linux/Zum Webseiten gestalten, würde ich übrigens
Bluefish http://bluefish.openoffice.nl/ oder
Quanta+ http://quanta.kdewebdev.org/ empfehlen.Die haben gegenüber des "Lieblingseditors" noch einige zusätzliche nette Features
Ansonsten noch viel Spaß beim lernen.