devel/py-threema-msgapi: Update to 8.0.0
3.0.6 uses asyncio.coroutine (removed in Python 3.11), so
'import threema.gateway' has failed since the 3.11 switch.
- The project moved to github.com/threema-ch; 8.0.0 is only published
on PyPI (the newest GitHub release is 7.0.1), so use the sdist.
- Dependencies follow upstream; pylru-cache is no longer needed. The
wrapt<2 cap in setup.py is dropped: the tree has wrapt 2.x, and only
wrapt.ObjectProxy is used.
- setup.py reads CHANGELOG.rst, which is not in the sdist, and uses
find_packages() on the threema namespace (no __init__.py), so the
package would contain no Python code at all. Use README.rst only and
find_namespace_packages().
- Fix the blocking API and the threema-gateway CLI on Python 3.14:
fall back to a new event loop and install it (partly from upstream
fd9e9f38), wrap the proxied methods in staticmethod(), and use
inspect.iscoroutinefunction().
- Expand pkg-descr and document the patches.
[4 lines not shown]
devel/py-threema-msgapi: Update to 8.0.0
3.0.6 uses asyncio.coroutine (removed in Python 3.11), so
'import threema.gateway' has failed since the 3.11 switch.
- The project moved to github.com/threema-ch; 8.0.0 is only published
on PyPI (the newest GitHub release is 7.0.1), so use the sdist.
- Dependencies follow upstream; pylru-cache is no longer needed. The
wrapt<2 cap in setup.py is dropped: the tree has wrapt 2.x, and only
wrapt.ObjectProxy is used.
- setup.py reads CHANGELOG.rst, which is not in the sdist, and uses
find_packages() on the threema namespace (no __init__.py), so the
package would contain no Python code at all. Use README.rst only and
find_namespace_packages().
- Fix the blocking API and the threema-gateway CLI on Python 3.14:
fall back to a new event loop and install it (partly from upstream
fd9e9f38), wrap the proxied methods in staticmethod(), and use
inspect.iscoroutinefunction().
- Expand pkg-descr and document the patches.
[3 lines not shown]
*/R-cran-*: Remove redundant BUILD_DEPENDS
Mk/Uses/cran.mk unconditionally sets NO_BUILD, so nothing runs during
the build phase. The real work, R CMD INSTALL, happens in do-install
when run dependencies have already been installed. Listing R-cran-*
packages in BUILD_DEPENDS, with or without cran:compiles, only installs
these dependencies earlier.
While here:
- math/R-cran-Amelia: move rlang, an Import that was only listed in
BUILD_DEPENDS, to RUN_DEPENDS. Bump PORTREVISION.
- math/R-cran-MatchIt: likewise for rlang; drop chk, which 4.8.1 no
longer imports; bump PORTREVISION.
- textproc/R-cran-openxlsx, textproc/R-cran-readxl: drop knitr from
BUILD_DEPENDS. It is only a vignette builder and CRAN tarballs ship
built vignettes.
Reviewed by: dteske, eduardo, longros, uzsolt
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D60835
Tools/scripts/update-plist.py: Bugfix
Fix sorting of macro-prefixed entries.
The `get_expanded_key` function did not correctly sort orphaned plist
entries when dealing with conditional options (e.g. %%FOO%%) and
macro-prefixed directories (e.g., %%PYTHON_SITELIBDIR%%).
MFH: 2026Q4
(cherry picked from commit 825a16e406e9b5d969e05a7bed6d7026e6004202)
Tools/scripts/update-plist.py: Bugfix
Fix sorting of macro-prefixed entries.
The `get_expanded_key` function did not correctly sort orphaned plist
entries when dealing with conditional options (e.g. %%FOO%%) and
macro-prefixed directories (e.g., %%PYTHON_SITELIBDIR%%).
MFH: 2026Q4
x11-wm/awesome-devel: New port: Highly configurable, next generation framework window manager (devel)
awesome is a highly configurable, next generation framework window
manager for X. It is very fast, small, dynamic, heavily extensible using
the Lua programming language, and licensed under the GNU GPLv2 license.
It is primarly targeted at power users, developers and any people
dealing with every day computing tasks and who want to have fine-grained
control on theirs graphical environment.
PR: 299944
Reported by: Waltz <wa1t5 __ at _ proton.me>
x11-wm/devilspie2-devel: Fix BadMatch when attempting to minimize
A BadMatch error occurs when trying to minimize a CSD application in
fullscreen mode.
Mk/Uses/cran.mk: Respect TEST_ENV in do-test
Prior to this change, MAKE_ENV was passed to do-test, so R-cran ports
could not set separate environments for installing and testing.
devel/R-cran-rJava: Drop the workaround that added test variables to
MAKE_ENV and set TEST_ENV directly.
Reviewed by: longros
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D60845
