libxkbcommon0-1.3.0-150400.3.5.1<>,Dep9|(<T$.* ZqDWb<#5J'{RT^zf\:ֻNՓ}29>+,]dƇ=tX,*>gnJ@+?+|d # I:> Te{    < Xh|?(e8l9:^>'x@'F'G'H'I'X'Y'\(](,^(jb(c)Wd)e)f)l)u)v* w*x*y*z++,+0+6+xClibxkbcommon01.3.0150400.3.5.1Library for handling xkb descriptionsxkbcommon 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.eh01-ch5bbSUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/System/Librarieshttp://xkbcommon.org/linuxx86_64:'A큤eee`W6dfc4d8c7aa2d1e2c9b0b2d3a02afa9fd43cb4331293df49539bf7be66263d5a086caee279449369d41c1157911ec7696e707b93feba7280de757d3c470b2dfblibxkbcommon.so.0.0.0rootrootrootrootrootrootrootrootlibxkbcommon-1.3.0-150400.3.5.1.src.rpmlibxkbcommon.so.0()(64bit)libxkbcommon.so.0(V_0.5.0)(64bit)libxkbcommon.so.0(V_0.6.0)(64bit)libxkbcommon.so.0(V_0.7.0)(64bit)libxkbcommon.so.0(V_0.8.0)(64bit)libxkbcommon.so.0(V_1.0.0)(64bit)libxkbcommon0libxkbcommon0(x86-64)@@@@@@@    /sbin/ldconfig/sbin/ldconfiglibc.so.6()(64bit)libc.so.6(GLIBC_2.14)(64bit)libc.so.6(GLIBC_2.17)(64bit)libc.so.6(GLIBC_2.2.5)(64bit)libc.so.6(GLIBC_2.3.4)(64bit)libc.so.6(GLIBC_2.4)(64bit)libc.so.6(GLIBC_2.8)(64bit)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)xkeyboard-config3.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_*/sbin/ldconfig/sbin/ldconfigh01-ch5b 17053080991.3.0-150400.3.5.11.3.0-150400.3.5.1libxkbcommon.so.0libxkbcommon.so.0.0.0libxkbcommon0LICENSE/usr/lib64//usr/share/licenses//usr/share/licenses/libxkbcommon0/-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-linuxELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=8286a68a6183be0be032d59b8cf18956221a4c58, strippeddirectoryUTF-8 Unicode textPPPPPPPPPPRRRRRRR4ScdT`utf-8ed99262e51bd2d5278513823320a6cd4b027d9a52ca3464656c74472b34dfa8c?7zXZ !t/*^]"k%$m?0 kbMXN؇op#G 898|TAw5MhzZLM Cuu2Rۣ^Y$\V#o^sۥ: X+;z}8 ;e=c6RPd Dzl4ghE:oZʨ{7MA b pLYu〗EMBK`yk$MOR+ҒYq 7h qA 1S4uh(BwC0Jl 5!_ncpkǛk킄ޏzIuBA"$3=]SaT<,M`L(>lU^. up;]/{O&~Q(U~컯!S~}4"NߌԾijF!uGy>`[JyV Zf>kj&!8&MZ읣eSR_AtĘbeZ,ђ{ěx(r<<0 xtFzTM)޴xG.b>V܀HsUdþhGu6h^ 9^ (>'֙bĎ\1-X]Xx+=ך_qY1|㐋73 _>3 pSV=:6X6\BG P5djm0%1s$vL%>nƻ|Hȩy'rs 7>![1 jáz4jVEN| b{SީQUavJ!iUz"U:fʿYX,?ʛ޼|@ɾE{ε¢Y{k"֛1TFp+F b^ !#P>/pjt5wݤJRȈwΨ;%qgwxFywlvp#iLD H?u/sjDƃ6L0K(?nuPTr!S09C;aU#k9_d^RoЌꞂg+Je \v^٬\a+y.1K:yq*Dn55J~Go&^51tGACMVѓQʓxTjn=,ͦDmDКU=mZgC'^|˒:ftY\Pw0 @i]2c? A*ɋT0)=h3EcKwWwSKEb0,=Jxr`!&viDeq)=ur<>@RzvMw<k` x {B{m{^1֘w2ǠS ,Gٺo*$Ҏg`f3 _6T&Ss WXj&Sܞ Zq°_l6feDTݬz?y܅X29)Toɡ#O*\-iR!T(+߀ bG}e@}DtJ\{ZX3F veK'׈yLEf+Sm›10*V~zwJl7G4ꍱgDm=z /2jrSr}ViׂLt>uw+n*!6Fă=qlw3Sp )VtJ硿Hrq۫gb#vt[jH403e IzJ \;ُN@ ":bYPa~1pa,T "*}l ʦhb{6i ԂORpe0[Jaay# iQ6krNj3?*CwIWG4Z,yRS0+w+k/r+QR;O舭LiF6N!jB;a*D CqXU[f:HŌk Toq>:Zbs(~(h PFuM1"6qZ9w.AbԯߒWG$ ͅo| 9"$}\b|qANfZ)*9|yұtl/5j-: ͰfT\-~z-;X;GN(,l $Ňo]HGgS;uyQ:ߐ0 l2ωL-% D{B/|z/ }}&??Z2yc];*TJ! í@{{e|kOJ&/ȗ硦 /~hś7b##`g*ZĉaL|_ggMJD4?2aEC2Y8^Ji2EmN6= ;I鶵-J27xo'cUYI Y,tКuU3 [BCj=:ђDKgeĊ1ZE z2Ѧ. ʃHpCq5X$3 ,ԒNZ4O`SC^-e5LH 8,Lv.]u=ad}R{83(b~Qɇlk*GոiTiu !$igvS|d :2j[h'>w{9ֽ$&^3UL3+l6Q.̖2)$9)%ozcvGbTw.t"473tI?3>> "?"n^[ćYIXX~9Vw. {^[͹ TT.A?iubf&4dMnڑ\y~YFr2ZҶ7W:ulUDI@bرz948 *"P,h=!6mf&yr!]s0ɐL)XIŜik"bHu"7N~A;v yj̜IPG6: jdL1i#SAm8Gc;.6&3ph:?=ț[ ;1lljVܛB'TbJ['8iRRɛO)qtY޾Jka0}$C6G‚Cp#21BBɒ/a6ѭ^_TFYgkok:pkvpzJ'0J wAxډl0GҕZݩ`ɷS~j]ů0 fm\w [uH#@U 4EU"Z|C ^]& -w8"'LyC Ż'| ^:bPZ #Erh)%^ Ed/o2oؼ:ƈ)5~[żLäThG&݇ ɵ˼ެe?+rVDjshôw \kW=ו"cy<ϻmh]y8|)W5'E#Cb~SnԽAZ *O,>x`YGZӏGCa3弹-S*f%(ܑ̃fBSr ;-4&Z0,sF=0Yy@6 sl2ט8ycw׋9-8tgh3y '3j/&XɪJQxvj9,3~ߍ CAtǙT,_H#cWwﲉ%9tjb68L1 _t֔:Ui.=z0O ІVuQbV>UD+># ڠ!N"]X%4AI*$jP)\E y`J/alFAr aBeE+3jO 27_Z\ՖꅱsmpZS?и`!ŗl L_6ў]X@gBF`<"sGLy' &ƐX`a>4 B C´Hh p]3fL8>BJgd3T& +ڼO":_dؒb&^` BfY7%˄28抿(H)T:<\ YZ