Change g-ir-scanner cache path to ${WRKBUILD}/.cache rather than
/libkkc-20210214_writes_to_HOME.
Used XDG_CACHE_HOME instead of disabling cache with GI_SCANNER_DISABLE_CACHE.
ok uaa@
at configure time and the build breaks.
checking for python2... /usr/local/bin/python2
checking for python version... 2.7
<...>
/usr/local/bin/python2 -B ../data/templates/libkkc-data/tools/sortlm.py \
./data/models/text2/data.arpa data/models/sorted2/data
Traceback (most recent call last):
File "../data/templates/libkkc-data/tools/sortlm.py", line 20, in <module>
import marisa
ImportError: No module named marisa
Ibus-typing-booster is a completion input method to speed-up typing.
Features:
- Context sensitive completions.
- Learns from user input.
- Can be trained by supplying files containing typical user input.
- If available, hunspell and hunspell dictionaries will also be used
to provide not only completion but also spellchecking suggestions.
- Can be used with any keyboard layout.
- Almost all input methods supplied by libm17n are supported.
- Several input methods and languages can be used at the same time
without switching.
- Predicts Unicode symbols and emoji as well.
ok kn@
Special thanks to stsp@ who entirely reworked my initial port draft
Thanks to kn@ and sthen@ for comments on the port
GTK3 support is available in the main package.
GTK2 is now in ibus-gtk2.
Enable GTK4 support in ibus-gtk4.
This change allows not to depend on gtk+2 by default.
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
anthy.el was still using old-style backquotes, which trigger warnings
since emacs-22.2 and are finally treated as errors in emacs-27.1.
Failure in bulk builds reported by ajacoutot@
there may be some missing as my unpacked ports source is a little out of date
but this should catch the main things people might run into
the struct was reordered a second time in sysctl.h r1.192 to improve
compatibility but amd64 snapshot packages made it out before that happened
so the bumps are still needed
Follow the upstream recommendations for packagers and switch to
multi-packages:
devel/gettext -> devel/gettext,-runtime
devel/gettext-tools -> devel/gettext,-tools
(new) devel/gettext,-textstyle
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.