1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-12-11 02:50:24 +00:00
Commit Graph

8 Commits

Author SHA1 Message Date
Martin Wilke
a9481afc8a - Get Rid MD5 support 2011-03-19 12:38:54 +00:00
Mark Linimon
e6ae104847 Update maintainer's email address. Had already been done for his
other ports.
2009-06-19 20:06:31 +00:00
Martin Wilke
560eeb28e8 - Update to 1.0
- Fix exploitable buffer overflow (CVE-2007-1719)
- Update maintainer mail adress

PR:		111421
Submitted by:	Jason Bacon <bacon@smithers.neuro.mcw.edu> (Maintainer)
2007-04-09 20:42:42 +00:00
Stefan Walter
a197a84f25 Mark forbidden due to exploitable buffer overflow (CVE-2007-1719).
Inspired by:	Jeff Forsythe<tornandfilthy2006@yahoo.com> (ports/111365)
2007-04-08 19:48:56 +00:00
Xin LI
ac1013f301 Correct a typo which will break build in a future version of
FreeBSD.  Because we already have '-9' in our ${GZIP_CMD} we
do not need to specify '--best' anyway.

PR:		ports/108068
Reported by:	pointyhat via kris
Approved by:	maintainer
2007-01-19 01:43:26 +00:00
Edwin Groothuis
32487a10ad SHA256ify
Approved by: krion@
2006-01-24 01:06:45 +00:00
Edwin Groothuis
2dda480e8a Update to port mcweject
My original dist file mistakenly contained object files and
	a gzipped man page.  (I simply forgot to make clean before
	rolling the tarball.) Someone on your end enhanced the port
	Makefile to remove these post-extract as a workaround.  I've
	since cleaned up the dist file, and updated the port Makefile
	and distinfo.  Here's the new tree:

PR:		ports/91247
Submitted by:	Jason Bacon <bacon@smithers.neuro.mcw.edu>
2006-01-04 06:23:41 +00:00
Edwin Groothuis
1ac5c7f1ef New port for ejecting removable media
This is a completely new eject command, loosely modelled
	after the Linux eject, which is far more feature-rich than
	the existing FreeBSD eject.  Like the Linux eject, it accepts
	either device names or mount points to specify the device,
	and supports tray-close where available.  I originally
	contacted the author of the existing eject port, but he
	wasn't interested in making any such enhancements.  Hence,
	a new eject command written entirely from scratch, with the
	eventual goal of supporting as many ioctls and hardware
	devices as possible.

PR:		ports/90396
Submitted by:	Jason Bacon <bacon@smithers.neuro.mcw.edu>
2005-12-21 04:40:49 +00:00