libxkbcommon-devel-1.3.0-150400.3.5.1<>,oep9|)%P9ܧi,S`c4݌ v>-?-d ( WPT`d}  ,  D  \        $ ` (890: F(G( H) I)P X)\Y)h\) ]) ^*wb+,c+d,\e,af,dl,fu,x v,w- x-0 y-`z-h-x-|--Clibxkbcommon-devel1.3.0150400.3.5.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.eh01-ch5b#SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/Development/Libraries/C and C++http://xkbcommon.org/linuxx86_64@^ aEAA큤A큤ee`X`X`X`X`X`Xeee`W0b4daef35b0fdc6713d6f4645b7182c08176c6d9a436b0e11eecdaceb4e83ea2aaab91f99eb78dc98db19601cc625b61987e04159e17eb7a16b5bdaad4ad92a1f4143f85b7f81a5522b9f042a949f304cd8b5a1bc21c55b4a09db0e0c2af6f2a7de3669465312b5b00d0b70490aabfb3557726b8ed152fd21db06df64516a578570ebff7676b1b16ae1c8861ef6a36fce8376c47d664210b6676fbf8a64d4070632cc1ebde39904db3aab613ca6a820634dbed19cc3b205540429059da96a7ade52b64f1213f649ca9d69d5ffed7a5f700279b19f3ef74167a2738a8b0e8c88d9f62ae0ad2096a50b04ca51f766b7f91254a1d1a411b36816e391b36dc9bf602libxkbcommon.so.0rootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootrootlibxkbcommon-1.3.0-150400.3.5.1.src.rpmlibxkbcommon-devellibxkbcommon-devel(x86-64)pkgconfig(xkbcommon)@    /usr/bin/pkg-configlibxkbcommon0rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)1.3.0-150400.3.5.13.0.4-14.6.0-14.0-15.2-14.14.3e5@`B`v@`hX`@`@_@__\@_T@^$D]]L@\o@\]o@[iZ3@YYV@XXX%W@V7P@TWn@meissner@suse.comjengelh@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- enable 32bit libxkbregistry0 and libxkbregistry0-devel for use by Wine. (bsc#1218639)- 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-ch5b 1705308099 1.3.0-150400.3.5.11.3.0-150400.3.5.11.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:32088/SUSE_SLE-15-SP4_Update/87490938cdc198fd96555a78b1aafc08-libxkbcommon.SUSE_SLE-15-SP4_Updatedrpmxz5x86_64-suse-linuxdirectoryC source, UTF-8 Unicode textC source, ASCII textpkgconfig fileASCII textPR4ScdT`utf-82fbae84b7775c596df62e108b07d6cd57473a7f6674b7d358aef140e530e720d? 7zXZ !t/=]"k%]dM'h4ZUm;n)YWXbnFjU_87{ Ad~D8 40j;>s whz"Ȳ,a=u vt1dG:f򕒶.-˧c`\!-7矪|Kelj^LJ.AӮ)ْsԇW)c7T zKE[jO7SSo,&ړZ~R_sFsT`&Tз@b$rG"!5͐ m:lHQgh&/ST^&4h+W$o^#*E6 iP-M%3&nwT9a,>lFFSxcfUwT=Wz0r垳Gc*$x\'V`W>}РȋS!/ /cus;|]4<Vܮ#!x3, Y(%Gx2S"4X Vyoo*ŶBQ'li)>Mkq-&>eET;/AR ϭ!y:zZL{AxDJ$)9hyUb$+G#_i\O -'Im*%zk߱0 so\tځ[ 8+q2˕TVB (Lw[Uh>EW"]#PI6N9JҀ]3;&$AZQDR(P#u 1{dMoF03ֿh*<Y*,{MjMuYe|?/e`ӫwǐljbMRq :Zآ%O+2|˙EU`&/\㌪ih YFҎ _!ҡOSBkU^'^m(^@.qrŏy-O QAĊ 0׮Ӳ^جN<A)͎0^Z;O& wkA!ϝ5<`dQ4dKDS4}ےEa+䭟fx㤰[[K|D۝YSoy޻O2cK.z!LT&I NS%0{'!!D.6>b79LVt9] xwй[!I3CP.i+iyB AڛJje| RVz# m:iD _==w,3~"`]v;RmPWLqدn")1RjilgڻӇx8eQA>]4gI]F 4l.zcDɸ}hoi:c>J#A|>6pW*YQ *:@4 'JJ8.2.G-ȉٗA(0Jl}}A>HrsNS9 w98+ ]h"О5ӏy#k˜n͍6Ƶ$E{th;>W؃>}'>ZiǪDi!a/;q}*QleY_O!0,7P/M !%jm7kEAz.QCSm~}¿>eMg_lĦU u{\~kίJ!&GIyltytމPy:R|ud)Hq2uO&UژHRO sVE7.0#2RYAJL9OK\j0iyI]k)>];b\VvQ6Rӌ]dl@ "jwT|kE-Y!pMIwXA^SnibyEIUdkr;c/<+w80^ dGM= evin 8eM}7D'w!oyC[j=rgN"8i&>oCPhͱZ;4Q(#ZƁXj6zeðn6lDK4x&9F,. 錸Z-T־jeY"ԖvdVx|ʬFrpo! eRoo%zMޢJ;x ̆"=Xlωz7oQ>v4P%~ zVA'亜`t2a[ݺ_qh*%5IJ }# WU։lAp扵`䊶CdGhyQ0=g6r=5g5?iE @Y`f(($iz ]:siJא?Ii >aj'ެ" S -7oF{i#Cz]O'kãXEp^GhQ}D\/`N*1y(agSI(19bଊؙXै*h꨷dNq';`y֞eOjnf.xdEe4G n7I: qqHGŻ-O2VM1c c+}r^'fӢg/&x6S:^7Oº( O$ ǘT"t pZ$\!VŃvΛ00=UQb, aȿ AA1RF97-+E{C`U)2v \c,@sdj怣KF .M(("(j7Y_iɤ,]PN2J1I2teQ'cC 8 ZDSgAPޙt0#ڤςʼM*؅U^E ª_/y}FkhIտA^!lCj NH EW6Ҍdb]f^'0T /ߗɭߊN.$6~4`&ew?^55!(<ruaÅ4J On+8|0y#1J X>|UyaL=Zn(@{+ˀ3yMV`j_0"]%);s">e t^}'iCUƄ{s BUD7 Je OVnz78m~%sNr)VݔAF6U{*Ekvɹw)X%.}Rk?R)KޗE?gaOnI}< ky`B* ~|{5*z|\U{Z.m ¢%w,yx_1"߅ X2h(3 f/1p&aSh+\A+\;?$&Ghuvi%/*)5蘬x3hxxGv,LD))B9ծ[ב Ke z dh9fүZLxgS@P// 4"L5@'qI Rkn@:6`.Sk/ IRWxVD ǂYw_2[+^A+bhS8RK7ow_5:wNGV8aڢMJI_>!Ei m:>y[KI-jƒ~r`9mr].Z*Ԏ !f^Ss_ӑ=!Uh w cCeQ6^%:ʞEeIe}zjGjM@Yov ^}<=aܥ3̛0# cosvJ9&+I1X槤kw`* bP2pfD Sߛ6Yk֐4($K92Y,E_|(NR#Jm,~=qϞV?ќ \I;haPf.9eQ0x\nB=ɯQK&!)= IuƔQuvBr־}ely}[ _'oI'Bhb"1L^ =w9dYC$ZGC-Yb]ЍKy@@njp,f(dEjq݌(*jXiR΂V#sk b Y{F1}QV<Aڤl*oVVT%o. _c&|az@\JTPta3r:GKLu& Ď@j ?V?{}&A~Ov\iiHO0̈́OR{,|R3z;Q`YE[rʿg ]$z.'9$Bc:`M=ת.  |2G'㭏:w/( 6m%"$^`|Lw>r:~eޠG3|dM̽P~Q_c;=_0P'=-a =dZb.vy ~/n? :'%4㨃c6<%{gM`A( RAFˁ)<(9WsR"X\ ST#3h}~g ̨oK hV24pg`%$?9KWiH-̋݇|(y(='w># MM|/BcMu3]φF_px2q !VI<{>TJ|P23L"f()p$-eU.=Z"}Jt8M 6*kʵhno mzfl=^neWE'T 3{cc\8eYDqa4@_z>SUk,I46VDl#R0*daM7.L౷dǾ3qgFvwrva3Ol Jd."aZ;2mX |d#SZBg8R EooPK0I2(j+R)K%: E$b=2EU:fiѳ4%n&K?hGLtmx+vAUʌ]N@{Т<tsS`E(:fw|stgl(%ߡ-e`)1= gx3~m̈́InB?pvNȜA`J%=z e~ZitѸ!)&tŹ4G^U7&(ISls.yѶ;pRa1"sݏV^Kkh${Ef:ֺ1_eT?dd{E톼GPN:JAsz\͍p@iw8B+ "j?5~4{C\:B*q%t-Lj=׵ 'DpE٤-k$Nj 4ڴl]B2"!Z~<_[#%/͂0׶i2`4X"^jLǨ)c+>mhjk746?{G`~:Qy3/f睼'wVLmR$+vۣt@Jng{Wk<.t:_843T B@sP-Rzt\ SJ9pUNW ng-.>%_.*y:Skt3fZN#(f\NSAu#,Xgkli6Bj#HmaZhc%lH0b$I97LΫdy[ٕ2kLj`1M-)Z-.e'kL̸#;xKSxActf Jtu#عG U2[?|j4R &OmϢ'H38R>F#Ra(e;X-sl |lf@]Z'5@};Ƭ0<Zpj f00TK5qr&H1R p}nc=!a,s=FNsl6ή/yOE7rc ~-pWZv%4oV4/Z)0⒓#\@m_W4j`4E@i[c ߶q Y:L+߀bvE= Sazhb[4c-g-G ~pL9o?Z7Rq0;ke[::Gd RUq!r͊hn&D0/u>./dQ%= $&|ޠك _rT,#l+ˏֶ$_"=wpq*OӉ*NsoSD:a/#;¡04W/,øc>lb(aؠ12Lx)&z8+ٿd0j 7=Jzc;\b6ʣ`M+/̶,B~ѓ*pp퀡>ӝ)@q!ݛevq$87k.Bρi?㜧|ooV!/:~$=zͼєR7 oj99  #{E_+RI.HK`K.č`-"3N]OlZiGp@/C`7}CZq . ͫ[$d@U Ȉ}=wI99mAa.o NmXv.{ e"S$ǘ1QI?gb lTKXaca\nhV3-VʩuFՠ ԈM? dzQo]D"fՇI~{ 1fkizQ^e6qޜ>c*:/AQvgH7yv6᠅H6tbҕJtcwkMD^%-ԣ^r| =ѽMvgO9}qQBF훩A=ZS=%j Y⭑!0~U`95pUdAX>Uodb#˶~2b;=FL{Զ:jG5-dJV.*CEZ\=L[`ص^_ f[N4 sx><[o@g!R0989t^:p9I:4ju͟厍Pa ZuDV֐P;@D/>իY 1 }zO֭1xURZ͔jDU(؊mdzs0(stt5,Yl:=3mz%v=Q?Sah2`^IZ?Z!T P؉{K&]Գa` "~} 2\NRM~fy9?IxO bgFݱsta&ެ.z뒜By%u&m|hs|hB|X:HN՛sR.yŠPʃBvb[ "vLt'qG9x^Y5 K]&&Xm ~){A^"(,M=r\9׉T+rz?JӷN[iQ^ VY5bԐP,k6KӎuܡS!_c il@5pڼ~jՀ:ϬPD܏qYhLb;"_-Z׼$gG6<(|\8Te.IE9vce&>d&Q]^ruQ^vMPAw6Y)TqE OnOwvNשZͦ[c~l76C\O--wX2)ۏzg-¬oͥ|H'T>ӵox`2;oY(ڵO*ؚy `'֫㐑QjbK1doo]^M?&QeU719{G!UqS΁YuHcz Eh[s\ˮ[ 8SDplYӊj"pۭB1D_84 z`ky>ۘ >z_z>/LF]aQqG0 b(|vz*,,5[UwH g(-jWȋP쀝K7ʩzV<ڬ Pqѧy $ ۧW;5otWeytMR2{0]L/Ey}kB5H0!C_^02y.RMغBBKܭnz}觲ݰ(4J=H$WՑwϛ(~J2zbh8s =usՌ`ۓN,R@ ҧ9ox9eu\F(ej<8˾bp =; (gl#)c*;/ek{K3|Oaȷr*4bbӉ4HnZp,.sQotx ݵ 󲝳3"6G$1Bs[Y9ЯCt9: zj<S#UD8̝܎o#PS4osxPyi&[QI1)%;whw]wu&<,xWSS K<=ߨ[uBu;@ -AoN+s+b?~'kN2?ad1>s4W> 3&N(q:L{DƮ_VE΀Y蓘am_cR*~L 4Q0V/j5")*K:~7_ #{c]J-ȢuICϩ^І@F{ڛE.f&A#d^]-_D {;؎ǡѵn T;P<|^XF`?N)tq qWqE\|@+Z Ue3 :l]6X?szP~c;-hF$@zܿ]X}ӚgeμRXt";f'$-K[2ɓ+O{>l(Bn π9K  -<:UT~HRt1Ga<^'JUM |znxjVQ{ǯ߱myfAvGGeۆ^Y+.^c83!\6{V@ 4nLkJ1Z1T<:l P%2Tn>z#I-!ua?:WMd\*\䁘AFBNk?(G6v٭e2A 3s0n-0SuB>`sq5o_ @1 륀7b΄m[˖4ClC΢W["P;+//PslVQAuNhjݚ9f)1K_8H&Đ#)=Pvƽ oݪ 1y nȄ]%we4{MЁ(^JjzxSP;[]0C қK o?U$cTHHZX[AqTD ]. d9*ζ]w&&X™Zd6NZ4_"<'4Dczf5ײUK 1wT63;V5? JиB3C]ⶒ[~[_+He0BTTGS3vU44?^S[rW8!x /N3\v,L1<V)F1ONTR l¹*SJpORW#1ܕحR27svɧgC˭,C~>ᔵ* cq<4`YN۪h:y 8$RG9꼳Py[%[Ods5()@}֞d[(m(!.ե"b iB^ȩ!yLN$$( Anum ҄"k=;ۣ:0ش NxGX yH(Z*wmBG "A!𳃩r`^#ADM_[6m |TxYdKx7_Q׶XTqC2@/szD{Íɶ YZ