The Fcitx5 IME framework is the future version of the legacy Fcitx IME framework.
Main parts of Fcitx5:
- x11/xcb-imdkit
- textproc/fcitx5
Application supports libraries of Fcitx5:
- textproc/fcitx5-qt
- textproc/fcitx5-gtk
GUI configuration tool of Fcitx5:
- textproc/fcitx5-configtool
IME addons for Fcitx5:
- chinese/fcitx5-rime
- japanese/fcitx5-anthy
textproc/fcitx5 and chinese/fcitx cannot be installed at the same time right now, due to development environment and runtime conflicts users could possibly run into.
Submitted by: Ka Ho Ng <khng300@gmail.com>
Approved by: lwhsu
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D27667
2020-12-12 textproc/py-hypua2jamo: Uses deprecated version of python
2020-12-12 devel/py-delfick_error: Uses deprecated version of python
2020-12-12 devel/py-fusefs: Uses deprecated version of python
2020-08-15 devel/py-noseofyeti: Uses deprecated version of python
2020-12-29 databases/py-bsddb: Uses deprecated version of python
2020-12-29 www/py-webhelpers: Uses deprecated version of python
2020-12-29 security/py-pyptlib: Uses deprecated version of python
2020-12-29 japanese/py-zinnia: Uses deprecated version of python
2020-12-29 math/slepc: Broken, uses deprecated version of python
2020-12-29 www/py-pastescript: Uses deprecated version of python
2020-12-29 databases/ldb14: Uses deprecated version of python
2020-12-29 math/py-slepc4py: Depends on broken and expiring math/slepc
2020-12-29 multimedia/py-kaa-base: Uses deprecated version of python
2020-12-29 devel/py-ydbf: Uses deprecated version of python
2020-12-29 devel/py-SymbolType: Uses deprecated version of python
Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the
shared libs naming scheme. This means "EXT_SUFFIX" is now derived from
SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so".
The affected ports strip the libaries in the "post-install" target via
hardcoded path(s) and the build fails at the end because the new extension
is not expected at this place.
Remedy the issue by adding wildcards to these paths. This should also
prepare the ports for future Python releases, which will use the new shared
libs naming scheme.
[1] https://bugs.python.org/issue42604
PR: 252057
Reported by: John Kennedy
Reviewed by: fluffy, koobs
Approved by: koobs (python)
- Bump PORTREVISION for package change
It fixes comms/fldigi build without extra \r removal.
Problems seen with inconsistent newlines in the Table Of Contents HTML pulled in
from the configuration file. While the rest of the contents in the resulting
HTML file honored the newline style configured by the user, this specific
snippet of HTML always used "\r\n".
This root of this problem existed for some time, but in earlier versions, the
newline style was always "\n". The symptoms changed as a side effect of the
issue "Extra line padding in source and literal blocks". In this issue, the
newline style changed to "\r\n", and was noticed by users.
Change the System Attribute Evaluation function to use the newline setting from
the global "config" instead of using the default newline.
PR: 251329
Reported by: db
Obtained from: https://github.com/asciidoc/asciidoc-py3/commit/8313e45cc78af30bb8df5d33311a7f2fdc50595c
It is expected that this port fails to build till the complete rubygem-chef upgrade is committed which can take some time depending on some approvals.
PR: 234114
Submitted by: vvelox@vvelox.net