libxkbcommon-devel-1.3.0-150300.10.3.1<>,o4bN/p9|a^e Rv5OAg~4I)}lTzú59tv\zr0y"~zӲB;+oT]$=D}nx(E:0J'6-> >dn; ͟`}>W1SZU;ō:D&lυԚ@SSGz<\x~5?JO߁!eAXVn=4l,]팯h>.>>-t?-dd ) XPT`d}  ,  D  \        $ ` (894: F(tG( H( I( X(Y)\)0 ])` ^*b*c+qd+e+f,l,u, v,Dw, x, y,z-----`Clibxkbcommon-devel1.3.0150300.10.3.1Development files for the libxkbcommon libraryxkbcommon 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. This package contains the development headers for the library found in libxkbcommon.bN/s390zp32"SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/Development/Libraries/C and C++http://xkbcommon.org/linuxs390x@^ aEAA큤A큤bN+bN+`X`X`X`X`X`XbN+bNbN.`W0b4daef35b0fdc6713d6f4645b7182c08176c6d9a436b0e11eecdaceb4e83ea2aaab91f99eb78dc98db19601cc625b61987e04159e17eb7a16b5bdaad4ad92a1f4143f85b7f81a5522b9f042a949f304cd8b5a1bc21c55b4a09db0e0c2af6f2a7de3669465312b5b00d0b70490aabfb3557726b8ed152fd21db06df64516a578570ebff7676b1b16ae1c8861ef6a36fce8376c47d664210b6676fbf8a64d4070632cc1ebde39904db3aab613ca6a820634dbed19cc3b205540429059da96a7ade82623c6fb65a32d7aa8daca3b07cc91384d1fd1a33414058ab7ddbe3ac1bd8d9f62ae0ad2096a50b04ca51f766b7f91254a1d1a411b36816e391b36dc9bf602libxkbcommon.so.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-1.3.0-150300.10.3.1.src.rpmlibxkbcommon-devellibxkbcommon-devel(s390-64)pkgconfig(xkbcommon)@    /usr/bin/pkg-configlibxkbcommon0rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.3.0-150300.10.3.13.0.4-14.6.0-14.0-15.2-14.14.3`B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@jengelh@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- 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_*s390zp32 1649339439 1.3.0-150300.10.3.11.3.0-150300.10.3.11.3.0libxkbcommonxkbcommonxkbcommon-compat.hxkbcommon-compose.hxkbcommon-keysyms.hxkbcommon-names.hxkbcommon.hxkbregistry.hlibxkbcommon.soxkbcommon.pclibxkbcommon-develNEWS/usr/include//usr/include/libxkbcommon//usr/include/libxkbcommon/xkbcommon//usr/lib64//usr/lib64/pkgconfig//usr/share/doc/packages//usr/share/doc/packages/libxkbcommon-devel/-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:23586/SUSE_SLE-15-SP3_Update/afbdf45ddee5ece50d938b401b341e38-libxkbcommon.SUSE_SLE-15-SP3_Updatedrpmxz5s390x-suse-linuxdirectoryC source, UTF-8 Unicode textC source, ASCII textpkgconfig fileASCII textPRҐDPnPxq.L#xةL%7G2$mϑ)4rQy*49"?% !y~ʣJC؜ i]Z-|5"+ӖH:]IqO i՞Rc8pJL8Gﺽ'R0.;1aqVzZIJK|6Ƶ9kȁ },W,e'z[f;Mh}?Xx!@Lkzt{V-B_N"\o L`~U;ƕ]"LBYYȜ&䄹Qp껁(nEZk^xфb8L@@#w2_S+\D^nisj@WqEv i4zn6&%vS8M|>NGivj&I[ EQz^Uw+SiDk=bAtzp> *37nvnNH]&ډ҅/IBM- HG]} 0)9-fda1h[YK-n`{l@RY]m6E'ߗ{ʑf!cAO-%āq_.Cy'}ga2ЯxeE9"7glRFɕSCaX9MMi ;qjK%8-$昼f(l{@Ij 0.vQ(>Uf<94o7[\tbH.Caz/0&V4MT^$qG˛ Ƴݤߋ[I;k3~s;jE jLwRr9)n{"tNOVv{d,S|q;a~WMG5g՚J1:®V:b˜;OA~AU 2cJҞu cJqzMUt\C0bo7tl6$POMygi,ֺ^ܺm]B<᬴?kzV[zx6%|aw;~fjY' CKyC"͊Ln)ͦU>E'+,ڴ}4RJKAj,BBR+ȇLᥲj2ԑx.K]ddaL64a Xߐb#Lۜ6ⰵ䥠$~$':~̆wFA~3Zf9 }CŨ.vSt+f9:H:/9b|B &k^[VXp,|l0ױ\$&DZcG:_Tq%e +1:-exsoiU6 gOObDGB $9mbu Aҍt6ˣ"F f,[k"VxjP$bPmFHI봸k h{ї@6tH‰nq7/HfY@bIE, %ݕ: ̎*)R7:8dhrm!I׀qdoB;zLE?d-zIkYi8l5^lM#:g.e \/g$iPNpRBT{v5b"zDar=/{SfOK-?/ۿ6j PeɀuX-#|gX%pw%FE;8I-Ij;tV)q|^f"K 8nmm94Uq#E/sW^73h& ~w L te8jˏ3_WLCcZGt7:wGV1vqquЋKl")6b_n䅟_hIW紡s,^2c 4~_CYM>j@c2}i}=yg 0#\H.nQ'|ئy%{\9mCL{gu<7qg̽]z~zB~pfwE.|anwq5V Ac>v(ãI zQ~%Nlމ˅֗RwbH$NLat>*2‰o#Ŗe7:i 2SE8DB Ĕ &72gר$h/h[:Ov:Dqq@mB> oRF%_}ߜyC x&/r Ւ.Deus%}֤C.&ri" "fN LaQZ _,SgX(Zr.uY2|!}V)U!Ftt0Y#`K" /oLgٶ7I)"aV9V%pO b/ӟ.K!YAʫ&fQpLXA22 ]s"V K{ꍏlMozyPGO|%o7[m JTf wa8p;?SX2~je91ybMeQ^}txNAp:o8Q8=cr7=嬸i$ >jc@d ~ӛhr0%W7m?~2l3ɼƓ #b P(k>#oaZ*+FҊ!kx8ik7q̆݋a^.ل !k9dsxXrJCqҽ~;<(L;wd~&1j:_|kν; ʫ#\LH%+8?#mbaXLِK7kLqEaXzWQ"f{M+0ԥHm.BsP 2ڱ|ȼT߭ a\ k]Ϛ&G&p){uD3+kkt[$^wӸ;G3j{s6#Q_@&PLE!Q3Wyi{udjg `$W[ 4,?X|h98."ִ射T<@lGiɻ %>v1]zIhF-. L7I[N!16h'TW"jMЩ JvfTڂ2(u-2N ~c?v[_Ŏء^fIo'"͓aZPP럖B`cLH-#G*fVk|đ5T22 KVV1#Ο-1 9Xr)PNZرߴeLWO44K6r]}V7@1?p1ZzMiWZQVn4dFXʡzP gr{N_ҷzpYYznO__6{jq]BVŋk_֮|-6L*eanGX #IrN݃~ w^l~,09ōSq]Q:cQC$c;ѹ:Rja%c/Vgqu+r<>Ba9Ax4̄," !5?weG!6!pwXpȏ(|Yp<.C}iMwgT 8w  !3Sbb wفyϩ-8g-[,$6ekWp"VH[c;}_@yiZ! ςt1an[uaSӘÁJi7ZLڟT'x;抓(j ׳l,cL$Q -4<4Ͽ M{<]B$ ETgC]sqMc1K[ȵk@+B7@joNw9]!`q#p^K3&՝F9T)JKOٱ1xr!xjI $Ԡ(2,72*ͼ~1i$/`KY79ӨG"52n1 $/7?'NEMsޏ3熇᧋gI򷨠iJYEVhH75k~l 6gMZ0~= uȳA=n/YoWIum`#mN, '?Ok.xavvXT(#zNGQ#U2hkV[& @\ L:>4!^A$6^*@,b ⦴\[ 2"1 !f"k^J;CݻƙGPRT9 ^qܸlze~R%Ȭ\!Y$cDa;k ׄgJM[5wjte[;)yfGu9DnP a7{kP՛5'C;Zv槚IFHӬ>.hXg3sƴNJ.psyn ʌ0##oAUK;"r+(kwZ~TRc9"}RL~H eDM̀)uHm,-FP\UHy~hk ^<|پfޒ VJmeyښO8"]#kv62oUH;ꚵ=ΏBD09X@-aS.]M߶Lz$BeLhs|l5oFn`aަ K_`_z 3M1UJt(%fqҍIIO ݩןlRřT,Y yY_{Z3tB;~ *;﨧ԃ8+jh~9o(?dQQ0Sde}#3QMJ@CoqKյP|kȩitEZr_jG>|õ;Ծ$3}k?@ ljM}h_|p 24|6ic\ )eCv l>1i۶ Oa\/e.hhmτk7!\ٿ AG?g17w*K; V2$:U\ ;D6$j zS&h(vNf4 ݋c<@}^XtD`H8d t_:4\!m4:]HϮǥODϥ;5x_8; O\|K[8nH&z89a``X'\"ȧV,ġQCZqĘϽm<7#S@E$,` J5(EUB@:;dʼ`]y.$)kg.ғeUS$ŗ|~_ųd$n@Z^ yq#MHFT(~./ϺH*;xjKmWg씐dm !~Gv2󒸨i5: $^ 5X$/bK r#Ǒ_${SuY%@ -Ia>QJ~3Ԋ}=uSTu)}B?&_K/{JKlMՈuhc$U+f3Hs)(h CB%GWljIª*m 6{Ũ5"+lz:`F'" ]K4x /hv c*7@LSM8*:q(_kbڼN 3жG\G0kp[DO{2A8p9 [*QYS J﹛H;|s%P/;vʐ\ԐJ;WsTR iY g0kpؑ:jN KsyȄ«` hʼxKRkZHi|!@ԚOmS: D(WgWk2$/˖Jh7q ~z!AmOb[؀)E x9:J~|P*HRQxtv<}DE9nF-^-d\ٛm5U 7@+9n` M)Zb)*`Z.'7zbua|]\Uo䇚]EK Ke~gCџB,}PX|]]Mxf.ѽHLJJ-'K˿:2"K9N#zlagJ. LdC 3<fu4ueㅒܐf3V)˶QP=cjC3ce(LjSS.g#"UFӅ/G3,m/`bЯ6hHnvo&Z,'$n9^x3ǐ&2)RSX"6ぞ .ӓgNdfp+Q 9|ow(o6}t+͐6dC iӝer$"_:ACjavB\!I42r@+7; k1&WO\-C` AD&\*/D g\^^I>*Ȟ]0Jٗ=kWRq ^ H+(.AG!ʏl o]bZ$1T٫6Vk.c}nu/THwĈiMA3Dxd( ʇأiBT ^Ge!W2샒GG݁pkY Ar[ӆtϘW)ƾO1ѻD{-*NIKΒSjvlyӤEOӋAzlqAsBmEOg@ks_^Z~-~sԉ{dk9n1e"zjAEdnƅ19)>?Wh1`s+_5i3xOHAw V.lyٰ_ 4˧*l{th|ІV| 1ܯf1F@y]v#%6Le xuBnH\Ms4>{CA` `T x!fM 겂FLJO \p)7kBiY$lT9xQ8X<>h=G^[wc. M":mg΀xb8[s$ ,#uCwp nQڏ[lcA~q4QlWmMR>hs%g )bXza 5՚L6j̡Ξ΄R@僴–Biy5x7.>Pɚ- ^PdT@>ih=.KRN=w%)sKB R1^#_5u660l&<"yHùIO f KUP [Ȅ's\ߎʊ*X @?y^ĵ6eV%>Uk5*@_K)镶wGBӸ9%3bc?ͨ ?)ntG-Ƞ_I¯Sh}B#-*SGyzQVdP -WUqrsa^iәqrբv~+!'xꩦtd֬/QÉ9`4(޵gs'Ks3$O4؅l܈/‘ |swz'l ע ,_V9iǟpvEQk0U :U:sG u-U Ӽq#{F 2y*|ڿ Qη8t,ߟ\c10ρqoN'(֫ ]X|Wj+fq *I@'ASNyݪm7OfVmeě hq> $]eiF59xcm1pM-nXF/*+;I 1 '1+}r¼6<]3g ,MLM^}_wmiH,В`bTW_8gȲLV֗T!:otSEೱ4~e¶ϋk"8[ofI0&R}?Rz : C1c 'ѦGN>6U eLD?oC g&2U/;dؕc_e*TŞJ"ny+2k[$o[Aa /Oa 3mTb}|AR>>y?խ$y0LOQ  -$0D8[RxS%񆴄EѶ=TdÏ#x"UKHh֏d 0pV41dVjsJpx'#: `A=r2s^r`ɍeҼž w,4nF_Nr尯Y&7W"sK1VYe}.tt7ʜ$Fmϗ%8# ]4p}G(gf4:lqHTz?bpmST N0%WwU/JQBGCYIyx {d~Uo{ ŗ+ _:ek^EBt} >F:z%EBr 9$4ov`óG-X:f)-fP%CM%Ǧ1!-*!t7 r~i&y"z0˥_-3o2O ]#YQ=DH8X!]HjȄ}?9_X"gOZ\} - Z9 $ e+ "&{@4vxo 2)v"Ni3@%1/`aXB;! 9 L.ll\(\e,A~'~Rdz˴0X.8[|\R&PyՈ 2S% .R>aGY@@_ݴk;"L~R#p>G?'+wQ*7 :o<ܝ 9[N> gMEIE4`ىgS!'7 5d 'H>r܀:W7;b5H m*懪||4*mhyKvܖtooXX(1f~KOƧz3 |2m^ư3C iIZ\j2\oar|ɢ] s^Q&Ryj}PdMJ+yDJD+XS ~Nނ \mӮ|<>9/XǙЙi){1]:D}Gi[8qF% Dx<^ϹGch}0;ܚ<-V(;hcշOFkO? }~65P@) CVp 9>Jn^%ڙJ tK9=::b 5s/RX9Fp\;|̑ z㇄DM! ,mj6:5@ƕs.Th f%LSg L+]n%N{vZ5Q#EV ]?qHuΛRψ!#8Ȍ'Y!RD%Dܘ^e/aK.H'Q(|ьS: ãbAb =պr\)a~twXSYe˄#ɟ[Г4,H**G5Q#Wـ̜L'fc AUx; ϩ]/T3Ɉ+,7WyuCJdTSUP`rr4LA0=ɝ )<┼oc¿Uqt_ff8_AWq!6XJGywQ_[sNwUBMJAD.kGcW:‘2͠RE1HGkՔSRs2,k_@.7κ\a=Iۇ蒠۱?!ஞ偳V_UzsҕV}TY-ըv}YW<{m B*89StwēGR ~eQQ#dMƛȦ : YnD#R+1$Fhd,.L.'esZ?)p`]{ W`zA.CJ'wb%>7xsjr7XPoE9JYw_Z| )bb%^hiG|SݙfoXOxb^}+(;yG\zz~ߌbvY{מ}ΰoMH:zm :%@\R_ҙ*qkVGEFgB <ָ2'.16߻YiOնAX-?tVL!d3ɂ׹* ,L0T n] ٬۟Q͡uM" *_apƅ OdI}fEQ~On{F YZ