KMFL aims to bring Tavultesoft Keyman functionality to *nix operating
systems. KMFL is being jointly developed by SIL International
(http://www.sil.org) and Tavultesoft (http://www.tavultesoft.com).
SCIM KMFL IMEngine allows you to use KMN keyboards (compiled with
textproc/kmflcomp) through standard SCIM interface.
The powerful KMN keyboard language supports contextual deadkeys,
pre- and post-processing of keystrokes, rules grouping, 'storing'
of character classes for use in similar rules, custom and Unicode
character constants, SIL Ethnologue language codes, etc.
Official Tavultesoft repository contains keyboards that cover more
than 220 languages. Significant number of them are open source.
The keyboards ports are textproc/kmfl-*.
===> The following configuration options are available for scim-kmfl-imengine-0.9.9_8:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
SCIM-Setup IMEngine list should now have KMFL section.
The documentation for KMN language and use of KMFL SCIM interface
is installed through textproc/kmflcomp port. Please refer to
/usr/local/share/doc/kmfl/kmflcomp/KMFL-Compiler.sxw
You need textproc/kmfl-* ports in order to use actual keyboards
through SCIM.
*/*: Update WWW to use HTTPS for sourceforge.net projects
Homepage link is permanent redirected to its HTTPS counterpart
Issue reported by repology : https://repology.org/repository/freebsd/problems
Approved by: portmgr (blanket)
PR: 274888
accessibility/at-spi2-core: update to 2.46.0
What's new in at-spi2-core 2.46.0:
* Fix GetInterfaces documentation on org.a11y.atspi.Accessible
interface.
What's new in at-spi2-core 2.45.91:
* Send device event controller events using the same signature as other
events.
* Document the Accessible, Action, and Cache dbus interfaces.
* Fix license of atspi-gmain.c (#87).
What's new in at-spi2-core 2.45.90:
* xml: Add some documentation.
* xml: Fix event arguments.
(Only the first 15 lines of the commit message are shown above )
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
Add USES=xorg USES=gl, ports categories t
Add USES=xorg and USES=gl to ports in categories starting with 't'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Change x11/xorgproto to become a build dep
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained
from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Switch to xorgproto instead of individual packages
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
- Patch SCIM KMFL engine (textproc/scim-kmfl-imengine) to use
the same neutral keyboard repository as textproc/ibus-kmfl does,
${LOCALBASE}/share/kmfl/. This approach is similar to m17n (its
keyboard databases, devel/m17n-db and textproc/m17n-contrib, are
shared between textproc/scim-m17n and textproc/ibus-m17n). This
patch also makes both these KMFL engine ports to read ~/.kmfl/
instead of SCIM-oriented ~/.scim/kmfl/.
There is UPDATING text that informs KMFL users about this.
- Patch keyboard ports (7 of them) to install data to the new
repository, ${LOCALBASE}/share/kmfl/; the keyboard ports were
SCIM-only and used to install to ${LOCALBASE}/share/scim/kmfl/.
- Adapt descriptions in other KMFL ports (textproc/kmflcomp,
textproc/libkmfl);
- While we are here, do some additional maintenance.
- Remove the 7 old ports.
- Please see the PR for full details.
PR: ports/156694
Submitted by: Nikola Lecic <nikola.lecic@anthesphoria.net> (maintainer)
* Fixes hardcoded path to scim-launcher;
* Forces recompile due to this amd amd64-related fix of kmflcomp/libkmfl.
* While here pet portlint
PR: 140909
Submitted by: Nikola Lecic <nikola.lecic@anthesphoria.net> (maintainer)
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
KMFL aims to bring Tavultesoft Keyman functionality to *nix operating
systems. KMFL is being jointly developed by SIL International
(http://www.sil.org) and Tavultesoft (http://www.tavultesoft.com).
SCIM KMFL IMEngine allows you to use KMN keyboards (compiled with
textproc/kmflcomp) through standard SCIM interface.
The powerful KMN keyboard language supports contextual deadkeys,
pre- and post-processing of keystrokes, rules grouping, 'storing'
of character classes for use in similar rules, custom and Unicode
character constants, SIL Ethnologue language codes, etc.
Official Tavultesoft repository contains keyboards that cover more
than 220 languages. Significant number of them are open source.
Ported keyboards are textproc/scim-kmfl-*.
WWW: http://kmfl.sourceforge.net/
PR: ports/117170
Submitted by: Nikola Lecic <nikola.lecic at anthesphoria.net>