[oe-commits] [Bug 5364] Add new recipe for Nethack 3.4.3, update licenses.conf and checksums.ini for nethack.

[bugzilla-daemon at git.openembedded.org]

http://bugs.openembedded.org/show_bug.cgi?id=5364





--- Comment #3 from Alex Ferguson <ThoughtMonster at gmail.com>  2010-01-28 21:06:55 ---
Hello,

Thank you for your feedback. To answer your questions:

1) No, not really. The package I download in the SRC_URI is just an
implementation of nethack's build system in autotools, and otherwise unrelated
to nethack as a project. Both produce the same binaries, it's just implementing
the bb file which is much easier with autotools. There is no Nethack 3.4.3.01.

2) Again, somewhat related to the above. Implementing ${PV} in the present form
wouldn't be much helpful (e.g. ...-${PV}.01.tar.bz2), so I left it as is.
Furthermore, the latest version of nethack was released in 2003, whilst the
latest version of autonethack was in 2006, so I wouldn't worry about updating
the bb file a whole much. If a new version is ever relased, I'll just update
the bb file.

3) I suspect this is related to the above.

4) Both nethack and autonethack require these binaries for a successful
compilation. It's a requirement of their build system, most likely since 1992.
Requesting that upstream modify their build system is unrealistic, though I
guess perl/python/bash reimplementations of these tools would be a welcome and
suitable solution. I have not found any such tools, however. As for the
do_install function, autotools presented some issues, and implementing a custom
function seemed fool-proof.

Did the recipe work for you? I don't have a reason to believe it wouldn't, and
I believe it will, as long as the SRC_UI exists (which, being on sourceforge,
it will). The only thing I'm not happy about is maybe the patch for makedefs,
which I could replace with a sed call. Otherwise, I don't see why it wouldn't.

-- 
Configure bugmail: http://bugs.openembedded.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.