libxkbcommon0-32bit-0.8.2-lp150.2.3.1<>,lx[o /=„$\mt)C{0:fy){\IA??W:1:' Җ_W< fFu]IlQrCl3I>7qN{Е:CA _qWs{8)D KÆ)a}PI2rzU]Uʼ̂BDkQp%Pozy>/?/d ( N $ =Ndjq     8@ $ 1 (V8`9:A>,HG,PH,XI,`X,dY,\,],^,b,c-d.9e.>f.Al.Cu.Xv.`w.x.y//D/H/N/Clibxkbcommon0-32bit0.8.2lp150.2.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.[o cloud1297 openSUSE Leap 15.0openSUSEMIThttp://bugs.opensuse.orgSystem/Librarieshttp://xkbcommon.org/linuxx86_64/sbin/ldconfig7 [o [o 836c95113591337b312366006330d0befc711106b8b5a371d748158c45db8d41libxkbcommon.so.0.0.0rootrootrootrootlibxkbcommon-0.8.2-lp150.2.3.1.src.rpmlibxkbcommon.so.0libxkbcommon.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)libxkbcommon0-32bitlibxkbcommon0-32bit(x86-32)@@@@@@@@    /bin/shlibc.so.6libc.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.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-14.6.0-14.0-15.2-14.14.1[iZ3@YYV@XXX%W@V7P@TWn@TTS@S@S|@SE6@SCS>S@QnPPaLjengelh@inai.dejengelh@inai.dejayvdb@gmail.comjengelh@inai.dejengelh@inai.dejengelh@inai.dezaitor@opensuse.orgmlin@suse.comhrvoje.senjan@gmail.comjengelh@inai.dejengelh@inai.dedimstar@opensuse.orgjengelh@inai.dehrvoje.senjan@gmail.commlin@suse.commlin@suse.comhrvoje.senjan@gmail.comhrvoje.senjan@gmail.comjengelh@inai.dejengelh@inai.desndirsch@suse.comjengelh@medozas.de- 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_*- Add commentary about upcoming symbol version support to .spec file.- Switch to library versioning as described in Shared Library Packaging guidelines. This permits installation of multiple libxkbcommons.- Update to version 0.4.3: + Fixed a bug which caused xkb_x11_keymap_new_from_device() to misrepresent modifiers for some keymaps. https://github.com/xkbcommon/libxkbcommon/issues/9 + Fixed a bug which caused xkb_x11_keymap_new_from_device() to ignore XKB PrivateAction's. + Modifiers are now always fully resolved after xkb_state_update_mask(). Previously the given state components were used as-is, without considering virtual modifier mappings. Note: this only affects non-standard uses of xkb_state_update_mask(). + Added a test for xkbcommon-x11, "x11comp". The test uses the system's Xvfb server and xkbcomp. If they do not exist or fail, the test is skipped. + Fixed memory leaks after parse errors in the XKB yacc parser. + The fix required changes which are currently incompatible with byacc.- Add symbol versioning to xkbcommon- Update to new upstream release 0.4.2 * Fixed a bug where explicitly passing "--enable-x11" to ./configure would in fact disable it (regressed in 0.4.1). * Added @since version annotations to the API documentation for everything introduced after the initial stable release (0.2.0). * Added a section to the documentation about keysym transformations, and clarified which functions perform a given transformation. * XKB files which fail to compile during keymap construction can no longer have any effect on the resulting keymap: changes are only applied when the entire compilation succeeds. Note: this was a minor correctness issue inherited from xkbcomp. * Fix an out-of-bounds array access in src/x11/util.c:adopt_atoms() error-handling code. Note: it seems impossible to trigger in the current code since the input size cannot exceed the required size. - Add back -enable-x11 flag for 1315+- Add COPYING and NEWS to files list- Replace %suse_version >= 1320 to 1315 in order to build -x11 package for SLE12- Update to new upstream release 0.4.1 * Added two new functions, xkb_state_key_get_utf{8,32}(). They combine the operations of xkb_state_key_get_syms() and xkb_keysym_to_utf{8,32}(), and provide a nicer interface for it (espcially for multiple-keysyms-per-level). * The xkb_state_key_get_utf{8,32}() functions now apply Control transformation: when the Control modifier is active, the string is converted to an appropriate control character. This matches the behavior of libX11's XLookupString(3), and required by the XKB specification: http://www.x.org/releases/current/doc/kbproto/xkbproto.html#Interpreting_the_Control_Modifier fdo#75892 * The consumed modifiers for a key are now calculated similarly to libX11. The previous behavior caused a bug where Shift would not cancel an active Caps Lock. * Make xkbcommon-x11 work with the keymap reported by the XQuartz X server. fdo#75798 * Reduce memory usage during keymap compilation some more. * New API: xkb_state_key_get_consumed_mods() xkb_state_key_get_utf8() xkb_state_key_get_utf32() * Deprecated API: XKB_MAP_COMPILE_PLACEHOLDER, XKB_MAP_NO_FLAGS use XKB_KEYMAP_NO_FLAGS instead. - Temporary ommit passing --enable-x11 flag, this release has a bug that actually disables x11 if explicitly enabled (fixed upstream, but used this approach instead of cherry-picking the patch, for the sake of avoiding three new BuildRequires & autoreconf)- Update to new upstream release 0.4.0 * Add a new add-on library, xkbcommon-x11, to support creating keymaps with the XKB X11 protocol, by querying the X server directly. See the xkbcommon/xkbcommon-x11.h header file for more details. This library requires libxcb-xkb >= 1.10, and is enabled by default. It can be disabled with the --disable-x11 configure switch. Distributions are encouraged to split the necessary files for this library (libxkbcommon-x11.so, xkbcommon-x11.pc, xkbcommon/xkbcommon-x11.h) to a separate package, such that the main package does not depend on X11 libraries. * Fix the keysym <-> name lookup table to not require huge amounts of relocations. * Fix a bug in the keysym <-> name lookup, whereby lookup might fail in some rare cases. * Reduce memory usage during keymap compilation. * New API: New keysyms from xproto 7.0.25 (German T3 layout keysyms). XKB_MOD_NAME_NUM for the usual NumLock modifier. xkb_x11_* types and functions, XKB_X11_* constants. - Add and build new libxkbcommon-x11-0 and libxkbcommon-x11-devel packages for openSUSE 13.2 and newer- Update to new upstream release 0.3.0 * This introduces the xkb_keymap_new_from_buffer API, relaxes restrictions on the xkb_keymap_new_from_names API, introduces support for setting default keymaps from the environment, and includes several new bugfixes, as well as swathes of testing improvements.- Update to first tarball release 0.2.0- specfile cleanup- Initial package/bin/sh0.8.2-lp150.2.3.10.8.2-lp150.2.3.1libxkbcommon.so.0libxkbcommon.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 -gobs://build.opensuse.org/openSUSE:Maintenance:9146/openSUSE_Leap_15.0_Update/26f3a7243d08c975949a92bae460d449-libxkbcommon.openSUSE_Leap_15.0_Updatedrpmxz5x86_64-suse-linuxELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0d8c64e3e862d997bfbdef89da16a603ddb65b0f, strippedPPPPPPPPRRRRRRRRutf-86058b0c76c05813e386fde0ff31dfa9699c3658375ad1f846679aaa894317343? 7zXZ !t/]8]"k%+$m?0 PorHW6z4a&giƵ"`Vrs^Vr)̟YsG ּ/. &F1j; !Ymi5{|W-2frۇ38kpEB0@mHAy6Zl1t%z3p{nFCτTw= oԝ7rR@3YW:?]Zz yF*"XyBK1z y.xԙ(Z4ۢ"`h͵ !NHN= pے.DZNѾӉ̙n;£|@_з"݀$~o4j@z?)`Uі]1y(7{%'W7\c#ihk3. hZ5j##(@< +[Ɯ9AI,VW2"ƒc>]j"ÀEgbF?>$uiڪK\U6x)mŸPйGs#n.x&Q6TJ >7_x@Vhݥk!7YMs>nW?b.vaCܴvwf/\m AxҽBWWԌkXxqRҠ4-~K:h2:ižkts:w%L!P1M5b%nml8zf SYIq3:cvrZ1Fw](1 n*~C↙?c?lNEȪRYN, OWtAxh6,V@cO W+Pmr,pLxUԪĚ!8,dүQs!Y:")7_zz*viBX-M+~rA}UvXZ|V N3I"5X\Vʟ,}t yc*T68`CШ!-&zc/[_z w CUV} :ݑ_50*ٷ})!&JĆ\U=nqSAz]L0\4rvj%T=|E&9LL[%].8;1O(SXs{71ϡ# ے0 UhY*.~H*+,َ՟|PC5oqdH'3-Aj 7O>倃6#*MtoLsCB&dXGQQޅe'D̨#$HK)d BҺd/  .]8WlwdSߋoJi0j{yuBs+ xDn3H}IF/1†iY5 (U;fMFtSؤ/z*XG-Q:Ia?i}ڣSS, o@aeR=)ҬlO *4 v(̇}']x͝Oe@hydȂUHgV,?KK˅Ϡqm2U yD˕Jazm M6AqȊ$8"f8% ^hh0!PɷcS }3ˠ2'`6"8P@Gp_Ǣ9%ށGafT82Ӏ 5Bw#K iN rHw4P\i(oRY呈q+!Uv;HE)P["sȒP,7EW85֌Z ?~OBV)2!? _s9-uv[q(xL˖)3f.doDy/!ղDcR{Hl#՜ ht|2-}Y#P(,P[]؞MτK "Jl5--!g\-@*#( OT\->T 6J뽰 ԓg%T{2˩j$tZuZzޕ˵ncxc{!' ]c:t{0|N=hc'ߔD4sR+e{9'MnV,<ͼo0 TaT_ck1a&9E}BPؙT\k.A髾Mȋ z7txw)z=-sSu7^}Cv}w?.`aN^+e´}N K ŵKZ;-عt5l GKDizkBpCP*…3PO\hقjȡD;.ΎY3V,Oȋ'wO0ey)lUP֋_D>@x25KSZ5 0 gL[A-TSYG?BΖ" |(B#>TS.&&{$^,f2;0b>Pձ`bdt.K Ɏ1Qk!vTmB7<3Z^DMĶ~]fD`ﱉuD8"m1ws߳> /\ o?[*r3xѢl'J9ӾN2tVpgMR>((#BU"KG3~fh8@*-Uo$Z-ޚ$/VR]>Rvz_ 'b;5B4TʐJ(Qxg%=_X$óͤf\X¹rB5~;FPr .\~zLl0 h[)ۃF G:8Okٚ{Y[ P@vyqnr` j]"v%#kj<PEa$|[+Mfs)\=!:6a6dAqmfxO"8C3`ȝ^ņVwBeߗuS+X/vwE'L{PYj% :yT$sZ%*KZC-oq'[s;4NtX0܈M2_z)?.s jU *ҹWE[p")pGy◣bGNhABNwmWa9_~JƸ/6k.@ M@e{O1 1z[Qsԩ'5EU`% Iw .A )qxL|gUp7uEJGv x3۱6)"M8ckU2cѪ }}a-7М 8q3I~%aTMfNg]v}IYÇZC~difrHm%+84J2w<$ط,޷*g?z7Wc:W~=lA: 0*8Ex鎀&0 L:0+ [:e6qj:IWx6#&]VI!Zl,)VL[m4.hΤ+\",4":N:R9H7]w!h|r=;[#TvZ TՊiMG#sgRMAo;I.#xӃM}]#)k68R򫹔x*Ŀ5qm$:W>6#^n˃J|JuN#^#'~IMw:GܤV%!y{zc,q `}csf3z4 = xb{`劂 ;$oKHd'.zؐ U6d2А_kJo.PI_F8Pdz331Fq#z!trN  er^.CbKÂ*E~R-qqYY[ţ3n4_uH,s`ɳB?z(xg?@5[h(s3-hhl~̊%|T75!]E~X9OHzA̚/b}Q=UP+"n#_MrUUj ěxRTZa ~#6pp %GMj.#-t Etk* # 䠂Yzݍ)):):SY_@'LRC@:r P)3ԟNktld.kdfI\.r1"C1{);y@VN nyf(1t~l'% !yB'k%Ho+Wv*SGtzCړm0 D,Ij[se u'[<"ښ8ORtA21ca(78QC%B^oқQoJN 'c`Ie6=_y 4]Q)ATJaڃPcpfBE7? k#?[I MGNn~ĘM !\M}2E;A@+2Ɩs7֣a&*Y, d g}ݏQPkSܸ0DK7 BcH}:_@ ap'Xi@\NfJcVfyˍ6rJ)>p#{h1XLƿ@x\qB HA /zE֥uB1ʕ{B⮛fFʃGRgGۼ!>~Jôt@ʎ2sVYܭ|z1xwIa_EOWoJ0T.z#IWڅbܳ3B :I)l6/{3E(BOEM; ":U"2kP\)JSkA\g)t壚nM2>QGKlHӉuΰ$I<^w @&:xm ]G ^}`F wؕ+yË~HazqǡC!r62$j|*.uDzg>:SviȆ>?F=[>j2 u reO-UopРnl{.r,јzLAt{p K>Y*>b&V^ErVck龎`{e_k.wT{BId7iyxWs!B$$KhH*DNr(OTj?ayT?C$:P꒵dBav'oױFw6_-ԫ[|zhTфGmhsn~m v]㞟]nG$vsvɚhAQk؈kj $J O*־HEe_5.)7x+c)/{d" pB^gk^gKxuʫ*8˼ӶsI9mfbvP?e&jxKfޕBmZf_Ҫ8,w&o7{C0r#;XiL]fqTd Ϭ`C_X}0ͬ5'](Gץ%,]aRT~qJ*XKG Ӷ%P:\ŮQ}ƪ'fSa/a|Ak*7r5 JKoE<-:ˢL3VYATT:(za]`1{XhoNQ3^mHn8+(m^f-a6h譙CveB]c,Dh`J}[ ^ ~Ӎ`A_5{gJ  i||sfW؎&3`SeLHZ $qa3ׇn ֢ϛx:SԹ$%) g~gY9_fX|-!ssJyUM}y)j f Q#^hwr#v% ۍx^`5͜F;8vp:wү(MNWGtfag9h< [㪴׀i:?OGEhMaSMFqK (n͆|Iy;VŅɯI'w|vl^%) qT njL˖чjFaQ!(t->KJA-!'|afeHa -{mzIc D.Mp㧨k\X&ĴVLx:B=ڊu(oκLHWQ"ymY*¯ ^*>JW!G_V.xK8HBr MJ#*S۳@w'ֶ./m(ɏHȞm5BuRw :5lNy071IRMf>.Txw,ej7V1Uly g`w$}‚Na-*yZi 퓫m*bHUm!YWގ[řQU!{ @`ܽg2Ek6OuSaM}c챵%:1T.(J%L98b-}tY(`Ԥnpɱ;9";y^[iҌ Ќz>Mwx__G,8q2LfF(I/W $u`JDV*)yYٛ2$6*4UZz?ex.Q eOQ& 8c~o׆7GA.2؍3£U\_q\UbbrvUfq|U^_zzpͤj-@BK} bCû%M}2~79=5 RxQ9((q9i H`9Z;$cr.\Ze9ԷѬ:k9 !̠yfd\DD6f=d@Pך7+>S}5كO$fG厷uEEy{9SH&*ǍGj䄲vJ =?yڡ:pk 'h&,dĩ7: %F],=qLPT!ia1JB. F\䍐 LCЋXW񠭱BOofxKV:JA>܉-w0INmuq*nyjrjofTAAns(S2Uu\V=zУ_ }X(1֒i !UP؆.5zJ&CA\^~?Qvn ^ 77$8ᔱx,<[sJk6Hq-AJ ^m^i/3D ːLjRM~z.lh(L/deT!c8'me/긑 D] %5F^4t@#0_-DTR^aZh,UwYCKk( L$"}2S=8;)uM'TTD۔R$Y]5Bz[)0GVYRKדE Cё"M׃RjFY%N3F(:W9SQUbp:D#C e4d'>kUH&P֒`%i<_mFVUP%!iHJ,\3 yc&vbJw}5;tTYszv&fli6 Q0#2fx\ dN | $p`|w\H~ybkطp&`7J `7' *smվljV) C bsBÚn г^ Fc2"GA5="aQ@hn`:nB&OT{3Q YYb\J<[|=%~'n6 婜IapLQMOO2ZYQMywh5 Gb3XfȼG.3{CiR76K Tffhj^@z&7JrZv2+MyLnm2^ۗSx(7Y^]rٍI5"sC .!#R'M".e v[M#3>ST_[JHw3Մ79e:ܑ B截_RR2&h<9*y\!2v0*s=iNpywTNs,UۇM,~B_ʥ1 mJ^Y^mEV| n:t,?{=8pP l"6M`pDd)eIAZN0:p.tkQt ,z@aƔo.=y Σ؝z!k [b$C/܉NyD7cZ(^bחB,.x*M2/$ڪEH~[|bSP)ߨ%n@!Җ.@gђNoVa@,ۧGٕ\p^)j_(.!`S Wx :!t"TLPi#/$> hSe+)9bm?m04-H?F-->Ӷa^6&)J[}-Տ3CԐ>,z EC3?RKG_iN~ÄK ~C^ 1}JRCLe1'nϲ z{{ zOҽ߹.iBq~zy YZ