Commit graph

25 commits

Author SHA1 Message Date
reed
32d8f290c2 The default location of the pkgsrc-installed rc.d scripts is now
under share/examples/rc.d. The variable name already was named
RCD_SCRIPTS_EXAMPLEDIR.

This is from ideas from Greg Woods and others.

Also bumped PKGREVISION for all packages using RCD_SCRIPTS mechanism
(as requested by wiz).
2004-12-28 02:47:40 +00:00
reed
62071c8b2f RCD_SCRIPTS_EXAMPLEDIR was just changed to be a relative directory
under ${PREFIX} instead of being an absolute path.

So fix the references using RCD_SCRIPTS_EXAMPLEDIR to be
${PREFIX}/${RCD_SCRIPTS_EXAMPLEDIR}.

This should have no changes to use before.

Please note that the MESSAGE files in most cases are wrong in the
first place. We have automated mechanisms and could have an automated
message for explaining rc.d script usage. (This is something to do!)
2004-10-11 22:14:51 +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
grant
ec99b37c2b this uses a c and c++ compiler. 2004-06-27 11:41:09 +00:00
snj
0e761f7225 Convert to buildlink3. 2004-05-09 06:48:40 +00:00
reed
2d4122dd45 Fix references to rc.d scripts. This package uses RCD_SCRIPTS
which installs to ${RCD_SCRIPTS_EXAMPLEDIR}. But the MESSAGE
referred to wrong hard-coded location if the RCD_SCRIPTS_EXAMPLEDIR
was not the default. So use RCD_SCRIPTS_EXAMPLEDIR instead.

PKGREVISION not bumped because if someone had changed
RCD_SCRIPTS_EXAMPLEDIR before recent change of autoregistration
of rc.d script in PLIST, then it could not have been packaged
in first place.

Note that this commit does not imply that the MESSAGE is correct.
In some cases, the MESSAGE is clearly wrong such as suggesting
running the rc.d script from the example directory (which will work
although).
2004-04-23 22:43:20 +00:00
reed
9c790735db mk/bsd.pkg.install.mk now automatically registers
the RCD_SCRIPTS rc.d script(s) to the PLIST.

This GENERATE_PLIST idea is part of Greg A. Woods'
PR #22954.

This helps when the RC_SCRIPTS are installed to
a different ${RCD_SCRIPTS_EXAMPLEDIR}. (Later,
the default RCD_SCRIPTS_EXAMPLEDIR will be changed
to be more clear that they are the examples.)

These patches also remove the etc/rc.d/ scripts from PLISTs
(of packages that use RCD_SCRIPTS). (This also removes
now unused references from openssh* makefiles. Note that
qmail package has not been changed yet.)

I have been doing automatic PLIST registration for RC_SCRIPTS
for over a year. Not all of these packages have been tested,
but many have been tested and used.

Somethings maybe to do:
- a few packages still manually install the rc.d scripts to
  hard-coded etc/rc.d. These need to be fixed.
- maybe  remove from mk/${OPSYS}.pkg.dist mtree specifications too.
2004-04-23 22:07:52 +00:00
wiz
a661ce60c0 PKGREVISION bump after openssl-security-fix-update to 0.9.6m.
Buildlink files: RECOMMENDED version changed to current version.
2004-03-26 02:27:34 +00:00
seb
b47b1b8a52 Remove info files entries from PLIST. 2004-03-10 00:56:54 +00:00
jlam
3ac2d4b8aa In the new compiler selection framework, GCC_REQD is appended to, not
overridden.
2004-02-01 01:43:28 +00:00
wiz
8c00d27d87 Add GCC_REQD=2.95.3 (for 1.5 or older). 2003-11-24 14:15:36 +00:00
wiz
b414a05213 Remove USE_PKGSRC_GCC line -- it is unneeded (compiles fine with both
gcc-2.95.3 and gcc-3.3.2.
2003-11-23 19:45:25 +00:00
grant
40614d0b3c get rid of USE_GCC2/3 in pkg Makefiles, and set GCC_REQD or
USE_PKGSRC_GCC as appropriate, as this is handled by compiler.mk now.
2003-09-17 19:39:58 +00:00
grant
ac2754dcb7 kill all references to gcc.buildlink2.mk and compiler.mk, and define
USE_GCC2 or USE_GCC3 where appropriate.

the functionality of the old gcc.buildlink2.mk has been rolled into
compiler.mk now, which is automatically used.

more changes to come later...
2003-09-12 20:07:06 +00:00
itojun
b48882a760 use PKG_SYSCONFDIR 2003-09-08 13:38:12 +00:00
seb
56b682547a USE_NEW_TEXINFO is unnecessary now. 2003-08-09 10:59:08 +00:00
seb
c16d497900 Convert to USE_NEW_TEXINFO. 2003-08-05 11:17:10 +00:00
abs
0de8869fb4 Use mk/gcc.buildlink2.mk rather than gcc/buildlink2.mk so lang/gcc3
is accepted. Suggested by Grant.
2003-06-02 14:05:00 +00:00
jmmv
f1446ddf2b Drop trailing whitespace. Ok'ed by wiz. 2003-05-06 17:40:18 +00:00
grant
27ac8ca77c use RCD_SCRIPTS. 2003-03-25 15:51:50 +00:00
lukem
15fbb8b0eb both: use pidfile
sfssd: support "reload"
sfssd: call sfskey gen with "-K -l sfs_host_key" to prevent interactive Q's

bump PKGREVISION (to 2)
2003-03-25 06:45:00 +00:00
lukem
6ef8b32307 use PKG_SYSCONFSUBDIR=sfs
use /var/sfs instead of /usr/pkg/var/sfs
use OWN_DIRS_PERMS
bump PKGREVISION
2003-03-23 14:28:31 +00:00
lukem
851f4d0dac remove entries which aren't installed (and I couldn't find any
reference to them in the distribution, either):
	bin/fake-agent
	bin/rpc_pcl
	bin/rpc_psrv
	bin/smkdirall
	bin/smount
	bin/snfsfstab
	bin/snfshost
	bin/snfsmount
	bin/snfspsrv
	bin/snfsumount
	bin/snfsuser
	bin/sumount
	bin/sumountall
	etc/rpc_pcl.conf
	lib/perl5/site_perl/5.6.1/SNFS.pm
	lib/perl5/site_perl/5.6.1/auto/SNFS/autosplit.ix
2003-03-22 22:07:22 +00:00
agc
0b1292b249 Initial import of sfs-0.7.2 into the NetBSD Packages Collection.
Based on the sfs-0.6 package provided by Michael Santos in PR 18528.

SFS is a secure, global network file system with completely
decentralized control. SFS lets you access your files from anywhere
and share them with anyone, anywhere. Anyone can set up an SFS
server, and any user can access any server from any client. SFS
lets you share files across administrative realms without involving
administrators or certification authorities.
2003-03-17 21:01:47 +00:00