x11/xmoji: fix build on FreeBSD 15 and later Seems like we now support inotify() well enough for the port to detect its presence, but that conflicts with it also detecting kqueue support. Disable inotify() to resolve the conflict. MFH: 2025Q43feb67ede9
Port details
x11/xmoji0.8
Plain X11 emoji keyboard
- Maintainer
- fuz@FreeBSD.org
- Packages
- xmoji 0.8
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://github.com/Zirias/xmoji
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (6)
x11/xmoji: assume maintainership, undeprecate Upstream is still active, just not in the FreeBSD project.66b322d217
*/*: Deprecate ports and set expiration date to 2025-12-31 Follow up on 1b25bcd52d9cf8118a4d1e3e1fa2da85747f81d8, deprecate ports where committer also is upstream as these now are unmaintained9cc1206e67
all: return ports of zirias@ to the pool after safekeeping their commit bit Approved by: portmgr (implicit)1b25bcd52d
x11/xmoji: Update to 0.8 New upstream release. Changes: * Add tooling for localized UI texts and Emoji names imported from Unicode CLDR * Add translations for German (de) * Improve search, show groups (skin-tone variants of the same Emoji) in search results and make it configurable what exactly the search looks at: original and/or translated names, and whether or not to consider other "variant" descriptions after a colon in the name * Implement the _NET_WM_PING protocol and associated window properties, allowing a window manager to know when and how to force-kill Xmoji5c9daa653a
x11/xmoji: Add new port Xmoji is a simple emoji keyboard for X11.ab88073f05