the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
libpulse when availble on system
- Don't reset options to just LAME when not building
on package server
- Convert to new LID_DEPENDS format, use option helpers
PR: ports/182838
Submitted by: me
Approved by: maintainer timeout
While here:
- Move LICENSE to proper location
- Convert to USE_PKGCONFIG
PR: ports/171813
Submitted by: Dan Nelson <dnelson at allantgroup.com> (maintainer)
Approved by: makc (mentor)
- Add LICENSE.
- Add a patch to fix build if ffmpeg-devel is installed.
PR: ports/157673
Submitted by: Ryan Steinmetz <rpsfa@rit.edu>
Approved by: Dan Nelson <dnelson@allantgroup.com> (maintainer)
- 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
PR: 128849
Submitted by: Peter Beckman <beckman at angryox dot com>
Final patch by: Dan Nelson <dnelson at allantgroup dot com> (maintainer)
Approved by: Dan Nelson <dnelson at allantgroup dot com> (maintainer)
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)
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
- Add PTHREAD_LIBS to LDFLAGS
Bring sox up to the latest release. It can now decode any format
recognized by ffmpeg or flac.
PR: ports/120418
Submitted by: Dan Nelson <dnelson@allantgroup.com> (maintainer)
