Commit graph

36 commits

Author SHA1 Message Date
wiz
31ebdc5366 Not needed any longer. 2002-08-31 13:34:39 +00:00
wiz
6042e62954 Remove inclusion of bsd.buildlink.mk. 2002-08-31 03:51:17 +00:00
wiz
c0236b68ab Convert to buildlink2. 2002-08-31 03:47:53 +00:00
jlam
efb93b17bd Merge changes in packages from the buildlink2 branch that have
buildlink2.mk files back into the main trunk.
2002-08-25 19:21:43 +00:00
mycroft
f0118c5957 Update to libmikmod 3.1.10. Numerous bug fixes across the board; output is
noticably better.
Tested with all the pkgs that use it: mikmod, xmms, xpuyopuyo, xscorch.
2002-07-13 01:03:35 +00:00
seb
66111c6d15 Introduce new framework for handling info files generation and installation.
Summary of changes:
- removal of USE_GTEXINFO
- addition of mk/texinfo.mk
- inclusion of this file in package Makefiles requiring it
- `install-info' substituted by `${INSTALL_INFO}' in PLISTs
- tuning of mk/bsd.pkg.mk:
    removal of USE_GTEXINFO
    INSTALL_INFO added to PLIST_SUBST
    `${INSTALL_INFO}' replace `install-info' in target rules
    print-PLIST target now generate `${INSTALL_INFO}' instead of `install-info'
- a couple of new patch files added for a handful of packages
- setting of the TEXINFO_OVERRIDE "switch" in packages Makefiles requiring it
- devel/cssc marked requiring texinfo 4.0
- a couple of packages Makefiles were tuned with respect of INFO_FILES and
  makeinfo command usage

See -newly added by this commit- section 10.24 of Packages.txt for
further information.
2002-02-18 15:14:00 +00:00
zuntum
0ca28723fb Move pkg/ files into package's toplevel directory 2001-11-01 00:11:36 +00:00
mycroft
951aac51c7 Update HOMEPAGE and MASTER_SITES. 2001-10-22 03:47:28 +00:00
jlam
f25f9d2824 bsd.buildlink.mk will automatically handle the REPLACE_BUILDLINK stuff, so
we can remove REPLACE_BUILDLINK settings containing *-config, *Conf.sh, and
*.pc.
2001-10-03 22:36:37 +00:00
jlam
f0a4fcd3e4 Substitute the real config script for the config wrapper script in
installed files.  We don't want buildlink references to escape into the
install directory.
2001-10-03 20:56:40 +00:00
jlam
7bba3453dc If USE_CONFIG_WRAPPER is defined (implied by USE_BUILDLINK_ONLY), then
set FOO_CONFIG=${BUILDLINK_CONFIG_WRAPPER.foo} in both CONFIGURE_ENV and
MAKE_ENV.  We remove the check for GNU_CONFIGURE because if a package
Makefile includes the buildlink.mk file, then it most likely wants to use
the config script wrappers as well.  Change suggested by Hubert Feyrer
(hubertf) and Tomasz Luchowski (zuntum).
2001-08-17 21:14:00 +00:00
jlam
d2eb68d2a6 Add dir_DEFAULT setting used by EVAL_PREFIX logic to set the default
installation directory in case the package isn't installed.
2001-07-27 13:33:18 +00:00
jlam
7b1d3cb465 Mechanical changes to buildlink.mk files to use EVAL_PREFIX to set
BUILDLINK_PREFIX.<pkgname>.  This allows buildlink to find X11BASE packages
regardless of whether they were installed before or after xpkgwedge was
installed.  Idea by Alistair Crooks <agc@pkgsrc.org>.
2001-07-20 01:54:31 +00:00
jlam
9943bc93db Allow overriding of *_CONFIG variables in a package Makefile when using
USE_BUILDLINK_ONLY.
2001-07-02 05:33:56 +00:00
jlam
cb76bd5efc Move inclusion of bsd.buildlink.mk to start of file. 2001-07-01 22:59:08 +00:00
jlam
3b65bde2f7 USE_CONFIG_WRAPPER is automatically set if USE_BUILDLINK_ONLY is defined,
so remove it from package Makefiles.  Also move the inclusion of the
buildlink.mk files to the end of the Makefile to just before bsd.pkg.mk
to ensure that any Makefile settings occur before the buildlink.mk files.
2001-06-29 04:54:49 +00:00
jlam
31d1b3af60 Use REPLACE_BUILDLINK instead of repeating the post-build same code over
and over again in the pkgsrc tree.
2001-06-26 16:30:55 +00:00
jlam
34d11d8a0f Generalize how the dependency pattern may be specified. Instead of just
FOO_REQD=1.0 being converted to foo>=1.0, one can now directly specify
the dependency pattern as FOO_DEPENDS=foo>=1.0.  This allows things like
JPEG_DEPENDS=jpeg-6b, or fancier expressions like for postgresql-lib.
Change existing FOO_REQD definitions in Makefiles to FOO_DEPENDS.
2001-06-23 19:26:48 +00:00
jlam
72270071f4 Convert to use buildlink.mk files and mark as USE_BUILDLINK_ONLY. Refer to
esd-config as $ESD_CONFIG in configure script.
2001-06-19 16:00:05 +00:00
jlam
42945c7c53 Add a buildlink.mk file for use by other package Makefiles. 2001-06-19 15:59:27 +00:00
agc
952fa0ef9f Move to sha1 digests, and add distfile sizes. 2001-04-18 12:14:28 +00:00
agc
18ea9c7e79 + move the distfile digest/checksum value from files/md5 to distinfo
+ move the patch digest/checksum values from files/patch-sum to distinfo
2001-04-17 10:22:24 +00:00
mycroft
90352a78d5 More cleanup of audio init code. 2001-03-31 03:03:09 +00:00
mycroft
d01344f7ee Samples are stored in the audio buffer in host order, not little-endian. Don't
generate static on big-endian machines.  (Haven't I fixed this before??)
2001-03-31 02:50:07 +00:00
mycroft
5d5f83963a Use /dev/sound, not /dev/audio. 2001-03-31 02:41:07 +00:00
wiz
f7bb9e2078 Update to new COMMENT style: COMMENT var in Makefile instead of pkg/COMMENT. 2001-02-16 13:30:32 +00:00
agc
9c2d582fc9 The way that shared objects were handled in the PLISTs and bsd.pkg.mk was
out of date - it was based on a.out OBJECT_FMT, and added entries in the
generated PLISTs to reflect the symlinks that ELF packages uses. It also
tried to be clever, and removed and recreated any symbolic links that were
created, which has resulted in some fun, especially with packages which
use dlopen(3) to load modules. Some recent changes to our ld.so to bring
it more into line with other Operating Systems also exposed some cracks.

+ Modify bsd.pkg.mk and its shared object handling, so that PLISTs now contain
the ELF symlinks.
+ Don't mess about with file system entries when handling shared objects in
bsd.pkg.mk, since it's likely that libtool and the BSD *.mk processing will
have got it right, and have a much better idea than we do.
+ Modify PLISTs to contain "ELF symlinks"
+ On a.out platforms, delete any "ELF symlinks" from the generated PLISTs
+ On ELF platforms, no extra processing needs to be done in bsd.pkg.mk
+ Modify print-PLIST target in bsd.pkg.mk to add dummy symlink entries on
a.out platforms
+ Update the documentation in Packages.txt

With many thanks to Thomas Klausner for keeping me honest with this.
2001-01-04 15:10:17 +00:00
fredb
2f924b3ab9 Don't build threaded version just because "pth" happens to be installed
on the build system.
2000-10-13 19:29:34 +00:00
jlam
46bb63b8f9 USE_LIBTOOL and LTCONFIG_OVERRIDE, instead of pkglibtool and patching
configure.
2000-06-09 07:53:02 +00:00
rh
74add3b300 s/USE_LIBTOOL/USE_PKGLIBTOOL/
Add a new USE_LIBTOOL definition that uses the libtool package instead of
pkglibtool which is now considered outdated.
USE_PKGLIBTOOL is available for backwards compatibility with old packages
but is deprecated for new packages.
2000-06-01 11:23:11 +00:00
pooka
8d9521e291 Update libmikmod to 3.1.9. Changes since 3.1.7 are numerous, see file NEWS
included in the distribution for a complete list.
2000-04-02 16:07:04 +00:00
tron
8e15c25b42 Make sure that our package libtool is used. 2000-03-07 22:45:10 +00:00
tron
e01cfada9d Add missing "USE_GTEXINFO= YES". 2000-03-07 22:42:00 +00:00
wiz
c2ed57f5ee wildcarded esound dependencies 2000-02-06 03:34:48 +00:00
agc
f21c1e12cc Update dependency on esound to reflect its correct version. Pointed
out by David Brownlee.
1999-12-17 11:12:22 +00:00
hubertf
971ff80a00 The MikMod sound library is an excellent way for a programmer to
add music and sound effects to an application. It is a powerful
and flexible library, with a simple and easy-to-learn API.

Besides, the library is very portable and runs under a lot of
Unices, as well as under OS/2, MacOS and Windows. Third party
individuals also maintain ports on other systems, including MS-DOS,
and BeOS.

MikMod is able to play a wide range of module formats, as well as
digital sound files. It can take advantage of particular features
of your system, such as sound redirection over the network. And
due to its modular nature, the library can be extended to support
more sound or module formats, as well as new hardware or other
sound output capabilities, as they appear.


Submitted in PR 8543 by kuebart@mathematik.uni-ulm.de (Joachim Kuebart)
1999-12-10 01:33:27 +00:00