Pulled the rdef out of the patchset into additional-files.
Added the I-O-M icon file to the additional-files.
Re-created the patchset as the old one didn't apply cleanly anymore.
Removed the $localStateDir as otherwise there was a stray var folder
in the hpkg.
Q, the interactive analogue synth sequencer.
There's no copyright year and license info to be found.
On the net I found the last release was 2001, so I took that.
As license I only found "Freeware", so it's MIT for now, until
other information comes to light.
This avoids warnings like:
Signature in rsrc doesn't match constructor arg.
(application/x-SDL-executable, application/x-vnd.oricutron)
It also avoid roster messing around with applications it things are the same.
This avoids warnings like:
Signature in rsrc doesn't match constructor arg.
(application/x-SDL-executable, application/x-vnd.oricutron)
It also avoid roster messing around with applications it things are the same.
* libmatroska.la has a path which will become invalid if libebml gets
updated. Dropping that .la file is OK because we don't need it.
* Add devel:libebml to REQUIRES_devel.
* Add TEST() with "make check".
* Bump to 0.9.3, add TEST() with "make check".
* Fix Libs.private paths in pkgconfig/libbluray.pc.
* Add devel:lib{fontconfig,freetype,xml2} to REQUIRES_devel.
* Drop explicit call to autoreconf as configure works w/o it.
* Bump to 2.4.4, add x86{,_64}, add patches to configure.ac.
* Drop --disable-{ares,curl,zlib}-build configure options as they are
no longer available in 2.4.4. Add --enable-robots.
* Move the 33 libs to a lib/bzflag/ sub-directory.
* Enable ncurses support for bzadmin.
The search pattern used in the sed call to fix libasprintf.la did
match and work fine on primary architectures, but failed on x86
secondary, resulting in a package that would become invalid if
gcc_x86 got upgraded later. The correct search pattern to match e.g.
develop/tools/x86/lib/gcc/ is not develop/tools/$relativeLibDir/gcc/
but develop/tools$secondaryArchSubDir/lib/gcc/ and works for all
architectures, including secondary, of course.
* On all architectures other than x86_gcc2 the generated definition
of dependency_libs in libebml.la includes a path to libstdc++.la
that hard-codes the full version of the gcc package being used to
build libebml. Keeping that path unchanged would result in a hidden
dependency of libebml_devel on a specific revision of the gcc pkg.
So fix that path using a package-links dir that starts with e.g.
/packages/libebml_x86_devel-*/gcc_x86/develop/tools/x86/lib/gcc/...
* Add gcc$secondaryArchSuffix to REQUIRES_devel when building for an
architecture other than x86_gcc2 because libebml.la needs it.
* Add TEST() with "make check".
Some recipes, e.g. mc (Midnight Commander), need libintl.la, but we
were previously dropping all develop/lib/lib*.la files in gettext.
We now ship them and also fix them to make sure they don't become
unusable in case devel:libiconv or devel:libncurses get updated.
On x86 and x86_64 we also fix $developLibDir/libasprintf.la to use
a path to libstdc++.la that does not depend on the revision of the
gcc package.
TEST() does not work yet because of haikuports/haikuporter/issues/90
but adding BUILD_PACKAGE_ACTIVATION_PHASE=TEST and playing with the
time stamp of the recipe (once built) can help workaround this error:
Testing ...
SUBDIR perl
/bin/sh: /packages/git-2.9.0-1/cmd~perl/bin/perl: No such file or directory
