libxkbcommon0-0.8.2-lp150.2.3.1<>,i[nø/=„U[-t2]8;MF&Jgz9:dgn(XPi\s('#$Qd!h24 2Z Mii #>SJa56T*vpĽY:TVjl:48Bz c>l[3sF ew$qmK#z)t{g45Q {="!sA;i'x|diC+%啲xA(jD(<6 禬7>@1?1d " H 5F\bl    m   _(89:m>-t@-F-G-H-I-X-Y-\.].0^.sb.c/hd/e0f0l0u0v00w0x0y1z1L1\1`1f1Clibxkbcommon00.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.[nlamb17UopenSUSE Leap 15.0openSUSEMIThttp://bugs.opensuse.orgSystem/Librarieshttp://xkbcommon.org/linuxx86_64'3A큤[n[n[nX"[f[2dda8e50bb27643d186d6e144730b7fdb9e32cf00758b8dddb9630a91035f00a086caee279449369d41c1157911ec7696e707b93feba7280de757d3c470b2dfb6950dcecb3426e7fc5d47d16460f138f5faa2374e0b416dfa90ed3cf860fbff6libxkbcommon.so.0.0.0rootrootrootrootrootrootrootrootrootrootlibxkbcommon-0.8.2-lp150.2.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)libxkbcommon0libxkbcommon0(x86-64)@@@@@@@    /sbin/ldconfig/sbin/ldconfiglibc.so.6()(64bit)libc.so.6(GLIBC_2.14)(64bit)libc.so.6(GLIBC_2.17)(64bit)libc.so.6(GLIBC_2.2.5)(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-config3.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/sbin/ldconfig/sbin/ldconfiglamb17 15416972190.8.2-lp150.2.3.10.8.2-lp150.2.3.1libxkbcommon.so.0libxkbcommon.so.0.0.0libxkbcommon0LICENSENEWS/usr/lib64//usr/share/doc/packages//usr/share/doc/packages/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.opensuse.org/openSUSE:Maintenance:9146/openSUSE_Leap_15.0_Update/26f3a7243d08c975949a92bae460d449-libxkbcommon.openSUSE_Leap_15.0_Updatedrpmxz5x86_64-suse-linuxELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=5358178e87f2cfa42028138f0e915bfcc2ac4fda, strippeddirectoryUTF-8 Unicode textASCII textPPPPPPPPRRRRRRRϱ?^,#"utf-81cde7b06c059b7b440b3de8487a651b9d4dd007ad2da812e1f2eb2c4aa5040a4?7zXZ !t/X_3]"k%ʽdM'h4Z!D7m2pPO}'jg';jZ s=*h$e!mOUe-#oMeB6ŐB3Ʒ@!6NsF ^OS#rGAr(=u`b$ѩ9w.򯮛@5R3i=4)w@_zӇ-3U~fo}3\dZZQy^0`7sFOxp5nx.n^<-allήKW1x5q4"my0fSN!_S\/>`h z&_'6w=3E፨ȥzDAHy2rvyV2} HV$IY}r̿[. $]>ӟ8=m^qTdYii3 lLcp]Աoȧi A5qq~:oӯOdIg"`0HLr"{Vm{.'7NL*M%Rv͵m,(C J!C_mA8kY-7UP6 ^fx s[N !]6T.LE; nYTĖG ,jTLcu6t`H'/D/_(Xh<{cBkA'L4;k}%)Bq橏+깤mE4Ѱ7ti67lޕ[QA3MXCf_@9I]Uf+>ś_@cT`(l UjQeI.5sQV xJON$Z{M dTL!^=[s~=@띹~)`zm I Kc<9(SްdރAu9*!V G3DZ*W-Q TH1p}:}Eղq*|jusX,3չy .qIbe|6  &|=_,eLa B0ęo?G~td.$~R&iVOWMj% $ީTCPRp.n$Ų_4)#@ ^REOT:[p9ADa=bje¡Cz&L:$~G]:Bi}ϻF+ܚsA: RqN$2^Ra1%rH}ӽuRtRe&ya/M2TA>o[x&J7XF/&5 a]CP7Ǖn9AٰOOd)bGJ豙k0i`k#/-xP 7o~Ǝwŭfq'SDekE[3Pf]Rv'T}淙 KSpB1EQV,BZE#x%?đzGVpcBJ8*MxhQuÒaLZʉ{{zEC1\ܚ!Y=Y98O}̘8)Rgǭ1` f}H0V9UxngRR@t@'(Ϯr" ZK(r05Z͚̽~T!p0ZMnp.N|P t[fϤhAέںZ7lC )3z|iisץM)s(Z_'^ww1@FۣfqXMn$JO9E;~0+ V6E¶j X4գqIH3 ~LbG|Y`L&Ps"øZ8+VYo`F}`ɤ hj@Ge!(Ƶpjg2#uGΊ,vz$e|_)J@2u#؞g F(Ӯ@_vױf--XFGLeuwm* gL6ꕜl'yt]3lE[Ho; gqb<^@#i,C/ ch@߬3P[z'E\6~r*nыnsGkZ`2&S*d&[O[l(6`Ч$q` Teu/,vaFOK 1ǀ0GwX|o &ޱd$F(ɷ \чl1Qk\(n@48FsGx|5sǮW.E;4}zG̑'O ~v,]VyYzU"E_ /-T!Fz8aSSG-QӼӷCNȪJwJ f?\Pm={4Ӕo#,Q.t% Q`.Uю 6dž+uRЏ:;]9cZ"$@Yߊbwj 2{9`bo(^V tT v` 0+dVl55igJ_wRN?t(i0]>ggX>苪UؔG,>ת2b8ߐ/YJ؟QR&߲9`6u$>x5_;辠3 $({pO v`}f,@MT+qR@@jLjUK:!BhA2 TT*ÆaP ˒|8;/cO;ٴA^% #锏h~8?ǶT}+J4/_j4[JV}/HM1;7cOџYbLW@]ܩ 4 .&DZfjE{z@r=(ǓH~Xȇ%Xm>W%, o<ރH5'g%i-Ut?rn$Yͩ_ xqzS^W%Ae?gUG'HɿfS {-[On0Yh1Рy(Y@&rF?C f?Ifn_?gb6P, DTskx5~2-a{b *N޴lwG: bPC .;3/ O'(/}|,[ɯn/)]Q`NӃX >яu"cz: 2LH[i9evnSIF&C2e}o Qr,Z2zEЦVApXxQ~Z# v5&5mnSvsoìMGӋSz8G~0tW;. Z%ipW]XM:_'"T6Rj*W oZywfPq%g83.yλB(PYc$fz`3f j [ޒ ur腐)@S); AGZ ՄHm5;;H 7nxI<%&fPi0+=uzDyg6X?WK_'@rpxG̓C7d%W}فϳ1GMxN=3@3K/Ƚ; hV`3G."6ŋsF,*'(o +stfzc4%( "oY-Et25X3&-,Z1Sݢ>^l=q!U2evU3؁ڀa]X"+L0:󏖩q:|fAftK=&:\0)X]oi4vqdRU`{΄ '톔B"kEL9=qdfŞ*x֬i^o_=lxd:]H>8T?4.;SM0K"1 qp5]8ER[K( ZyHnK MjzRA-\/o9w1%zTFj}T_ CNw*bG~nzTľs#6<;"VĒw; / kpIP@Gsݧ~bwNCnS aR_II3~/Lr Ŷe a@YM[!NdD|hKE!:GIR(3߿_4 FG8",(Va|w0B!=pU>,Y*a`aixs/zYS d޽məbsg@ &T3?^w)TdGHVѐױ; %Uu3-%^6f[H-'L@"1nP듶Kߥy!dž*{{cI=L ,UG6F^q}F\9׎7fYG͋V%`N?[\'yeǢt*-7Ln2u~7Kv_ ,@S/^}297(B)^mR6id%Vgc㠜鵠)|EmYm46mhK_#|6DaZTwz?rG HHP)ן~cgDTi'gw3]]qu\<ڊfeS5OO;( --M-JCEֆ zq<(Yr?Oэ8zW]epuOmET&5mU_2~(Xȳ+$7 sYkg.%q0與#ƿuae=":uA]0[wP_F4"6l`K)2:".鄂7C$kJ"/(Ѐг%Ky&:nFjM˧I60TKB.T@l3D+HHg2/硕Y/כGǽLDB˴7#!"?laqs_% p2etZRIlO nbO?M"qPQT_n!GnM>"OyՉn6fZ'ڡQ+4c'B::݉jkxIo HDn[ٚÐ@2f̐,}(iC- MFs T& ʂBZjmն} H̐=ܟR ncæ)dw6 9 wNMsQ- 3pI̒Y1USO}12eb N܂ٽh3'E^!Mׁմ!_")22r-C(lٹMk'xHpoyt(`03*ܦ`w**?=yd .)"sAr|  :GsUt!q32 aGo RwlߐRwi@)*}v&,%T]7Zjn.KBI7طFMpn)V=ĸÔ-Y6mvy&ޙLNb PjeG l?/14X`OX3P,U?k亃N6\Y<reO(Kdsl5c!UщR F7k&7x,ӷ}l k v ;'鹒sť%9\I@=zjJ (2X7CDIn.M8d*<r@o;8=9o42jL]G^kM`b"<╱G4tN}{5 xd60)&[o^ Ž131Knl#AzHOE o1CSA=,݊ߥtv&zR0jb"|5xz)n\ϡ^ w:c+AwnK^0Ooµ>]"Juh6 jZ6k 2|['MF? D?%Ȗ2wI?BN5͕(Xq{Kь'ʦ$s)YIAN_mPvn,i+Wm#*\{Lvv3/S zHV (htq&ػ˾2OiN|/[;9^=5t̗A"E^8u5gxȗܭ׷.&5#({MX }0Ppj~P"c jXJ0$ilCح"|&+Z75b囈Ͳ5gJ$oW3VŲ6pA"lh搵Y9ⅆ'Q(=9=#_t8I2fΒ{دѲ=3?ԏmHzLߔ k}~tP 3V":U}rEmT (]ctֵZ嬑$v2}JBDkO7-W#5 ?K&~j4H5,fdȁZx1 QQnGc[J]^n`]O1kn-ԁ%exսESsfQ5o3](qajKJY4mQ[?Ӧti>}dqO!昔6U:U ֫J^/8+0=UǨS\AF-(VgU7u[61;6d?{.Ԭ0,6#upckVJ+9dn,3dG乒%42ȯx>eBU@?)n iޤ8j9uQYܧ#l9wDXy9k=QQ@`&~biG2끃5KQC.JET1b`!lwNg?YJMy 9+Eq pZa#F>bxP̀UIQK0?9ؤ4)D(-aǞfN! 튧WXXs1؈b %KD1~ZܮU~-e kqh݀N3|Xs= ~ĸ8;u*B8?lE4QdOb\RZ/p;sQ\=dsðbޅ{>%cˑ'yv-2#d'& M%fg*{l]%۷I%n@ T)~4,n.G^ٚU w;(cO-`|J yjȂk|% \Mۓy"Fee$+54_X G_ʥ-lKP^cZe'}6<q TI[sC*&8 `o\W>D =j?U3wAX}]wRvI/cb1U ־| Z~@e"^??p2"Dn.%q( ) p^V8 5d43CJӃEte)cG^̻Bv( `h~e$PoϭܻKQ@!Îy5.f,MX6g&ٞdP;|4l"B}ߡlCi;D4!kՆߋFyrASj\/k!Y&_{gH{atiBAObucfnl6fȬ.T ЋxEDs}TNƿF]-̅o9VͱpسzP.0&{-`?OȺMqfB ,dzќGE ,gCր@b? ̐>d«C)lKL.<` hD:]>_pX  \!v9!׼:^mLdLm-(g#DDK6aMٶڞPDTDxİrWbP9:}K-dUL(c[]ݾày׮ڥ K>R|ѳ40'饦x]F(jQ~=cIOɞWO~u4QV utdN#}'G1\*梠s98*04Y ? vMwno] Ѧ3]ԙ1DY1 )Cz,/K#ɢ @ju]&3x`b i:ﭟc*cDޱNAׂiZ2<{3\S1eԬ#'{~]6c| E_N7iHZA9(q)Eq,Oj2`*𩿟$\H'n^t⻠j`npy&5VDx.u]L2R`UL,~.-m6x\nW1>^+ȿ,xTq*W"9Bu٣g#x^&&Ӌ . rI N\LҲ`Уw\rid=9 :)*J$fu_!ExFBI rJsuzc0pJ?(:JIa>(DOHa8bÏ R??ߌy-0hA3ەesIKUAV0̷azWXEc YوDڏEo w;sF0vqW~p6hHGot\^ 60_dAH%R}qQ[>_0^W> 6+!O\1BT#fYbfdf+rvaykˠp%>Zke v&o{Σ8RzG0t_z%i-abȔV+2OU,Oo}'URZgMs2feXq+Qe=7E5:$Ƙ6%jH04=_ة<]D @߅>.swML0N6C(ö "N! ԁz4EJ']d)ù&a'*=0$2~[R"暳:!1R 1wnQ3E$T\/:ԱLHzRa(>n0W6Ǎ"CF6iD~>%n Jvҫ<\. ? I*=k E]bnh\`. k|jp*!&'eݯY;,oR ($J6F%2뮚tsїS(Z'K޾/a|me^u*Yoٽϒb~GJԾj(3/9\ :zgow-'`p=OA\.H{hxvS}}e+1F`E<[Y&6F5W}.9 X%\%cl6L1f귒Iހe#8-GI']=kG+o#Jo&?wB )Qj+Vo ,$b폌Q w9/P)T+iފz^[v~7E oIUY[*\j͝& $ 潑/7UД7}U/ڱ[(:>KeqO+v 1{o*R " ut 3 2"n3I V n88tBn յ]^0ոʈ:y[yOa3r?6/pKݱM"aBׁaqht\5\4C_H`W7F5HgtV YZ