./inputmethod/fcitx5-gtk, GTK input method module for fcitx5

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 5.1.1, Package name: fcitx5-gtk-5.1.1, Maintainer: ryoon

Gtk im module for fcitx5 and glib based dbus client library.


Master sites:

Filesize: 52.457 KB

Version history: (Expand)


CVS history: (Expand)


   2024-02-10 13:01:44 by Ryo ONODERA | Files touched by this commit (6)
Log message:
inputmethod/fcitx5-gtk: Update to 5.1.1

* Add buildlink3.mk for consumers.

Changelog:
Bugfixes.
Cleanups.
   2023-12-20 16:07:29 by Niclas Rosenvik | Files touched by this commit (1)
Log message:
fcitx5-gtk: Fix linking with libxkbcommon on non-wayland platforms
fcitx5-gtk:s configure step claims that libxkbcommon is optional
but it always links to XKBCommon::XKBCommon. libxbcommon is pulled
in via buildlink3.mk from gtk3 on wayland platforms. On non-wayland
platforms it is not pulled in causing build breakage. Include
libxkbcommons buildlink3.mk in the Makefile to make sure it is
available unconditionally.
No revbump is done in this commit since it is a build fix, all
built packages are already linked to libxkbcommon.
   2023-11-14 15:03:25 by Thomas Klausner | Files touched by this commit (1145)
Log message:
*: recursive bump for cairo dependency changes
   2023-11-12 14:24:43 by Thomas Klausner | Files touched by this commit (2570)
Log message:
*: revebump for new brotli option for freetype2

Addresses PR 57693
   2023-10-21 19:11:59 by Greg Troxel | Files touched by this commit (1345) | Package updated
Log message:
recursive revbump for tiff update
   2023-07-18 20:22:11 by Nia Alarie | Files touched by this commit (3)
Log message:
inputmethod: Adapt packages to USE_(CC|CXX)_FEATURES where possible
   2023-07-10 10:03:25 by Nia Alarie | Files touched by this commit (1)
Log message:
fcitx5-gtk: Require a C++17 compiler.
   2023-06-06 14:42:56 by Taylor R Campbell | Files touched by this commit (1319)
Log message:
Mass-change BUILD_DEPENDS to TOOL_DEPENDS outside mk/.

Almost all uses, if not all of them, are wrong, according to the
semantics of BUILD_DEPENDS (packages built for target available for
use _by_ tools at build-time) and TOOL_DEPEPNDS (packages built for
host available for use _as_ tools at build-time).

No change to BUILD_DEPENDS as used correctly inside buildlink3.

As proposed on tech-pkg:
https://mail-index.netbsd.org/tech-pkg/2023/06/03/msg027632.html