libxkbcommon0-32bit-1.3.0-150400.3.2.2 < > , :$ e p9|{Ƅ7{
#\3Q^e #C%pAu l_YqH$cuO5k9TVr ٷ1'4>fDT ϳ;NLOך[ o7}[ofd.6DX[=|/DlK پ7:#0 E~cF
IISnb-ur[ΪP~At\W/jxeǷ$ħ'{I >noy[ g1ڟ? > > ) ? ) d ) O > B X i
" , T \ ( ` ( 8 9 : > &L G &T H &\ I &d X &h Y & \ & ] & ^ & b & c ' d (3 e (8 f (; l (= u (P v (X w ( x ( y ( )H )L )R ) C libxkbcommon0-32bit 1.3.0 150400.3.2.2 Library for handling xkb descriptions xkbcommon is a keymap handling library, which can parse XKB
descriptions (e.g. from xkeyboard-config), and use this to help its
users make sense of their keyboard input. Unfortunately, X11's
requirements mean this is not actually usable for the X server, but it
should be perfectly usable for client toolkits, as well as alternative
windowing systems, compositors and system-level clients such as
Wayland and kmscon. e h03-ch2c SUSE Linux Enterprise 15 SUSE LLC MIT https://www.suse.com/ System/Libraries http://xkbcommon.org/ linux x86_64 /sbin/ldconfig e e 45dd505b963fb9d7866c204d46f07737af28ebcb60d740eddacf5197e5c1ca9a libxkbcommon.so.0.0.0 root root root root libxkbcommon-1.3.0-150400.3.2.2.src.rpm libxkbcommon.so.0 libxkbcommon.so.0(V_0.5.0) libxkbcommon.so.0(V_0.6.0) libxkbcommon.so.0(V_0.7.0) libxkbcommon.so.0(V_0.8.0) libxkbcommon.so.0(V_1.0.0) libxkbcommon0-32bit libxkbcommon0-32bit(x86-32) @ @ @ @ @ @ @ @ @
/bin/sh libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.17) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3.4) libc.so.6(GLIBC_2.4) libc.so.6(GLIBC_2.8) rpmlib(CompressedFileNames) rpmlib(FileDigests) rpmlib(PayloadFilesHavePrefix) rpmlib(PayloadIsXz) 3.0.4-1 4.6.0-1 4.0-1 5.2-1 4.14.3 `B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de dimstar@opensuse.org jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jengelh@inai.de jayvdb@gmail.com jengelh@inai.de jengelh@inai.de jengelh@inai.de zaitor@opensuse.org mlin@suse.com hrvoje.senjan@gmail.com - Update to release 1.3.0
* `xkbcli list` was changed to output YAML instead of a
custom format.
* Fix segmentation fault in case-insensitive
`xkb_keysym_from_name` for certain values like the empty
string. - Update to release 1.2.1 [boo#1184688]
* Fix `xkb_x11_keymap_new_from_device()` failing when the
keymap contains key types with missing level names, like the
one used by the `numpad:mac` option in xkeyboard-config.
(Regressed in 1.2.0.) - Update to release 1.2.0
* `xkb_x11_keymap_new_from_device()` is much faster. It now
performs only 2 roundtrips to the X server, instead of dozens
(in first-time calls).
* Case-sensitive `xkb_keysym_from_name()` is much faster.
* Keysym names of the form `0x12AB` and `U12AB` are parsed more
strictly.
* Compose files now have a size limit (65535 internal nodes).
* Compose table loading (`xkb_compose_table_new_from_locale()`
and similar) is much faster. - Update to release 1.1.0
* Update keysym definitions to latest xorgproto. In particular,
this adds many special keysyms corresponding to Linux evdev
keycodes.
* New XKB_KEY_* definitions. - Fix dependency of libxkbregistry-devel: the devel package must
require the library libxkbregistry0. - Update to release 1.0.3
* Fix (hopefully) a segfault in xkb_x11_keymap_new_from_device()
in some unclear situation (bug introduced in 1.0.2).
* Fix keymaps created with xkb_x11_keymap_new_from_device() do
not have level names (bug introduced in 0.8.0). - Update to release 1.0.2
* Fix a bug where a keysym that cannot be resolved in a keymap
gets compiled to a garbage keysym. Now it is set to
XKB_KEY_NoSymbol instead.
* Improve the speed of xkb_x11_keymap_new_from_device() on
repeated calls in the same xkb_context(). - Update to release 1.0.1
* Make the table output of `xkbcli how-to-type` aligned. - Update to release 1.0.0
* Now it is possible to add custom layouts and options at the
system (/etc) and user (~/.config) level, at least when
libxkbcommon is in use.
* libxkbregistry is a C library that lists available XKB
models, layouts and variants for a given ruleset. This is a
separate library (.so/.pc files) and aimed at tools that
provide a listing of available keyboard layouts to the user.
* Add an `xkbcli` command-line utility. - Update to release 0.10.0
* Fix quadratic complexity in the XKB file parser.
* Add $XDG_CONFIG_HOME/xkb to the default search path. If
$XDG_CONFIG_HOME is not set, $HOME/.config/xkb is used. If
$HOME is not set, the path is not added. The XDG path is
looked up before the existing default search path $HOME/.xkb.
* Add support for include statements in XKB rules files.
* Fix bug where the merge mode only applied to the first vmod
in a "virtual_modifiers" statement.
* Reject interpret modifier predicate with more than one value.
* Correctly handle capitalization of the ssharp keysym. - Update to release 0.9.1
* Fix context creation failing when run in privileged processes
as defined by `secure_getenv(3)`, e.g. GDM. - Update to release 0.9.0
* Move ~/.xkb to before XKB_CONFIG_ROOT. This enables the user
to have full control of the keymap definitions, instead of
only augmenting them. - Update to new upstream release 0.8.4
* Only changes to the build procedure. - Update to new upstream release 0.8.3
* New APIs: XKB_KEY_XF86MonBrightnessCycle,
XKB_KEY_XF86RotationLockToggle. - 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 - 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. - Allow building x11 subpackage on any distribution - 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. - Update to new upstream release 0.7.1
* Fixed various reported problems when the current locale is
tr_TR.UTF-8. - 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
consumed. - 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(). - 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. - 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:
XKB_COMPOSE_*
xkb_compose_* /bin/sh 1.3.0-150400.3.2.2 1.3.0-150400.3.2.2 libxkbcommon.so.0 libxkbcommon.so.0.0.0 /usr/lib/ -fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g obs://build.suse.de/SUSE:Maintenance:30272/SUSE_SLE-15-SP4_Update/507a2f95a84b066232fec446b78b67fd-libxkbcommon.SUSE_SLE-15-SP4_Update drpm xz 5 x86_64-suse-linux ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=81306a32110f8b6f4f6eca8f0a12f046197b8634, stripped P P P P P P P P P P R R R R R R R R R utf-8 700873ca558067d974524efce8119a972b0778a5cd34a33a1bd53ecc6b9ca34c ? 7zXZ
! t/ @ 4] "k% $m?0 P o!쪭 8q-){u^| -[k3P ]%SK_NJjIn8!6m$A8 -oPۥ49)f) 3ia=AZ!lH7 +y6Ak a w] q7p ʎl Yf#)RNW D'exЌiA@ Qa~u[%#
T U,ԖNYkEc&
C?3LVK>o҂Q8'$} LXBR~a{R&Ewmus::?Ivb3vtK+nd}OAgU;
r 18~ʊ HPƦ $NnOqtG ѭ a&4sG
gn2 uogxl+ rZ#}o
F05Ofy22w3~MWXɑ½͏jj%*E0r. 8g_0OtԓD&1Rэr"
EYQl $i|b, 㳋6k~R$>rɆưP
RAM& Np>ЛϠT"B֜EcJk3è])/i2Ha#Zpw8$k!&覥rH]B$?;B8/
b\[qy{V5) b{8zAw# vqpGp$=?AaTԲkVعE+vkq)q;ֹɸX@C
? /݇u #ʂB8}Zw% I 4
QSe~v灬ϏbP坅2
fpw!$M( 3E=nމ 4pNKu*gʚ#E*p d&Ktl#>KȐ*po\iɚ 9!ͷ [h["bf]BYB]39ѝu'49WE&nߢq ݜnES{/vd¼)<f yڻ!>#5g\l}4Rգ(?A1YxC,ȕHxu $zAJA k}j "a2Ԙs;1jur
r KC<ݜX7az͔Txs)ef9[#n%p@Mj n?ۀ&?^_ νy$b:@Hq7Xw 9};4 l}KZ
+<+TB (O$ɤ鰢0U 0)rk P9oUE/?Q^x(ֱ! j k눆v H33XVKnTš:,:D]ǻl9 : Txߎ
YZ