A new USES has been added to depend on ImageMagick.
USES=magick
adds a LIB_DEPENDS on graphics/ImageMagick${IMAGEMAGICK_DEFAULT}.
If a specific version is required, use for example
USES=magick:6 resp. USES=magick:7
If only a build, run or test is required, use for example
USES=magick:build resp. USES=magick:6,build,test
If a dependency on the nox11 flavor is required, use for example
USES=magick:nox11 resp. USES=magick:7,nox11,run,test
See magick.mk for more details on the available flags.
The tree has been completely converted to make use of this.
Approved by: bapt
Differential Revision: https://reviews.freebsd.org/D32754
This is a partial revert of commit 60955c0a09 which removed transcode
and ports depending on it for not building with -fno-common.
multimedia/transcode: Revert removal of port
The transcode port has been fixed to build with -fno-common by adding
1 "extern" and 3 "static" keywords to prevent some global symbols to
be defined in multiple files that are linked into one binary.
While here fix a few issues reported by "make stage-qa".
multimedia/dvdrip: remove DEPRECATED
multimedia/mkxvcd: remove DEPRECATED
multimedia/subtitleripper: remove DEPRECATED
While here add TIMESTAMP to distinfo of these ports and make portlint
and portclippy happy.
multimedia/transcode: Add TIMESTAMP to distinfo
2021-04-01 multimedia/transcode: Unmaintained and dead upstream, does not build with -fno-common (llvm 11)
2021-02-28 x11-toolkits/p5-Gnome2-VFS: Deprecated by the Gtk-Perl project. No more security patches and bug fixes
2021-02-28 x11-toolkits/p5-Gnome2: Deprecated by the Gtk-Perl project. No more security patches and bug fixes
2021-05-01 multimedia/dvdrip: Depends on expired multimedia/transcode
2021-05-01 multimedia/subtitleripper: Depends on expired multimedia/transcode
2021-05-01 multimedia/mkxvcd: Depends on expired multimedia/transcode
2021-05-01 deskutils/shutter: Upstream gone, depends on expired x11-toolkits/p5-Gnome2-VFS
2021-05-01 misc/gcstar: Depends on expired x11-toolkits/p5-Gnome2-VFS
Extend the expiration of unmaintained leaf ports that are broken with
-fno-common and previously had a short expiration date. The new date is set
to 2021-04-01, meaning the ports will be in the 2021Q2 branch, giving people
until 2021-06-30 (10 months from now) to fix issues.
Improve the wording of the deprecation message, mentioning both llvm 11 and
-fno-common.
Bump portrevision to force reinstall. This way the warning message about
deprecation will be displayed to users installing or reinstalling the
software.
MFH: 2020Q3 (maybe)
- Update multimedia/libdvdread to 6.0.2 and bump dependent ports' revisions
(shared library version changed)
- Update multimedia/libdvdnav to version 6.0.1 (no ABI change)
* Add PKGNAMESUFFIX and rename the directory. This was done to show
that IM6 is not the "main" version. But still fully supported by upstream.
* Convert a number of options to optionhelpers.
* Add option for ISO/IEC 23008-12:2017 HEIF suport
* Add comment to pkg-descr explaining IM6's "legacy" tag.
* Add comment to the patch-config_policy.xml file why it still needed.
Please note that IM7 is not a drop in replacement due to library API and
command arguments changes. And as a result ports need to decide for themself
which version to use.
Chase these changes in all the ports that using IM6.
PR: 225102 (based on, only the version update) [1]
Submitted by: Pascal Christen <pascal.christen@hostpoint.ch>
export_ffmpeg.c:834:24: error: no member named 'lmin' in 'struct AVCodecContext'; did you mean 'qmin'?
lavc_venc_context->lmin= (int)(FF_QP2LAMBDA * lavc_param_lmin + 0.5);
^~~~
qmin
/usr/local/include/libavcodec/avcodec.h:2355:9: note: 'qmin' declared here
int qmin;
^
export_ffmpeg.c:835:24: error: no member named 'lmax' in 'struct AVCodecContext'; did you mean 'qmax'?
lavc_venc_context->lmax= (int)(FF_QP2LAMBDA * lavc_param_lmax + 0.5);
^~~~
qmax
/usr/local/include/libavcodec/avcodec.h:2362:9: note: 'qmax' declared here
int qmax;
^
export_ffmpeg.c:841:24: error: no member named 'rc_strategy' in 'struct AVCodecContext'
lavc_venc_context->rc_strategy = lavc_param_vrc_strategy;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:859:24: error: no member named 'rc_qsquish' in 'struct AVCodecContext'
lavc_venc_context->rc_qsquish = lavc_param_rc_qsquish;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:860:24: error: no member named 'rc_qmod_amp' in 'struct AVCodecContext'
lavc_venc_context->rc_qmod_amp = lavc_param_rc_qmod_amp;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:861:24: error: no member named 'rc_qmod_freq' in 'struct AVCodecContext'
lavc_venc_context->rc_qmod_freq = lavc_param_rc_qmod_freq;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:862:24: error: no member named 'rc_eq' in 'struct AVCodecContext'
lavc_venc_context->rc_eq = lavc_param_rc_eq;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:866:24: error: no member named 'rc_buffer_aggressivity' in 'struct AVCodecContext'
lavc_venc_context->rc_buffer_aggressivity= lavc_param_rc_buffer_aggressivity;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:867:24: error: no member named 'rc_initial_cplx' in 'struct AVCodecContext'
lavc_venc_context->rc_initial_cplx = lavc_param_rc_initial_cplx;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:875:24: error: no member named 'intra_quant_bias' in 'struct AVCodecContext'
lavc_venc_context->intra_quant_bias = lavc_param_ibias;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:876:24: error: no member named 'inter_quant_bias' in 'struct AVCodecContext'
lavc_venc_context->inter_quant_bias = lavc_param_pbias;
~~~~~~~~~~~~~~~~~ ^
export_ffmpeg.c:1090:37: error: use of undeclared identifier 'CODEC_FLAG_GRAY'
lavc_venc_context->flags |= CODEC_FLAG_GRAY;
^
export_ffmpeg.c:1092:37: error: use of undeclared identifier 'CODEC_FLAG_NORMALIZE_AQP'
lavc_venc_context->flags |= CODEC_FLAG_NORMALIZE_AQP;
^
export_ffmpeg.c:1110:9: error: use of undeclared identifier 'CODEC_FLAG_INTERLACED_DCT'
CODEC_FLAG_INTERLACED_DCT : 0;
^
export_ffmpeg.c:1112:9: error: use of undeclared identifier 'CODEC_FLAG_INTERLACED_ME'
CODEC_FLAG_INTERLACED_ME : 0;
^
export_ffmpeg.c:1159:37: error: use of undeclared identifier 'CODEC_FLAG_PASS1'
lavc_venc_context->flags |= CODEC_FLAG_PASS1;
^
export_ffmpeg.c:1173:37: error: use of undeclared identifier 'CODEC_FLAG_PASS2'
lavc_venc_context->flags |= CODEC_FLAG_PASS2;
^
export_ffmpeg.c:1204:39: error: use of undeclared identifier 'CODEC_FLAG_QSCALE'
lavc_venc_context->flags |= CODEC_FLAG_QSCALE;
^
export_ffmpeg.c:1209:24: error: no member named 'me_method' in 'struct AVCodecContext'
lavc_venc_context->me_method = ME_ZERO + lavc_param_vme;
~~~~~~~~~~~~~~~~~ ^
PR: 227726
Reported by: antoine (via exp-run)
Obtained from: Gentoo
WANT_SDL/HAVE_SDL macros allowed a port to check which SDL components
are installed. This goes against the policy of avoiding automatic
dependencies, and there are actually no cases in the portstree where
these knobs are used properly, so axe them out.
Approved by: portmgr (mat)
Differential Revision: D4093
These were FreeBSD specific aliases for libiconv(), libiconv_open() and
libiconv_close() that are now also provided by libc which complicates
writing configure tests that work correctly when both libc iconv and
libiconv are available.
Also, because the libiconv iconv.h header redefines iconv* to libiconv*
correct use of the header implies that the aliases aren't used.
The following ports needed fixes because there was something wrong with
the way they tried to detect or use iconv:
audio/deadbeef: Remove LIBICONV_PLUG from a source file. It's a
compile-time option and should not be set in source code.
comms/hidapi: Use standard AM_ICONV configure macro to look for iconv.
deskutils/fbreader: Let ports framework deal with LIBICONV_PLUG.
deskutils/ljclive: Override configure test for iconv.
deskutils/owncloudclient: Add USES=iconv and patch test for iconv.
devel/aegis: Bump PORTREVISION because it no longer uses libiconv.
devel/libexplain: Add USES=iconv and override test for iconv.
devel/sdl20: Override configure test for iconv.
emulators/vmw: Replace OSVERSION checks with ICONV_LIB checks and include
<iconv.h> instead of <sys/iconv.h>.
irc/scrollz: Override configure test for iconv.
japanese/chasen-base: Override configure test for iconv and patch
configure so it no longer adds -liconv to linker flags just because it
happens to be installed.
japanses/eb: Patch configure test for iconv.
japanses/eblook: Override configure test for iconv.
java/jikes: Override configure test for iconv.
multimedia/transcode: Bump PORTREVISION because only one plugin links with
libiconv now.
net/c3270: Override configure test for iconv.
net/samba4*: Bump PORTREVISION because it no longer uses libiconv. The
configure script will always add -liconv to the linker flags when it
happens to be installed which would be wrong but later on binaries are
linked with -Wl,--as-needed and the linker discards -liconv because it
finds iconv*() functions in libc now and no longer in libiconv.
net-mgmt/icinga-*: Remove dependency on iconv.
net-mgmt/netxms: Patch configure so it no longer adds -liconv to linker
flags just because it happens to be installed.
net/asterisk11: Patch configure so it no longer adds -liconv to linker
flags just because it happens to be installed.
net-p2p/transmission-*: Override configure test for iconv.
www/htmlcxx: Override configure test for iconv.
www/httrack: Override configure test for iconv.
www/xapian-omega: Override configure test for iconv.
x11/mrxvt(-devel): Add USES=iconv and override configure test for iconv.
x11/x3270: Override configure test for iconv.
x11-wm/jwm: Override configure test for iconv.
PR: 202838
Exp-run by: antoine
Approved by: portmgr (antoine)
- 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]
- Remove const qualifier from iconv(3) to match POSIX:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html
- Patch iconv.h to expose more GNU extensions when LIBICONV_PLUG is
defined because the base system iconv supports these extensions too.
Add/remove patches to/from ports to call iconv with non-const arguments.
This breaks some ports on FreeBSD 10 because base system iconv.h still has
the const qualifier. Fix this by letting USES=iconv add a build dependency
on converters/libiconv so ports can use its iconv.h (with LIBICONV_PLUG
defined) instead of the base system iconv.h.
This exposed some ports that link with libiconv when it is available instead
of using libc iconv. In these cases one of the following changes has been
made:
- patch configure scripts to test for libc iconv first
- add ac_cv_lib_iconv_libiconv=no or similar to CONFIGURE_ARGS to disable
some configure tests
- converters/wkhtmltopdf: this includes Qt4 so add a patch from devel/qt4
- lang/gcc5-aux: respect CFLAGS and friends during configure such that
LIBICONV_PLUG is defined in the iconv test, also switch to external
gettext
- mail/gnarwl: replace patches with CPPFLAGS/LIBS
- multimedia/ffmpeg2theora: remove iconv test from SConstruct and use
ICONV_LIB in port Makefile instead, also fix a bug in subtitles.c
- net-im/licq: finish conversion to cmake
- net-mgmt/bandwidthd, net-mgmt/icinga, net-mgmt/nagios, net-mgmt/nagios4:
don't need iconv
- textproc/p5-XML-TinyXML: finish conversion to USES=perl5
Other changes:
- databases/qdbm and slaves: respect CFLAGS and friends, also enable bzip2
and lzo support
- games/ldmud: respect CFLAGS and friends
- graphics/inventor: replace some patches with MAKE_ARGS/MAKE_ENV to respect
CFLAGS and friends, also remove FreeBSD/alpha patch and add missing xorg
dependencies
PR: 199099
Exp-run by: antoine
Approved by: portmgr (antoine)
- Normalize the ImageMagick library name so it stays the same regardless of
what the 16-bit and HDRI option are set to [1]. Teach cmake to look for
the new name. Bump ports that link to the libraries due to this.
- As a result do away with the "HALFSUPPORTED" option block, and list
16-bit and HDRI with the other options.
- ImageMagick ships a basic SVG plugin when not using librsvg2 for SVG
support. This basic SVG plugin needs libxml2 to work [2]. Make libxml2
a mandatory dependency (instead of only when the SVG option was selected).
- Don't touch .keep files in the modules directory, there files there so
it useless.
PR: 194949 [1]
PR: 195227 [2]
Requested by: many [1]
Submitted by: software-freebsd@interfasys.ch [2]
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)
