kan iemand mij helpen met linux?

[Verwijderd]

ik heb net linux mandrake 7.2 geinstaleerd (aangepast workstation install alle pakketen)
en alles draaid best goed.
Het enige wat nog niet wil lukken is het instaleren van software
Misschien weten julie wat er fout is
ik pak eerst het gedownloade bestand uit door door in een terminal dit te typen:tar xvfz bestand.tar.gz
dat gaat goed dan ga ik in de gevormde directory en typ daar ./ configure in dat gaat ook doed maar de volgende stap gaat niet goed
ik typ make in en dan krijg ik dit
[root@e121153 kefeld]# make
make all-recursive
make[1]: Binnengaan van map `/root/kefeld'
Making all in kefeld
make[2]: Binnengaan van map `/root/kefeld/kefeld'
Making all in docs
make[3]: Binnengaan van map `/root/kefeld/kefeld/docs'
Making all in en
make[4]: Binnengaan van map `/root/kefeld/kefeld/docs/en'
make[4]: Niets te doen voor `all'.
make[4]: Weggaan uit map `/root/kefeld/kefeld/docs/en'
make[4]: Binnengaan van map `/root/kefeld/kefeld/docs'
make[4]: Niets te doen voor `all-am'.
make[4]: Weggaan uit map `/root/kefeld/kefeld/docs'
make[3]: Weggaan uit map `/root/kefeld/kefeld/docs'
make[3]: Binnengaan van map `/root/kefeld/kefeld'
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/kde/include -I/usr/lib/qt/include -I/us
r/X11R6/include -O3 -g3 -Wall -c efelddialogData.cpp
In file included from efelddialogData.cpp:13:
efelddialogData.h:16: qdialog.h: Onbekend bestand of map
efelddialogData.h:17: qslider.h: Onbekend bestand of map
efelddialogData.h:18: qlcdnum.h: Onbekend bestand of map
efelddialogData.cpp:18: qlabel.h: Onbekend bestand of map
efelddialogData.cpp:19: qpushbt.h: Onbekend bestand of map
efelddialogData.cpp:22: kslider.h: Onbekend bestand of map
make[3]: *** [efelddialogData.o] Fout 1
make[3]: Weggaan uit map `/root/kefeld/kefeld'
make[2]: *** [all-recursive] Fout 1
make[2]: Weggaan uit map `/root/kefeld/kefeld'
make[1]: *** [all-recursive] Fout 1
make[1]: Weggaan uit map `/root/kefeld'
make: *** [all-recursive-am] Fout 2

Ik krijg ongeveer hetzelfde als ik make install doe.
moet ik nog een paket instaleren?
Martijn

[RvdH]

Zo te zien mis je QT.

(Gatver wat ziet dat er niet uit, in het nederlands )

[Mior]

nederlands ??

whaa.. ja.. ik zeg nix..

kijk eens op freshmeat.net misschien kun je dat QT wat rick zei daar halen (ik ken het niet)...

[ACM]

Op zaterdag 06 januari 2001 18:07 schreef Phantom_ het volgende:
kijk eens op freshmeat.net misschien kun je dat QT wat rick zei daar halen (ik ken het niet)...

Je kent QT niet??
Whaa... Ik zeg niks...

Maar goed, het is niet zo, dat *ELK* pakket gewoon simpelweg compileert. Je moet daarom ook eigenlijk altijd de README en INSTALL filetjes bekijken, soms zijn er nog andere met nog wat specifiekere dingen. Ook even een blik op de website waar het vandaan komt kan je vaak vertellen wat je zoal nodig hebt. Aangezien je Mandrake 7.2 geinstalleerd hebt, kan ik haast niet geloven dat je QT niet hebt. Maar misschien dat je wel een verkeerde versie (te oud, of juist veel te nieuw voor dat pakket) hebt.

[Mior]

wat is QT dan ?

[na wat speurwerk]
ahh libs voor x.. ja. ik gebruik x nooit [/na wat speurwerk]

[ACM]

QT is niet zomaar "libs for x"
Het is de grafische bibliotheek voor KDE en veel andere apps...
Had KDE niet bestaan, dan was QT ook niet bekend geweest...

Trouwens, wat is er mis met X ??
Met X kan ik 4 terminals tegelijk op default grote overzien... stuk handiger dan steeds weer switchen met ALT+F*

[Mior]

jaja blaat...

ik vindt de console gewoon fijner werken, lekker text files editen met vi.. meer controle over je eigen systeem (heb jij al eens gekeken hoeveen poorten x server opengooit ?)..

trouwens, zeker nog nooit van screen gehoord

[Verwijderd]

Mmm, nederlandse versie van mandrake 7.2 leek me wel grappig om eens te installeren (zou de eerste nederlandse versie van welk os ook zijn dat op m'n pc terecht zou komen), maar ik kreeg het niet geinstalleerd Gelukkig maar want engels is makkelijker

[ACM]

[hier moet ik dan toch weer even op ingaan mode]

ik vindt de console gewoon fijner werken,

Ach, ik vindt een terminal inderdaad wel prettig (ook makkelijk voor remote server-controle terwijl je zelf aan het browsen bent)
Maar voor het overzicht vindt ik X toch prettiger (zal ik niet gauw op een server starten, en heb ik er ook niet op nodig om ermee overweg te kunnen, maar op een 'workstation' is het wel wat handiger)

lekker text files editen met vi.. meer controle over je eigen systeem

Tsja, ik gebruik eigenlijk altijd vi/vim/gvim in linux/unix... En dan inderdaad OOK in een terminal of in de console, file-management en vele andere dingen zal ik ook niet gauw een X-tool voor pakken... toch is het wel prettig om wat scherpere letters met een hogere refresh op je scherm te hebben en 1280x1024 levert een veel beter overzicht dan 320x240 oid
Ik vindt bv een httpd.conf editen toch wel prettig als je veel tekst onderelkaar kwijt kan :-)

(heb jij al eens gekeken hoeveen poorten x server opengooit ?)..

Hangt ervanaf... Als je het goed ingesteld hebt staan staan er alleen een paar poorten naar localhost open... En mocht je een remote X-app willen gebruiken, neem dan SSH, blijft het alleen voor localhost, de rest is via encryptie

trouwens, zeker nog nooit van screen gehoord

Ik gebruik screen erg vaak... En die systemen die ik beheer en waar het niet op stond heb ik het allemaal op gezet... maar screen vind ik alleen handig om een "programma door te laten draaien" (bijvoorbeeld een download met lynx omdat wget het niet snapt)
Voorderest is het wisselen van screen nog meer moeite dan wisselen van terminal (als je meerdere screens gebruikt, met dicht bij elkaar liggende pid's van 5 cijfers )

[/hier moet ik dan toch weer even op ingaan mode]

BTW, je wilt toch niet beweren dat je die messages etc hier, met lynx/links zit in te tikken he??
Zal wel IE zijn :-P
(bij mij momenteel wel... 'sorry')


En nog iets, ik vindt het opzich best een geinige discussie, maar als je hem verder wilt voortzetten moet je me maar icq'en (zo te zien ben je zelfs online )

[Mior]

neuhjj.. ik gebruik ook ie.. maar ik draai linux puur als server, x is dus helemaal niet van toepassing.

[netwerk] <--> [linux server] <--> [internet]

als workstation heb ik gewoon windows, een ssh sessie naar de server met screen om alles te doen (net nog kernel upgrade gehad )

[balk]

volgens mij moet je je QT dir aangeven als je ./configure draait (lees INSTALL of README), ik heb ook wel eens gehad dat ie m'n QT niet kon vinden.

[Mior]

of typ: ./configure --help

dan zie je alle opties die bij configure mee kan geven.. misschien dus ook locatie van je QT dir.

[Verwijderd]

bedankt voor julie hulp ik heb nu qt geinstaleerd maar er is niks veranderd dus was het niet qt waardoor hij niet liep
Ik vind het maar raar wat zal ik doen opnieuw instaleren? of doe ik echt iets fout?

[Verwijderd]

Je hebt niet alleen qt nodig, maar ook qt-devel, om iets te compileren.
Trouwens, kijk even welke versie je precies nodig hebt, qt 1 of 2.
Opnieuw installeren is trouwens niet nodig, dat hoeft pas wanneer je daar zin in hebt, of wanneer alles echt stuk is, echt alles dus.

[Apache]

Op zaterdag 06 januari 2001 18:00 schreef RickJansen het volgende:
Zo te zien mis je QT.

(Gatver wat ziet dat er niet uit, in het nederlands )

Is dat niets voor de volgende tweakers server, een nederlandse FreeBSD ofzo

[balk]

wat zegt ie over je QT als je ./configure doet?

(in het engels graag )

[Verwijderd]

nou dan zegt hij dit:
[root@e121153 kefeld]# ./configure
loading cache ./config.cache
checking for gcc... (cached) gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking how to run the C++ preprocessor... (cached) g++ -E
checking for X... (cached) libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for a BSD compatible install... (cached) /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for ranlib... (cached) ranlib
checking for ld used by GCC... (cached) /usr/i486-linux/bin/ld
checking if the linker (/usr/i486-linux/bin/ld) is GNU ld... (cached) yes
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
checking for main in -lcompat... (cached) no
checking for main in -lcrypt... (cached) yes
checking for the third argument of getsockname... (cached) socklen_t
checking for dnet_ntoa in -ldnet... (cached) no
checking for dnet_ntoa in -ldnet_stub... (cached) no
checking for gethostbyname... (cached) yes
checking for connect... (cached) yes
checking for remove... (cached) yes
checking for shmat... (cached) yes
checking for killpg in -lucb... (cached) no
checking for Qt... (cached) libraries /usr/lib/qt/lib, headers /usr/lib/qt/include
checking if Qt compiles without flags... (cached) yes
checking for moc... (cached) /usr/lib/qt/bin/moc
checking for rpath... yes
checking for bool... (cached) yes
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for a C-Compiler... gcc
checking whether the C compiler (gcc -g -O2 ) works... yes
checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
checking for a C++-Compiler...
checking for g++... (cached) g++
checking whether the C++ compiler (g++ -s) works... yes
checking whether the C++ compiler (g++ -s) is a cross-compiler... no
checking whether we are using GNU C++... (cached) yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... -static
checking if the linker (/usr/i486-linux/bin/ld) is GNU ld... no
checking whether the linker (/usr/i486-linux/bin/ld) supports shared libraries... no
checking command to parse /usr/bin/nm -B output... yes
checking how to hardcode library paths into programs... unsupported
checking for /usr/i486-linux/bin/ld option to reload object files... -r
checking dynamic linker characteristics... Linux ld.so
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking for objdir... .libs
creating libtool
checking whether NLS is requested... yes
checking for msgfmt... (cached) msgfmt
checking for gmsgfmt... (cached) msgfmt
checking for xgettext... (cached) :
checking for KDE... (cached) libraries /opt/kde/lib, headers /opt/kde/include
checking for extra includes... no
checking for extra libs... no
(cached) creating ./config.status
creating Makefile
creating kefeld/Makefile
creating kefeld/docs/Makefile
creating kefeld/docs/en/Makefile
creating po/Makefile
creating config.h
config.h is unchanged

[Mior]

dat is de ./configure ja.. als je 'make' intyped zou het goed moeten gaan

code:

checking for Qt... (cached) libraries /usr/lib/qt/lib, headers /usr/lib/qt/include
checking if Qt compiles without flags... (cached) yes

dus hij heeft QT wel gevonden.

[Verwijderd]

nou als ik make intyp krijg ik weer precies het zelfde al eerst moet ik nog een andere compiler instaleren of zo make gebruik je toch om te compileren?

[Verwijderd]

Ja, met make wordt de zooi gecompiled, maar hij kan gewoon iets niet vinden

efelddialogData.h:16: qdialog.h: Onbekend bestand of map
efelddialogData.h:17: qslider.h: Onbekend bestand of map
efelddialogData.h:18: qlcdnum.h: Onbekend bestand of map
efelddialogData.cpp:18: qlabel.h: Onbekend bestand of map
efelddialogData.cpp:19: qpushbt.h: Onbekend bestand of map
efelddialogData.cpp:22: kslider.h: Onbekend bestand of map

Kijk eens of je die qdialog.h, qslider.h etc. ergens kan vinden, dat zijn header files van QT. Zit toch ergens iets niet goed met je QT schijnbaar.

[Verwijderd]

Probeer anders eens in je ./configure het pad naar je QT dir absoluut mee te geven (naar de install dir of naar de source)