src/mgui/ffviewer.cpp:642:22: error: 'SWS_CPU_CAPS_MMX' was not declared in this scope
sws_flags |= SWS_CPU_CAPS_MMX|SWS_CPU_CAPS_MMX2;
^
src/mgui/ffviewer.cpp:642:39: error: 'SWS_CPU_CAPS_MMX2' was not declared in this scope
sws_flags |= SWS_CPU_CAPS_MMX|SWS_CPU_CAPS_MMX2;
^
src/mgui/ffviewer.cpp:650:9: error: 'PixelFormat' was not declared in this scope
PixelFormat dst_pf = PIX_FMT_BGR24; // PIX_FMT_RGB24;
^
src/mgui/ffviewer.cpp:650:21: error: expected ';' before 'dst_pf'
PixelFormat dst_pf = PIX_FMT_BGR24; // PIX_FMT_RGB24;
^
src/mgui/ffviewer.cpp:652:13: error: 'dst_pf' was not declared in this scope
dst_pf, sws_flags, 0, 0, 0);
^
src/mgui/ffviewer.cpp:657:45: error: 'avcodec_get_frame_defaults' was not declared in this scope
avcodec_get_frame_defaults(&rgbFrame); // не помешает
^
PR: 207547
Obtained from: upstream
videowrapper.cpp:107:40: error: use of undeclared identifier 'PIX_FMT_RGB24'; did you mean
'AV_PIX_FMT_RGB24'?
pCodecCtx->height, PIX_FMT_RGB24, SWS_BICUBIC, NULL,
^~~~~~~~~~~~~
videowrapper.cpp:128:19: error: use of undeclared identifier 'avcodec_alloc_frame'
pFrameRGB=avcodec_alloc_frame();
^
PR: 207547
ASM=on is nop on many Tier2 and Tier3 architectures: arm + armeb, mips +
mipsel, ia64, sparc64. mips64 may be able to use MSA optimizations but the
ancient GCC in base doesn't support -msa flag and lang/gcc* are broken.
arm (aka armv4t) failed as:
You specified a pre-ARMv6 or Thumb-1 CPU in your CFLAGS.
If you really want to run on such a CPU, configure with --disable-asm.
mips (o32) failed as: [1]
You specified a pre-MSA CPU in your CFLAGS.
If you really want to run on such a CPU, configure with --disable-asm.
PR: 213443
Reported by: pkg-fallout [1]
Obtained from: PkgSrc
Approved by: portmgr blanket
Thanks to the upstream work of Marie Loise Nolden, we could get rid of a handful
of patches, as they have been properly upstreamed. The rest of the work is just
some minor plist changes.
I would like to thank Loise <nolden@kde.org> for the upstream work, and Adriaan
<groot@kde.org> for getting the update into shape.
[1] http://blog.qt.io/blog/2016/10/12/qt-5-6-2-released/
[2] http://wiki.qt.io/Qt_5.6.2_Change_Files
PR: 213530
Exp-run by: antoine
Submitted by: Adriaan de Groot <groot@kde.org>
Reviewed by: rakuco, mat, tcberner
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8228
%%QT_BINDIR%% and %%QT_LIBDIR%% represent the relative location of the
Qt binaries and libraries respectively -- they are only 'bin' and 'lib'
by chance, and should not be used that way.
Approved by: portmgr (blanket), rakuco (mentor)
multicat is a 1 input/1 output application. Inputs and outputs can
be network streams (unicast and multicast), files, directories,
character devices or FIFOs. It is thought to be a multicast equivalent
of the popular netcat tool. Typical applications are recording live
transport streams, or playing out TS files without modification.
Also it is able to record a continuous stream into a directory,
rotate the files periodically, and make seamless extracts from it.
Multicat tries to rebuild the internal clock of the input stream;
but it wants to remain agnostic of what is transported, so in case
of files the said clock is stored to an auxiliary file (example.aux
accompanies example.ts) while recording. Other inputs are considered
"live", and the input clock is simply derived from the reception
time of the packets.
WWW: http://www.videolan.org/projects/multicat.html
See "Maintainer Reset" in
https://www.freebsd.org/portmgr/policies_contributors.html. makc's last commit
was in March 31st (r412218), and his ports have been timing out since at least
July (r418155).
I also emailed him 2 weeks ago and have received no response so far.
Mk/Uses/linux.mk changes:
- Add support for architecture neutral (noarch) distfiles.
- Add support for 64-bit only ports: set IGNORE on i386 and don't install
32-bit compat libraries on amd64.
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl>
Differential Revision: https://reviews.freebsd.org/D7886
A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are
released as a bundle upstream, however, there was not really a clean
way to share this information.
Using these new categories, we can simplify the Makefiles for the diverse
KDE ports.
At the moment we support the virtual category
* kde-kde4
In the future, this will be extended to
* kde-frameworks
* kde-plasma
* kde-applications
PR: 213406
Differential Revision: https://reviews.freebsd.org/D7645
Exp-run by : antoine
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
