pkgsrc - [no description]

Age	Commit message (Collapse)	Author	Files	Lines
2015-01-09	Removing shells/mudsh. From FreeBSD PR:	mef	4	-42/+0
	https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=104260 --------------------------- The MASTER_SITES for shells/mudsh is invalid. The email address of the submitter of the port is no longer valid. The app itself is a single perl script with no author in it. --------------------------- Thanks wiz@ for review.
2014-05-29	Bump for perl-5.20.0.	wiz	1	-2/+2
	Do it for all packages that * mention perl, or * have a directory name starting with p5-, or depend on a package starting with p5- like last time, for 5.18, where this didn't lead to complaints. Let me know if you have any this time.
2013-05-31	Bump all packages for perl-5.18, that	wiz	1	-2/+2
	a) refer 'perl' in their Makefile, or b) have a directory name of p5-, or c) have any dependency on any p5- package Like last time, where this caused no complaints.
2012-10-03	Bump all packages that use perl, or depend on a p5-* package, or	wiz	1	-1/+2
	are called p5-*. I hope that's all of them.
2012-09-11	"user-destdir" is default these days	asau	1	-3/+1

2010-01-27	DESTDIR support	joerg	1	-2/+4

2009-05-21	update master site.	zafer	1	-2/+2

2006-03-04	Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no	jlam	1	-2/+2
	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-01-21	Update package Makefile now that bsd.pkg.extract.mk is using the	jlam	1	-2/+1
	"extract" script for extraction. Many cases where a custom EXTRACT_CMD simply copied the distfile into the work directory are no longer needed. The extract script also hides differences between pax and tar behind a common command-line interface, so we no longer need code that's conditional on whether EXTRACT_USING is tar or pax.
2005-07-16	Remove some unnecessarily strong dependencies on perl that resulted	jlam	1	-2/+2
	from including perl5/buildlink3.mk. These packages just need the Perl interpreter, and can just add "perl" to USE_TOOLS instead.
2005-06-17	Create directories before installing files into them.	jlam	1	-1/+3

2005-04-11	Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.	tv	1	-2/+1

2005-02-24	Add RMD160 digests.	agc	1	-1/+2

2004-04-18	Convert to buildlink3.	snj	1	-3/+3

2004-01-20	Move WRKSRC definition away from the first paragraph in a Makefile.	agc	1	-3/+3

2003-07-17	s/netbsd.org/NetBSD.org/	grant	1	-2/+2

2003-06-02	Use tech-pkg@ in favor of packages@ as MAINTAINER for orphaned packages.	jschauma	1	-2/+2
	Should anybody feel like they could be the maintainer for any of thewe packages, please adjust.
2003-05-06	Drop trailing whitespace. Ok'ed by wiz.	jmmv	1	-2/+2

2003-03-29	Place WRKSRC where it belongs, to make pkglint happy; ok'ed by wiz.	jmmv	1	-2/+2

2002-11-18	Initial import of the MUD-Shell into the NetBSD packages collection as	cjep	4	-0/+40
	shells/mudsh. Is there any reason why a shell (or command line) cannot be as tolerant or as intelligent as a text adventure game like Zork, or a MUD (Multi User Dungeon)? Is there any reason why a shell cannot work like such a game? ("Go North", etc.) Actually, the answer is no and this is a perl implementation to prove it. Have fun, and don't get eaten by a Grue!