Commit graph

19 commits

Author SHA1 Message Date
joerg
f605fec2db Mark as destdir ready. 2008-07-14 12:55:56 +00:00
jlam
1c035e3599 List the info files directly in the PLIST, and honor PKGINFODIR and
PKGMANDIR.
2006-04-05 06:27:41 +00:00
jlam
095afb2bfa Use the correct path to the boehm-gc libtool archive. 2006-04-04 17:45:08 +00:00
jlam
05388590cc USE_NEW_TEXINFO is dead. 2006-04-04 17:43:05 +00:00
jlam
6e0c050321 * Teach the tools framework how to supply the pkgsrc version of
makeinfo if no native makeinfo executable exists.  Honor TEXINFO_REQD
  when determining whether the native makeinfo can be used.

* Remove USE_MAKEINFO and replace it with USE_TOOLS+=makeinfo.

* Get rid of all the "split" argument deduction for makeinfo since
  the PLIST module already handles varying numbers of split info files
  correctly.

NOTE: Platforms that have "makeinfo" in the base system should check
      that the makeinfo entries of pkgsrc/mk/tools.${OPSYS}.mk are
      correct.
2006-03-05 16:27:22 +00:00
jlam
9c8b5ede43 Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
developer is officially maintaining the package.

The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list).  Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
2006-03-04 21:28:51 +00:00
joerg
5911def816 Recursive revision bump / recommended bump for gettext ABI change. 2006-02-05 23:08:03 +00:00
joerg
74ff322ae8 Fix GCC 3.4+: label at end of compound statement. 2005-12-20 14:51:00 +00:00
rillig
b71a1d488b Fixed pkglint warnings. The warnings are mostly quoting issues, for
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some
other changes are outlined in

    http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
2005-12-05 20:49:47 +00:00
tv
f816d81489 Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11 21:44:48 +00:00
agc
475ab002d7 Add RMD160 digests 2005-02-24 09:03:05 +00:00
tv
c487cb967a Libtool fix for PR pkg/26633, and other issues. Update libtool to 1.5.10
in the process.  (More information on tech-pkg.)

Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.

Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
2004-10-03 00:12:51 +00:00
jlam
1a280185e1 Mechanical changes to package PLISTs to make use of LIBTOOLIZE_PLIST.
All library names listed by *.la files no longer need to be listed
in the PLIST, e.g., instead of:

	lib/libfoo.a
	lib/libfoo.la
	lib/libfoo.so
	lib/libfoo.so.0
	lib/libfoo.so.0.1

one simply needs:

	lib/libfoo.la

and bsd.pkg.mk will automatically ensure that the additional library
names are listed in the installed package +CONTENTS file.

Also make LIBTOOLIZE_PLIST default to "yes".
2004-09-22 08:09:14 +00:00
recht
47fbd93ebd bump PKGREVISIONs for last boehm-gc update
(BUILDLINKS_DEPENDS change)
2004-07-18 10:49:49 +00:00
snj
2ea0f36da1 Convert to buildlink3. 2004-05-12 03:32:30 +00:00
jlam
ec993afa1a LIBTOOL_OVERRIDE and SHLIBTOOL_OVERRIDE are now lists of shell globs
relative to ${WRKSRC}.  Remove redundant LIBTOOL_OVERRIDE settings that
are automatically handled by the default setting in bsd.pkg.mk.
2004-02-14 17:21:32 +00:00
kristerw
05ee5f3ee5 The package was marked broken because it kept throwing SIGSEGV due to
using an old boehm-gc that does not work on NetBSD.

Unbreak it by changing it to use the devel/boehm-gc package.

PKGREVISION++.
2004-01-12 21:50:07 +00:00
agc
9e710df666 The build of this package fails on NetBSD-current and 1.6.2 - a SIGSEGV is
thrown when the ksi interpreter is invoked.

Mark this package as broken.
2003-12-09 12:17:35 +00:00
jtb
90294a63bb Initial import of ksi.
This is a Ksi (Ksi Scheme Interpreter), a portable,
embeddable Scheme implementation written in C.

Ksi provides a machine independent execution platform that
can be linked in as a library when building extensible programs.
And what is more important it is not a Guile. :-)
2003-08-30 21:23:43 +00:00