[Bug 206864] multimedia/x265 - update to 1.9 needs exp-run
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Wed Feb 3 01:45:52 UTC 2016
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206864
Jan Beich <jbeich at FreeBSD.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #166463|0 |1
is obsolete| |
--- Comment #9 from Jan Beich <jbeich at FreeBSD.org> ---
Created attachment 166471
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=166471&action=edit
v3: update, bump, commit message
I have trouble building your v2 on 11.0-CURRENT (r295114) amd64
In file included from source/encoder/search.cpp:27:
In file included from source/common/picyuv.h:28:
In file included from /usr/include/md5.h:40:
/usr/include/sys/md5.h:37:3: error: unknown type name 'u_int32_t'
u_int32_t state[4]; /* state (ABCD) */
^
/usr/include/sys/md5.h:38:3: error: unknown type name 'u_int32_t'
u_int32_t count[2]; /* number of bits, modulo 2^64 (lsb first) */
^
(In reply to Jan Beich from comment #1)
> According to freshports.org no port depends on it by default...
Mea culpa...
This port is required by: <----- easy to miss, maybe use different color
for Libraries
multimedia/gstreamer1-plugins-x265
x11/xpra
(In reply to Mikhail Teterin from comment #8)
> Can I just add do-test to the list of aliases (check, test)?
test is already implemented. regression-test was a special target only run by
tinderbox but not poudriere. So, if you want to keep using legacy aliases try
regression-test check: test
do-test:
${WRKSRC}/test/TestBench
$ make clean check
As upstream only builds tests for x86 you may need to conditionalize it.
However, Tier2 builds are broken for unrelated reasons.
http://beefy8.nyi.freebsd.org/data/head-armv6-default/p407727_s295126/logs/errors/x265-1.8.log
http://beefy7.nyi.freebsd.org/data/head-mips-default/p407727_s295126/logs/errors/x265-1.8.log
And USES=pathfix can be applied since ports r405449 instead of a custom
post-patch.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-ports-bugs
mailing list