libxkbcommon-devel-0.8.2-lp150.2.3.1<>,@ [nø/=„uFUX![HyRs̔(-Ě<>4@ )HhC'/9ׯ@hzu+dM9m.=ohi&PRWY@CtrP-d7pR: hP[P>+ &>zpygݥ'+ >nV1^b2;Yt/Uy"Оμ8ӣۍ **C' p akGRE$g>>3?3d ' VPT\`s|    $  <  l  x     Dl }(89 : F.G. H. I/ X/Y/(\/T ]/ ^01b0c1d2$e2)f2,l2.u2@ v2pw2 x3 y3<z3D3T3X3^3Clibxkbcommon-devel0.8.2lp150.2.3.1Development 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.[nlamb17openSUSE Leap 15.0openSUSEMIThttp://bugs.opensuse.orgDevelopment/Libraries/C and C++http://xkbcommon.org/linuxx86_64?A='3AA큤A큤[n[n[n[n[n[n[n[n[n[nX"[f[0b4daef35b0fdc6713d6f4645b7182c08176c6d9a436b0e11eecdaceb4e83ea2ea0832e332dad4f0f6b343dc94f2431cc975c546ff7b5918553cd508a009c4962b6abafa2311238b594aed52a593ebb277b994598b96314968baa5edc97c8d2a7de3669465312b5b00d0b70490aabfb3557726b8ed152fd21db06df64516a578fd89806014d1ad0537def098799e4fe5da757c93e841b2cc7f9ce94273308a5a0479e581c49670beacf1bdfef51712fb350235df52cbd9fe22c67c6b165ba06d086caee279449369d41c1157911ec7696e707b93feba7280de757d3c470b2dfb6950dcecb3426e7fc5d47d16460f138f5faa2374e0b416dfa90ed3cf860fbff6libxkbcommon.so.0.0.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-0.8.2-lp150.2.3.1.src.rpmlibxkbcommon-devellibxkbcommon-devel(x86-64)pkgconfig(xkbcommon)@    /usr/bin/pkg-configlibxkbcommon0rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)0.8.2-lp150.2.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 packagelamb17 1541697219 0.8.2-lp150.2.3.10.8.2-lp150.2.3.10.8.2libxkbcommonxkbcommonxkbcommon-compat.hxkbcommon-compose.hxkbcommon-keysyms.hxkbcommon-names.hxkbcommon.hlibxkbcommon.soxkbcommon.pclibxkbcommon-develLICENSENEWS/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.opensuse.org/openSUSE:Maintenance:9146/openSUSE_Leap_15.0_Update/26f3a7243d08c975949a92bae460d449-libxkbcommon.openSUSE_Leap_15.0_Updatedrpmxz5x86_64-suse-linuxdirectoryC source, UTF-8 Unicode textC source, ASCII textpkgconfig fileUTF-8 Unicode textASCII textPRϱ?^,#"utf-894e42fe9b86986108c9b88ee0d0d83100ed139a302349ee3f338a853b7fed205? 7zXZ !t/"]"k%+$m?0 'ӲK>mK=2n%ї}\g/rc+-gAKWw_,FnPgElI`J4M4gb)J8L;[ӅUCbʐ/&ih:2^ M~E+yD/aX?~&F<, 1 )R'= '8m=-2t%*=VLൺumHcﯗŋR9?`FuU+` X&ljRi;yrÍT V 椴X9 h>7UϘр (hL&jė2%ؗ/@RUm{&⤩VC4QVe̐][u)= -06@ |16& HwG H9?E;~)e3ڰ[8-6ISר?%]^ڈt&E\f:|jN3ǟ3A: =[? Ia  ;homOVQj2cR|;Sb/ p?J{uAgvf$l4G XbOe6*"NiYxJ-B;7B/J)]p+qqt$ Bԯ5,Wu}ʅ֑7^ N]zwZI@CEg/Fͳ}1vqnF*uF!%.Hu+lp4gX2q):s:l><^'d&:XQgJMBX@#twx {E_BЗ Ym0ebޙJ_A>3fثE]k'cX X;yyœ wK`uCGJIS3gO(F[l;тUK|\dU.x]{0W fNAԑ}~vldIynywP1<]k*Ȱl{(ڦЫ,;@ Z%-2JUeE^+f9Q4>-lCÜw#9Rd\M 5gBH9لd‡,bDfV ߄]r#J$ ml8Z|xv~-  Q9N-6B<|~8<:@aR1[ec.阆/"S lU<M k#騰k7F}v!$I7#p쾯B32"mK/UnߦV`;Bo\xث_Ţ[5 D٠!{u]? <ƏR'i'?b:= 9C|bݰ\F"` 3YW1浽OP_ʙմ'a|[F9V胹rCR|O?j(v2~X [ uЛHUhմtПsF%TZ{G2=L<ǢZDo`t׵5(6@TE/`kezndUW'1i$ۆS8ռ:H&d:#;Y{[f 2l[ۦv'{uKQb2>CQABQA[%[6XcjP=l0$RK[^}_N%5qlݧ#`N?M;QVU]"[HV7bCgI < CE`Ҿ$\z[AK SGKjkP}]; AfsgT@-%S)X_K/BL]-G\:%hsZWD4Dĸ[j{CEI(0o3mg\ kiNvy!Ğɟ>x`"n(kgRNU`&`w';<+j)6Cg7&Ę~-Nć׍@x<2=,9o`M٦%ި{or8[uNeOl%x2p?є4G{ S+qr^=߼tUMnfyi."Ȣav(JUJ &Bu? YZ