[RH7.3] Kmerlin uitpak error :?

[Cloontje]

Waneer ik Kmerlin 1.0 ga instaleren krijg ik dit:

code:

[root@Carpathia kmerlin-1.0]# ./configure
loading cache ./config.cache
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 a BSD compatible install... /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
checking for gcc... gcc
checking whether the C compiler (gcc   ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.
[root@Carpathia kmerlin-1.0]#

Ik snap er niks van jep zou dit gefikst hebben, via ssh. Maar niet dus. ik heb alle mogelijke heden geprobeert in de help file, maar dat krijg ik zelfde melding.

[_Squatt_]

code:

loading cache ./config.cache

Nadat je het iets hebt veranderd heb je wel even de cache weggegooid. ('rm config.cache' in de kmerlin-1.0 dir.)?

Als dat niet het probleem is:

code:

checking for gcc... gcc
checking whether the C compiler (gcc   ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.

Blijkbaar maakt gcc geen executables aan. Aan het eind van config.log staat zeer waarschijnlijk een foutmelding die wat meer informatie geeft dan 'cannot create executables'.

[Verwijderd]

waarschijnlijk niet de dev-pakketten geinst

[Cloontje]

Ik heb de cache file verwijdert. Zelfde resultaat. Ik heb de log even geopent, zie hier het resultaat:

code:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:631: checking host system type
configure:652: checking target system type
configure:670: checking build system type
configure:729: checking for a BSD compatible install
configure:786: checking for -p flag to install
configure:809: checking whether build environment is sane
configure:847: checking whether make sets ${MAKE}
configure:893: checking for working aclocal
configure:906: checking for working autoconf
configure:919: checking for working automake
configure:932: checking for working autoheader
configure:945: checking for working makeinfo
configure:1058: checking for gcc
configure:1171: checking whether the C compiler (gcc   ) works
configure:1187: gcc -o conftest     conftest.c  1>&5
/usr/bin/ld: cannot open crt1.o: No such file or directory
collect2: ld returned 1 exit status
configure: failed program was:

#line 1182 "configure"
#include "confdefs.h"

main(){return(0);}

[Verwijderd]

Heeft de user met wie je probeert te compileren schrijfrechten in de huidige directory en in /tmp? .

[Jap]

Op donderdag 09 mei 2002 09:15 schreef beelzebubu het volgende:
Heeft de user met wie je probeert te compileren schrijfrechten in de huidige directory en in /tmp? .

Volgens mij is die ingelogd als root, te zien aan root@carpatia dus dan moet het toch wel lukken

[Verwijderd]

Op donderdag 09 mei 2002 02:12 schreef Gila het volgende:
waarschijnlijk niet de dev-pakketten geinst

[Cloontje]

Op donderdag 09 mei 2002 13:01 schreef Gila het volgende:

[..]

Ja leuk, maar hier heb ik niet veel aan, want waar zijn die? Een beetje meer info erover. 1 Simpel zinnetje word ik niet wijzer van.

[Magic]

bij de installatie heb je de development-paketten niet geinstalleerd, die heb je nodig om de c++ code te compileren. je kunt handmatig de rpm's bij elkaar gaan zoeken op de cd (zal iets van gcc-i386.XXX.rpm wezen) en dan de dependencies automatisch laten oplossen. (staan waarschijnlijk op de 3e cd in de map ./redhat/rpms/).
als je niet begrijpt wat ik hier schrijf dan kun je misschien beter redhat opnieuw installeren en zorgen dat je de development packages installeerd. (als iemand nog een makkelijkere manier weet dan hoor ik het ook graag)

[Cloontje]

Op donderdag 09 mei 2002 14:33 schreef Darkmagic het volgende:
bij de installatie heb je de development-paketten niet geinstalleerd, die heb je nodig om de c++ code te compileren. je kunt handmatig de rpm's bij elkaar gaan zoeken op de cd (zal iets van gcc-i386.XXX.rpm wezen) en dan de dependencies automatisch laten oplossen. (staan waarschijnlijk op de 3e cd in de map ./redhat/rpms/).
als je niet begrijpt wat ik hier schrijf dan kun je misschien beter redhat opnieuw installeren en zorgen dat je de development packages installeerd. (als iemand nog een makkelijkere manier weet dan hoor ik het ook graag)

Dus GCC pakketen alleen? Of rad je me nog een paar rpm's aan? Het gaat me niet om, of het me lukt, ik weet alleen niet welke pakketten.

[Magic]

Op donderdag 09 mei 2002 14:52 schreef Cloontje het volgende:

[..]

Dus GCC pakketen alleen? Of rad je me nog een paar rpm's aan? Het gaat me niet om, of het me lukt, ik weet alleen niet welke pakketten.

het gaat eigenlijk alleen om de GCC pakketten, alleen heeft GCC nog een heleboel dependencies, pakketten die ervoor nodig zijn. en met een beetje pech hebben een groot deel van die dependencies ook weer eigen dependencies, die met een beetje pech..... you'll get the drift. als het goed is kun je die dependencies met een command-line parameter automatisch laten oplossen, ik weet die alleen zo niet uit mijn hoofd. (probeer eens "man rpm")

[Cloontje]

Op donderdag 09 mei 2002 15:03 schreef Darkmagic het volgende:

[..]

het gaat eigenlijk alleen om de GCC pakketten, alleen heeft GCC nog een heleboel dependencies, pakketten die ervoor nodig zijn. en met een beetje pech hebben een groot deel van die dependencies ook weer eigen dependencies, die met een beetje pech..... you'll get the drift. als het goed is kun je die dependencies met een command-line parameter automatisch laten oplossen, ik weet die alleen zo niet uit mijn hoofd. (probeer eens "man rpm")

Ik heb op cd2 een stuk of 10 gcc files gevonden. Ik install die meuk gewoon kijken wat het doet. Ook vond ik op cd1 1 dev.2.2.5 oid. Dus die ga ik ff installen.

[Cloontje]

Vet ik ben al heel wat verder maar nu haakt die weer ergens vast.

DEZE HEB IK GEEDIT DIT IS DUS DE NIEUWE ERROR

Uit de console:

code:

[root@Carpathia kmerlin-1.0]# ./configure
loading cache ./config.cache
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 a BSD compatible install... (cached) /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing
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) gcc -E
checking for c++... (cached) c++
checking whether the C++ compiler (c++   ) works... yes
checking whether the C++ compiler (c++   ) is a cross-compiler... no
checking whether we are using GNU C++... (cached) yes
checking whether c++ accepts -g... (cached) yes
checking whether c++ supports -fno-exceptions... (cached) yes
checking whether c++ supports -fno-check-new... (cached) yes
checking whether c++ supports -fexceptions... (cached) yes
checking how to run the C++ preprocessor... (cached) c++ -E
checking whether c++ supports -frepo... (cached) yes
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for /usr/bin/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
checking how to recognise dependant libraries... (cached) pass_all
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
loading cache ./config.cache within ltconfig
checking whether -lc should be explicitly linked in... (cached) yes
checking for objdir... .libs
checking for gcc option to produce PIC...  -fPIC -DPIC
checking if gcc PIC flag  -fPIC -DPIC works... (cached) yes
checking if gcc static flag -static works... (cached) yes
finding the maximum length of command line arguments... (cached) 73729
checking if gcc supports -c -o file.o... (cached) yes
checking if gcc supports -fno-rtti -fno-exceptions ... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking command to parse /usr/bin/nm -B output... ok
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for dlfcn.h... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) no
creating libtool
loading cache ./config.cache
loading cache ./config.cache within ltconfig
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
ltcf-cxx: with_gcc=yes ; with_gnu_ld=yes
checking for objdir... .libs
checking for c++ option to produce PIC... -fPIC -DPIC
checking if c++ PIC flag -fPIC -DPIC works... yes
checking if c++ static flag -static works... yes
finding the maximum length of command line arguments... (cached) 73729
checking if c++ supports -c -o file.o... (cached) yes
checking if c++ supports -fno-rtti -fno-exceptions ... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking command to parse /usr/bin/nm -B output... ok
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for dlfcn.h... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) no
appending configuration tag "CXX" to libtool
checking for object suffix... o
checking for executable suffix... no
checking for msgfmt... msgfmt
checking for gmsgfmt... msgfmt
found msgfmt program is not GNU msgfmt; ignore it
checking for xgettext... :
checking for main in -lutil... yes
checking for main in -lcompat... no
checking for crypt in -lcrypt... yes
checking for socklen_t... socklen_t
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for inet_ntoa... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for res_init... no
checking for killpg in -lucb... no
checking size of int... 4
checking size of long... 4
checking size of char *... 4
checking size of char... 1
checking for dlopen in -ldl... (cached) yes
checking for shl_unload in -ldld... no
checking for extra includes... no
checking for extra libs... no
checking for libz... -lz
checking for X... configure: error: Can't find X includes. Please check your installation and add the correct paths!
[root@Carpathia kmerlin-1.0]#

Dit is de log file:

code:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

configure:631: checking host system type
configure:652: checking target system type
configure:670: checking build system type
configure:729: checking for a BSD compatible install
configure:786: checking for -p flag to install
configure:809: checking whether build environment is sane
configure:847: checking whether make sets ${MAKE}
configure:893: checking for working aclocal
configure:906: checking for working autoconf
configure:919: checking for working automake
configure:932: checking for working autoheader
configure:945: checking for working makeinfo
configure:1058: checking for gcc
configure:1171: checking whether the C compiler (gcc   ) works
configure:1187: gcc -o conftest     conftest.c  1>&5
configure:1213: checking whether the C compiler (gcc   ) is a cross-compiler
configure:1218: checking whether we are using GNU C
configure:1246: checking whether gcc accepts -g
configure:1279: checking how to run the C preprocessor
configure:1396: checking for c++
configure:1428: checking whether the C++ compiler (c++   ) works
configure:1449: rm -rf SunWS_cache; c++ -o conftest     conftest.C  1>&5
configure:1475: checking whether the C++ compiler (c++   ) is a cross-compiler
configure:1480: checking whether we are using GNU C++
configure:1508: checking whether c++ accepts -g
configure:1818: checking whether c++ supports -fno-exceptions
configure:1876: checking whether c++ supports -fno-check-new
configure:1934: checking whether c++ supports -fexceptions
configure:2451: checking how to run the C++ preprocessor
configure:2537: checking whether c++ supports -frepo
configure:2789: checking for ld used by GCC
configure:2857: checking if the linker (/usr/bin/ld) is GNU ld
configure:2874: checking for /usr/bin/ld option to reload object files
configure:2886: checking for BSD-compatible nm
configure:2924: checking whether ln -s works
configure:2945: checking how to recognise dependant libraries
configure:3266: checking for ranlib
configure:3333: checking for strip
configure:3505: checking for Cygwin environment
configure:3538: checking for mingw32 environment
ltconfig:678:checking for gcc option to produce PIC
ltconfig:687:checking that gcc PIC flag  -fPIC -DPIC works.
ltconfig:749: checking if gcc static flag -static works
ltconfig:780: finding the maximum length of command line arguments
ltconfig:@lineno@: result: 73729
ltconfig:883: checking if gcc supports -fno-rtti -fno-exceptions
ltconfig:884: gcc -c -O2   -fno-rtti -fno-exceptions -c conftest.c  conftest.c 1>&5
ltconfig:1423: checking if global_symbol_pipe works
ltconfig:1424: gcc -c -O2    conftest.c 1>&5
ltconfig:1427: eval "/usr/bin/nm -B conftest.o | sed -n -e 's/^.*[   ]\([ABCDGISTW]\)[   ][  ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm"
ltconfig:1479: gcc -o conftest -O2   -fno-builtin -fno-rtti -fno-exceptions   conftest.c conftstm.o 1>&5
ltconfig:1863: checking for dlfcn.h
ltconfig:1902: checking whether a program can dlopen itself
ltconfig:1976: checking whether a statically linked program can dlopen itself
c++ -E conftest.cc
ltconfig:678:checking for c++ option to produce PIC
ltconfig:687:checking that c++ PIC flag -fPIC -DPIC works.
ltconfig:697: c++ -c -O2 -fno-exceptions -fno-check-new -fPIC -DPIC -DPIC  conftest.cc 1>&5
ltconfig:749: checking if c++ static flag -static works
ltconfig:758: c++ -o conftest -O2 -fno-exceptions -fno-check-new   -static conftest.cc  1>&5
ltconfig:780: finding the maximum length of command line arguments
ltconfig:@lineno@: result: 73729
ltconfig:883: checking if c++ supports -fno-rtti -fno-exceptions
ltconfig:884: c++ -c -O2 -fno-exceptions -fno-check-new -fno-rtti -fno-exceptions -c conftest.cc  conftest.cc 1>&5
ltconfig:1423: checking if global_symbol_pipe works
ltconfig:1424: c++ -c -O2 -fno-exceptions -fno-check-new  conftest.cc 1>&5
ltconfig:1427: eval "/usr/bin/nm -B conftest.o | sed -n -e 's/^.*[   ]\([ABCDGISTW]\)[   ][  ]*\(\)\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2\3 \3/p' > conftest.nm"
ltconfig:1479: c++ -o conftest -O2 -fno-exceptions -fno-check-new -fno-builtin -fno-rtti -fno-exceptions   conftest.cc conftstm.o 1>&5
ltconfig:1863: checking for dlfcn.h
ltconfig:1902: checking whether a program can dlopen itself
ltconfig:1976: checking whether a statically linked program can dlopen itself
configure:3685: checking for object suffix
configure:3691: gcc -c -O2    conftest.c 1>&5
configure:3711: checking for executable suffix
configure:3721: gcc -o conftest -O2     conftest.c  1>&5
configure:3767: checking for msgfmt
configure:3801: checking for gmsgfmt
configure:3846: checking for xgettext
configure:3899: checking for main in -lutil
configure:3914: gcc -o conftest -O2     conftest.c -lutil   1>&5
configure:3935: checking for main in -lcompat
configure:3950: gcc -o conftest -O2     conftest.c -lcompat   1>&5
/usr/bin/ld: cannot find -lcompat
collect2: ld returned 1 exit status
configure: failed program was:
#line 3943 "configure"
#include "confdefs.h"

int main() {
main()
; return 0; }
configure:3972: checking for crypt in -lcrypt
configure:3991: gcc -o conftest -O2     conftest.c -lcrypt   1>&5
configure:4066: checking for socklen_t
configure:4096: c++ -c -O2 -fno-exceptions -fno-check-new  conftest.C 1>&5
configure:4163: checking for dnet_ntoa in -ldnet
configure:4182: gcc -o conftest -O2     conftest.c -ldnet   1>&5
/usr/bin/ld: cannot find -ldnet
collect2: ld returned 1 exit status
configure: failed program was:
#line 4171 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char dnet_ntoa();

int main() {
dnet_ntoa()
; return 0; }
configure:4204: checking for dnet_ntoa in -ldnet_stub
configure:4223: gcc -o conftest -O2     conftest.c -ldnet_stub   1>&5
/usr/bin/ld: cannot find -ldnet_stub
collect2: ld returned 1 exit status
configure: failed program was:
#line 4212 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char dnet_ntoa();

int main() {
dnet_ntoa()
; return 0; }
configure:4245: checking for inet_ntoa
configure:4273: gcc -o conftest -O2     conftest.c  1>&5
configure:4335: checking for connect
configure:4363: gcc -o conftest -O2     conftest.c  1>&5
configure:4426: checking for remove
configure:4454: gcc -o conftest -O2     conftest.c  1>&5
configure:4518: checking for shmat
configure:4546: gcc -o conftest -O2     conftest.c  1>&5
configure:4610: checking for res_init
configure:4638: gcc -o conftest -O2     conftest.c  1>&5
/tmp/ccmXXijE.o: In function `main':
/tmp/ccmXXijE.o(.text+0x7): undefined reference to `res_init'
collect2: ld returned 1 exit status
configure: failed program was:
#line 4615 "configure"
#include "confdefs.h"
/* System header to define __stub macros and hopefully few prototypes,
    which can conflict with char res_init(); below.  */
#include <assert.h>
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char res_init();

int main() {

/* The GNU C library defines this for functions which it implements
    to always fail with ENOSYS.  Some functions are actually named
    something starting with __ and the normal name is an alias.  */
#if defined (__stub_res_init) || defined (__stub___res_init)
choke me
#else
res_init();
#endif

; return 0; }
configure:4673: gcc -o conftest -O2     conftest.c   -lresolv 1>&5
configure:4698: checking for killpg in -lucb
configure:4717: gcc -o conftest -O2     conftest.c -lucb   1>&5
/usr/bin/ld: cannot find -lucb
collect2: ld returned 1 exit status
configure: failed program was:
#line 4706 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char killpg();

int main() {
killpg()
; return 0; }
configure:4786: checking size of int
configure:4805: gcc -o conftest -O2     conftest.c  1>&5
configure:4824: checking size of long
configure:4843: gcc -o conftest -O2     conftest.c  1>&5
configure:4862: checking size of char *
configure:4881: gcc -o conftest -O2     conftest.c  1>&5
configure:4900: checking size of char
configure:4919: gcc -o conftest -O2     conftest.c  1>&5
configure:4940: checking for dlopen in -ldl
configure:4984: checking for shl_unload in -ldld
configure:5003: gcc -o conftest -O2     conftest.c -ldld   1>&5
/usr/bin/ld: cannot find -ldld
collect2: ld returned 1 exit status
configure: failed program was:
#line 4992 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an error.  */
/* We use char because int might match the return type of a gcc2
    builtin and then its argument prototype would still apply.  */
char shl_unload();

int main() {
shl_unload()
; return 0; }
configure:5032: checking for extra includes
configure:5063: checking for extra libs
configure:5097: checking for libz
configure:5123: gcc -o conftest -O2  conftest.c   -lz  -lresolv 1>&5
configure:5176: checking for X
configure:5215: gcc -E  conftest.c >/dev/null 2>conftest.out
configure:5211:27: X11/Intrinsic.h: No such file or directory
configure: failed program was:
#line 5210 "configure"
#include "confdefs.h"
#include <X11/Intrinsic.h>
configure:5291: gcc -o conftest -O2     conftest.c -lXt  1>&5
/usr/bin/ld: cannot find -lXt
collect2: ld returned 1 exit status
configure: failed program was:
#line 5284 "configure"
#include "confdefs.h"

int main() {
XtMalloc()
; return 0; }

[_Squatt_]

Nu moet je de X11 devel files installeren. Die zitten in een rpm die meestal iets als 'x11-versie-devel.i386.rpm' heet.

[moto-moi]

Op donderdag 09 mei 2002 15:11 schreef Cloontje het volgende:
Uit de console:

code:

checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
checking for working makeinfo... missing

Hmmm, zoals Gila al 2 keer vertelde, is het misschien niet handig om de dev pakketjes te installeren ? je mist er n.l. nog 5 zoals je kunt zien op het stukje log wat ik heb uitgeknipt.

code:

checking for X... configure: error: Can't find X includes. Please check your installation and add the correct paths!
[root@Carpathia kmerlin-1.0]#

Mjah, en deze... 'x includes' mis je dus.. FF creatief met die tekst omspringen, en je komt hem vast wel tegen op je cd's.. rpmfind.net doet het momenteel niet, dus ik kan je niet helpen met de exacte filename..

[Cloontje]

Dus ik moet op de namen zoek die zo heten ongeveer, en dan dat installeren?

Ik had trouwens ook gezocht naar x11, maar die vind ik niet op 1 van die cds zouden die dan anders heten?

[_Squatt_]

Op donderdag 09 mei 2002 17:03 schreef Cloontje het volgende:
Ik had trouwens ook gezocht naar x11, maar die vind ik niet op 1 van die cds zouden die dan anders heten?

En als je op X (hoodletter) zoekt? Dan staat er (als het goed is) wel iets als 'X-4.2.0-devel.i386.rpm' tussen.

[Cloontje]

libxml2.devel
und
libx.devel

Ik ga nog zoeken naar die andere devels

DEVELS GEINSTALLED EN NOG STEEDTS ZELFDE ERROR

[AkroBatik]

Ik heb ongeveer het zelfde probleem dus ik heb gcc gedownload maar dan komt ie met dependeny problem

code:

Found 0 source and 1 binary packages
Dependency Problem:
 cpp is needed by gcc-2.96-110
 glibc-devel is needed by gcc-2.96-110

Ik heb toen cpp gedownload (cpp-3.1-0.27.i386.rpm) maar dan krijg ik nog steeds het zelfde Hoe kan da?

[odysseus]

Op donderdag 09 mei 2002 18:05 schreef AkroBatik het volgende:
Ik heb toen cpp gedownload (cpp-3.1-0.27.i386.rpm) maar dan krijg ik nog steeds het zelfde Hoe kan da?

Je hebt een gcc van de 2.9x-serie en een cpp van de 3.x-serie, dat past niet bij elkaar. Overigens staat versie 2.96 nu niet direct goed bekend, je kunt misschien beter op zoek naar een goede 2.95 (al doet 2.96 het ook wel, er zitten/zaten alleen wat problemen in).

[Cloontje]

Omdat ik depri werd van al die rpms en dan nog niet werken dacht ik BOEIEN, lekker opnieuw installen.

Ik dus allemaal meuk installen bijna 2gig. Ding klaar, tot mijn grote verbazing was alles nog goed. Ik dus naar Kmerlin, en ja!!! hij deed het, ff lezen en toen kon ik msn'en met al mijn vriendinnetjes.

Anyway, wel leuk hoor, maar ja mijn smilies zijn brak wat ik zie alleen zwarte vlakkies, liever heb helemaal geen smielies maar tekst maar zwarte valkkies zijn echt ruk.

ook zie ik steedts iedereen online komen en offline gaan. Dat is wel het ergste iemand weet hoe ik dat uitschakel, dat ik nog wat vergeten ben dan?

[AkroBatik]

Op vrijdag 10 mei 2002 04:07 schreef Cloontje het volgende:
Omdat ik depri werd van al die rpms en dan nog niet werken dacht ik BOEIEN, lekker opnieuw installen.

Ik heb dus rh 7.3 er af gegooid omdat ik hem wat onstabiel vond (kde3 dan) invergelijking met mandrake8.2 (dus die staat er nou op). Zo had ik bijvoorbeeld vaan dat Konqueror bleef hangen (erug vervelend) en de package manneger zat te kutten. Ben blij dat ik daar nu van af ben. Misschien ooit nog een hantmatig over naar kde 3

Ik dus allemaal meuk installen bijna 2gig. Ding klaar, tot mijn grote verbazing was alles nog goed. Ik dus naar Kmerlin, en ja!!! hij deed het, ff lezen en toen kon ik msn'en met al mijn vriendinnetjes.

choesjo jei

Anyway, wel leuk hoor, maar ja mijn smilies zijn brak wat ik zie alleen zwarte vlakkies, liever heb helemaal geen smielies maar tekst maar zwarte valkkies zijn echt ruk.

er staat in de map van kmerlin (kmerlin-1.0) een bestand dat heet readme. Dat is speciaal gemaakt voor als je tekkeningetje het niet doen good luck

ook zie ik steedts iedereen online komen en offline gaan. Dat is wel het ergste iemand weet hoe ik dat uitschakel, dat ik nog wat vergeten ben dan?

vin ik niet zo erg. Wat ik wel erg vindt is dat je niks hoort als iemand tegen je lult

[Jap]

Op vrijdag 10 mei 2002 11:52 schreef AkroBatik het volgende:

[..]

Ikke zal ff dat readme lezen