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
* Bump to version 1.2.7, add TEST() with "make check".
* Add patch for 3 tests that would otherwise fail or be skipped.
* Add cmd:{python,which} to BUILD_PREREQ, as "make check" needs them.
* Drop explicit call to autoreconf as it is no longer needed.
* Modified recipe file for Sanity-0.6
Sanity-0.6.patchset no longer required as changes have been made to master.
Added new checksum
Sanity is a legacy BeOS application which will only build on gcc2.
* Change srcGitRev hash
Also add a post-install script, fix_openssh_config_paths.sh, which
makes the required changes to both ssh_config and sshd_config in
/boot/system/settings/ssh/ if needed. Original files are saved with
a .bak suffix. Moreover, default config files are also available in
/system/data/openssh/ as ssh_config.default and sshd_config.default.
* Bump to 2.8.9dev.9 and drop secondary architectures.
* Use relative symlinks (with "ln -sr" instead of "ln -s") when
installing COPYING and COPYHEADER in data/lynx_help/ as symlinks to
the real copies installed in data/lynx_doc/.
* Add USER_SETTINGS_FILES as well as the read-only template config
files, lynx.cfg and lynx.lss, in data/lynx/.
* Edit lynx.cfg to make the STARTFILE variable point to the local
copy of the about_lynx.html document in /system/data/lynx_help/.
* Also in lynx.cfg, edit the definition of the HELPFILE variable to
replace $dataDir/ by /system/data/ as this is required to let lynx
continue to find its help files after the package gets updated.
