117125 2005-12-29 14:18 0000 games-fps/quake1-data fails with my original Quake CD-Rom 2006-01-04 05:56:23 0000 1 1 1 Unclassified Gentoo Linux Games unspecified All Linux RESOLVED FIXED P2 normal --- 1 henrique.rodrigues@ist.utl.pt games@gentoo.org henrique.rodrigues@ist.utl.pt 2005-12-29 14:18:24 0000 I've been trying to emerge quake1-data with no success. Here's the contents of my Quake CD-Rom: $ ls -R /media/cdrecorder/ /media/cdrecorder/: deice.exe install.bat q101_int.1 q101_int.2 q101_int.dat readintr.txt sw /media/cdrecorder/sw: deice.exe qsw101.1 qsw101.3 qsw101.5 qsw101.7 readints.txt install.bat qsw101.2 qsw101.4 qsw101.6 qsw101.dat Looking at the src_unpack() function in the quake1-data ebuild, it seems to be a supported Quake CD-ROM, because of the q101_int.x files. This is the error message: # CD_ROOT=/media/cdrecorder emerge -v quakeforge Calculating dependencies ...done! >>> emerge (1 of 2) games-fps/quake1-data-2.40 to / >>> md5 files ;-) quake1-data-2.40.ebuild >>> md5 files ;-) files/digest-quake1-data-2.40 * Found CD #1 root at /media/cdrecorder >>> Unpacking source... >>> Unpacking q101_int to /var/tmp/portage/quake1-data-2.40/work >>> Source unpacked. >>> Test phase [not enabled]: games-fps/quake1-data-2.40 >>> Install quake1-data-2.40 into /var/tmp/portage/quake1-data-2.40/image/ category games-fps cp: cannot stat `/media/cdrecorder/Setup/ID1/PAK0.PAK': No such file or directory install: cannot stat `/var/tmp/portage/quake1-data-2.40/temp/pak0.pak': No such file or directory Looking again at the ebuild, I believe quake1-data doesn't detect correcly the type of my Quake CD-Rom. By the way, is this snipet of the ebuild's src_unpack() correct? cat "${CDROM_ROOT}"/q101_int.1 "${CDROM_ROOT}"/q101_int.2 > q101_int lha xqf "${CDROM_ROOT}"/q101_int || die "failure unpacking q101_int" rm -f q101_int The second line doesn't appear to use the q101_int file created on the first line. wolf31o2@gentoo.org 2006-01-03 06:56:28 0000 Should be fixed in CVS... henrique.rodrigues@ist.utl.pt 2006-01-03 16:24:18 0000 Thank you, but it seems the fix applied is not sufficient. The error now shown is this: # CD_ROOT=/media/cdrecorder emerge -v quakeforge Calculating dependencies ...done! >>> emerge (1 of 2) games-fps/quake1-data-2.40 to / >>> md5 files ;-) quake1-data-2.40.ebuild >>> md5 files ;-) files/digest-quake1-data-2.40 * Found CD #1 root at /media/cdrecorder >>> Unpacking source... >>> Unpacking q101_int to /var/tmp/portage/quake1-data-2.40/work LHa: Warning: Checksum error (LHarc file?) LHa: Error: Unknown method skiped ... LHa: Fatal error: Unknown level header !!! ERROR: games-fps/quake1-data-2.40 failed. !!! Function src_unpack, Line 32, Exitcode 1 !!! failure unpacking q101_int !!! If you need support, post the topmost build error, NOT this status message. I've been playing around with the ebuild and found out that lha cannot uncompress a self-extractable file unless it's name ends in ".exe". So, if we change the filename q101_int to q101_int.exe, it works allright. henrique.rodrigues@ist.utl.pt 2006-01-03 16:26:38 0000 Created an attachment (id=76119) Patch to make lha unpack correctly Here's the patch to make the temporary filename lha friendly, so that it unpacks cleanly. wolf31o2@gentoo.org 2006-01-04 05:56:23 0000 Fixed... thanks for doing the research to get this resolved... 76119 2006-01-03 16:26 0000 Patch to make lha unpack correctly lha_unpack_patch text/plain LS0tIHF1YWtlMS1kYXRhLTIuNDAuZWJ1aWxkCTIwMDYtMDEtMDQgMDA6MTM6MzAuMDAwMDAwMDAw ICswMDAwCisrKyBxdWFrZTEtZGF0YS0yLjQwLXIxLmVidWlsZAkyMDA2LTAxLTA0IDAwOjEzOjUx LjAwMDAwMDAwMCArMDAwMApAQCAtMjUsMTIgKzI1LDEyIEBACiB9CiAKIHNyY191bnBhY2soKSB7 Ci0JZWNobyAiPj4+IFVucGFja2luZyBxMTAxX2ludCB0byAke1BXRH0iCisJZWNobyAiPj4+IFVu cGFja2luZyBxMTAxX2ludC5leGUgdG8gJHtQV0R9IgogCWlmIFtbICR7Q0RST01fU0VUfSA9PSAi MSIgXV0gOyB0aGVuCiAJCWNhdCAiJHtDRFJPTV9ST09UfSIvcTEwMV9pbnQuMSAiJHtDRFJPTV9S T09UfSIvcTEwMV9pbnQuMiA+IFwKLQkJCSIke1N9Ii9xMTAxX2ludAotCQlsaGEgeHFmICIke1N9 Ii9xMTAxX2ludCB8fCBkaWUgImZhaWx1cmUgdW5wYWNraW5nIHExMDFfaW50IgotCQlybSAtZiBx MTAxX2ludAorCQkJIiR7U30iL3ExMDFfaW50LmV4ZQorCQlsaGEgeHFmICIke1N9Ii9xMTAxX2lu dC5leGUgfHwgZGllICJmYWlsdXJlIHVucGFja2luZyBxMTAxX2ludC5leGUiCisJCXJtIC1mIHEx MDFfaW50LmV4ZQogCWZpCiB9CiAK