File libxkbcommon.changes of Package libxkbcommon.8662

Tue Aug  7 13:49:26 UTC 2018 -

- Update to new upstream release 0.8.2 (boo#1105832)
  * Fix a few NULL-dereferences, out-of-bounds access and undefined
    behavior in the XKB text format parser.
  * CVEs fixed:     CVE-2018-15853, CVE-2018-15854, CVE-2018-15855,
    CVE-2018-15856, CVE-2018-15857, CVE-2018-15858, CVE-2018-15859,
    CVE-2018-15861, CVE-2018-15862, CVE-2018-15863, CVE-2018-15864
- run make check

Fri Dec 15 20:21:18 UTC 2017 -

- Update to new upstream release 0.8.0
  * Added xkb_keysym_to_{upper,lower} to perform case-conversion
    directly on keysyms. This is useful in some odd cases, but
    working with the Unicode representations should be preferred
    when possible.
  * Added Unicode conversion rules for the signifblank and
    permille keysyms.
  * Fixed a bug in the parsing of XKB key type definitions where
    the number of levels were determined by the number of level
    *names*. Keymaps which omit level names were hence
    miscompiled. This regressed in version 0.4.3. Keymaps from
    xkeyboard-config were not affected since they don't omit
    level names.

Thu Oct 19 01:30:35 UTC 2017 -

- Allow building x11 subpackage on any distribution

Mon Aug  7 16:29:12 UTC 2017 -

- Update to new upstream release 0.7.2
  * Added new keysym definitions from xproto.
  * New APIs: XKB_KEY_XF86Keyboard, XKB_KEY_XF86WWAN,
    XKB_KEY_XF86RFKill, XKB_KEY_XF86AudioPreset.

Wed Jan 18 21:43:43 UTC 2017 -

- Update to new upstream release 0.7.1
  * Fixed various reported problems when the current locale is

Fri Nov 11 19:27:17 UTC 2016 -

- Update to new upstream release 0.7.0
  * Added support for different "modes" of calculating consumed
    modifiers. The existing mode, based on the XKB standard, has
    proven to be unintuitive in various shortcut implementations.
  * A new mode, based on the calculation used by the GTK toolkit,
    is added. This mode is less eager to declare a modifier as

Fri Apr  8 01:24:14 UTC 2016 -

- Update to version 0.6.1:
  * Add LICENSE to distributed files in tarball releases.
  * Minor typo fix in xkb_keymap_get_as_string() documentation.
- Changes from version 0.6.0:
  * If the XKB_CONFIG_ROOT environment variable is set, it is used
    as the XKB configuration root instead of the path determined at
    build time.
  * Tests and benchmarks now build correctly on OSX.
  * An XKB keymap provides a name for each key it defines.
    Traditionally these names are limited to at most 4 characters,
    and are thus somewhat obscure, but might still be useful
    (xkbcommon lifts the 4 character limit).
  * The new functions xkb_keymap_key_get_name() and
    xkb_keymap_key_by_name() can be used to get the name of a key
    or find a key by name. Note that a key may have aliases.
  * Documentation improvements.
  * New API:
    + xkb_keymap_key_by_name().
    + xkb_keymap_key_get_name().

Mon Nov  2 10:39:38 UTC 2015 -

- Requires xkeyboard-config, bsc#952403
  * libxkbcommon should brings xkeyboard-config together always as
    libxkbcommon does not distribute xkb data itself, and especially
    requires xkeyboard-config for any rely on libxkbcommon in the
    minimal system.

Mon Nov  3 16:40:03 UTC 2014 -

- Update to version 0.5.0:
* Added support for Compose/dead keys in a new module (included in
  libxkbcommon). See the documentation or the
  xkbcommon/xkbcommon-compose.h header file for more details.
* Improved and reordered some sections of the documentation.
* The doxygen HTML pages were made nicer to read.
* Most tests now run also on non-linux platforms.
* A warning is emitted by default about RMLVO values which are not
  used during keymap compilation, which are most often a user
  misconfiguration. For example, "terminate:ctrl_alt_backspace"
  instead of "terminate:ctrl_alt_bksp".
* Added symbol versioning for libxkbcommon and libxkbcommon-x11.
  Note: binaries compiled against this and future versions will not
  be able to link against the previous versions of the library.
* Removed several compatablity symbols from the binary (the API
  isn't affected). This affects binaries which:
  1. Were compiled against a pre-stable (<0.2.0) version of
  libxkbcommon, and
  2. Are linked against the this or later version of libxkbcommon.
  Such a scenario is likely to fail already.
* If Xvfb is not available, the x11comp test is now correctly
  skipped instead of hanging.
* Benchmarks were moved to a separate bench/ directory.
* Build fixes from OpenBSD.
* Fixed a bug where key type entries such as "map[None] = Level2;"
  were ignored.
* New API:

Thu Sep 11 18:33:56 UTC 2014 -

- Add commentary about upcoming symbol version support to
  .spec file.

Tue Sep  9 16:36:07 UTC 2014 -

- Switch to library versioning as described in Shared Library
  Packaging guidelines. This permits installation of multiple

Thu Aug 21 19:31:26 UTC 2014 -

- Update to version 0.4.3:
  + Fixed a bug which caused xkb_x11_keymap_new_from_device() to
    misrepresent  modifiers for some keymaps.
  + Fixed a bug which caused xkb_x11_keymap_new_from_device() to
    ignore XKB PrivateAction's.
  + Modifiers are now always fully resolved after
    xkb_state_update_mask(). Previously the given state components
    were used as-is, without considering virtual modifier mappings.
    Note: this only affects non-standard uses of
  + Added a test for xkbcommon-x11, "x11comp". The test uses the
    system's Xvfb server and xkbcomp. If they do not exist or fail,
    the test is skipped.
  + Fixed memory leaks after parse errors in the XKB yacc parser.
  + The fix required changes which are currently incompatible with

Thu Jul 24 15:46:08 UTC 2014 -

- Add symbol versioning to xkbcommon

Wed May 21 12:28:41 UTC 2014 -

- Update to new upstream release 0.4.2
* Fixed a bug where explicitly passing "--enable-x11" to ./configure
  would in fact disable it (regressed in 0.4.1).
* Added @since version annotations to the API documentation for everything
  introduced after the initial stable release (0.2.0).
* Added a section to the documentation about keysym transformations, and
  clarified which functions perform a given transformation.
* XKB files which fail to compile during keymap construction can no longer
  have any effect on the resulting keymap: changes are only applied when
  the entire compilation succeeds.
  Note: this was a minor correctness issue inherited from xkbcomp.
* Fix an out-of-bounds array access in src/x11/util.c:adopt_atoms()
  error-handling code.
  Note: it seems impossible to trigger in the current code since the input
  size cannot exceed the required size.
- Add back -enable-x11 flag for 1315+

Wed Apr  9 08:36:24 UTC 2014 -

- Add COPYING and NEWS to files list

Tue Apr  8 06:02:33 UTC 2014 -

- Replace %suse_version >= 1320 to 1315 in order to build -x11 package
  for SLE12

Fri Apr  4 01:16:43 UTC 2014 -

- Update to new upstream release 0.4.1
* Added two new functions, xkb_state_key_get_utf{8,32}(). They
  combine the operations of xkb_state_key_get_syms() and
  xkb_keysym_to_utf{8,32}(), and provide a nicer interface for it
  (espcially for multiple-keysyms-per-level).
* The xkb_state_key_get_utf{8,32}() functions now apply Control
  transformation: when the Control modifier is active, the string
  is converted to an appropriate control character.
  This matches the behavior of libX11's XLookupString(3), and
  required by the XKB specification:
* The consumed modifiers for a key are now calculated similarly
  to libX11. The previous behavior caused a bug where Shift would
  not cancel an active Caps Lock.
* Make xkbcommon-x11 work with the keymap reported by the XQuartz
  X server. fdo#75798
* Reduce memory usage during keymap compilation some more.
* New API:
* Deprecated API:
  use XKB_KEYMAP_NO_FLAGS instead.
- Temporary ommit passing --enable-x11 flag, this release has a bug
  that actually disables x11 if explicitly enabled (fixed upstream,
  but used this approach instead of cherry-picking the patch, for
  the sake of avoiding three new BuildRequires & autoreconf)

Sat Mar  8 17:47:54 UTC 2014 -

- Update to new upstream release 0.4.0
* Add a new add-on library, xkbcommon-x11, to support creating
  keymaps with the XKB X11 protocol, by querying the X server
  directly. See the xkbcommon/xkbcommon-x11.h header file for
  more details. This library requires libxcb-xkb >= 1.10, and
  is enabled by default. It can be disabled with the --disable-x11
  configure switch. Distributions are encouraged to split the
  necessary files for this library (,
  xkbcommon-x11.pc, xkbcommon/xkbcommon-x11.h) to a separate
  package, such that the main package does not depend on
  X11 libraries.
* Fix the keysym <-> name lookup table to not require huge
  amounts of relocations.
* Fix a bug in the keysym <-> name lookup, whereby lookup
  might fail in some rare cases.
* Reduce memory usage during keymap compilation.
* New API:
  New keysyms from xproto 7.0.25 (German T3 layout keysyms).
  XKB_MOD_NAME_NUM for the usual NumLock modifier.
  xkb_x11_* types and functions, XKB_X11_* constants.
- Add and build new libxkbcommon-x11-0 and libxkbcommon-x11-devel
  packages for openSUSE 13.2 and newer

Wed Apr 17 05:49:07 UTC 2013 -

- Update to new upstream release 0.3.0
* This introduces the xkb_keymap_new_from_buffer API, relaxes
  restrictions on the xkb_keymap_new_from_names API, introduces
  support for setting default keymaps from the environment, and
  includes several new bugfixes, as well as swathes of testing

Tue Oct 23 21:00:18 UTC 2012 -

- Update to first tarball release 0.2.0

Tue Sep 25 06:57:19 UTC 2012 -

- specfile cleanup

Thu Nov 11 21:41:58 UTC 2010 -

- Initial package
openSUSE Build Service is sponsored by