Commit graph

19 commits

Author SHA1 Message Date
jlam
ee68c93314 LIBTOOL_OVERRIDE generally doesn't need to be specified anymore... just
set OVERRIDE_DIRDEPTH to find any libtool scripts deeper in the WRKSRC
tree unless they're named something other than "libtool".

SHLIBTOOL_OVERRIDE generally doesn't need to be specified either -- just
define it to the empty list and shlibtool-override will look for libtool
scripts.
2006-07-07 15:49:30 +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
grant
9b1ec25d56 depends should be ../../<category>/<pkg> 2005-07-19 10:01:15 +00:00
tv
f816d81489 Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used. 2005-04-11 21:44:48 +00:00
agc
0cbe9b3900 Add RMD160 digests in addition to SHA1 ones 2005-02-23 15:59:10 +00:00
hubertf
9a981bcfbe Sign over maintainership to tech-pkg@ 2005-02-21 20:26:08 +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
minskim
03f6987ce4 - Bl3ify.
- Use C++ compiler.
- Override libtool.
2004-04-30 12:48:36 +00:00
minskim
80ddd62966 Replace the type argument of va_arg() with what it is promoted to.
Otherwise it causes a warning on NetBSD, but an error on Linux.
2004-04-28 04:54:50 +00:00
jlam
a9f08159c4 Back out last change related to moving ncurses/buildlink2.mk to
curses.buildlink2.mk.  This was wrong because we _really_ do want to
express that we want _n_curses when we include the buildlink2.mk file.

We should have a better way to say that the NetBSD curses doesn't
quite work well enough.  In fact, it's far better to depend on ncurses
by default, and exceptionally note when it's okay to use NetBSD curses
for specific packages.  We will look into this again in the future.
2003-09-28 09:13:55 +00:00
grant
7a71199b50 move ncurses/buildlink2.mk to mk/curses.buildlink2.mk, as it provides
support for base system curses/ncurses as well as ncurses itself.

suggested by wiz.
2003-09-27 17:07:34 +00:00
wiz
88c6ab1ec7 Add appropriate INCOMPAT_CURSES lines. Should fix bulk build failure. 2003-07-22 13:49:38 +00:00
grant
91f00f1cbc s/netbsd.org/NetBSD.org/ 2003-07-17 21:21:03 +00:00
wiz
43fa0c7cb6 PKGREVISION bump for libiconv update. 2003-07-13 13:50:19 +00:00
wiz
b20e82d14a Make it build under -current without using ncurses.
It was using internals of ncurses data structures even though there's
an official API for this...

XXX: might need INCOMPAT_CURSES patterns for some older NetBSD versions,
but I don't know which ones, so I didn't add them.
2003-07-12 12:05:01 +00:00
wiz
ebe24c115c The point of USE_NCURSES comments is to show what is missing,
not state that the package should use ncurses. Fix comments.
2003-06-06 12:32:14 +00:00
jmc
cce2ad67a9 This needs pthread's buildlink.mk 2003-05-11 08:02:32 +00:00
hubertf
1b39de27b4 Add licq-core-1.2.6, licq-gui-qt-1.2.6 licq-gui-console-1.2.6
Licq-core is a multi-threaded ICQ clone written mostly in C++. It
uses an extensive plugin system to manage many different functions.
The main gui is written using the Qt widget set. Licq is distributed
under GPL with some special QPL exceptions for Qt.

Several GUI plugins for console, Qt etc. are available as seperate
packages, licq-gui-console and licq-gui-qt.
2003-04-24 23:57:36 +00:00