On Sat, Oct 04, 2003, Martin Konold wrote: > I tried to bootstrap from source on a plain Debian woody (3.0) installation. > > When following exactly the manual it fails with: > > max:~# sh ./openpkg-1.3.1-1.3.1.src.sh --prefix=/kolab --user=kolab > --group=kolab > ./openpkg-1.3.1-1.3.1.src.sh: extracting to openpkg-1.3.1-1.3.1.src... > ./openpkg-1.3.1-1.3.1.src.sh: extraction done. > ./openpkg-1.3.1-1.3.1.src.sh: building for /kolab... > ./openpkg.boot: ./openpkg.boot: No such file or directory
Hmmm... I cannot repeat this on our Debian 3.0 box. Are you sure the filesystem you are performing this has enough disk space? I'm sure the problem is a local one, because we installed OpenPKG 1.3 on lots of Debian 2.2 and 3.0 boxes at C&W. Also, are you sure your openpkg-1.3.1-1.3.1.src.sh is not broken? Compare against this: | $ openssl md5 ../openpkg-1.3.1-1.3.1.src.sh | MD5(../openpkg-1.3.1-1.3.1.src.sh)= 99fccd6073d06689351e17e432d60c98 | [EMAIL PROTECTED]:/tmp/x > This is the result of a failing uudecode. My uudecode on Debian 3.0 is the /usr/bin/uudecode one from the Debian sharutils-4.2.1-9 package. > When using uudecode manually I get: > > max:~# tar tvf openpkg-1.3.1-1.3.1.src.tar.Z > -rw-r--r-- rse/wheel 6214 2003-09-25 14:13:46 HISTORY > -rw-r--r-- rse/wheel 8583 2003-09-25 14:13:46 README > -rw-r--r-- rse/wheel 3805 2003-09-25 14:13:46 aux.prereq.sh > -rw-r--r-- rse/wheel 6840 2003-09-25 14:13:46 aux.usrgrp.sh > -rw-r--r-- rse/wheel 3795 2003-09-25 14:13:46 aux.wrapbin.sh > -rw-r--r-- rse/wheel 3520 2003-09-25 14:13:46 aux.wrapsrc.sh > -rw-r--r-- rse/wheel 1956216 2003-09-25 14:13:46 bash-2.05b.tar.gz > tar: Skipping to next header > tar: Archive contains obsolescent base-64 headers > tar: Error exit delayed from previous errors Works fine for me: | $ uname -a | Linux dv6.dev.de.cw.net 2.4.22 #1 SMP Wed Aug 27 12:52:55 CEST 2003 i686 unknown | [EMAIL PROTECTED]:/tmp/x | $ uudecode ../openpkg-1.3.1-1.3.1.src.sh | [EMAIL PROTECTED]:/tmp/x | $ ls -l openpkg-1.3.1-1.3.1.src.tar.Z | -rw-r--r-- 1 rse rse 12892160 Oct 5 12:03 openpkg-1.3.1-1.3.1.src.tar.Z | [EMAIL PROTECTED]:/tmp/x | $ tar tvf openpkg-1.3.1-1.3.1.src.tar.Z | -rw-r--r-- rse/wheel 6214 2003-09-25 14:13:46 HISTORY | -rw-r--r-- rse/wheel 8583 2003-09-25 14:13:46 README | -rw-r--r-- rse/wheel 3805 2003-09-25 14:13:46 aux.prereq.sh | [...] | -rw-r--r-- rse/wheel 21687 2003-09-25 14:13:46 rpmx.pl | -rw-r--r-- rse/wheel 917 2003-09-25 14:13:46 rpmx.sh | -rw-r--r-- rse/wheel 122597 2003-09-25 14:13:46 shtool | -rw-r--r-- rse/wheel 1312227 2003-09-25 14:13:46 tar-1.13.25.tar.gz | -rw-r--r-- rse/wheel 181144 2003-09-25 14:13:46 zlib-1.1.4.tar.gz | [EMAIL PROTECTED]:/tmp/x | $ > The above problem looks to me like the openpkg bootstrap shell script is not > compatible to the Debian uudecode utility. As you can see on me box, the stuff is compatible. > When invoking the uudeview utility > manually I can successfully unpack/decode the archive from the shell script. > > uudeview openpkg-1.3.1-1.3.1.src.sh That's interesting. This then has to mean that perhaps you have CR-LFs in your .src.sh file or such differences which the /usr/bin/uudecode dislikes. This has to mean your MD5 checksum already has to be different, too. > The resulting openpkg-1.3.1-1.3.1.src.tar.Z is actually missleading. The file > is actually not a compressed file but a plain tar archive. If I remember > correctly it was decided during the 1.3 development not to depend on the > compress utility anymore. Yes, and the compress dependency was really removed. We just forgot to rename the file accordingly. It is already fixed in OpenPKG-CURRENT but because this is not a real bug, we've not merged back the fix to OpenPKG-1.3. > In addition I would like to know what you think about replacing uudecode with > uudeview -i in the bootstrap shell script. At least for me this helped on > Debian 3.0 and SuSE 8.2. This cannot be done, because uudeview is not a standardized command on all Unix platforms while uudecode is. uudeview is not even available on standard Debian base installations (you seem to have installed it manually, right)? > Last but not least I would love to see the bootstrap script to check for all > required prerequisites (required utilities) instead of failing "silently" or > giving missleading error messages. This wouldn't have helped here, because you _have_ uudecode. The problem here is that is isn't able to decode the data, not that the utility does not exists. The *.src.sh actually explicitly stops if uudecode is not found or thinks it cannot decode. If uudecode itself silently fails, hmmm.... anyway, I've added some more extra sanity checks to OpenPKG-CURRENT now (see http://cvs.openpkg.org/chngview?cn=12611 for details). Ralf S. Engelschall [EMAIL PROTECTED] www.engelschall.com ______________________________________________________________________ The OpenPKG Project www.openpkg.org Developer Communication List [EMAIL PROTECTED]
