[Bug 255753] devel/pyside2: py38-pyside2-5.15.2 poudriere build fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255753 --- Comment #24 from Frans van der Veer --- It appears that this problem resurfaced again. My "weekly" portsupdate and poudriere build tells the build of py38-pyside2-5.15.2_2 fails. This is the last part of the build log file: Qt3DRender --sys-path /wrkdirs/usr/ports/devel/pyside2/work-py38/.build /usr/local/lib/python3.8/site-packages/shiboken2 FAILED: PySide2/Qt3DRender/CMakeFiles/Qt3DRender_pyi /wrkdirs/usr/ports/devel/pyside2/work-py38/.build/PySide2/Qt3DRender/CMakeFiles/Qt3DRender_pyi cd /wrkdirs/usr/ports/devel/pyside2/work-py38/.build/PySide2/Qt3DRender && /usr/local/bin/cmake -E env LD_LIBRARY_PATH=/wrkdirs/usr/ports/devel/pyside2/work-py38/.build/libpyside:/usr/local/lib /usr/local/bin/python3.8 /wrkdirs/usr/ports/devel/pyside2/work-py38/pyside-setup-opensource-src-5.15.2/sources/pyside2/PySide2/Qt3DRender/../support/generate_pyi.py Qt3DRender --sys-path /wrkdirs/usr/ports/devel/pyside2/work-py38/.build /usr/local/lib/python3.8/site-packages/shiboken2 Illegal instruction ninja: build stopped: subcommand failed. *** Error code 1 Stop. make: stopped in /usr/ports/devel/pyside2 =>> Cleaning up wrkdir ===> Cleaning for py38-pyside2-5.15.2_2 build of devel/pyside2 | py38-pyside2-5.15.2_2 ended at Thu Oct 28 07:11:33 CEST 2021 build time: 00:11:16 !!! build failure encountered !!! -- You are receiving this mail because: You are the assignee for the bug.
FreeBSD ports you maintain which are out of date
Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/k...@freebsd.org.html Port| Current version | New version +-+ devel/cmake-doc | 3.21.3 | 3.21.4 +-+ devel/cmake-gui | 3.21.3 | 3.21.4 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout!
Re: Update Kdenlive Pkg for ffplay dependency
On Monday, 18 October 2021 18:22:04 CEST Aaron S wrote: > Wanted to ask if on the next build we could update the kdenlive pkg to > include the ffplay dependency? You can get this if you port it, but the pkg > lacks this and kdenlive throws a message when you boot it. Thank you! Hi! It took me some time to understand this -- there is no option in kdenlive for ffplay, for one thing. Turns out that multimedia/ffmpeg has an option, *SDL*, which is off by default. This option enables -- among other things -- ffplay. So I'm CC'ing the maintainer of multimedia/ffmpeg with this. multimedia/kdenlive (ports in general) cannot depend on specific options in other ports -- not until subpackages arrive will that be possible at all. At that point, it **may** be possible to build multimedia/ffmpeg with all the options and depend on specific ones from multimedia/kdenlive. In short: this is something the ffmpeg packagers might be able to solve; on the kdenlive side right now the best we could do is suppress the message. [ade] signature.asc Description: This is a digitally signed message part.
[Bug 255753] devel/pyside2: py38-pyside2-5.15.2 poudriere build fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255753 --- Comment #25 from alt2...@icloud.com --- (In reply to Frans van der Veer from comment #24) not surprising, its never been patched in ports. This is one of a few I watch like a hawk. But if you apply my patch, or Steve's and revert the qt3d patch he references instead things will work. I just re-confirmed py38-pyside2 still builds without the illegal instruction error linking to the forced AVX instructions that end up in qt5-3d without patching qmake and reverting the change in qt5-3d that forced it on even on
