pkgsrc - [no description]

Age	Commit message (Collapse)	Author	Files	Lines
2013-07-20	Use Mt for email addresses.	wiz	2	-4/+4

2012-06-13	Update to 1.6, changes:	jperkin	2	-27/+28
	- Use the correct id(1) program. Fixes PR pkg/40691 - Avoid unprintable characters, some implementations of tr(1) have issues with them. Instead go for what hopefully will be a unique string, as well as making use of shell parameter substitution. Fixes PR pkg/42197 These changes combined make pkg_alternatives work correctly on Solaris.
2007-01-15	Updated pkg_alternatives to 1.4.	rillig	1	-2/+3
	Changes since 1.3: - Added support for non-standard PKGMANDIR.
2006-09-20	It's pkg_alternatives(8), not (1).	rillig	1	-2/+2

2005-02-10	Update to 1.3: show a more descriptive usage message, useful as a quick	jmmv	1	-2/+18
	reference. Per tv@'s suggestion.
2005-01-30	Update to 1.2:	jmmv	3	-6/+154
	- Add support to explicitly select which wrappers are wanted on a system and which ones are not. This is done through a configuration file that defines a filter with a set of actions and regular expressions (example file included). - Add an examples section to the manual page with solutions for some FAQs.
2005-01-28	Fix Dt, and improve formatting.	wiz	1	-38/+40

2005-01-25	Add the -g flag to explicitly select the "group mode" (previously known as	jmmv	2	-15/+27
	"package mode"). Use previous version bump for this change.
2005-01-25	Update to 1.1:	jmmv	2	-3/+48
	- Add the destroy action, used to remove the alternatives database as well as any known wrappers. - Use the rebuild/destroy actions at install/deinstall time respectively so that this package can be installed at any time and pick up automatically available alternatives from PKG_DBDIR. Per suggestion from reed@ in tech-pkg@.
2005-01-25	Initial import of pkg_alternatives, version 1.0:	jmmv	4	-0/+1037
	pkg_alternatives is a tool to manage the alternatives system provided by The NetBSD Packages Collection, also known as pkgsrc. It creates, configures and destroys generic wrappers used to run programs with similar interfaces. No objections in tech-pkg@. Agreed with jlam@, who has provided lots of design suggestions.