redfoxx13
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi Ich hänge trotz Lesen in den Seilen und hoffe auf hilfreiche Tipps Ich würde gern Dillo kompilieren, nur komme ich nicht weiter. Aus meinem Thread http://forum.ubuntuusers.de/post/2582910/, hänge ich da http://wiki.ubuntuusers.de/Baustelle/Dillo/kompilieren#Kompilieren. Die tarballs liegen im Downloadsordner. In home/benutzername habe ich einen Ordner Dillo erstellt. Nur wie gehe ich jetzt weiter vor. Kann ich die tarballs alle in Dillo schieben, dort entpacken und dann weitermachen nach Anleitung? LG
|
agaida
Anmeldungsdatum: 24. Februar 2010
Beiträge: 3348
Wohnort: Bielefeld
|
Mach Dir lieber einen devel-Ordner und da pack die Quellen der einzelnen Sourcen rein. Bei Dir könnte das so aussehen
~/devel/
|
|-dillo/
|-fltk2/
und dann die tar da hinein entpacken in eigene Ordner. Da passt dann noch Updates rein. Und dann frei nach Wiki weitermachen. Die im Wiki angegbenen Verzeichnisse sind die Verzeichnisse, in die Du entpackt hast.
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi agaida bin da jetzt ein bißchen hilflos. Könntest Du mir bitte die Befehle schreiben? Bin im Terminal noch im Anfängerstadium. LG
|
agaida
Anmeldungsdatum: 24. Februar 2010
Beiträge: 3348
Wohnort: Bielefeld
|
redfoxx13 schrieb: Hi agaida bin da jetzt ein bißchen hilflos. Könntest Du mir bitte die Befehle schreiben? Bin im Terminal noch im Anfängerstadium. LG
Terminal auf:
mkdir -p ~/devel/dillo mkdir -p ~/devel/fltk2
Auspacken der Dateien im Downloadordner mit rechter Maustaste und hier entpacken. Dann einzel markieren, ausschneiden und im eben angelegten Verzeichnis wieder einfügen.
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi agaida von den fltk2 habe beide Ordner tar.bz und tar.bz2. Nach dem entpacken habe ich einen Ordner mit(2) liegen. Soll ich diesen auch schieben? LG Edit : Von gz auf bz ausgebessert
|
agaida
Anmeldungsdatum: 24. Februar 2010
Beiträge: 3348
Wohnort: Bielefeld
|
nur die komplett ausgepackten Ordner. xyz.tar.gz->xyz.tar->xyz. Den markierten dann verschieben.
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi agaida was ich meinte ich habe mir die Ordner tar.bz und tar.bz2 geladen und entpackt. Der eine heißt jetzt fltk2 der andere fltk2(2). Beim Einfügen der Dateiinahlte werde ich gefragt ob ich Dateien ersetzen möchte. Kann es sein, daß das die gleichen sind nur stärker komprimiert? Ich habe jetzt mal auf "alle zusammenführen" und "alle ersetzen" geklickt, je nach Meldung. War das richtig? LG
|
agaida
Anmeldungsdatum: 24. Februar 2010
Beiträge: 3348
Wohnort: Bielefeld
|
Dann hast Du 2x entpackt. Sollte klappen. Ja.
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Hi also, scheint nichts geworden zu sein. Nach Fehlermeldung bei fltk (liegt als png bei). Habe ich weitergemacht mit dillo, Fehlermeldung (liegt als codeblock bei). Tapfer alles weiter nach Anleitung bis aufs Icon (liegt noch in Downloads). Unter Anwendung habe ich jetzt den Dillo mit Fehlermeldung: No such file or directory. Nur damit ich im letzten Schritt einen Fehler ausschließe beim Startmenü: Habe das Startmenü mit gksudo gedit /usr/share/applications... geöffnet den Inhalt aus dem Wiki kopiert-eingefügt und auf Speichern geklickt. LG red@red-laptop:~$ cd /home/red/devel/dillo
red@red-laptop:~/devel/dillo$ ./autogen.sh
bash: ./autogen.sh: No such file or directory
red@red-laptop:~/devel/dillo$ ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for g++... no
checking for c++... no
checking for gpp... no
checking for aCC... no
checking for CC... no
checking for cxx... no
checking for cc++... no
checking for cl.exe... no
checking for FCC... no
checking for KCC... no
checking for RCC... no
checking for xlC_r... no
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for ranlib... ranlib
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking size of char... 1
checking size of short... 2
checking size of long... 4
checking size of int... 4
checking size of void *... 4
checking for gethostbyname... yes
checking for setsockopt... yes
checking for socklen_t... socklen_t
checking FLTK2... yes
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
checking for jpeg_destroy_decompress in -ljpeg... yes
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking for zlibVersion in -lz... yes
checking for libpng-config... /usr/bin/libpng12-config
checking for libpng version... 1.2.42 (newer version)
checking iconv.h usability... yes
checking iconv.h presence... yes
checking for iconv.h... yes
checking for iconv_open in -lc... yes
checking for pthread_create in -lpthread... yes
checking for ANSI C header files... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking sys/uio.h usability... yes
checking sys/uio.h presence... yes
checking for sys/uio.h... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating dlib/Makefile
config.status: creating dpip/Makefile
config.status: creating dpid/Makefile
config.status: creating dpi/Makefile
config.status: creating doc/Makefile
config.status: creating dw/Makefile
config.status: creating lout/Makefile
config.status: creating src/Makefile
config.status: creating src/IO/Makefile
config.status: creating test/Makefile
config.status: creating config.h
config.status: executing depfiles commands
red@red-laptop:~/devel/dillo$ make
make all-recursive
make[1]: Betrete Verzeichnis '/home/red/devel/dillo'
Making all in lout
make[2]: Betrete Verzeichnis '/home/red/devel/dillo/lout'
source='container.cc' object='container.o' libtool=no \
DEPDIR=.deps depmode=none /bin/bash ../depcomp \
g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -c -o container.o container.cc
../depcomp: Zeile 611: exec: g++: Nicht gefunden.
make[2]: *** [container.o] Fehler 127
make[2]: Verlasse Verzeichnis '/home/red/devel/dillo/lout'
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/red/devel/dillo'
make: *** [all] Fehler 2
red@red-laptop:~/devel/dillo$ sudo make install-strip
make INSTALL_PROGRAM="/bin/bash /home/red/devel/dillo/install-sh -c -s" \
install_sh_PROGRAM="/bin/bash /home/red/devel/dillo/install-sh -c -s" INSTALL_STRIP_FLAG=-s \
`test -z '' || \
echo "INSTALL_PROGRAM_ENV=STRIPPROG=''"` install
make[1]: Betrete Verzeichnis '/home/red/devel/dillo'
Making install in lout
make[2]: Betrete Verzeichnis '/home/red/devel/dillo/lout'
source='container.cc' object='container.o' libtool=no \
DEPDIR=.deps depmode=none /bin/bash ../depcomp \
g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -Wall -W -Wno-unused-parameter -fno-rtti -fno-exceptions -c -o container.o container.cc
../depcomp: Zeile 611: exec: g++: Nicht gefunden.
make[2]: *** [container.o] Fehler 127
make[2]: Verlasse Verzeichnis '/home/red/devel/dillo/lout'
make[1]: *** [install-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/red/devel/dillo'
make: *** [install-strip] Fehler 2
red@red-laptop:~/devel/dillo$ cd..
cd..: Befehl nicht gefunden
red@red-laptop:~/devel/dillo$
- Bilder
|
agaida
Anmeldungsdatum: 24. Februar 2010
Beiträge: 3348
Wohnort: Bielefeld
|
Hi, wie bringe ich es Dir schonend bei, daß das so erst mal nichts wird? Das mit dem kompilieren würde ich an Deiner Stelle erst mal lassen. Aber es gibt eine Möglichkeit, schnell an Dillo zu kommen. https://launchpad.net/~d.filoni/+archive/dillo , das ppa in deine Paketquellen einbinden und dann ein sudo apt-get update. Danach müsstest Du Dillo in der Systemverwaltung/Synaptic Paketverwaltung finden. Viel Spass beim Installieren.
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
agaida schrieb:
wie bringe ich es Dir schonend bei
Äh, dazu dito. Das mit ppa ging auch schon in die H...! Hatte in den Softwarequellen die ppa liegen, Schlüssel war auch da. Konnte aber nach Neu laden. Nichts in Synaptic finden. 😬 LG
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
Äh agaida ich hab gerade mein erstes Bier seit Tagen geköpft. Grund: Ich habe die normale ppa und nicht die ssl ppa in Synaptic nochmal versucht. Es hat geklappt. Mmh "Zäpfle" Gluck, gluck 😀 . Herzlichen Dank. redfoxx13
|
agaida
Anmeldungsdatum: 24. Februar 2010
Beiträge: 3348
Wohnort: Bielefeld
|
Ich habe mich so an die Tage vor einem Jahr erinnert gefühlt: "Was zum Teufel macht das Mistding da mit mir!". Damals gab es so Phasen, da habe ich Linux gehasst. Dazu kam, dass so "einfache" Dinge wie kompilieren, Abhängigkeiten installieren, Konfigurationen anpassen und auch noch eventuellen Fehlern hinterhersuchen mich einfach überfordert haben. Das jetzt auf die harte Tour zu veruschen, hätte Stunden bis Tage gebraucht. Da würde ich mit ein paar kleineren Sachen anfangen. 👍 👍 Prost!
|
redfoxx13
(Themenstarter)
Anmeldungsdatum: 14. August 2009
Beiträge: 4267
|
|
cornix
Anmeldungsdatum: 9. März 2007
Beiträge: 4763
Wohnort: Ringenberg
|
Wenn etwas nicht funktioniert, kann man natürlich einfach einen anderen Weg gehen. Man kann aber auch die Fehlermeldung lesen, dann erkennt man, dass dir lediglich ein Kompiler (und damit das Paket build-essentials (siehe Programme kompilieren)) fehlt, um fltk zu kompilieren. Noch mal Schritt für Schritt: 1. "Entwicklungsumgebung" einrichten
sudo apt-get install build-essential subversion mercurial 2. Abhängigkeiten zum Bauen installieren:
sudo apt-get instal libx11-dev mesa-common-dev libglu1-mesa-dev libxft-dev libjpeg62-dev libpng12-dev 3. Verzeichnis anlegen, rein wechseln, Quellcode laden
mkdir ~/dev
cd ~/dev
svn co http://svn.easysw.com/public/fltk/fltk/trunk fltk
hg clone http://hg.dillo.org/dillo dillo 4. fltk kompilieren
cd fltk
make clean
./configure
make
sudo checkinstall 5. Dillo kompilieren
cd ../dillo
./autogen.sh
./configure
make
sudo checkinstall
Idealerweise versuchst du bei jedem Befehl zu verstehen, was er eigentlich bewirkt. Das PPA zu benutzen ist da natürlich einfacher, aber es kann auch nicht schaden, wenn man weis, wie man es selbst baut. 😉 Gruß, cornix
|