libxkbcommon-x11-0-0.6.1-4.1>t  DH`pY*|/=„!raI(U iէ3 DE瀏e37ZȈɻG4ԅ "䑥QB&,DZM/ pI$fវYlLRηOa8-JܫJcڿفI+@u^o`z0T_s:1jL7 z\ );-H0Ʈ/7\v*1l H#~, PZBHG;*f15b1af76f4dc1af62a42e28ffa6f7f78fb66ed5kY*|/=„45eDvv5ܑkJaؗw\OjE?sj aO L+wںύeLIv,+i%\ O4CWq]23~x"q P@NseV=4\ϱY ]'<(?(d  S  4:DX b l   1Jl $ L (k8t9:>%C@%RF%aG%xH%I%X%Y%\%]%^&4b&c'd'qe'vf'{l'}u'v'w(\x(py( z(Clibxkbcommon-x11-00.6.14.1Library for handling xkb descriptions using XKB-X11An addon library that supports creating keymaps with the XKB X11 protocol by querying the X server directly.Y*qcloud137ÆopenSUSE Leap 42.3openSUSEMIThttp://bugs.opensuse.orgSystem/Librarieshttp://xkbcommon.org/linuxx86_64{' VA큤Y*oY*oY*pU5QW|117cdb8832614059987b776a31684bbcd09457b156e3155972abebcaaaa0cb434eb26b2b077b370f0102781939e281879libxkbcommon-x11.so.0.0.0rootrootrootrootrootrootrootrootrootrootlibxkbcommon-0.6.1-4.1.src.rpmlibxkbcommon-x11-0libxkbcommon-x11-0(x86-64)libxkbcommon-x11.so.0()(64bit)libxkbcommon-x11.so.0(V_0.5.0)(64bit)@@@@@@@   /sbin/ldconfig/sbin/ldconfiglibc.so.6()(64bit)libc.so.6(GLIBC_2.17)(64bit)libc.so.6(GLIBC_2.2.5)(64bit)libxcb-xkb.so.1()(64bit)libxcb.so.1()(64bit)libxkbcommon.so.0()(64bit)libxkbcommon.so.0(V_0.5.0)(64bit)rpmlib(CompressedFileNames)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsLzma)3.0.4-14.0-14.4.6-14.11.2W4W@V7P@V7P@TWn@TTS@S@S|@SE6@SCS>S@QnPPaLidonmez@suse.comzaitor@opensuse.orgmlin@suse.commlin@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 GNOME 3.20 Fate#318572- 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.- 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/ldconfigcloud137 14959888490.6.1-4.10.6.1-4.1libxkbcommon-x11.so.0libxkbcommon-x11.so.0.0.0libxkbcommon-x11-0LICENSENEWS/usr/lib64//usr/share/doc/packages//usr/share/doc/packages/libxkbcommon-x11-0/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -gobs://build.opensuse.org/openSUSE:Leap:42.3/standard/7b4fe4064d567176f43b1db798d1dd1d-libxkbcommoncpiolzma5x86_64-suse-linuxELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=836e2c2f78e3063b1bbaebceda7f9d93316a0938, strippeddirectoryUTF-8 Unicode textASCII text PPRRRRRRR<(Vl\i?23?@] cr$x#̢p,g< +X*~ xY+Yr,qŘjZPAְQU֮Cx V 15e#[CLԃB^@ymSYPxNn7c2iD-cg>B~`?~rɄ/ZXY~lK4c\B؀b&>@ڡ?}rg%A;' +E@4$ 2zn zusrBh^:Rw!uJ( hscpS9AUlcYcw3ٟHiWM,ꗍ%^UR(\zv C$EO^18̙QN[Tst >FyxZ)ZhK*)q ϱ#賹{̉)j  Ȓ Q#^ujxAϡE[Y C to^\jAǍN4&٪f:lx P ˓д߽?b@G /^ى;͖cJSs MSfMADxHe7!~[߀{/xd`Nut*U؇"3izTڏtϏ6BsyJocPݠHyqE:/ --Ԃex@ͨrHgUqMUGeS2O£UFV$V$Z %;$7cxAT!48NHYo:rvZDɰ1 }Gݼp?A3鰳O<(H1ZA*-zvJq`³Sl?7,?9P-p.hfT<(Øo F#hej>,"ȷ&>gr< 07Eĥ FsЍa8T oddCx3*ʕk,`aWဟQb]i/;/.eHl,om$%9څ좾=l{wvPIQs7>\jIobcLT"m4zfGJ.P.BBu ́r2'F5Y~K3Ժ@q4<5[B!Gjf ^0D\#B-F T%/[O*~,8"~FO|i0)s~So[~ydұ2?kԘF2#h]v;\'czÉA IAKv+jjXz7b3cjDhH3})_UĿ ۴`.z;5vsXs~LsZKߚj+15x8fv,Ac)žUh rLWm'9g JUe:'j2jް FxpBKoXZ)̶,Coc?AϤw+- x}IUg`kF٘ m!cv q((hC\Ȋ/c;vKHosP%-/*br!+BQ[K`qex lm,uwrH<)jvխV˯<ܓ%xDlUpfjpGx aLl%jƸ9"{CQ(s8sW4fcEhѡd뷜~2m[H.8[҅ս.օ=}x߸yLZcWA)j4nvW , vѽ*gӆuX|3_tyYf"=uum=4tK~cf؞Y*sCy+}t|v:fHw:oD<&A |%˕Xm ؎_(µs j.l8_=ƱyLTn5{m_Zc[mD`(O4׉6[<Ff~ԚdSw"bdkXyծUؘPcՋ0Y-]%h3yto 3~şgdY5º*N+*#|#Y4fv)Ơ&%D%y5݋|seQUVA>\~2vd 6e OK]_n;UYU8H%2݆ѭ#nhV™Q~qu`CmR%qkW:L1:[LQ9%K?PQ4gw+3#F6|7Al|/f'~rjK}LO@Z]=έ,ǔ}QG~9jSG |MAk\&c4(E<8ۋ5h 1%ddTn&ܛs d gYLEƚD_2qW)"זH9y %7穨*!4vUΙD}~V|㻕RGyXдQO ]MlȆ vVA:0ЪirG';tbTƆp$wnsp"f xWށ(*{k,`uD.V7I_]dFo6=`5 p3cp Sl)#PϭX3Z# k8.AeT=Nc5r޿#=qƌ2lTۯg?oFL9Y|v)}u!#(\5Rm;9zy YTE>xd82Pȷ?2x,/*~~06KL?a ˄t+̸zW|he"WpN925|'C qmv bߙ7 ]/"Lj0h-}"[DOcsC#rBRvZ;[ĬC`P>,c6 2yͿ9-Q%Aޫ7hr2cE3*G'VB5'Yjix†ՠdگ"o2)b?⴫EDn{)7A) t*_u*:s| c 9]e~c)$5٨c>g\[&q(kV%gqp%~H dO^4\  m\c*ާnojH{ cRC`H$(5-Cgvr^XnS:}`t.7jhhǸ_ᛔ4"bI71Eja,C"IU2\]!Nn7nb'S5(Bk$?QԿJc1QR*EnF |\4(D+'7 .hU_5'ץYڟr@MK6Q>sBUvhh-6i_!UBÔOF$8:F#ted& cU*WĔqgR7K>VoW 0Ë&pOӈ",,G+giܿ&a\ xl_ȶ>qgBJz.4w-l5,vG4r$0^x"nv')f(=qPL N)mt.PLq=@$bDrhBҾ<F-]BqquF?*T' b9"3^p6vu8w<󑭌5a 3ڹ sCid]y;$f@c#%wVZѮNjDeu*w[E9u'VΉ ~HA9F% 2I fu>6^A|qF@Pm.";h F$?ߘaMzv~zK2´Z]+_Mt6`<5.R}/#qކ%-qOF4o?@tل#Mэ:7 |3ڪ;ܼ75 Lyx=Zq-@A[ PKZ͊`x֢P=O=jWH :`饸ԠBbo1<)}7%ÑEJkK6 e<{o1})ɦӖHJcBy(TدmʮĮtz;"vL##"" Qc~c0ԴuMw3VJe6E |s_kT^~.g78LGvwmd9ã׷ׇ֦͟YO;է1 6%ݶ~]+6j8Z4+*2 ?+^JɑěYmT,8ҖZL?CxOQ1 JȻ~H]\[Vut̏} #i+!J|T0r=/*ݛUfƷ0oC tu,JK v2w pZӁكd7c*; ).y-PPhUrOߠb6͇ȭd2LtҞٔJzz Q:jKn6ߩxnz'xABHkQxTh5u2Di;ix1Dy.8V_;˹20scϤ? 0SYR6Z n{ZL vkxeg蟕 y}R2C>;=, Q_QY~i1Hp<+1<@brkZ%#xI!OpCFmQoΟrvBI[9>HDuuϛV)25e1{"NU.*ZA %!>w~4>"+NRFܥ˯>Gsy/6 zݷ/d,"B"᜚-+:原uh+a/$6.ߢ.lje\Α|^Ql0 ey) tX$/^`\ѵ%ge"a >WДi xLlE0~w 'FX.Z^ LNĔt^dd&@KARf2x܁wx37vzWe\m0~o6@b/Cb2C)2t` Ɂ$=ŕd_YX`\x.pܜjڿGi8Bx>|bidn6\]a+GC m7шPI?|Km$rFm`+dQ8ɴu57j܃AƖ7/fgWxH)o,$jE4,@OX[?s6HG`栯[.9:cۢ;M`3qk~B"2-:oURqo!dwsh k@5vH&W9/ 8) g :~)R(yfSq󹅧MhӅP+CW"N>.6{+\$HjCK Hr:s%KKe.0\$dMm,A2;|90Ud]UsPov֠*>{ 3z0 b=ÌvDJ5 %e3[j]ʅ9\GrnO B0q|5Ae_)͜fd:H-Gv\Le؎ 3t&ug2c괦 Z MKv ,ul~y&<.+&g-FC΂ڽ:g}Oj\-~nWMvKw Zy` u4l}Yi>,=q!/curu"ܻ[dq]cz}ts_i'@WD+‘ h xc\7ND ޗ{;=U0mkUVb -&G[RI3? pFMޤ9&͵v1k+ Z #^H&xt O{7o~:41a94ߓS:?Z`F9쨮8w6wpBT+_[A7ļ:e􉳄ɧg\9X ~q.UWЉZZ!R髧1^+`־4f\ ;\-=3 &v&+hS< ' &ai΀5l5L{w.AG˘at`}[ <G~Fv؜5Wo<Rcw!X_N*]6ѱ jw訐ӗYC؊o( _Wp'8 |qժwNپ*ƀ:R :p g*&"Bm̔HیXÐTQ%Vn`1e:pH,q71/E]5t˱o*\nE}fB4jccn:!ĥ ͉ peR$+)Е&[{ o3yNXF;=cgWef1|.~Q@m&p/0߄y%-\M/,צNI[&m GD20DyT,T~ۏF ˷AnRm>5vur:M{mUZ??zspd.Z๑qjAYK0dC"{(t?n:Bj{(--jr@Xb Γ$1|nsI66~-<\eÕGzZZ .iDxvGOJP:) tl%,rq Kbo3?mx1頏[wdlәQX^FjD?%NQ^)a3RR ㇆N%nqaVfjqe"ᨯI>+;)]c2%[ El {PB.~MaC\ɱ"`-UtD[txg*qSiViinQE Ѵl}5nճC|ݯd]od6J3 nXXn6[v2sP^9&B5dEGvjJnK6qKcw_M'a,$9idy>iwn3Tzg-MȻdP@PN[6y4ak!U݄ Z&oR+3 y]؁Km*xtB0"[\zo^2JxMpq,_zzj 5:ob;Ϳv>JbLfaq("?.l~ a'NP'O|B4g:j#d~Em#%~ڸUܘW\ZCec/Ω۷|I)?,PJ26t8_k6*K8BMr+[P g|8_hfA~͔&F~r8i;"K=v@Π ~UxNׁ{&ݽP@*,LqAk {7$̈x 쉏\=ј,>&i`Dbю]`W@P%p|^TZ+`9=CQs4Y  [}Xbg?ďh)y!ї{sq*懎SԄCܔv_džw-sGi5m q(~!9@" q>-CAL?"=wKڇ J|qkڦgSk#NE-IP):Tu#8*C$CN%K`@ӽ{$O- T Y/aA{` ",R<3JIh T*&3A%@Rٱ|Pz ?ўO 珑iPv%rUܷW<-H{1Unn\&chg08{{ʙQ@}IHό2J8˖}2F22f"0f45 c@7e@qLB{_xo*jg褲q_A~!к#-'LʼxpP!Gby5T>@I&')Q:E﯌]9GoIэv`H:Av`IyƦO˿]_:cw;( K3:X0cdپ)v"`н5cn ^-5*8NMޝNpŶ VĴԇ ?猝zŵ.NQdGRb4۶8 xoTFt-BbHb;,O6<cJ*gO03_{r'N^,.3t'-s?T-@]ѻme J0Xk& @.ytںв_Fn:xp9Cvxx%i,Ѥ1RW] b.[$MT?[K.SDNT}SNV5arsseܹ 6dS1QM&mڲŚ^|BPk2d 6;9+!TȱШ;\8hy„惕Nq芓I!; "H$ztlyUuG'I\OL֗J8 L3+jN/9'YM3+B9B=I$IQEj$WaX?[{jIgГbt XIDqcw1ĖwO':p(IkK+ (LDB*{s?Y ̼n=9}K*4+Ӯx e/:8q^򔧎ʃԇIY:@ҹ(XwL{4:0^n<ݤn Ȳ|5 U77a*"gΰQJaf-_ A D0K82va9=Kq2)2bV;XiKtP=GeOM]r"]iumZ#.-[vm,{)֓WZ-|ㄼZwe}.C0߇.@5t'ЙHTeO ۉ M ǦD:OkLJ ԟr?> |Gt4E4.]Fg60L–ijLfTu!RW)zivZU[-9(X}7+*Cdpnt}N;.Θ݊]&J˄EVtN CL]+ޝc:ȁp,nPY&|ܛW[T&{y"b> DV_m1}&|\Hʱ텿* 'w}Ie0븕s,Wk6@xKK;玖TI3 $I5境ewqJL54sҨa"#qDвC ~5)8̝$e*lF4qO &^$ۘ5D,nnGцyB9s@LMeIm&lSKN`y]2@u%ź[ Dx!d^ e zjwۓi>̨rs?iUR> +YpNX6g ѧr.TWtN9M^)ZsD9zد D7VF?8B]@qHH,L|aSn)Dcw0*@MCW+ vQ$R l zUiXB*1r8qʟ[[NT ?4Т=L٣ Ȗcr=UiC(y6,4F ?ڌ#]EF x