Bugzilla Bug 166583

I get an error concerning incorrect usage of the -q option of lha

Reproducible: Always

Steps to Reproduce:
1.put quake cd in tray and mount it
2.export CD_ROOT=/mount/point
3.emerge quake1-data

Actual Results:  
>>> Unpacking resource.1 to /var/tmp/portage/games-fps/quake1-data-2.40/work
lha: invalid option -- q
usage: lha [-]<commands>[<options>] [-<options> ...] archive_file [file...]
  commands:  [axelvudmcpt]
  options:   [q[012]vnfto[567]dizg012e[w=<dir>|x=<pattern>]]
  long options: --system-kanji-code={euc,sjis,utf8,cap}
                --archive-kanji-code={euc,sjis,utf8,cap}
                --extract-broken-archive
                --help
                --version

!!! ERROR: games-fps/quake1-data-2.40 failed.
Call stack:
  ebuild.sh, line 1614:   Called dyn_unpack
  ebuild.sh, line 751:   Called qa_call 'src_unpack'
  environment, line 3178:   Called src_unpack
  quake1-data-2.40.ebuild, line 47:   Called die

!!! failure unpacking resource.1


Expected Results:  
it should have installed quake1-data

Use the lha ebuild from bug #159100. Then "man lha" shows that the "q" option
is valid. It's the lha ebuild currently marked stable in Portage that's wrong.

simply remove the "q" option from the quake1-data.ebuild in
/usr/portage/games-fps/ and do a gentle "ebuild quake-1-data.ebuild digest" and
you can install quake1-data without any problems.

Use this "dirty trick" until the lha-guys wake up ;-)

the trick with the removal of the "q" works for me too.
please update the ebuild

Created an attachment (id=125720) [details]
New ebuild gets along better with lha.

There are two issues with lha, but both of them are intentional, so to speak.
1) lha-114i-r6 uses the glibc getopt family of functions to parse the command
line as opposed to the home-grown parser used by prior version.  This has
regrettably caused a subtle syntax difference with the "q" option, which now
must come lasts if its parameter is missing.
2) lha has always depended on the file name to identify and skip MS-DOS self
extraction code.  This ebuild contains an lha self extracting file named
"resource.1".  It has to be named something.exe for lha to properly recognize
its contents.

The attached ebuild rectifies both of these issues.

- John

*** This bug has been marked as a duplicate of bug 159100 ***