libxkbcommon-devel-1.3.0-150400.3.2.2<>,re Ԇp9|X(Bςj!q48PWMCPnl&fn5eU 75BjCsLC.Ce%T̫alBX#&әt|`͐dHźkcD߸>-t?-dd ( WPT`d}  ,  D  \        $ ` (890: F(pG( H( I( X(Y)\), ])\ ^*b*c+md+e+f+l+u, v,Dw, x, y,z-----`Clibxkbcommon-devel1.3.0150400.3.2.2Development 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.e Ԇh01-armsrv2#SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/Development/Libraries/C and C++http://xkbcommon.org/linuxaarch64@^ aEAA큤A큤e Ԅe Ԅ`X`X`X`X`X`Xe Ԅe e Ԇ`W0b4daef35b0fdc6713d6f4645b7182c08176c6d9a436b0e11eecdaceb4e83ea2aaab91f99eb78dc98db19601cc625b61987e04159e17eb7a16b5bdaad4ad92a1f4143f85b7f81a5522b9f042a949f304cd8b5a1bc21c55b4a09db0e0c2af6f2a7de3669465312b5b00d0b70490aabfb3557726b8ed152fd21db06df64516a578570ebff7676b1b16ae1c8861ef6a36fce8376c47d664210b6676fbf8a64d4070632cc1ebde39904db3aab613ca6a820634dbed19cc3b205540429059da96a7ade52b64f1213f649ca9d69d5ffed7a5f700279b19f3ef74167a2738a8b0e8c88d9f62ae0ad2096a50b04ca51f766b7f91254a1d1a411b36816e391b36dc9bf602libxkbcommon.so.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-1.3.0-150400.3.2.2.src.rpmlibxkbcommon-devellibxkbcommon-devel(aarch-64)pkgconfig(xkbcommon)@    /usr/bin/pkg-configlibxkbcommon0rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.3.0-150400.3.2.23.0.4-14.6.0-14.0-15.2-14.14.3`B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@jengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dedimstar@opensuse.orgjengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejengelh@inai.dejayvdb@gmail.comjengelh@inai.dejengelh@inai.dejengelh@inai.dezaitor@opensuse.orgmlin@suse.comhrvoje.senjan@gmail.com- Update to release 1.3.0 * `xkbcli list` was changed to output YAML instead of a custom format. * Fix segmentation fault in case-insensitive `xkb_keysym_from_name` for certain values like the empty string.- Update to release 1.2.1 [boo#1184688] * Fix `xkb_x11_keymap_new_from_device()` failing when the keymap contains key types with missing level names, like the one used by the `numpad:mac` option in xkeyboard-config. (Regressed in 1.2.0.)- Update to release 1.2.0 * `xkb_x11_keymap_new_from_device()` is much faster. It now performs only 2 roundtrips to the X server, instead of dozens (in first-time calls). * Case-sensitive `xkb_keysym_from_name()` is much faster. * Keysym names of the form `0x12AB` and `U12AB` are parsed more strictly. * Compose files now have a size limit (65535 internal nodes). * Compose table loading (`xkb_compose_table_new_from_locale()` and similar) is much faster.- Update to release 1.1.0 * Update keysym definitions to latest xorgproto. In particular, this adds many special keysyms corresponding to Linux evdev keycodes. * New XKB_KEY_* definitions.- Fix dependency of libxkbregistry-devel: the devel package must require the library libxkbregistry0.- Update to release 1.0.3 * Fix (hopefully) a segfault in xkb_x11_keymap_new_from_device() in some unclear situation (bug introduced in 1.0.2). * Fix keymaps created with xkb_x11_keymap_new_from_device() do not have level names (bug introduced in 0.8.0).- Update to release 1.0.2 * Fix a bug where a keysym that cannot be resolved in a keymap gets compiled to a garbage keysym. Now it is set to XKB_KEY_NoSymbol instead. * Improve the speed of xkb_x11_keymap_new_from_device() on repeated calls in the same xkb_context().- Update to release 1.0.1 * Make the table output of `xkbcli how-to-type` aligned.- Update to release 1.0.0 * Now it is possible to add custom layouts and options at the system (/etc) and user (~/.config) level, at least when libxkbcommon is in use. * libxkbregistry is a C library that lists available XKB models, layouts and variants for a given ruleset. This is a separate library (.so/.pc files) and aimed at tools that provide a listing of available keyboard layouts to the user. * Add an `xkbcli` command-line utility.- Update to release 0.10.0 * Fix quadratic complexity in the XKB file parser. * Add $XDG_CONFIG_HOME/xkb to the default search path. If $XDG_CONFIG_HOME is not set, $HOME/.config/xkb is used. If $HOME is not set, the path is not added. The XDG path is looked up before the existing default search path $HOME/.xkb. * Add support for include statements in XKB rules files. * Fix bug where the merge mode only applied to the first vmod in a "virtual_modifiers" statement. * Reject interpret modifier predicate with more than one value. * Correctly handle capitalization of the ssharp keysym.- Update to release 0.9.1 * Fix context creation failing when run in privileged processes as defined by `secure_getenv(3)`, e.g. GDM.- Update to release 0.9.0 * Move ~/.xkb to before XKB_CONFIG_ROOT. This enables the user to have full control of the keymap definitions, instead of only augmenting them.- Update to new upstream release 0.8.4 * Only changes to the build procedure.- Update to new upstream release 0.8.3 * New APIs: XKB_KEY_XF86MonBrightnessCycle, XKB_KEY_XF86RotationLockToggle.- 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_*h01-armsrv2 1695143046 1.3.0-150400.3.2.21.3.0-150400.3.2.21.3.0libxkbcommonxkbcommonxkbcommon-compat.hxkbcommon-compose.hxkbcommon-keysyms.hxkbcommon-names.hxkbcommon.hxkbregistry.hlibxkbcommon.soxkbcommon.pclibxkbcommon-develNEWS/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.suse.de/SUSE:Maintenance:30272/SUSE_SLE-15-SP4_Update/507a2f95a84b066232fec446b78b67fd-libxkbcommon.SUSE_SLE-15-SP4_Updatedrpmxz5aarch64-suse-linuxdirectoryC source, UTF-8 Unicode textC source, ASCII textpkgconfig fileASCII textPRT}H7+@utf-859628dbff58c2a6c91fdbff7160eeba616c8f5925052cf65b4e42d52730c962d? 7zXZ !t/@V]"k%ʽdM'h4ZUm;n]@d 6*ms kL]OXqg5ɿh4[c<+ڎ)bv9Y8-ٛJP1kһr8 8ϒTF>Z g9?mea%YD7'mSj6@}sAے ~s>ZvA$"QD BTMi]n1z IFH'AXv9gLÒFAוӿ,X? VgzK FHVh[OڙSV: {+J>D<]/ d`S.l5@Ǔ`[ 2ńE>UR?8(=j qU8f+.$~'R](C}{^w=^[7*7G^Za6K6?|ExzOX\ ~<*]Z_gW @X^"nI F|O"0K(4mx:Đ7IysXK|+$Bl.J<4^ˍCw Fuːnl{~-P WtH1U;ݞl}P{~씈Gq*5О;~''7NQ3.#׷T"$pÌJBXNt^U$40g,eNo|Q`go2JY{a\8``LXȲdׂQ捥#+os$ܭeGBf8}DqRq?CD2Ū_e +L/ h '_ ВODn*9&b~u u8.Q3Ź~ \mck?0B˸ΨO8<0Qz oQra/ %!jX0Z *1|lّE yH~:@)1pjeĉ.VP֕ 4)KRζYsJK C&a=@l1϶ZhV g !3]E&Uwdak7h,1,;oJ|Z!F'%L4FfZۋШXD(:N0FQuU-:$ݥu b7N-f/MM֬Ϝ8 ^G/xTЭ \%"P6&3{HY\ȃx582>„G*?9ӪDvoifY4T o e$MZ;%wjI2Fpܯ$]#sڈTWĨ:+0{8`ăթia  E4|ːm[CË ]-" e[ӽv3INΔU*ÀvrZ=QU8UX;џԓK7 3o` fzH<؜6BV0B LY1¤`}`({C@) 6Ve{s [M~ŝζlZG'zGU/j( obZFZ@&(1d-nԏJ0eNXL A|wh&?*@1ʦ}̻Ctmȶs}: 4uuI1;Pq -\u;R-EJu* $xUKq3ݥ ,A/I9Y?Z6mgm㐕]W q.>}i[N02B8&Q ^1%vuiqI vSeR!\*'4{0 O ` uN9  ??L1>C 0I2R.&&J8#3 E'ky;.v7/OJ kP 6f$\Y"ܯ;X3 "~X;h f e7W:lJ9 EѶq+h-ՠ>ie3ENB`ٚ>kPMHGqSpdV/Qpц}]X:ߘ&3&-@X"GHUei41_v:Oals)N!Gf㟉τ$nWKG<*gfThߣUT֚Ëy9]HdkaO#dwN (Q?߈_iTnƝP}GӶdB:€̕p!wztʻ(u&F<@;*Jت[Y$9lKKdd^>+Z|6Glx;m<*/M$Y[&3~hZ]KqS8w"d>..Kki5/It i7{@Z[[֕ǸTa:؝h 唫3 f!l䎌@Y bO B*"̣F)9C r%+XficnٚX`Ct$pM%=!GqίI yhsUB!q3w l)TKB>gJd[$0(G$C2s0V?` .f&6_@4E">͡u}_>YR&Y=d" Rbb3vwN<."A+k<* 7X9ܟ=?i\{mf$d]H#Y)o8c`H]tff5R PS ߰/m fS?#ү`9jf8 tgQҳ"j},;uqצPBp&!C Zi0cmxתkH&WR0w\qv ^HX aHkآDJM+;CTN9_/\i#HH.JDj)=j װL_{:0!s~ )oݐip*z"njFfVʭg1w<5 2Zʧzdž+ګeUC9fM=x8ȚV$Y*yr_Vg|_lC]1C{=کTV 'KBMyْѴ ʰN>|-r,n!:BU~̇tmL6Ma72Ox+RŒS\PwOn3C&ɳQn9r-vN㐽Z-0x*yeۿ`HhUdo39k4;#Xu &l:v&rωG# )jC4=q2l ,xav ?E7.]{T4 J瘜ZTKS#->PVJgߴs_)첉o&cR 'B'1J{lM6TֺkR1w&V+p"`L"ҚQՀ*[oCBǍ2<ЎguR/V3xhVwbXQ^9BxU"&A`t䐱͙T ԎfL$u$ufJ˘F{靂E,jzU*&޸&BC6~ \? NRO8Y% ' p~v4z\ * Ooז/[Veg_XL)bgWE7^!%IyuU|"/*e{S0d|S`kBy/ڠQXc *[2l!8% /yaVKGl96GI*7Lz)+GTr[٧x khPL{-UV r3Ck'<8fM1k/~:F#|1=5ӜT]wݔߟDm1: sD*e nw˶!fE*sc_Ҩwob;{ܩ2G Edd5f7U9@ƦujQkdeCVakto$P/Xb$-Ł)UW`d2o q,aox%F2;'m(X+,NFm;4|ֈ'S}f%~>+1eЊFi15h |ÿėTxOW-sWn{.nB[ s" "b>s ӻwtOq*$*XBɿ= O83U1weLL&8NwB OB9oÌ;Q^o`~TցKGU'y& )..XJh5rw*.Hk1[hiLHq=DEmQ8x 9j?%dt|A7d}H yZ L$h:a=z.LDcM2l$iR#|D;5CbXQW? i ԂE$<:7Cy_-^A 1 Rnh=̣,b4zkk'7r$ e[`e7ؼ|݂w Z[U]׆#=3>aEuhlb!;lc!0M,ur=Jd=r|?̥חىSن9ݶ `u.,Bde{P+dWL 3yl*@ w7*B%\ΗӒݢ/ 1b*~f_ذ=nKcxYt)Y g3'uq v~R.ǦB<8%ǹ0 )8g62uvP+g " e=1EyyQۿT$od6mqIt vvy[w~\j}9 Þ)0!!ap]fgj.0 # `K]r^8UaճA%XxfMC#dbliCb_&ems) 6M'b"7 Ya(Q{;q}o ^utVN >.ʐ2Nly̴jCs|M7AçRv-BSkpmV+ϛvV:o 7:P)sp\E~յ!v߸gz(˔ sKNlN}ZGk /M5?VE bgXDX7?"X>'X? .̰KC1wZ;|5EfR˺qȁt>"re&u<*6,7oB6Ov*Y8!8"Q_WOL$\H:ar C(X@=R"\! `X4&h@XS,<:9G^W0sa;ndq*_>ժM1V=*`>)l 4\= q բj+vT?jceWh;"a/Q|}>_8Vo}\âct]~D PI-j3N+Y?[P_ (l$LcWY~¨mv@m|[7!@Xtb E!,,LVϸb5}2vqU Wy\mv+CMx|Lڻ!*'*POvQX 7hGE·&ͷҿXI+6B>jJnp"A=fIYWVB8̅*VG;185%F $gh~}AiAaq#!N#tփƗv~ѴzhLo4 #yzVQ̛M2T_%iaM`"d|A(SD˟5i;G~թ:w\n[s$xK84|0_ez@ىm4v3[E L`:R庣5~]$9!1\u YT4KKޏBtF q]7hL>w 첈Dz+ce>ӻd :SNn/X6V+vI<ɺ 4tiB1}.ƣ`\jWahmO =jSn>_;S+9{!=+ZFMsp<(t3urU_m(I<-\zֳT6ܠfn}x,\ ћR?C3 =JtQA>'Bn'M)fd6zY4Dw4F',fܕQrwWcV=I)P׀YS[Ej0/_-P(7J!`s5c17nK?~N_'(j롂mtdູYXJւkDhQpfw]LRyx9yA `6iRYTWCDVL0EgRРCݏޑe$\y+#2X)׫9$J}^?.@`?u@Ƕlc4ʪS=ڳ:Ofy*`2R#A;_Wb?6A'ւvXtPL/ tZ*T!{d1F0g =HBBzHI :cG!alrqfI":M6(r u{pX:Y%Ox#jj,^D'R5UbN S~w~r$^?2өM0& 'ln;Jt/v3A6Xbw&Ƣuif6aAu-duSu))kOTDrK>J0Z \]f[/wwS_v/p<LR* sJ`E*Q>2ER\`%Kc-F?^:7mX{=T=' ZKh (V,X3ҧ|\)j"Sf\JBrZԵxt%>.@4R;cNKa$'MD3x >_HҞ28L̋ |~-H*zSKP@<\>:Kᦘdb"$:bt֯^32;,x|5MͱcA,ʀs3;A{0JfH}x㵮GzO?$* Ai7h~%'Ad !so@VeQR 7UU-=ȭNrPq}JdNRTA(s>Kɴ4qb*!"ۄK*<&~c#D5|yMu,>6FWA+2EaSo6T wN%Oܟ1r "6;04! nJ(;)Q6Nk[o{o:#~1wh|,PJ <- Z1MIqj$a7 5j+ =.LzCl!SX\)/ږT[`:ceo@;)KvNn"MTVT>TVaN{@{ !sDžܩe&S1+s,`Dw-`HVb *I@"iavS{a<҅I91Hf ȶSS _(|C;vF7R@hO2FyY-9vUEI==(I!\* ^sA]4{GZ Y%:0Z+5Y-&I ^N[ 1#=uz.K}\PwR1 X"o) Uc3W;c X=^M $5M]үEaRG:#wF @K3sSMDjYx2Q/bC˶L~ƙ94~Η?L~|va@%({(:Wxu=a֋-`4YS|=/j"]Ro%qߩ#&{yލ.)2_=9N\Tc~!lbhQ |Z11–OJ,l*g 8R81>B0BI}1ʴۙx+rnxL(xO57P閰4?m/FSbo# 3gF>Lo*iBE$YH>YF6Lc#:C h. u+,s+ 4j3;`i"#OInUmt1La`^ԸȹJ詭grbBmvܱT$}64/(Ι34@湻8ʬb<ʾˡA$\(V""{|dD㜵J C׶Yhec"1BR`^%%a6<ҵ\\n;T/a*n?r z=B:AB[jnoӛB*C<,7M2gKg]*ҭ$wbJ6Klt2WaM/uh|Z0"f;lۼ}oMRť}Z&d aKZl#*hن E<;=zV/{{!:)p5I-f|Y;!7m‘#ץ۬Kk|sO9ݒOC=PFȉ_ϼN$s$[Amy>'PD?.>v/KowuLZ^hlvt=bo0)oB+$ ,l ,=h⋏Rȴ*,9U,#P/;k%[jHN ?9έÝMH˔USxEw5IBg%kPeUDח䍸ͅ PHkmaT'Y|&Q٘+@3&Nܬ$xxwlGe*;D' |4|0~߽3vy9[57\@eˡ,lĜ},b )Qt,9=nfY7bsZ,a}";r BPX#ʝ/SN9B¨i#}xpm>86ک t -XmG?]7AAiL2v77@mR0mK}1jX{20u'j ^:}kmAsL\Y:J趷CkW.AWvŔ}u+~ix1Y %YLd5j1I g Y$ 0YB-tV<1 B3r)~j`eL2"  px.'\Uv+x w H9L+NڱrذWnefHncDD!Ӑ-opmM框b2e&geϗVD-{w3p$*V@t{4H8;np5+ * nS垶,"uKH9-iOZvuXߟMV]u+N Zߐag]0EK(HI];%2SA4y:7* qWU@?$r`5A"1szegUF.|.5[f*(AH+<J۳lu0َo`A"{|\;