Svgelements does high fidelity SVG parsing and geometric rendering.
The goal is to successfully and correctly process SVG for use with
any scripts that may need or want to use SVG files as geometric data.
- Fix app/name in the new file pyproject.toml to match PORTNAME,
otherwise the build fails with the error:
===> Generating temporary packing list
Traceback (most recent call last):
File "<frozen runpy>", line 198, in _run_module_as_main
File "<frozen runpy>", line 88, in _run_code
File "/usr/local/lib/python3.11/site-packages/installer/__main__.py", line 98, in <module>
_main(sys.argv[1:], "python -m installer")
File "/usr/local/lib/python3.11/site-packages/installer/__main__.py", line 86, in _main
with WheelFile.open(args.wheel) as source:
File "/usr/local/lib/python3.11/contextlib.py", line 137, in __enter__
return next(self.gen)
^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/installer/sources.py", line 162, in open
with zipfile.ZipFile(path) as f:
^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/zipfile.py", line 1295, in __init__
self.fp = io.open(file, filemode)
^^^^^^^^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: /usr/local/poudriere/ports/default/graphics/py-fotokilof/work-py311/FotoKilof-5.1.7/dist/fotokilof-5.1.7*.whl
*** Error code 1
Release changes: https://github.com/TeaM-TL/FotoKilof/releases/tag/5.1.7
Reported by: Tomasz Łuczak <notifications@github.com>
Upstream has removed OpenGL support and switched from autoconf to meson.
Some ports needed to be fixed:
audio/fogpad-lv2, audio/ssr-lv2, audio/stone-phaser-lv2,
audio/string-machine-lv2: Add dependency on libGL now that cairo
no longer pulls it in.
devel/doxygen: Add upstream patches to support compressed PDF files
generated by more recent versions of cairo.
www/webkit2-gtk3, www/webkit2-gtk4: Remove requirement for cairo-egl.
x11/hyprpaper: Remove inclusion of unused GLES3 headers so a dependency
on libGLES is not needed.
x11/rofi-file-browser-extended: Fix patch to make sure
GLIB2_INCLUDE_DIRS is defined.
PR: 283531
Reviewed by: diizzy
Exp-run by: antoine
December 02, 2024
We (Qt upstream) have released Qt 6.8.1 today. As a patch release,
Qt 6.8.1 does not introduce new features but contains more than 550 bug
fixes, security updates, and other improvements on top of Qt 6.8.0
release. See more information about the most important changes and bug
fixes from the Qt 6.8.1 release note.
Announcement: https://www.qt.io/blog/qt-6.8.1-released
Release note: https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/6.8.1/release-note.md
We (kde@) skipped shipping Qt 6.8.0 due to waiting for a compatible
version of PyQt to be released, but here are the announcements and
release notes from Qt 6.8.0.
Announcement: https://www.qt.io/blog/qt-6.8-released
Release note: https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/6.8.0/release-note.md
PySide6: Update to 6.8.0.2
PySide6 and its related components have been updated alongside the Qt
release for compatibility. Older versions will not build with Qt 6.8.x.
Announcement: https://www.qt.io/blog/qt-for-python-release-6.8
PyQt6: Update to 6.8.0
This release also introduces x11-toolkits/py-qt6-graphs, python bindings
for the Qt Graphs module. As with PySide6, older versions of PyQt6 will
not build with Qt 6.8.x.
Support tools like py-sip and py-qtbuilder have also been updated to their
latest versions.
Announcement: https://www.riverbankcomputing.com/news/PyQt_v6.8.0_Released
Special thanks to Kenneth Raplee for testing and to SponiX for providing
access to build hardware!
PR: 283290
Exp-run by: antoine (x2)
- Switch to GH MASTER_SITES and use release tarball
- Pet Q/A check and use GL=opengl
- Strip binaries
- Remove flavorization:
Drop local Qt 5.x support for ease of maintainership and its eventual
removal from the FreeBSD ports tree. Qt 5.x has been long deprecated
upstream [1] and the FreeBSD kde@ team recommends using Qt 6.x for
end-user applications whenever possible.
[1] https://www.qt.io/blog/qt-5.15-support-ends
ChangeLog: https://github.com/YACReader/yacreader/releases/tag/9.15.0
USES=java:ant does not imply USES=java:run so we need to add the run arg
seperately when we are using USES=java:ant. Not all ports require the
the argument so it is better to address the ports individually instead
of handling it automatically by implying run for ant.
Thanks to vvd for carefully going through this.
Reported by: vvd
Approved by: portmgr (blanket)
/wrkdirs/usr/ports/graphics/blender/work/blender-4.2.0/source/blender/blenlib/intern/filereader_zstd.c:42:3: error: call to undeclared function 'BLI_endian_switch_uint32'; ISO C99 and later do not support implicit function declarations [-Werror,-Wimplicit-function-declaration]
BLI_endian_switch_uint32(val);
^
The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
USES=java:build,run if NO_BUILD is undefined. Else it defaults to
USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>
Approved by: mat (portmgr), glewis
Differential Revision: https://reviews.freebsd.org/D48201
- Instead of USE_OCAML=yes use USES=ocaml. If empty USES=ocaml implies
build and run
- Instead of USE_OCAMLFIND_PLIST use USES=ocaml:findplist which also
implies USES=ocaml:findlib
- Instead of USE_OCAML_CAMLP4 use USES=ocaml:camlp4
- Instead of USE_OCAML_FINDLIB use USES=ocaml:findlib
- Instead of USE_OCAML_LDCONFIG use USES=ocaml:ldconfig
- Instead of USE_OCAML_WASH use USES=ocaml:wash
- Instead of NO_OCAML_BUILDDEPENDS use USES=ocaml:run
- Instead of NO_OCAML_RUNDDEPENDS use USES=ocaml:build
- Instead of USE_OCAML_TK use USES=ocaml:tk which actually implies
USES=ocaml:tkbuild and USES=ocaml:tkrun
- Instead of NO_OCAMLTK_BUILDDEPENDS use USES=ocaml:tkrun
- Instead of NO_OCAMLTK_RUNDEPENDS use USES=ocaml:tkbuild
- USES=ocaml:dune remains unchanged
- Prepare to add/remove keywords easily
Approved by: mat (portmgr)
Reviewed by: freebsd@dev.thsi.be
Differential Revision: https://reviews.freebsd.org/D48227