libxkbcommon0-1.3.0-150400.3.5.1 < > , A ep9| B˻1
:ކ>`{|)}<aFX&:T]Hw1r' fًA`*S
5CH@}yBS_Mnataa4)mLE;*-`x P024H9 s)[Xk+N(ᥝ!+ *;X8
^Ubsy8wxU= {?6ˈ.4 ι̛.
7y{(-dkWmov0I* > @ +h ? +X d # I : > T e {
<
X h |
( A 8 H 9 : : > 'T @ 'c F 'r G ' H ' I ' X ' Y ' \ ' ] ( ^ (F b ( c )3 d ) e ) f ) l ) u ) v ) w * x * y * z * + + + +T C libxkbcommon0 1.3.0 150400.3.5.1 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. es390zl38 .SUSE Linux Enterprise 15 SUSE LLC MIT https://www.suse.com/ System/Libraries http://xkbcommon.org/ linux s390x z 'A큤 eee`W b89c6f456a16c2b1d5964caf979e0f581f0eee630cefd30bef1579b411c9ecc4 086caee279449369d41c1157911ec7696e707b93feba7280de757d3c470b2dfb libxkbcommon.so.0.0.0 root root root root root root root root libxkbcommon-1.3.0-150400.3.5.1.src.rpm libxkbcommon.so.0()(64bit) libxkbcommon.so.0(V_0.5.0)(64bit) libxkbcommon.so.0(V_0.6.0)(64bit) libxkbcommon.so.0(V_0.7.0)(64bit) libxkbcommon.so.0(V_0.8.0)(64bit) libxkbcommon.so.0(V_1.0.0)(64bit) libxkbcommon0 libxkbcommon0(s390-64) @ @ @ @ @ @
/sbin/ldconfig /sbin/ldconfig libc.so.6()(64bit) libc.so.6(GLIBC_2.17)(64bit) libc.so.6(GLIBC_2.2)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.8)(64bit) rpmlib(CompressedFileNames) rpmlib(FileDigests) rpmlib(PayloadFilesHavePrefix) rpmlib(PayloadIsXz) xkeyboard-config 3.0.4-1 4.6.0-1 4.0-1 5.2-1 4.14.3 e5@`B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@meissner@suse.com 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 - enable 32bit libxkbregistry0 and libxkbregistry0-devel
for use by Wine. (bsc#1218639) - 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_* /sbin/ldconfig /sbin/ldconfig s390zl38 1705308176 1.3.0-150400.3.5.1 1.3.0-150400.3.5.1 libxkbcommon.so.0 libxkbcommon.so.0.0.0 libxkbcommon0 LICENSE /usr/lib64/ /usr/share/licenses/ /usr/share/licenses/libxkbcommon0/ -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:32088/SUSE_SLE-15-SP4_Update/87490938cdc198fd96555a78b1aafc08-libxkbcommon.SUSE_SLE-15-SP4_Update drpm xz 5 s390x-suse-linux ELF 64-bit MSB shared object, IBM S/390, version 1 (SYSV), dynamically linked, BuildID[sha1]=a9a75fdc07c5a3cbeb4bfb0729c6e47073db6a55, stripped directory UTF-8 Unicode text P P P P P P P P P P R R R R R R =[l0 utf-8 132dd92cc2e3d3a2f238986270c12638c2826e731f4b0d2f3daca2b6c656f5d9 ? 7zXZ
! t/*] "k%{$m?0 kbMXx
ACCVf [-''ɼD5d31a셕'UʄiX>7WvG*l\!#mU;A{gxYFh
>%)l(J4xa N&?4vձ7 #Tz Gv$JP[x 2I[EʼnĎ(i<ù2X+&T/~s6z^(?مs `;<9Ԡ߶ڠW!>#HM8aYEJ p'9Xx@:wh7RF-||~{2 Zx6TEڧֆ\h~ 7Iq *5EL"3&J/5W]w9 !qh GO?e7ǫAyMOl< +8& U2m L].xZӁ>om DJ9%fٛBmgu& N*kl'M~ zLN@hQJ"} \tBWID7:/!KQy$
#[I}i'HURQD6i
^ B@6 V%\:~,Zŗr
lEo_a$h|uT^a圦LcPLr;tЧ[\S|ۺТ
MM ۶ 3^.{qKO5כI[E88Y:|'yy/`Nmްd|+9 1xjXhe6ˡ ſau%һ{[ }eo7x(!M\9Y {k`W>U vyiX][oZdz-[UxHj kծal]M/-Γ#Y0bq K3ZZ;]˄)[(jϛv }4/gNnAapϳLHW"EfwGၚ[Y9 * *= JT^&5JA2vm` H7 zbU+T:ۃƠE1ѹ";{@{^5Yk
i5h6X`k㽛" TљUB:
)P
pD LnŵJGH X=xǩamxPăpUx"`#'zEKiH?O >
<>VAx'K
Kȇ|) V]PhSa 5 [bp]E<g9.yx~m ̪Y5k8oI֣}D6T^O4FȮ
YأrZB8Ƿ!Aj'[(Qx_)zɔ+ G3<&gGORZme[i-:& Cp,iR"l&4:et>=\=lN`[u B"ֶXHf[;Mxsrj,%д? a*R13K>xTkFnmn)pA5peɺ!ZEUK=.ف˙0g⡦p)F"$ 1 L9'VƁg $;w )4c{7{i4h TC3#2Ɠ&ґu>_'4SH̹wN|)9 !2:=Y@ca]wwqd2$PcV1ܶ*r7z#p 뤀lP8f!h(QXPL˜{k2eueYVO1d$^D.mQϥ|!q&4_? @0UGMFƒjULJ =$h9HM|
w;Vc.F*_mІ>x %Ǯ{KM^(u9ǎ GE]Vgx#ܭ
9ٵas [/e 4h(eayuKl#%[c^>"JC1_1c2Lʎ4ɵwRiqsJwSa)kòVa9GNC8ׇ6jdǓ{S
jdHic 0.tԍ~&%(Gf+h: x,d+9&`jŔl?0yrMEUW9n5]"@Qm!f :vuc})pb "z&d{e7($D@]TV[HiP +`S\a"'*_t)iXiQWnq6rO# T6*mˢ
}!]! Z< Ӂ:p[8\(`\Մ]&[ߥS OjK?AOĹDnDø`BQ(/
,c *y H. T_Ai LR*tOE"x[+_irѲaSWx, ^p >Q y3Y'
M{T"QiEm gF.h;FYni<
|Y=npot'qT}j-YMhkSUn-G)qoGXd5 ^[ǝ,:?Tepss%VfxǵUDP2l&qӜ>I? YT9
}Q߃DaH@:pLq
BQ$-H^o
aKVWpSEH¹vY`&xxZs6/3 7̣
E3HMJi$ Ǫt XS :1i~$q:b\0
soiyRB#] P")Vmh~svTbFȌwL seS h #YwuXy!aSDK 8 f@[r
.u8&2|5ͨCqC `: qG9WSmSR"Y}ɦ_$S>|VL``3)y &0Rr$XhtD lG(}٧ {E