libxkbcommon-x11-devel-0.8.2-3.3.1 4>$  Ap[(p9|.e` hA=Q-$hK=bƐ4@LYT}zk@0'k86~ׁNlL!Czw7 6i#-ڳDU{A{}~H`]z>#"n+k AU|7B k1tGY[P_-{_l\-MoR$ܟ{Mb'kIgB uaehx>b%fbedaeda5d6536fb0c1e04f9dfd80b7c8a2cf407bdaa376cc4c0d96091ec1517955e3bc50178475ee034f67f7670a4bcb226fa4d[D[(p9|;$X-2a_ $KyyᇭZ]1#jgSjcg8i$=C`uN.Tn ndTS)q1n:3eJ"jy<>p>0?0d % X`dlp ( 8 H h p (H  } (89:F,G,H,I,X,Y-\- ]-@^-b.ic/d/e/f/l/u/v/w0$x0Dy0dz0x0000Clibxkbcommon-x11-devel0.8.23.3.1Development files for the libxkbcommon-x11 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. This package contains the development headers for the library found in libxkbcommon-x11-0.[sheep15SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/Development/Libraries/C and C++http://xkbcommon.org/linuxx86_64#%'3AA큤A큤[[[[[[X"[f[1359c5050a92a64f4b5ab59797e46dc4b8eb4651066d301577a52959b45a0107f88bc5e37f485938bcc2c3be540a81a781d008626880be870395b89fb6e6152b086caee279449369d41c1157911ec7696e707b93feba7280de757d3c470b2dfb6950dcecb3426e7fc5d47d16460f138f5faa2374e0b416dfa90ed3cf860fbff6libxkbcommon-x11.so.0.0.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-0.8.2-3.3.1.src.rpmlibxkbcommon-x11-devellibxkbcommon-x11-devel(x86-64)pkgconfig(xkbcommon-x11)@@@@    /usr/bin/pkg-configlibxkbcommon-x11-0pkgconfig(xcb)pkgconfig(xcb-xkb)pkgconfig(xkbcommon)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)0.8.2-3.3.13.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 packagesheep15 15365952310.8.2-3.3.10.8.2-3.3.10.8.2libxkbcommonxkbcommonxkbcommon-x11.hlibxkbcommon-x11.soxkbcommon-x11.pclibxkbcommon-x11-develLICENSENEWS/usr/include//usr/include/libxkbcommon//usr/include/libxkbcommon/xkbcommon//usr/lib64//usr/lib64/pkgconfig//usr/share/doc/packages//usr/share/doc/packages/libxkbcommon-x11-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:8662/SUSE_SLE-15_Update/6da9a42894eb85bd03766eb177326411-libxkbcommon.SUSE_SLE-15_Updatecpioxz5x86_64-suse-linuxdirectoryC source, UTF-8 Unicode textpkgconfig fileUTF-8 Unicode textASCII textPRRRRLE utf-81b682c59699e54198c872da12df1d171ec5eced04c4450cea8551e43553767b1? 7zXZ !t/;&] crt:bLL #oT( +M~xZdedd&$+Nikk?@L"5=^#uuDZGvZ5R{1ݑSy*1CwaLF"TLToRR44{lH !jSkd6_'%0&&(w"7 eHS-`+yZuL!)HfJײ=7BwW7;o6+X 'te)Yptpe5o5] 6isAsH=Ks0ŋ=!p#sXLwU}*KR5W. 0wE<:dR.hP襭2> ZW|W:Nss7Yă ]_<2wAcyxIo-fQn2:s_F;4)[`y/vzQ錵IPwߪnJ[ &?{Jp*ߗ "6u]Yޥ„ට&L}1ܴhqBu[pcLτ7!2jJPڕF{SrExYaE]NJup:9%|Dז؉.9 V٧@]II(e uN4"æHǀ({2)χ+[9IUcn@j{zRJDLNd7AWD:ty~/ċ Cr)0 k)g{H-)8w\ ѵgؒz~6T>{X* =3睌JuN#u} 3Ϯ$ޱ,p8h;c`t2 xUs,M`TlFato]E/6`9e̶v ^$RvB)c:fϰj^8<օSQ 9/9|dFsւK=(4%:5-[[drZf*.jþ\^/[fWUǠOW,iN0N!*=Y~^ sJKmx3aX~`JU3ʠF*!)-ʌX1Z]&XlFi/oBeCߒqsF–0֯>X `W;{͏c:QMB ƒֈJRt aKCab|cꦨJW'fLc= -A{( *vA71.IY[ЭR˗HK?if pKuJvnBwOm5{%1x6"HE\Q8v)WR̉o= z;}:^b|OQ#lOBŴ`ԝog3/* |aLpOl/'=c?+gjWJ6WY| _mP@"vpOI GU_2;$^DP#Ȥ@ls9HH2;lE*"X-4Rԓk[0S>S%۩x|t]=[v1'v~iq7"t:f䀺z7+$ _smauDD(zH81Dα.E` A (;a=Ѝ-%77~J *Nʳ]9gN?bzdW0d ʒAk B|ָ,wi 4gtGT2NfHף_DPjGS!5s?gb%9azup<:h-h'I3^1ZFb)S Y~ͷ厄z6\7-cJ R9<\ceToVQ3r\na bWyFɖ1eBXwy֟>739'25YI8BRF9(]6Ow7s<,=& 3v꠱|ڵPh]Do6WmzI[:8(L+x"OYŖN)i(Ÿ>*f.i[3뻾r<4TN_ q1 xV/p$:2}*_Ӏ|SH ?pCqXa #ѰZmlEyR$j;oRUCYL I'}z hכkIfP|{VndΌjiT7S n؇trO);'/MܚG2rh] jv*6? .$ "NhDU/ .u3Q&gPi(p%+ ߩ`,ҹnVFD b虒\O55޼Dƾ6BK1{;=.ɾc yp3*hHD f? !eRz%u c<=.Pc'G.aYZیW FjTZT <,, {$TM\|IZpÕW'E6Yr3{l$m%J7AI1!Y&=wCWNCu{ݯw`=I||uL!ADpzzxPy&kzf/e|uDQ.*83:*'A PMAJ N[@K_23Ltr L֢kōohG7v$3V~$D9 ݚHMJ5">rLJcݖzbm:%p)g0^;_g5 rJgJ|)&su"F#{Mv*k.nxȎDAj1w ;<md,m~b%.r2K& 2ԃ+yBMq=U Wp=l^X-]2/~ȏ% 4c0"Ʋ7J'@3nur! Qw̮\5M($I|Fb*,g yLpE}G*S_Z_}>98Gm~dB <ԑ?u4auVa7&x` Q&L3 nWBQ|f~ƹޕG!-wr2)7B{ԉ=f`yV )infŒx߯}2t:OEGR(p4u[$QEΣ}-vܜ.E3ăi} LIEx3%$yvԮO\~|VoT&*@U6<~>oZ_':&jqĈVoW)0j,At2PB)oǑO2_$=@8?}bFjs[X&T 3TP-\˗目߀2%ѳWdMY}BXhwCPfEu5xF徍e3B\3J a;w߂9c%e(:xgĞ^ښ Fo?eX00%LR8vl"=D8!l<@~_+"ko_a!mNg`2 o`*-Nv!=tsѩ{&2Tc;s= cyY#>M%.mJS8HlE:|/0wY]ȇJZንmjZjݤ2XF3^c%~|ߊ/6tC3aoC$1j3Bש!׈ME#]KE6beHj;VotP6ו=LSѨSJ}OYgPjZRij9Z(v (8\xxH%+(}KFoo\mV*f"!o sph2Fمg@ddZ{;–P=k1~a}Ls{T%% hemR9^[D lKuqy%vM~eَE >#>O!־TQ{ՁX\LtgSfzNV;G6ykw/'-{,5|/[NxEu7jorcaՅŇUlB`1GR]~}c6e]qrtE_꤯%f3k޲+yD.7B3Whء7C,b=qiՐEq% NI):AJCX&@2gXc7gg$T#]W)=~ytp.Z,P ];zɤVT]}@M(FMPHo pcO[J㊀w6[L.n9`;-'BY &k I[.i4 FN&VG;sF2nֵ/[k";OSz I.NSuiFvHU?ldvPm4 DMʹC5%^l9c_KԎ/-EF.;}s<͙ڬC[EZ {4]9&}9/OoiU/kyׅҊo;tX;ա |l[D+]`(B0sKy&i&|D  Cc ۽ :bx? U5{!9*\I)rUXM8-66\{f=NPDDHR\[DmsyY#/g6)( {T\m Bb? уY^/L`/Cn+ K3g0yh2_'*7&Ԫ 2Bϲ1/?p-#0o 1 9T@hHRq톈X^Ͷ_Wpy?h'wR.oP'uᠽ䖀>@q4)\O(r_ >P}wX;%.z ^ksfCj'%mc-?!*KY /$눢^{uu{;,#O:"=KgMV Ջ%ƃ Q9y+nQ m]R8!<@} fREFI /֬Pe0zb4B -M'ک@)!PK?yŤ~<4@p 8qwt)yĖoE\dC-Ib9yYwc)SmO4{!WtJ*̎Ø{^E۲-QdW?" p}b<~1*0g=_ `0z 㮪kxh6a$%ގkqX:wC22Ӛ/>iCE^:&<6c"Yjc.7 [ xVSJ9~/%HܢiRscf1/04]@xkI^5[irAzαc*q L?y2h`|kԋ  3cnut`s aP*a>hpcUMI14(0]?B,xt@bQջ.L 訶ўykn\K 롣ZMSݿr\5øg83=1C۳;LǗ_Fm-3$Y@A7sEt ΂@DN!Wi|jgpl{E~p@E Btn$;*Y  N,/FC4 #QPjYܤ]ֽiv׃nm*beșv_z[Ƿ j5EMٺYosF,^;'ڈKն #{A5"cױg.ܫRdKӝ`)'\Pd;{%º~(|M?1t'p#@'ܴ16zSфWb%T1ʴ+