- Convert to USES=localbase
- Remove -pthread from LDFLAGS, configure script detects it just fine
- Patch configure to not detect it's own libweed installed on system
allowing now correctly upgrading lives through ports
Changelog:
Fix crashes and compatibility issues with gtk+ >= 3.16
Fix a bug with missing clips when reloading layouts.
Minor GUI improvements.
Minor compilation fixes.
Updates to French translation (thanks Jean-Marc).
${PERL5} points to a specific version of perl, say, perl5.22.1, it is
fine to use it in a ports Makefile to do Perly things, but ports using
it must use ${PERL}, that points to /usr/local/bin/perl so that if the
minor version is updated, the shebang keep working.
While there, make some ports use shebangfix, regen a few patches, and
bump PORTREVISION where a shebang went from PERL5 to PERL.
PR: 205367
With hat: portmgr
Sponsored by: Absolight
Add the required bits to Uses/pyqt.mk along with all the PyQt5 ports.
Thankfully this commit is mostly adding new ports, as the hard work was
already done in r403297 and r403662.
Huge kudos to Tobias Berner <tcberner@gmail.com> and, most importantly,
Guido Falsi (madpilot@) for their initial work on these ports (see D2910 in
Phabricator for an earlier version of the PyQt5 patch set).
PR: 204672
Changelog:
Fix for undo after downsampling video (regression).
Fix regression in resizing when encoding.
Fix missing audio issue after loading new audio for a clip.
Set default encoder to multi_encoder3 if python version >= 3.
Fix some message translation issues in dialog windows.
mplayer2 compatibility fix for ffmpeg_encoder.
Correct encoding framerate for mjpegtools_encoder dvd-ntsc format.
Minor fix for compiling without OSC.
Remove support for transcode_encoder.
Mark magicpoint broken, maintainer is notified.
Exp-runs run by antoine@
This version also fixes shadowing of TYPEOF in ftconfig.h [2]
PR: 203554 [1], 202083 [2]
Submitted by: rhurlin@gwdg.de [2]
In preparation for landing PyQt5 ports, generalize devel/py-qt4's
bsd.pyqt.mk and make it a proper file in Uses/.
Ports wishing to depend on PyQt4 ports can now do the following:
USES= pyqt:4
USE_PYQT= foo bar_build baz_run
Other changes include the renaming of the PYQT4_DIST variable to PYQT_DIST
and the introduction of the PYQT_SIPDIR plist substitution variable. The
rest of the contents of Uses/pyqt.mk are pretty much identical to what we
had in bsd.pyqt.mk with additional processing of USE_PYQT.
Even though this patch touches files in many different ports, the goal is
for it to be a no-op from an end-user perspective (so that the basic
infrastructure is landed before the other, riskier changes): no dependencies
have been changed, PyQt/SIP/QScintilla have not been upgraded and the plists
should remain exactly the same, since PYQT_SIPDIR currently contains the
same value that used to be hardcoded in the plists.
Huge thanks to Guido Falsi (madpilot@) for spearheading most of the work: he
took the initiative to work on PyQt5 and sent D2910 to Phabricator with the
original version of this patch. Tobias Berner (tcberner@gmail.com) later
applied it to kde@'s experimental area51 repositories and did some more work
on it.
FFmpeg made AVFormatContext's data_offset private; seeking to a position
below the internal data_offset will get rounded up to that point, so we
can simply seek to 0
- While here, optimize away one REINPLACE_CMD by amending existing patch,
sanitize port description text, and prefer external Boost libraries
Patch by: Andy Whitcroft <apw@ubuntu.com>
Obtained from: Ubuntu bombono-dvd package
This is the first major release of FreePascal in nearly four years.
There are a ton of new features, way more to list here. see:
http://wiki.freepascal.org/FPC_New_Features_3.0
Several new unit ports were added, some were contracted. Most of
those were absorbed into the main FPC packages, but two units are
no longer supported: sndfile and matroshka.
All 99 remaining ports (including Lazarus ports) were build tested
on FreeBSD i386 and amd64 Release 10.2
on a settopbox (receiver), as an alternative for a conditional access module
(CAM). OScam is, compared with other softcams (CCcam, mgcamd, etc.), open source
WWW: http://www.streamboard.tv/oscam/
PR: 204029
Submitted by: Franz Bettag <franz@bett.ag>
- Add webcamd.conf to SUB_FILES instead of doing it manualy
- Exclude the CUSE option if it present in base
- Make use of Option handlers for MAKE_ARGS variables
- Remove bogus text before the do-configure step
Submitted by: maintainer (via IRC)
Some checks were too strict and assuming SND_LIB_MINOR was always 0. This
was making ALSA detection fail and preventing the plugins from being built
when the ALSA option was on.
Thanks to Stephen Hurd (shurd@) for pointing to the cause of the problem and
providing an initial version of the patch.
This does not need to be merged into 2015Q4 because it still contains ALSA
1.0.29.
PR: 204488
Error log on 9.3:
src/mgui/ffviewer.cpp: In function 'bool SeekSetTime(FFViewer&, double)':
src/mgui/ffviewer.cpp:1123: error: 'struct AVFormatContext' has no member named 'data_offset'
scons: *** [build/src/mgui/ffviewer.o] Error 1
Reported by: pkg-fallout
It is not clear if this is intentional or not, but with CMake 3.4.0
environment variables such as CXXFLAGS are passed to the compiler after the
directories added via the include_directories() command. In practice, this
means that we then end up with the following command-line:
${CXX} ... -I/usr/local/include ...
-I/usr/local/include/ffmpeg0/libavcodec
-I/usr/local/include/ffmpeg0 ...
which fails because of the following chain of events:
* The port brings in multimedia/ffmpeg indirectly.
* The source code includes headers as <avformat.h> like that, which turn
into /usr/local/include/ffmpeg0/libavformat/avformat.h to the compiler.
* Headers like avformat.h itself include other headers with
"libavcodec/avcodec.h", which, given the compiler command-line above,
becomes /usr/local/include/libavcodec/avcodec.h, coming from
multimedia/ffmpeg, not multimedia/ffmpeg0.
Fix it by making the port behave as it should have from the beginning:
* Stop setting C{PP,XX}FLAGS in the Makefile, as it does not help.
* Include the ffmpeg-related headers before the others, so that
/usr/local/include comes after them.
* Adjust patch-cmake so that it works correctly with the setup in ports:
instead of setting the <LIB>_LAVC variables which assume there is a
separate libavcodec installed, make the code fall back to the
<LIB>_FF_LAVC ones, which are set when there's a libavcodec inside an
ffmpeg tree (our case with ffmpeg0). This also takes care of setting
FFMPEG_INCLUDE_DIR with /usr/local/include/ffmpeg0 and passing it in the
right place in the command-line.
Tested with both CMake 3.3.1 and 3.4.0.
