Notes: - Since 2.01a26 cdrecord has a new option "-tao" (Track At Once)
for what was the default write mode in previous versions.
Currently, cdrecord still falls back to writing in TAO mode if
no writing mode has been specified but this might change in a
future version (infact, the release notes for 2.01a26 already
say that cdrecord won't burn a CD if no write mode has been
specified).
- Cdrecord 2.01a26 was broken in that it only wrote in TAO mode,
which was fixed in 2.01a27.
For changes since 2.01a25 see:
ftp://ftp.berlios.de/pub/cdrecord/alpha/AN-2.01a26
and
ftp://ftp.berlios.de/pub/cdrecord/alpha/AN-2.01a27
- Add a workaround for what appears to be a problem with gmake and certain
locales on -current. [1]
- Correct a typo in pkg-descr.mkisofs inherited from the cdrtools ABOUT
file.
- Remove the workaround for the broken mlockall(2) on EOL'ed FreeBSD 5.1.
- No longer compile with -DSOURCE_MODIFIED, the cdrecord sources are no
longer altered by this port except for changing the location of the
configuration file, which is done in compliance with the terms in
cdrecord/defaults.c.
- Make the direct ATAPI transport (cooked_ioctl interface) of cdda2wav
(e.g. when used via `cdda2wav -D /dev/acd0`) work on FreeBSD after
ata(4) was GEOM'ifed and the CDIOCREADAUDIO ioctl removed.
Note: For qualitiy reasons (e.g. to be able to fix/work around broken
TOCs etc.) cdda2wav should be used with its generic_scsi interface
(e.g. via `cdda2wav -D 2,0,0` and using atapicam(4) if you have an
ATAPI device). However, there are some ATAPI devices around where
the latter simply doesn't work (look at e.g. PR 62507 or the audit-
trail of PR 60233 for examples).
- Properly initialise the verbosity level of cdda2wav when the cooked_ioctl
interface is used so it's disabled by default (the outcome of this bug is
actually compiler dependend, with GCC 2.95.4 verbosity is off by default,
with GCC 3.3.3 it's on).
Note: The patches for the last two items where sent to Heiko Eissfeldt, the
author of cdda2wav, and from his replies I was of the opinion that he
"accepted" them and they would be incorporated in cdrtools 2.01a26.
However, they still didn't show up in the cdrtools sources and I so
far didn't get any reply to my email asking if there would be anything
wrong with them.
Requested by: pav [1]
Submitted by: maintainer
ever. It fixes many bugs, and adds some features missing in previous
FreeBSD ports. To help users upgrade from GNOME 2.4, we have constructed an
upgrade FAQ at:
http://www.freebsd.org/gnome/docs/faq26.html
Please read it carefully. GNOME 2.6 packages are also available for all
supported i386 versions of FreeBSD at:
http://www.marcuscom.com/tinderbox/
The FreeBSD GNOME Team would like the thank the following users for their
wonderful testing and patching efforts. We would especially like to thank
Franz Klammer <klammer@webonaut.com> for his wonderful new splash screen.
Without these people, our team, and our team alumni, GNOME on FreeBSD would
not be possible.
Jeremy Messenger <mezz7@cox.net>
Khairil Yusof <kaeru@pd.jaring.my>
Koop Mast <kwm@rainbow-runner.nl>
Simon Barner <barner@in.tum.de>
Tom McLaughlin <tmclaugh@sdf.lonestar.org>
Scott Dodson <sdodson@sdodson.com>
Vladimir Grebenschikov <vova@sw.ru>
- Fix build on amd64
- Add a patch that might fix the build on alpha under 4.x
- Fix install in certain odd environments
PR: ports/64961
Submitted by: brooks (maintainer)
The wrapper takes all "ps(1)" options and passed then to the "ps(1)" if some
specified. When no options specified the wrapper uses default options.
No additional software or tools like "jailer(8)" needed.
WWW: http://ext.by/jps/
PR: ports/64813
Submitted by: Pavel Novikov <pavel@ext.by>
The wrapper takes all "top(1)" options and passed then to the "top(1)" if some
specified. When no options specified the wrapper uses default options.
No additional software or tools like "jailer(8)" needed.
WWW: http://ext.by/jtop/
PR: ports/64812
Submitted by: Pavel Novikov <pavel@ext.by>
BIOS based memory tests are a quick, cursory check and often miss many of the
failures that are detected by Memtest86.
PR: ports/64818
Submitted by: Radim Kolar <hsn@netmag.cz>
