The file eject.allow has been installed in /usr/local/share/examples/.
Copy this file to /usr/local/etc/eject.allow, and edit to reflect
the devices you wish to be ejectable.
*/*: Remove redundant '-[0-9]*' from CONFLICTS
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".
Approved by: portmgr (blanket)
Multiple ports:
Change maintainer email bacon4000@gmail.com to jwb@FreeBSD.org
Remove Created by comments for same user
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D14128
Remove more tags from pkg-descr files fo the form:
- Name
em@i.l
or variations thereof. While I'm here also fix some whitespace and other
formatting errors, including moving WWW: to the last line in the file.
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
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>
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>
