libxkbcommon-devel-1.3.0-150400.3.2.2<>,qe p9|@m?[?lkI@IIsP6LϋEVycn&# LJGr= {p*sSfvj)i2wG~Uf uJ/%y__m-(Oې%roDN9@=t>A2YX~~k/}"xE5&y1B s*Ua㡚pmÐ7͠0QK7tIf.z73ŘqvoqzeNIOET>>-h?-Xd ( WPT`d}  ,  D  \        $ ` (89,: F(lG( H( I( X(Y(\)$ ])T ^*b*c+ed+e+f+l+u, v,8w, x, y,z,-- --TClibxkbcommon-devel1.3.0150400.3.2.2Development 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.e s390zl3a#SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/Development/Libraries/C and C++http://xkbcommon.org/linuxs390x@^ aEAA큤A큤e e `X`X`X`X`X`Xe e e `W0b4daef35b0fdc6713d6f4645b7182c08176c6d9a436b0e11eecdaceb4e83ea2aaab91f99eb78dc98db19601cc625b61987e04159e17eb7a16b5bdaad4ad92a1f4143f85b7f81a5522b9f042a949f304cd8b5a1bc21c55b4a09db0e0c2af6f2a7de3669465312b5b00d0b70490aabfb3557726b8ed152fd21db06df64516a578570ebff7676b1b16ae1c8861ef6a36fce8376c47d664210b6676fbf8a64d4070632cc1ebde39904db3aab613ca6a820634dbed19cc3b205540429059da96a7ade52b64f1213f649ca9d69d5ffed7a5f700279b19f3ef74167a2738a8b0e8c88d9f62ae0ad2096a50b04ca51f766b7f91254a1d1a411b36816e391b36dc9bf602libxkbcommon.so.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-1.3.0-150400.3.2.2.src.rpmlibxkbcommon-devellibxkbcommon-devel(s390-64)pkgconfig(xkbcommon)@    /usr/bin/pkg-configlibxkbcommon0rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.3.0-150400.3.2.23.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_*s390zl3a 1695150098 1.3.0-150400.3.2.21.3.0-150400.3.2.21.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:30272/SUSE_SLE-15-SP4_Update/507a2f95a84b066232fec446b78b67fd-libxkbcommon.SUSE_SLE-15-SP4_Updatedrpmxz5s390x-suse-linuxdirectoryC source, UTF-8 Unicode textC source, ASCII textpkgconfig fileASCII textPRVʊ|iCutf-8f3d2c28a632ed95400af7beea23c68739aa087c710b706ce014c0824427104a4? 7zXZ !t/@G]"k%ʽdM'h4ZUm;n]@d 6*ms kL]OXqg5đ[)iqh{N?t\OCSIxOtRTzU.CKjl J o{ ֕bod`t)$˷ZMf0MTXw'x>Lv<!ȡA@z/j%VY 2~¯Vt)PrJj[7 -iKd%@[Z4qG|7J[G* BZC{葇Qb0*SS )t.&~%&nr^/Sq! 3qgEOU#njwu,Y@٢!Qm0}!i/eh`gۄL~[FBo 7"nbؾt 6ɏ1DȢI^b$x=laG孏w:\`>ۅnmŠzbAkr/pJU:A7 UwG=cau*-W I6o4mZ+ı3cO-붐iY鲻XږX$Buݭh^Uot&{I'ߛ/ޓZ[Pvc^TzOOSke쟛!м*8^MDV`%^WT.m@5  `uMp!.t2N1 -,q;p^ğJ/Soz&\?c'oNIM@ $M Qwp]60]ѓyc;)T5n d$1x 8T5LoBbDMLY5{Pao oO}_[@+hҍx ~kG%iE+-F|*ͣߑL"Az o2ZdI3n#` -^ga20b2>ߑH& !&w.އ=e( '+fŷUr#em[l!1l1Ô3*zY}7 A0dNty#!I UW{lB۷Wd% A5j K҅,?  g- .,$H,]1քU~^#{3ÿ䂠_HD}p{vci7+e5b7`7 h! j03-8PA.̺6lX:58& 15%ƺ㣎1Zmr~ ^x*Jw9)k־NMi OgO@Zh.dy$3݁B%Hbn%(с7xqɨ?щv>6 PVG&N_dy`߳ڋJ?I[^ZGr#o0/|ٟlEN|0#q#NS@JOjLړuén a+inȡ P%4}偘E aygBG]{Vx7|is8v"}S@Rq1dn:?"~i54btdo1!Jϻb/D5F2؎.)N/=ĹtY1zVݫL^{:sge[bs V"M{ S+HpH*l)m42uFgKFZ1+4h`9p]\P\a4l u:4&h)ub#>s-k ;Ͷc/)DX"N 0[|kqb,lûԃAySB88Vs 4NEY!WMJ9,uO*A$ߗ4<ۑ.~-l<xP,_EiyPD ҮZ4a W3ZqPc y\/[31Q&B>o6j 79@c*ۄ;Τ` |5 eånDiFnJ2QF/QTrZe#kϑ,'\;nN5ȷo^VP3^HXo$۳X5!uuZQ/ΑCnTY?-2:?e6A6hA{Ao-](3U(I8N1EJ?L{t!O7(L uRfr;@&[AGq >G O Sf׾֪r6d_RX+m(!R lsL-pCA'KKN<]dEF],aF S]_Y0PlT}+Zs7(thӬ2M={* qwiϽ $'|-ulAF,9f+-~i{ )PMnwXؙ`ռ L;1RdIp!W! (~cum@L--e(En_V>gTYi2n ݹ ֦Tl #؇Q96J̻Td8Эk-MB$ro ]@s4Z;o .ۅV{(^JGK]r”utɮ^#mj{1n@Nxkr~tk} V+:1HHV!+Favca_HP-Oic.k؎vJJ8m좉 HOI};ϼ(3& [Pżΐ*kpOuޢ !2 Ϊ">zwq2^_ c]`*p\ݒd ?|d#z&`EcsN.l\^-ݽ[ühiXݭ %rVxG*uʿwF!)s&\C]*[JpXDX/saXx$kD[WPbzӨ^36%'Ґb!@J Za L݇\1_z,]d4hb99$JȇnW$ʬ7AD?zBG')Skl=b0| ݘFZ#N f;FF8/Ҥ΋S@Sۆ q!W\SgDǻGyx;+\,g"E4._&rRK^5iqN:a\g}A<̲Fl&۷>nOviC݋_6b-.8`2~4\{Ah&ãәv9V$ᘹ]^Jh#T咧?Ng1-ⷛUwu'ѰMXXt jB>YҍmJ|Ü٘v#[ʍLiP07"D ,@-MԌJjQl5BC G~'c˧M>[.ه0K(Ԁ4Bn;EAur -֏+hkbcSȽ4xq9G|;Pgd4PNq1t4W]͎P)$lΤ)b"}\@$NZ)O30;\' [s\`"9U,NFiV#3bns]> :`p|Yj]s9. M(D1E GȄI!ͼl3Qioq(=4CDIHkS_5r[FX.Vq^ދ{"GY*ܿSp}?ZAQ`un닀]ΊZ `.MWN}b@DGy]EsgGw^6ޟqVB3P1`cNI*g>Z^lvxשrV䭘`uRUd;jyŨD*vhԲARV~ak *C.$bdY[tp' ۺ܏RNgp$}wEi=cg  RJ6OHi #{ZJkP>4\曮8&}=.asUp_DŽY"1KsO!j.E7*/2x{ FZ|vd6K>D6ˋpw G3FxxCIPl|MY`O| l4 M[$0rf8k9WΛjW! 't[(V3E'"Eխ\EګߺXz㴨_ȨZ.M3l|X`}Ժ%-9?݉cQ kN|ĆhY#]hnpI7.`eϨyqMӑ7!2N"'%|V]:0iS%O%1=q|* t<@gc.*8{<̊YN`?,PU(dclp|gN&h?̷%ZJ"h*E&f$~(F?7L+G>`Bvt M.Q?U>G.@aH$GO5tnu9/"٭>׫އD%e0Nhj,({Ư4' "vt.RnWLG_4 QuS-(j Y`$4J t]`)yqgVUDt娏9WsR=os̄$ڗ>% cp 4z{ӂ*[L%G<Em>K@NR+^eZ:n2j_(V +=O3@gwצ1G ĒGߒ іZS3 Bwy@݃!ׯAʹx0 t}[#y _gQ͊xn8M裊5ZiiC'jXgܻVN։,R)a:uB˚ +ː@329׵qj^dρP5Q_%&9Zߎ!f;Wc.QsLɺ3 έ'tKO[CԗW?!_Rnޱ$aJW@,A'7a?*BҘb/Zjg (4e4ZBp@Yξ}шƏP2r5ڭwd33G-흀r6)F u///6ؿ` >t 9rz"gG#\_s~R}U\F_Q8 !5Shn%% 0ry+{|eRnIk1LN }v֞H=@B532Ժ7MWFsR l^EL<2^- Џ+ȲBeӍAcə1-J,+OJB[T q.}咢7FO} /]O> ?x]LRs0Ik`JeO‚Gx3KiVDMvLU~+"\!ߎa)63mXs^eM/zb҃Qb 8**:mOt{WAs@[Yw6Nn5\wuaτ'AScz=#$@O'^3S%R =b*'.ÇdWwX%gm}ځ$6Ǔl+lU7cڊ؏ĈM0.1iۘb33z:ڻ.tLҩ*me_;Q׀3ю%>Rϳ `vg}izw%pVobc@0븂Φ$FhsRJC'#Ñ>6:(Z`~+{hgb!,K37"$6."a3?&h0u 7GZE*M谟ҿ@Ρ,k҄B6qge"-i]XfUEi v12g?g/I;ڹPȼ2,[U/[Jcn?˓/mV![@Njw>ϐ(4&8b/zQu5Q>/ϪҨ0=bpT#@e@"C_Jx3-=sਭc40%p pS%@9x]|@`{:5&ڵ>}=5n>c".~˹wYZj[sNiI& n\%xpL|a9K@,#æcGS)jVg$&:7HWئQ;0V(ıNId-%?JŐHbxۑp˼΁P.Ang@}w=r,y H1ap&} ʘYt&V9.$ -GH8t܄W͜Xb 6B]W(3鹇%6w{+2ܻ/.㲝şsSM)jЄ'th^FDmM5iG1:[`'T?`yo@NU\Vr9?1nyW 5IٌnNQhغ. RsڎO}*"(_k1@Put5~5|m 0޶ynG)AٹM}Gsm;~[ao,4 }kKPaGϜG# D="KSD $^V 59Ah=rSk&%z~Yر—wuQ`,N`[FPj  Tv6".yh!@ȇRۗKu^|*&`6ްImPFd @ÓA_8ޠŌ嫰7@ Qp68^)0oaĬ c8잯^1MO󌱍i3oPw:t ̟= dA0{vI1:PU+3EVZQ˄aCx6$d6K4=qozCĜ07u.ߤx?s \c*ǺX/̆&0I9)5kF5CJ em-mEqgpXc hHcGAY4­%wy6%[3%kcj*6"}г7\HJW$ZayY6`"`^\ֶ?X[۟T }N&NCjmGOpu Q2y~R]e]SPj҅ 0 Y}$Pz4<[1w-B*^8z*Tn:W˿;'Hx0z7ju⦪.?'5u{92T^9[h+ sk7_ ԀGE4TlcX0qQ@AM WX kbWz=(FJ4owė\v rpo^ODZz$REOQw_1:sZSԁ~lY؅%z?<TjP=`2JTBkq೫ǙDܜ̀4AL\% ~ |_j-Fц<\/g^u,cUT37^4M@r_QEQYUmؿ k j k™v!rjߢm&ij. VI <B Ww5c.W`&Z~J܌KLq:U3ID(ۧ[;K]|Q<0ϲ=6' =<=ۙ+/Q~0mCJe^Bz'J7ŋ2#nZ DHܹDic fqAԒ9$:\$,<)^DvzeMwXS3^#Ꝁ2rbwQ[)&눰,J\-Ni0Dڅ z?sl}qhA7:irtr O9NN9%In+S_\٠{t6=5榣ԛ^ᢿ41Dgx Vm3@ p'gE¢gڮl 9۴+s_`o|&e 2R? 8~ [XLEʄٴڄ ͣ8L%)>$7Z1:OD8 *! 9r[Nx@sdc-u9 0P-9Ӣ\Վ2*:@ЯǡggYm[ȳK v7oFE ?} =2w㨽O5ա&.׊& ,)Ȋ6nL1!K%C[ZMXeK}u.cyڠ_)ъu"Yi/fQ`.}֟r5(G0Z~ŹEb@)<\Ϫcٷl,>pX aPӣwB}ET$ɛd}LP߭jl[AmۧC%uXzLr[c~1㎂dڈ*6õdWApR(z@уcipEgH#EO|q"a5q̄{4<N`@LIh>^HtqmY Rjޡ=}`#M>@bkT̘)ex$1xܧ+=fġ`c_2zMoV jz J9Jg5]=g.jzN6zAAā~]jy)ja{H?_ _nlD, a'r OVWh@iN?gO8m1jCfD$-T >'au3Gb"I#q(nFX?$:I.nPu7¦?qQNF_ vPձulAB ,[#MO0t(Lo^Jja2iKMn_h|ec'Gl ^ȃkEGen[T\g%'wXj̳sDnT +ƖY jƗX1}S;o R30nt0~1#8C --+zY`x*#x0ɻAz⯤]k'ڻ\r/=`vrlM$_bY½Dݡ;X@Nnt֞wN%:mnglװ߹1i#IΪT)U͟'J?Ѡ1b ^x@ы)ִ(PfZz9`QR)m;;)F2s/in@VܣTV @ -viGwB :Q|YE j&%!jw0%BQ Pa,T+yc49g819%ߎS!^(i'lo'e ô5#,݂ĸe?׹q"coJ_s|$h-)87gTB*rz͋+H2/) WD$7ՙAAmT4S)uꌎ!S#$d00Vt dxDn5LZhΚZXA"\`,sA`X1z% /&Z!P!fgv!7'utӔE%ZZ"%ڛ)k*v"戭8T,K\Appu5p7(E#MnKJ/U,HFt阑ӏ)We #OxU&J*A[`$)>ǀuO,8 YZ