libxkbcommon0-1.5.0-150600.3.3.1<>,bfp9|e6IKTb{%ۇǂy3vo0i/ϕ_>8C^[:+?/Ѭ}]jhy' lک5GPi_ٹۀGQa)=F]*gE`=:\c$7SҞÝL-.Zi/Xda?zd.g3i[E)" ԠBwjCs<#U?gpqGNn +fQި b `?>@0X?0Hd # I:> Te{    < Xh|^(89:>,<@,KF,ZG,pH,I,X,Y,\,],^-.b-rc.d.e.f.l.u.v.w/x/y/z///00DClibxkbcommon01.5.0150600.3.3.1Library for handling xkb descriptionsxkbcommon 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.fs390zl32SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/System/Librarieshttp://xkbcommon.org/linuxs390xx'A큤fffc/23056453cc7203633583b0b893b6cc7c5f8916f4ec2d84c92883669bc7705c15d086caee279449369d41c1157911ec7696e707b93feba7280de757d3c470b2dfblibxkbcommon.so.0.0.0rootrootrootrootrootrootrootrootlibxkbcommon-1.5.0-150600.3.3.1.src.rpmlibxkbcommon.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)libxkbcommon0libxkbcommon0(s390-64)@@@@@@@@    /sbin/ldconfig/sbin/ldconfiglibc.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.33)(64bit)libc.so.6(GLIBC_2.38)(64bit)libc.so.6(GLIBC_2.4)(64bit)libc.so.6(GLIBC_2.8)(64bit)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)xkeyboard-config3.0.4-14.6.0-14.0-15.2-14.14.3fc@b%a@a;H`B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@meissner@suse.comjengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dedimstar@opensuse.orgjengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejayvdb@gmail.comjengelh@inai.dejengelh@inai.dejengelh@inai.dezaitor@opensuse.orgmlin@suse.comhrvoje.senjan@gmail.com- added libxkbregistry0, libxkbregistry-devel (bsc#1228322 bsc#1218640)- Update to release 1.5.0 * Fix crash in `xkbcli interactive-wayland` under a compositor which supports new versions of the xdg-shell protocol. * New API: XKB_CONTEXT_NO_SECURE_GETENV, RXKB_CONTEXT_NO_SECURE_GETENV- Update to release 1.4.1 * Fix compose sequence overriding (common prefix) not working correctly. Regressed in 1.2.0. * Remove various bogus currency sign (particulary Euro and Korean Won) entries from the keysym <-> Unicode mappings. They prevented the real keysyms/codepoints for these from mapping correctly.- Update to release 1.4.0 * In libxkbregistry, variants now inherit iso639, iso3166 and brief from parent layout if omitted. * In libxkbregistry, skip over invalid ISO-639 or ISO-3166 entries.- Update to release 1.3.1 * In `xkbcli interactive-x11`, use the Esc keysym instead of the Esc keycode for quitting. * In `xkbcli how-to-type`, add `--keysym` argugment for how to type a keysym instead of a Unicode codepoint. * Fix a crash in `xkb_x11_keymap_new_from_device` error handling given some invalid keymaps. Had regressed in 1.2.0.- 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/ldconfigs390zl32 17220025631.5.0-150600.3.3.11.5.0-150600.3.3.1libxkbcommon.so.0libxkbcommon.so.0.0.0libxkbcommon0LICENSE/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 -gobs://build.suse.de/SUSE:Maintenance:34895/SUSE_SLE-15-SP6_Update/e8df62c7ea6b685bb5437dbb654d5eb0-libxkbcommon.SUSE_SLE-15-SP6_Updatedrpmxz5s390x-suse-linuxELF 64-bit MSB shared object, IBM S/390, version 1 (SYSV), dynamically linked, BuildID[sha1]=21c4c3b78c0ac6916890511e755a1fcd61d9a69e, strippeddirectoryUTF-8 Unicode textPPPPPPPPPPRR RRRRRR6=.Jcc[k;utf-840a3f7a61dd9ccb117bc258f92e94ced684679e305074f19186a0a3d9c443f7c?7zXZ !t/B-]"k%{$m?0 kbMXxEm2CBGWS݊Yߧg7Hcb7|5`ȈSsȮT DsQ*YR,q?׋ɅX+􃕔D5uf[~\7^#.Y{krc}#=m4o| ǧ}G݈(vkP50Ekaʠ^B\'gW)+yѮ.ë>]prV{C-iv 1QxR4E>S{FHCYh-eO/6Εb!/l[ xR⁩%{ Gf $ߕ>|? =4?)c)3Hl+`8ᙒO qDN&&!iEƱj P,7K[`\qOݱ.xuk2Yg-E?bιF۽9G_i5UV# 0Pك뵧בy޾ZRlCPϣWx?B}<?Zbm۳}],!%Ƞ\fȅv7TF$TN>E.BΧ 7$C.-K;hcaqD+N`cjl  '&INFMl?z 6&H莿!/v,i^Y+@sKVէGlb~pkNo*<h[W<K7jsiw̚6t>BM +Up4 |v ݎ쭸zqSlF0p?]BkAv[`7)o:rqˎOc>oyPJ#W.D$VeMBV?w yP#TɎӧKZ&zJBtn:^`'b#XٓU}9 e֬K-U9蹩\(έk{`GCv pp8lMnxF:8?.+Iٰ7?gb@Z _1/ԏ J ΙkK#ʧ8Ћ6d4Nj;;'iť?g>EsWw`\!8!趀Q_L=1DLUqX4A4pl%L/1svf]f` +CKtW (ErwYA(HQ5P'DNI|^CA_exFckf 9U=$4sԈv@*M+#lruhItiW]N u'F/CvxXMҮ6 .#L5_f,2^oXbxSsQz8\PՁ=Xo^%Vܼs"@5E9m- RSt^aҫҊ֦IUcYhsF6{(G;2Pzx t,xP0)FCM&ГiY sZ˛Js F% XiUj8Z&ԃJwʨkSgV#'^^QN͓.klEma RGZDRS[ %L[snd(yOxQ+'6lXkvW\}b9eaPhQ"f G_a*$nhcnYvt:(YhF0>:,_iGfXX*.^jQʶ3^\gj`fxePXa@շC;OK@hr's3⚓uI5y|d[__Vy.:<{q/9$qЃӑd[c&F% B#)A4:RhOmР hrBg6>&54rʌJf iS:o*33ML%; !TNu&LXqRIE3g e 良m7QH$PpS>ĺ_uԭ~%Sю'/b/1 D~4h?g[)tak划^wJA,u'`Gm 8aM/)y9ukˡdrrF}=.Qm|/w5B5h /Ila _^UL~!-Ay vdzɷ_ l;:4((&Bf#=3k'L"ϩzt}\50x *({.?ʀ?ؤCTO9US$_+mG87 hq&+׏Ka>UiG 1a\ Dz,-|{Anrl !k{Vge"zvq7JoOM@-,A$N 75kKŶiIZIӇV2FxQ;$a \(73{vYӖ}@(ofur?g:6&{ ^2+DtWI6 ѧ7Hm bon~c)>iOt*8HUU=Gs륻?5c[p٣]y"6I:$k4/_4͞Ư]a U_Vu_sHcPF-;$Ԡ"/CcK2.;qk)?;=D4Igzu>%LDl~ZK% Y8_2Ɍc>aWu\@qמv'c|CI$5!V~) :b.2B lTs$2Jq> *>F+\9 Jf(P¯H\Y)/'Lƫ2'k!Ҿޚ[cNG-NZ W刕BLiOZ%+[{ q64o~Ж[ gyy%RY#L\5ق񜀝%'ڀP7)jf^;Wy-{~lErwR> MWm ¾ΨT/Aڞ+΁_ؾBGbN,K tPv43ݸps"v C]] YSGDݶt+nw)L],KVzu(XU~qb̓c޺-TǢniNAn j%볰-ʳJ;$ aLgH'l '}Ң%ӉPvp4cjlHQ{e$dfyG5fƅ,|\>wxaTF5 HV,3,jjR¿"[=K(z,`KգH?s>U0D9ޡV̓{E^~<)(V {g"J-avc yrb_ _?JRX`{ꃆ2c\5pCW[i XؗXU-םd1걤|LaNc'J0vs{ʅfz<:MV}< (#zpX#%&!')'PIj oƅ0^}> #b,8C`<@qexb,^o,uP^ti8a%8Wfq;G2̊y'c7>GSH"y-Ȉ i^Tf`[.EuJSrxU˪1; .%:k*tW4tчk&[c(|ݗ-fWȘS Dc:NmV9ޱ~Dy!+sDz? ͺWc2Ī1Դ],J3GڍlJՃ6K + fzTu$]^}fv+=2|a6k%J!n&6#zHJ1D\*P@^VڲJmQ<@#[;*I&CB.oXHxJaiW0s[tA)CzN6|.hOh~jYLʃN]E3R(i膾I{`E k*rUD4OvU*]'k$,jQԁ)$X {yZp2\vc`]nf> N!wϞu,T|cOZ:)d3 h߂L;Pc-I2BeZX-)},RA*9BOb؅E :B~z*`8Y$胳.(3YaP_cA%:K_7&ѻY (Z" MLUl"8Y 'X/l(%ʥmK;`}rD~VUP{!EqMFzЁJǬl=MU_tosF/63g!y%ni9Zw6a3u@KUW 3 f`˼PlE㐵?eP;HPJ^_PU,m篴9. \xZL'OVF:_DXCvn׈]Saw?x)SLa?8ݨ94v*oF-卉,*Z2JBoecLZ/jG45Ȟs, ɉiNFyփV.}D уʋ-[!Sc&0c-KN+W"$_N%K=MUCsuo佒)i9C vCBHGEn!)%{jI7hARƊN@EyX]?d CA0AwRQߜ]螫!(VkY0TP"/H+*ٻe|d4GUtuڮ P4c3 .wCc=Ed))FJNYײ0zq#\ w˙KME6.rOp% 5FtK8\U zΉ:wi䕍Gi`#AQ8\MBɂge\'hU OJ ;D41}9oܳLg@Tv;)s(ian @\|b\./m(ŜP{Fei1*!e 㶦~͖&ފ+Xq;l. WCvd>֞X8k,tL]Xi7NyBoz0~! D6CjmB$7C0i؂,.$MJ${돛uV(b֜jVM+hd+HSJq)9O p3\>yn$lg$#N+A؟ZlLrCp`;+o-6ͷ6b@D<}V^&c䁫D϶"I!Dlxm Azy `-[  \ h̩!d%]Vgnx6\I.Yz %1GɅ=^/Qf?sÉZo-] hѮvF=ީw = ͓l%*ZĮ,.tQ0Z^$ߌq"4>eݠLbyuH`jX{? Ry+FQY,SEO B>p5'M\ע M1:O UFUg{-HJ[l1hTa.ǵbލ{`<.шU瞂En;3%;%CjY=FÄ }4,}EJû]^2eWo5-ISC˰G3  p(/ʷ΂=uEӢF8TI IFi&x;-}J??P~FdST(SPwd 5tW-c*{wCфڻ?^$TUK7%Vjo6iǰY卋A֩pxgCaH.v4lϖ>v>?xV,ō ME f{UEDΖש0y'h?uꯋg qw 57/f=^jڱrR{PF/޶hU|HbO-\ŏ JEObJE6m\_^=nJ$_ZW)Њ IYJ&kV3O싆CRl0LA(ƅ? :rI9.X{)D&aU)L#i{2O,ݵ3a'$°<$F%G8lci9¼fI؉VA,}K^RxH3+CZ)p 2EdҶ"uo{S&eJ]x: |õeÃ#(;'3,4^𝆐k},d*4h-GKe<:bHS$-Gd}m)QP\/KQRޱcQ#GB;KE 7b<>I~̋®O'1"x>|@H%7;gFCXVRܾqE.ʓ n{G鼛ԹΙm}P7>>QhhG'LeL˗r&t"iQzm!#ZrT쥼JZRkPQbZZ@ǚf%ay 4^D:In5|9 7`d9Q%Go4z•٤0_8;}kc6< k~nU@$uhXY9sO?Ѝ.B0š} [/5 NK#/+2JUT 턩:}g5#8a[MƭxW˳֏D7"IF9m$-ډh4M4 ^"I' ;c1)vF?ܑۣog39:^^K Eb/kmԋ6С͟7B!eOr=\HC0$3~و=2c'[P}7U_x)y1eM;. @^<{ʞ[#$hK;pyZ#jF|zv!"T8eo[{_˒U{)'O4|~,RgqR:潐hpޑb>i3b nfw]K ho @`+l=D7%XTYO[:#y :NgD182-pL<81j}璟.azH/('P{cK8q&X뫑O(O ӣm&y>ePH[{znNX$IFE 1E1֧9^1<͸`{,njK.^W\AKSʛGa*Ec<z n@'D)q~e0yy03Y$h/FN?4آ_gݧKUW(R0[z(oM0kbVD U$ā8fD p5E kG) Y#&?dhTl48ۅ`"kЁ/\yUg0:zz۰W`;2A*,>)=#֒u^:]Xx !e56>1 B#ܨ`Z̾PW_vRVUovA !ߑoO'CYHuq0i û'Z 4YH}XxTtȘp}PcDhp0Ng2H@l$,57У8؝j"}f–f՝ޅzk; ᷑=A1ԣml#L̷W$5[Bb}ezaQAݪb#Z )EEd)F TdTg)X߫f'EJQʆ`=Tbᐚ<9]d}$I 삭A;ǣɔ9R2IV޽D!Z8 8cǪ_r:ݗm\Lv,gʃNK" &v}X~h%οƊQ_w>kaDH 9#:P+9>He-7}yei'2k"hhքG<5æ͗^Tv/5Z/?hPxg v3j/LRye{TjTKnRl^m, TPSA.t|gbh73NAyR@L)rZ{{ y$_i 4f6|f(tFfO>m1v+1siQ8EqMlzZ\)o*ff2t:TIJntߪ p[:%9u3!gp2 X5nO*1}MESajoޓP\A=ءP@l9f݇*y9,Zx]xW@0} ,3n%qQq q] B] #4jlo8P.w=!wZ9[mJm!L=@4?dL TT\Zʭ[qJ<\(!>OJT:> Q'+ox02(4ș[;)JX?::&"^hG6Kr )I_N9!A0枕t)7H\( YZ