deprecated as the MusicBrainz RDF webservice is no longer functional
PR: ports/165750, ports/165754, ports/165757, ports/165758
ports/165759, ports/165760, ports/165761
Submitted by: Jason E. Hale <bsdkaffee at gmail.com>
I committed a6a2ed3 to k3b's git tree some time ago. It is a patch by
avg@ improving the file and preventing some bugs from occurring. In
his own words in KDE git review request 103293:
Main idea of the change is to improve the case where SCSI sense data
is not automatically provided and has to be explicitly requested.
Current code essentially duplicates main transport code for this
task. The proposed code recursively calls into the transport code
with MMC_REQUEST_SENSE command. This also fixes a problem with the
existing code where it re-uses a CCB of the original command for sense
fetching but doesn't ensure that all the previously used bytes are
reset to proper values. This can result in a malformed
MMC_REQUEST_SENSE CCB which can confuse certain hardware (e.g. it
hangs Optiarc DVD RW AD-7191S 1.02). Also the style of the code is
cleaned up. Because of the code re-use the code is now more compact.
Additionally some historic and useless code was dropped - the code for
setting errno. errno value is not used by the calling code and this
is an artifact of the FreeBSD-specific code having been borrowed from
a different project (as attested by Heiner Eichmann
<h.eichmann@gmx.de>).
The current patch in the port now contains both commits 4ffc589 and
a6a2ed3 squashed together.
Bump PORTREVISION accordingly.
Submitted by: avg
- libdvdread: allow package building with libdvdcss if WITH_DVDCSS is set [1]
- libdvdread/libdvdnav: fix endianness handling [2]
Submitted by: olgeni [1], richo <richo@psych0tik.net> [2] (via mail to ports@)
PR: ports/162197 [1]
Import commit d8f73a5 from upstream.
The scsi_sense_data struct has changed in 9 after r225950, so compilation
failed.
Instead of accessing the struct fields manually, we now use
scsi_extract_sense, which works fine in all our supported releases (there is
no change in terms of functionality).
Bump PORTREVISION.
Aproved by: avilla (mentor, implicit)
Thanks for all contributors to this port:
Alberto Villa <avilla@>
Andriy Gapon <avg@>
Dima Panov <fluffy@>
Ganael Laplanche <ganael.laplanche at martymac.com>
Jason E. Hale <bsdkaffee at gmail.com>
Juergen Lock <nox@>
- use ?= for the portrevision of a master port to make it possible to
change it in a slave port which depends upon lame
- bump portrevisions of ports which depend upon lame
- done via a semi-automated way (manual review and fixup)
- I tried to take care to not bump ports which only depend optionaly on
lame (with a default of no dependency)
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
-Turn over maintainership
-Bump ports that depend on libdvdread since shared lib
version rolls back from .5 to .4
-Fix multimedia/ogle build with this version
PR: 127849
Submitted by: Ganael LAPLANCHE <ganael.laplanche@martymac.com>
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
- Remove CONFIGURE_TARGET hack in various bsd.*.mk
- USE_GNOME=gnometarget is now an no-op
Changes to individual ports, other than removing the CONFIGURE_TARGET hack:
= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
- comms/gnuradio
- science/abinit
- science/elmer-fem
- science/elmer-matc
- science/elmer-meshgen2d
- science/elmerfront
- science/elmerpost
= use x86_64 as ARCH
- devel/g-wrap
= other changes
- print/magicfilter
GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf
Total # of ports modified: 1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)
PR: 126524 (obsoletes 52917)
Submitted by: rafan
Tested on: two pointyhat 7-amd64 exp runs (by pav)
Approved by: portmgr (pav)
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
worth of changes and an altered API.
Bump the revision of all ports that depend on libFLAC and adapt to
the new API where necessary. Some patches from Debian, Gentoo,
OpenBSD, and upstream repositories.
PR: 119476
- Changes:
- K3b now silently allows the burning of files bigger than 4 GB if an
appropriate version of genisoimage or mkisofs is installed
("silently" means that I did not introduce any new messages).
- I was not able to find the awful "disabled DMA" bug but I introduced
a little workaround which hopefully solves it for many of you (BTW:
K3b from svn trunk does support DVD burning with cdrecord.)
- Never use growisofs parameter -dvd-compat with DVD-RW media in
restricted overwrite mode (some drives do not like that).
- Unmount medium before DVD formatting.
PR: ports/118535
Approved by: Heiner <h.eichmann@gmx.de> (maintainer)
linimon (mentor)
off with the exception of dvd+rw tools since DVDs are used more that CDs these
days.
- bump PORTREVISION for DEPENDS change.
PR: ports/117450
Submitted by: Artem Naluzhnyy
Approved by: Heiner (maintainer)
