You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While building the Debian package for the latest release, I came across a few issues. This is pretty much the same issue as OpenTTD/OpenSFX#47, with some minor changes.
The tarball contains an opensfx.obs file, but running make clean removes it, which means that make && make clean leave the build dir in a different state. Note that unlike with OpenSFX, the file is not actually regenerated/overwritten by default, since none of its requirements are missing.
make check does no longer work. The Makefile part that handles this seems to use grfid and expect openmsx.grf to exist, which is not the case. Makefile.config does specify MD5_SRC_FILENAME (pointing to the obm file), but that file contains more than just an md5 file, so I'm not exactly sure how this is intended. The old makefile system would ship an openmsx-0.3.1.md5 in the tarball, and then just generate md5sums of the relevant files (midi files I think) and compare those with the shipped file. What is the intention here? This is also the subject of No tests (make check) is possible #22.
make bundle no longer seems to work to install the bundle into $(DIR_NAME) as before (and as documented). Weirdly enough it just says "make: Nothing to be done for 'bundle'", but I can't actually find a rule for bundle (perhaps some wildcard rule or something). This rule was previously used by the Debian package to install individual files into /usr/share/games/openttd/baseset/openmsx (rather than a tarball), since there is not much point in merging files into a tarball inside a Debian package (though I'm now switching to using make install instead, which also installs separate files).
make install generates a tarball, but does not actually use it (instead, it installs separate files, which is what I'm using now). I think it could just depend on $(DIR_NAME) rather than $(DIR_NAME).tar.
The text was updated successfully, but these errors were encountered:
While building the Debian package for the latest release, I came across a few issues. This is pretty much the same issue as OpenTTD/OpenSFX#47, with some minor changes.
opensfx.obs
file, but runningmake clean
removes it, which means thatmake && make clean
leave the build dir in a different state. Note that unlike with OpenSFX, the file is not actually regenerated/overwritten by default, since none of its requirements are missing.make check
does no longer work. The Makefile part that handles this seems to usegrfid
and expectopenmsx.grf
to exist, which is not the case.Makefile.config
does specifyMD5_SRC_FILENAME
(pointing to the obm file), but that file contains more than just an md5 file, so I'm not exactly sure how this is intended. The old makefile system would ship anopenmsx-0.3.1.md5
in the tarball, and then just generate md5sums of the relevant files (midi files I think) and compare those with the shipped file. What is the intention here? This is also the subject of No tests (make check) is possible #22.make bundle
no longer seems to work to install the bundle into$(DIR_NAME)
as before (and as documented). Weirdly enough it just says "make: Nothing to be done for 'bundle'", but I can't actually find a rule forbundle
(perhaps some wildcard rule or something). This rule was previously used by the Debian package to install individual files into/usr/share/games/openttd/baseset/openmsx
(rather than a tarball), since there is not much point in merging files into a tarball inside a Debian package (though I'm now switching to usingmake install
instead, which also installs separate files).make install
generates a tarball, but does not actually use it (instead, it installs separate files, which is what I'm using now). I think it could just depend on$(DIR_NAME)
rather than$(DIR_NAME).tar
.The text was updated successfully, but these errors were encountered: