- Update to 0.144.2533 (from upstream stable branch) [1]
- Switch x264 and libx264 ports to master/slave ports respectively
- Bump PORTREVISION for dependent ports as the shared library version
has changed.
multimedia/x264:
- Clean up and update "updating instructions" in Makefile header
- Tweak COMMENT
- Only LIB_DEPENDS on libx264 and add PLIST_FILES if this isn't the
libx264 port.
- Allow COMMENT, USES, OPTIONS_*, CONFIGURE_ARGS to be overriden in
libx264 port.
- Place common configure arguments in a CONFIGURE_COMMON_ARGS variable
to make overriding values without duplication easier.
- Use --prefix configure argument over post-patch replacements
- Enable stripping of binaries and libraries if DEBUG is off. Remove
post-install target STRIP_CMD accordingly.
- Delete patch-Makefile in favour of patching WRKSRC/configure to
identify amd64, arm64 and mipsn32. powerpc and powerpc64 are now
covered upstream without needing patches.
- Patch out a bogus compiler argument check (cc_check) that results
in -Wno-maybe-uninitialized being added to CFLAGS causing causes
warnings when clang is cc. The cc_check function checks for basename
$CC to identify compiler type (icl, clang, gcc, etc).
multimedia/libx264:
- Remove all Makefile entries that are duplicated or common and found
in the master port (x264).
- Set lib as the PKGNAMEPREFIX
- Tweak COMMENT
- Delete upstreamed ARM patches [1]
- Delete all but one patch, as they duplicate those in x264.
- Dont remove pkgconfig/libdata directory
Changes:
https://git.videolan.org/?p=x264.git;a=shortlog;h=refs/heads/stable
Based on:
PR: 201260 [1]
Submitted by: Andrey Cherkashin <andoriyu gmail com> [1]
- the bundled ffmpeg seems to want to use it despite libvpx being disabled
in the handbrake patches
- x264 comes bundled, but there are reports it's needed as a dependency so
that the port builds, so better safe than sorry
This allows to build the port by hand (make install in the port directory).
The BROKEN line stays in, seems those changes don't make poudriere happy.
PR: 199126
Submitted by: w.schwarzenfeld@utanet.at
Discussed with: olgeni
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
gmake[1]: Leaving directory '/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/fdkaac/fdk-aac-v0.1.1-6-gbae4553'
touch contrib/fdkaac/.stamp.install
set -e; cd ./contrib/ffmpeg/libav-v10.1/; ./configure --prefix=/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/ --disable-shared --enable-static --enable-gpl --disable-doc --disable-bsfs --enable-bsf=aac_adtstoasc --disable-avconv --disable-avplay --disable-avprobe --disable-avdevice --disable-avfilter --disable-avserver --disable-muxers --disable-network --disable-hwaccels --disable-encoders --enable-encoder=aac --enable-encoder=ac3 --enable-encoder=flac --enable-encoder=mpeg2video --enable-encoder=mpeg4 --enable-libvpx --enable-encoder=libvpx_vp8 --disable-decoder=libvpx_vp8 --enable-zlib --enable-bzlib --cc="/usr/bin/cc" --extra-ldflags="-O2 -pipe -fstack-protector -fno-strict-aliasing -I/usr/local/include -L/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/lib" --enable-nonfree --enable-libfdk-aac --enable-encoder=libfdk_aac --enable-muxer=matroska --enable-muxer=webm --enable-muxer=mov --enable-muxer=mp4 --enable-muxer=psp --enable-muxer=ipod --enable-pthreads --disable-devices --disable-debug --extra-cflags="-O2 -pipe -fstack-protector -fno-strict-aliasing -I/usr/local/include -I/wrkdirs/usr/ports/multimedia/handbrake/work/HandBrake-0.10.1/build/contrib/include -DNDEBUG"
ERROR: libvpx encoder version must be >=0.9.6
If you think configure made a mistake, make sure you are using the latest
version from Git. If the latest version fails, report the problem to the
libav-tools@libav.org mailing list or IRC #libav on irc.freenode.net.
Include the log file "config.log" produced by configure as this will help
solving the problem.
../contrib/ffmpeg/module.rules:2: recipe for target 'contrib/ffmpeg/.stamp.configure' failed
Reported by: pkg-fallout
- new vpx support in 10.x is disabled (build problems)
- this is all but quick, and surely a dirty update (e.g. the CC hack in the port-Makefile)
- at least it doesn't segfault on startup like the 9.9 this replaces
- this port needs a maintainer which is able to handle more than 50 shades of grey
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)
first contains runtime libraries such as libintl and the latter contains
developer tools such as msgfmt. Ports that use gettext will usually need
a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.
USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools. USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.
Update gettext to 0.19.3.
Remove :oldver from converters/libiconv and devel/gettext-runtime. Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports. When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.
Fix some ports that installed files in lib/locale instead of share/locale.
PR: 194038
Reviewed by: bapt
Exp-run: antoine
Approved by: portmgr (antoine)
- USES=gmake libtool pathfix tar:bzip2.
- INSTALL_TARGET=install-strip.
- Use options.
- Staging.
- Simplify post-patch commands.
- This update changes the library version but this allows removing
libdvdcss related patches from dependent ports.
multimedia/libxine: [1]
- Add USES=libtool:keepla and remove libtool related patches and post-patch
commands.
- Move bsd.port.pre.mk include down and remove WANT_GNOME.
- Remove USE_XORG=sm. libxine doesn't link to it.
- Remove CONFIGURE_ENV. Not needed.
- Clean up CPPFLAGS and CFLAGS.
- Rename the GTK2 option PIXBUF and depend on gdkpixbuf2 instead of gtk20.
- Remove PATCH_DIST_ARGS. Leftover from when there were external patches.
- Remove -fno-force-addr clang hack. Modern gcc does not support the flag
either and it was only added in case the user has -fforce-addr in CFLAGS
in make.conf.
- Fix IMAGEMAGICK option.
- Merge pre-configure with post-patch and remove most commands because they
don't do anything.
multimedia/libdvdread:
- USES=libtool:oldver pathfix.
- INSTALL_TARGET=install-strip.
multimedia/handbrake:
- Add build dependency on devel/libtool because configure script expects
to find existing libtool program.
- Turn dependency on libdvdcss into library dependency such that headers
are available during build.
- Add USES=libtool to patch libtool scripts in contrib code.
- Remove run-autotools-aclocal target and replace USE_AUTOTOOLS=aclocal
with "autoconf:env automake:env" to indicate only build dependencies
are needed and the tools don't have to be run.
Approved by: nox [1]
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
1) `devel/libnotify' no longer pulls gtk20; we must depend explicitly;
2) `x11-toolkits/pango' now depends on `print/harfbuzz', which installs
header file ($localbase/include/harfbuzz/hb.h) that in turn confuses
bundled libass' configure script and conflicts with HandBrake's own
internal header.
NB: supposedly it should have been caught by exp-run for r324037, but it
was not for some reason.
Reported by: Sergey V. Dyatko
libdvdcss package is actually libdvdcss.so.3, so the call always fails and
handbrake is unable to properly read CSS-encoded DVDs.
Patch in the PR suggested bumping requested shlib version accordingly, but
methinks it is better to just remove it completely from CSS_LIB definition.
While here, register run-time dependency on `multimedia/libdvdcss'.
PR: ports/171473
Submitted by: Heath Nielson
Approved by: maintainer timeout (dmarion, over 9 months)
- Define LICENSE knob, cleanup Makefile, add comments, etc.
- Do not rename binary name upon install to match packages for other OSes
- Tidy up port description to match upstream text closer
- Make COMMENT more user-friendly (looking at Ubuntu)
PR: ports/169799 (version update + patches)
Submitted by: dmarion
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility
This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG
it can take the following arguments:
- yes (meaning build only dep)
- build (meaning build only dep)
- run (meaning run only dep)
- both (meaning run and build dep)
From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.
While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config
With Hat: portmgr
Exp-runs by: bapt (pointhat-west), beat (pointyhat)
