dvbcut is a Qt application which enables you to select certain parts of an
MPEG transport stream (as received on Digital Video Broadcasting, DVB) and
save these parts into a single MPEG output file. It follows a "keyhole
surgery" approach. Thus, the input video and audio data is mostly kept
unchanged, only very few frames at the beginning and/or end of the selected
range are recoded in order to obtain a valid MPEG file.
Mk/Uses: always use colon for build/run suffix
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
multimedia: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron LI <aly@aaronly.me>
* Alexander Botero-Lowry <alexbl@FreeBSD.org>
* Alexander Logvinov <ports@logvinov.com>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Anders Nordby <anders@FreeBSD.org>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Andrew Thompson <andy@fud.org.nz>
* Andrew Thompson <thompsa@FreeBSD.org>
* Angel Carpintero <ack@telefonica.net>
* Anish Mistry (with help from mean)
* Anonymous <swell.k@gmail.com>
(Only the first 15 lines of the commit message are shown above )
audio/libmad: Set SONAME to libmad.so.0 instead of libmad.so.0.16.2
- Bump PORTREVISION of dependent ports for shlib change
- Bump PORTREVISION for package change
graphics/mesa-libs: Bump reverse deps for libglvnd
Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.
PR: 246767
Reviewed by: manu, bapt
Approved by: x11
Differential Revision: https://reviews.freebsd.org/D30824
Add PORTSCOUT limit pattern to prevent false positives
For each new version there is a tag that ends in -1 (or possibly other
numbers) that seems to just contain additional Debian specific files.
Approved by: antoine (implicit)
Add USES=xorg USES=gl, ports categories m
Add USES=xorg and USES=gl to ports in categories starting with 'm'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Remove obsolete options dialog (which now only offered QT5 since QT4 has
been removed from the ports system).
The port revision is kept unchanged since the binaries and packages built
from this port are unaffected by this changed.
Approved by: antoine (implicit)
Fix Qt5 symbol version scripts to put the catch-all clause first. When
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
(Only the first 15 lines of the commit message are shown above )
Mark QT4 ports/functionality for removal on 2019-03-15
While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: -https://reviews.freebsd.org/D15540
Revision bump of all ports with USE_GL after consolidation of mesa-libs
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D10845
Update to version 0.7.1. That version uses unique_ptr which is not
supported on FreeBSD 9.3, 10.1, and 10.2. "patch-src_dvbcut.cpp"
restores the code as it was in version 0.7.0. That patch shall be
removed from the port in 2017, when the affected FreeBSD versions
have reached EoL.
Approved by: antoine (implicit)
Stop exporting QT_BINDIR and QT_LIBDIR to PLIST_SUB.
As at the moment QT_BINDIR and QT_LIBDIR are 'bin' respectively 'lib' depending
on the Qt version these subs ended up at many wrong places in plists.
So only export it if QT_DIST is set.
PR: 210227
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8378
Update to version 0.7.0, which appears to be another fork of the no longer
maintained version 0.5.4 (or the already forked 0.6.2).
This version adds support for qt5 (port option, default remains at qt4) and
is claimed to be compatible with ffmpeg-3.x (not verified, yet).
PR: 214193
Reported by: jbeich (ffmpeg-3 exp-run)
Update to the port's dependencies and minor changes to the port's patches.
No functional changes.
Submitted by: Andriy Voskoboinyk <s3erios@gmail.com>
Approved by: antoine
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
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.
(Only the first 15 lines of the commit message are shown above )
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
Fix build of dvbcut , which was broken by a recent ffmpeg upgrade.
This port is no longer based on the Qt3 version of dvbcut plus a large
patch to make it build on Qt4 with the Qt3 emulation layer. A fork that
uses native Qt4 calls is used instead.
The generated files moc_progressstatusbar.cpp and moc_progresswindow.cpp
trigger an internal error in clang, if compiled with optimization. This
bug has been accepted as 18098 in the llvm bug tracker. To work around
this problem, the above mentioned two files are compiled with -O0 appended
to the compiler flages. The post-configure target in the ports Makefile is
to be removed, when a fixed version of clang is distributed in all FreeBSD
releases supported by the ports infrastructure.
Fix build in poudriere: Use LOCALBASE instead of PREFIX for include files.
Partial STAGE support has been implemented, but there is a problem with package
building that
still has to be resolved (missing work/.metadir).
Remove option to build with QT3, since the QT3 port is no longer supported.
USE_GCC=any since testing with CLANG caused a compilation error on amd64
(possibly a compiler bug) and I did not have time to investigate ...
No functional change: The qt4 compatibility patch was stored as uuencoded
bzip2-file. Use the smaller pure (binary) bzipped patch file instead.
Submitted by: Alex Kozlow
Remove CMAKE_USE_PTHREAD from the ports using it.
This setting has not had any effect since r1.13 to bsd.cmake.mk, as it
was only useful when we supported FreeBSD < 7.
Approved by: avilla (mentor), portmgr (miwi)
Feature safe: yes
Another attempt to finally get the Qt4 build dependencies right:
Add build dependency on rcc, even though there are no .rcc files.
and I did not see rcc actually being used during the compilation.
Upgrade dvbcut to 0.6.1 and add support for Qt4 in addition to Qt3.
Qt4 support is based on the patch developed by Raik Bieniek (raik.bieniek
at googlemail dot com) as found in the SVN repository and has been cleaned
up for this port by me.
The Qt4 version of dvbcut.cpp is built without optimisation (the GUI is not
functional, else).
Bump portrevision due to upgrade of devel/gettext.
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)
Unbreak port: use functional interface to locate encoder/decoder functions
instead of references to global function pointers (which are no longer
exported by ffmpeg).
Approved by: portmgr (linimon)
This port depends on ffmpegg and was broken by a change in ffmpeg (the
sources, not the FreeBSD port), again. It is hard to catch up with all
the API changes ffmpeg sees every few weeks.
A similar patch will probably be required in other ports that depend on
ffmpeg and that use the same method to access encoders/decoders.
This port remains broken until the ffmpeg port installs the new header
(allcodecs.h), which seems to have been forgotten by the ffmpeg developers
(and until the ffmpeg port has added that file to its PLIST).
- Remove the DESTDIR modifications from individual ports as we have a new,
fully chrooted DESTDIR, which does not need such any more.
Sponsored by: Google Summer of Code 2007
Approved by: portmgr (pav)
Unbreak compilation caused by removal of C++ compatibility wrappers
from include files that are installed by ffmpeg. The ffmpeg developers
wanted to make it clear, that C++ is not officially supported.
Unreak compilation with gcc-4.2: There is one expression containing a
binary operator '>?' that is accepted by gcc-3.x but not by gcc-4.2.
I did not find the definition of this operator and do not know whether
it is an extension found in g++-3.x, but I assume that it is a maximum
value operator (a >? b) <==> max(a, b) and this patch implements this
operation explicitly instead of via the (unknown in g++-4.2) operator.
Submitted by: pointyhat via kris
This port was broken due to changes in ffmpeg-devel (removal of a
function from the latest ffmpeg library, which has been declared
deprecated for some time). That function has been re-enabled in
the FreeBSD port of ffmpeg and the port does build again ...
Approved by: portmgr (pav)
Mark as broken: The ffmpeg library recently dropped the deprecated
function img_convert() which is a special case of the new sws_scale().
Since I need to prepare and test a patch to have avframe.ccp use the
new function, the port will remain broken for a few days ...
Since the upgrade to 0.5.4 included most of the contents of the latest
patches, they must be reverted to just those relevant contents as of
the time when the first version (0.5.3) was imported.
Upgrade to dvbcut version 0.5.4.
This version is announced as equivalent to SVN rev 25.
All patches are reverted to previous versions (i.e., most are removed).
This upgrade should also fix build errors that were caused by a recent
upgrade of to the ffmpeg version in the FreeBSD ports tree. The ffmpeg
developers publicly state, that they only want to support use of the
library from C sources (c99, specifically) and that it is planned to
drop C++ compatibility. This will affect dvbcut, which is writte in
C++. At that time, the port may want to use the old version of ffmpeg
that is distributed with dvbcut (but which may miss FreeBSD specific
patches).
Update the port to the latest available sources from SVN (r25) as suggested
by Rick C. Petty. This is achieved by patches that update all the affected
files (ignoring the "import" sub-directory, which is not used for the port)
to match the versions in SVN.
These patches do also include a fix for the Scons incompatibility that caused
the port to be broken for some time.
Thanks go to Rick C. Petty for bringing the SVN version to my attention and
his effort to get the port fixed.
