AMD 64 X2 4800+ @2,41Ghz,
2048MB DDRRAM,
ATI X800GTO,
2x Samsung 930BF 19" TFT
configure is gewoon een script. Wat is de eerste regel van je configure bestand?
#! /bin/sh
misschien??
Dan moet je ff kijken of je wel een /bin/sh hebt. Waarschijnlijk niet.
Bij mij is /bin/sh gelinked naar bash, op te lossen door:
ln -s /bin/bash /bin/sh
#! /bin/sh
misschien??
Dan moet je ff kijken of je wel een /bin/sh hebt. Waarschijnlijk niet.
Bij mij is /bin/sh gelinked naar bash, op te lossen door:
ln -s /bin/bash /bin/sh
/bin/sh bestaat wel, in de configure file staat bovenin ook #!/bin/sh
AMD 64 X2 4800+ @2,41Ghz,
2048MB DDRRAM,
ATI X800GTO,
2x Samsung 930BF 19" TFT
waar is /bin/sh naar gelinkt.. Bestaat DIE file wel? Anders weet ik het ook zo 123 niet.
Oplossing gevonden in [topic=186623/1/25]
Hierin stond zoiets van gooi de hele zooi weg en pak de tar bestanden nogmaals uit.
Nu werkt het wel
Ik denk dat WinZip de boel vern**kt heeft.
i.i.g. bedankt voor de reactie
Hierin stond zoiets van gooi de hele zooi weg en pak de tar bestanden nogmaals uit.
Nu werkt het wel
Ik denk dat WinZip de boel vern**kt heeft.
i.i.g. bedankt voor de reactie
AMD 64 X2 4800+ @2,41Ghz,
2048MB DDRRAM,
ATI X800GTO,
2x Samsung 930BF 19" TFT
Winzip? Ik heb wel een vaag idee wat er aan de hand was...
Ik denk dat in het script windows-style newlines stonden.
Windows style newlines bestaan uit character 13 en character 10. Unix style newlines bestaan uit alleen character 10 (Mac style newlines uit alleen character 13 overigens, om het makkelijk te houden).
Een Unix file ziet er dus zo uit
en in Windows:
Als je install scriptje dus Windows style newlines bevatte (mogelijk omdat je het met winzip uitgepakt hebt?), was de eerste regel:
Character 10 wordt gezien als einde van de regel, maar character 13 hoort gewoon nog bij de regel. En ik gok niet dat jij '/bin/bash<13>' op je compu hebt staan
unix2dos en dos2unix zijn overigens je vrienden als je zulke files om wilt zetten.
Ik denk dat in het script windows-style newlines stonden.
Windows style newlines bestaan uit character 13 en character 10. Unix style newlines bestaan uit alleen character 10 (Mac style newlines uit alleen character 13 overigens, om het makkelijk te houden).
Een Unix file ziet er dus zo uit
code:
1
| eerste regel<10>tweede regel<10>jaja! derde regel! |
en in Windows:
code:
1
| eerste regel<13><10>tweede regel<13><10>jaja! derde regel! |
Als je install scriptje dus Windows style newlines bevatte (mogelijk omdat je het met winzip uitgepakt hebt?), was de eerste regel:
code:
1
| !# /bin/bash<13><10> |
Character 10 wordt gezien als einde van de regel, maar character 13 hoort gewoon nog bij de regel. En ik gok niet dat jij '/bin/bash<13>' op je compu hebt staan
unix2dos en dos2unix zijn overigens je vrienden als je zulke files om wilt zetten.
Sja.. wat minder snel zeiken over Linux denk ik. Windows is een kei in het verkloten van bestanden, en vooral de lineendings.Oplossing gevonden in [topic=186623/1/25]
Hierin stond zoiets van gooi de hele zooi weg en pak de tar bestanden nogmaals uit.
Nu werkt het wel
Ik denk dat WinZip de boel vern**kt heeft.
i.i.g. bedankt voor de reactie
Ik weet niet of je Windows hier de schuld van moet geven: als je een bestand onder GNU/Linux zou hebben en je brengt het naar windows dan merk je daar ook dat hij alle regeleinden mist. Is dat dan een fout van Linux? Het is gewoon een verschil tussen de twee (of drie, als je de Mac meetelt) systemen.Op zaterdag 19 januari 2002 20:28 schreef igmar het volgende:
Sja.. wat minder snel zeiken over Linux denk ik. Windows is een kei in het verkloten van bestanden, en vooral de lineendings.
Leven is het meervoud van lef | In order to make an apple pie from scratch, you must first create the universe.
Pagina: 1