xf86-input-libinput-0.28.1-150400.15.3.1<>,QdLp9|ّ}m-=|vC݇ 7XDOlL:LB2뒽J2$@6|M/kzH8dt`IG>D@?@d + Q$(48Qrv    $ + 4PsLD(8#9@#: #F;?G;TH;pI;X;Y;\;]<^<]b=c=d>Ge>Lf>Ol>Qu>dv>w?x?y?z@@ @$@4@8@<@B@Cxf86-input-libinput0.28.1150400.15.3.1Libinput driver for the Xorg X serverxf86-input-libinput is a libinput-based X.Org driver. The actual driver bit is quite limited, most of the work is done by libinput, the driver itself passes on the events (and wrangles them a bit where needed).dLs390zp33\?SUSE Linux Enterprise 15SUSE LLC MIThttps://www.suse.com/System/X11/Servers/XF86_4http://xorg.freedesktop.org/linuxs390x?@XA큤AA큤dLdLdLdLdL[HdLd8cca826d7001789a6da069bbc8c7644903be16a2abcd693b1d60bc9db19162185dab13f77dabe33f4e7299be9b3ba80ea2abc7d1f20b963dcb42e9b945758f6b808a8a077995380c6064bec41616f98546b0b2e79bb7f3d0247d290e275b39684129d84121d2f485ead61d2652fd9e47637622fff1536b8b70de0b7d3ba0e18rootrootrootrootrootrootrootrootrootrootrootrootrootrootxf86-input-libinput-0.28.1-150400.15.3.1.src.rpmconfig(xf86-input-libinput)libinput_drv.so()(64bit)xf86-input-libinputxf86-input-libinput(s390-64)@@@@@@@@@@@@@@@@    X11_ABI_XINPUTconfig(xf86-input-libinput)libc.so.6()(64bit)libc.so.6(GLIBC_2.2)(64bit)libc.so.6(GLIBC_2.3.4)(64bit)libc.so.6(GLIBC_2.4)(64bit)libc.so.6(GLIBC_2.7)(64bit)libinput.so.10()(64bit)libinput.so.10(LIBINPUT_0.12.0)(64bit)libinput.so.10(LIBINPUT_0.14.0)(64bit)libinput.so.10(LIBINPUT_0.19.0)(64bit)libinput.so.10(LIBINPUT_0.21.0)(64bit)libinput.so.10(LIBINPUT_1.1)(64bit)libinput.so.10(LIBINPUT_1.11)(64bit)libinput.so.10(LIBINPUT_1.2)(64bit)libinput.so.10(LIBINPUT_1.3)(64bit)libinput.so.10(LIBINPUT_1.4)(64bit)libinput.so.10(LIBINPUT_1.5)(64bit)rpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)24.10.28.1-150400.15.3.13.0.4-14.6.0-14.0-15.2-1 xorg-x11-driver-input7.64.14.3c`ay[ā@[E@ZJ@ZZľ@YYKY@Y i@XCX@XN@X @X@WSW$Wڍ@W!@WKV>@V{@VpV0V@UAU@Uz@Ut2@U`kU:0@U7@U-@U sndirsch@suse.comsndirsch@suse.comsndirsch@suse.comsndirsch@suse.comsndirsch@suse.combjorn.lie@gmail.comsndirsch@suse.comsndirsch@suse.comzaitor@opensuse.orgsndirsch@suse.comsndirsch@suse.comsndirsch@suse.comzaitor@opensuse.orgtobias.johannes.klausmann@mni.thm.dezaitor@opensuse.orgzaitor@opensuse.orgzaitor@opensuse.orgsndirsch@suse.comzaitor@opensuse.orgsndirsch@suse.comsndirsch@suse.comzaitor@opensuse.orgtobias.johannes.klausmann@mni.thm.dezaitor@opensuse.orgsndirsch@suse.commpluskal@suse.comzaitor@opensuse.orgzaitor@opensuse.orgzaitor@opensuse.orgzaitor@opensuse.orgzaitor@opensuse.orgsndirsch@suse.comsndirsch@suse.comhrvoje.senjan@gmail.comtobias.johannes.klausmann@mni.thm.de- U_boo1208486.patch * Make sure the device is valid when setting the tap button map (boo#1208486, gh#34)- enable build on s390x (JIRA#SLE-18632)- Update to version 0.28.1 * Only two commits, only one that really matters: previously the driver used the per-device slot number to fetch the tracking IDs from a driver-internal array. Because devices re-use slots, this could cause a tracking ID mismatch when two touchscreens had the finger down at the same time. This is now fixed by switching to libinput's seat-wide slot number instead.- Update to version 0.28.0 * This version adds a feature to expose the touch count for touch devices through the X device. It makes it possible for clients to adjust their UI based on the number of supported touches by this device. * Also, the draglock code had a bug and would call memset with an invalid size, causing memory corruption. You're advised to update, especially if you expect someone to use the draglock options.- Update to version 0.27.1 * Just one bugfix, a regression introduced by the new property handling in 0.27.0 caused the property to toggle left-handed to not be initialized on all devices that required it. - supersedes U_Fix-left-handed-property.patch- Add U_Fix-left-handed-property.patch: Fix "left handed" property not set on all pointers (fdo#105667).- Update to version 0.27 * The libinput driver splits libinput devices into multiple X devices (e.g. a mouse and a keyboard device) and then routes the events accordingly. In the case where there is a user- specific on one device, a VT switch or suspend/resume cycle sometimes overwrote the configuration with the devices in-order, resulting in the loss of that configuration. e.g. if the keyboard device resumes after the mouse device, the natural scroll setting may get overwritten with the default. This is fixed now. And a note to the man page, we don't support specifying devices as /dev/input/by-id or /dev/input/by-path. It's not worth the effort, so at least point this out in the man page.- Update to version 0.26 * A few patches that have been sitting on master for a while, of which two are documentation patches. The most interesting patch is for tablets: previously we didn't send a separate motion event before the button event which caused some clients to trigger the button event on the previous stylus position. - obsoletes U_Only-initialize-properties.patch- Add U_Only-initialize-properties.patch: Only initialize properties that match capabilities on a subdevice (fdo#100900).- Leap 42.3 merge * boo#1039812- Update to version 0.25.1 * Just one patch that's been sitting on master for a while now - after a proximity event we immediately post a motion event. This avoids the lines between the last known point before proximity out and the new point.- Update to version 0.25.0 * fixing two bugs with tablet pad modes on kernel 4.9 and later. First, we never successfully opened the sysfs files representing the LEDs, so they didn't update as the kernel would change them. Second, had we opened them correctly we would've likely crashed as the property update would have been sent from within the input thread. Both issues are fixed now, together with a fix for a test case failure for ppc64/aarch64.- Update to version 0.24.0: + Tablets now support a configurable pressure curve. + Tablets now have a 'area ratio' setting to be able to match the tablet aspect ratio with that of the screen. + The mouse wheel's click angle now (correctly) affects how fast the scroll wheel triggers. In particular, if you have a wheel with a very small click angle, it won't trigger for every click anymore.- Update to version 0.23.0: A couple of cleanups, no big features added. Most of this was in the property handling code. The most visible fix is that we now handle addition of initially disabled devices correctly, i.e. when a device is plugged in while the server is VT-switched away. In the non-logind case this previously caused a segfault. Our tablet support is good enough that we now match against tablets too. The xorg.conf.d sort order means that if you have the wacom driver installed, that driver will take over. Otherwise, libinput will handle tablets.- Update to version 0.22.0: + Fix the new tap button map option handling. + When the first device was removed (and subsequently freed by the server) the input thread would continue to call that device's read_input() func, eventually causing a crash. - Drop U_xf86-input-libinput-Fix_tap_button_map_option_handling.patch: Fixed upstream.- Add upstream patch to fix touchpad when lmr option is used: U_xf86-input-libinput-Fix_tap_button_map_option_handling.patch. Fixes fdo#97989.- Update to version 0.20.0: + Most important fix is the use of input_lock() instead of the old SIGIO stuff to handle the input thread in server 1.19. + This version now supports tablet pads and exposes properties for changing the tap button mapping and the rotation. - Rebase n_enable-tapping.patch. - Pass --with-xorg-conf-dir to configure and modify spec following upstream changes.- install the driver by default; added "Supplements: xorg-x11-server" for this (bnc#999098)- Update to version 0.19.1: + One of the property names had a clear typo in it, "Horizonal" instead of "Horizontal". This update corrects this property name. + A second patch was snuck in to avoid bug messages when submitting button numbers beyond what we can handle in the protocol.- Update to version 0.19.0 One significant change that affects packagers: the config snippet has been renamed from 90-libinput.conf to 60-libinput.conf. This should not show any immediate effects on most user's machines but there is a slight potential of user configurations to change if their custom snippets now sort after libinput instead of before. This change is part of the two-step solution to fix the handling of wacom tablets when the libinput driver is present. Previously, the libinput driver would overwrite any driver assigned to any supported devices. While it does not yet bind to tablet devices by default, some tablets also look like a keyboard, causing those devices to stop working. For those devices, the wacom driver is the better option. Since the X server is lacking an option to conditionally bind InputClass snippets based on current values (git master has a NoMatch* option), the safe alternative is to bump the libinput priority down and, at the same time, bump the wacom driver's priority up. For the cases where the wacom driver should not handle any device, simply uninstalling it is sufficient. - refreshed n_enable-tapping.patch- Update to version 0.18.0: This release adds support for tablet tool devices. Now, this support should be taken with a grain of salt, it works differently to the xf86-input-wacom driver and thus some capability differences can be observed: First, pad support is still missing, i.e. you cannot use the buttons on the tablet bit itself. There are no specific configuration options just yet, and the way we are aiming for libinput support, many of the options you are used to may not exist ever. The most important part: tool support is handled dynamically. As a tool is first brought into proximity, a new X device is created for that tool only (no multiplexing of tools through the same X device). Clients may expect a static list of tools, so for those you will need to bring the tool into proximity before starting the client. In short, do not use this driver for tablets on production workstations yet.- Update to version 0.17.0: + Fix compiler warnings about missing tablet event cases. + Add property/option for enabling/disabling tap-n-drag. + Fix default tapping drag lock property value. + Allow hotplugging a device immediately. + Change creating subdevices to something more generic.- Update to version 0.16.0: This release fixes a long-standing issue with mixed devices that expose a pointer and a keyboard interface at the same time. X requires a strict separation between pointers and keyboards, these devices were usually initialized as pointers and exhibited some keyboard functionality issues (e.g. XKB layouts didn't get applied correctly). With this release, the xorg libinput driver splits such devices into multiple X devices, one for the keyboard and one for the pointer, routing the events as necessary and thus fixing those issues. - Changes to package: + Remove patch U_xf86_input_libinput_mem_leak_fix.patch: included in this release.- Add U_xf86_input_libinput_mem_leak_fix.patch: Plug two memory leaks, patch from upstream git. - Correct minimum version of BuildRequires pkgconfig(libinput).- Update to version 0.15.0: This release adds new properties to select the pointer acceleration profile. See the libinput documentation for more details http://wayland.freedesktop.org/libinput/doc/latest/pointer-acceleration.html Note that this driver now installs a xorg.conf.d snippet in the usual locations. This snippet will assign libinput to mouse, touchpad, keyboard and touch devices but will skip tablets and joysticks (we don't support thoss in libinput yet). The filename of the snippet means it will sort after evdev and synaptics and thus override either driver. - n_enable-tapping.patch * enables tapping for touchpads in upstream xorg.conf.d snippet - removed superseded xorg.conf.d snippet- Add gpg signature- Update to version 0.14.0: + Rename a local variable to not shadow the BSD strmode(3) function. + Remove unneeded header, epoll(7) interface is not directly used. + Rename main source file to x86libinput.c. + gitignore: add patterns for automake test suite and misc other bits. + Add drag lock support. + Add an option to disable horizontal scrolling. + Revamp server fd opening. + Use xf86OpenSerial instead of a direct open() call. + Fix typo in libinput.man.- Update to version 0.13.0: + Fix compiler warnings about touchpad gestures. + man: minor man page improvements. + Add a property for Disable While Typing.- Update to version 0.12.0: + Support buttons > BTN_BACK on mice. + Add a property for tap drag lock. - Drop autoconf, automake and libtool BuildRequires, also stop running autoreconf before configure. They were needed in the past but we do not carry any patches anymore. - Remove emtpy post/postun sections.- Update to version 0.11.0: + Only init abs axes if we don't have acceleration. + Use the new unaccelerated valuator ValuatorMask features. + Fix missing scroll methods default/scroll button property.- Update to version 0.10.0: + Group scroll distances into a struct. + Add option "ButtonMapping" (fdo#90206). + man: add two linebreaks to make things easier to visually parse. + Move the option parsing into helper functions. + Add a property for middle button emulation.- xf86-input-libinput 0.9.0 * A couple of cosmetic changes but one addition of a new set of properties: properties named "libinput something Default" show the libinput default for a device. For example: libinput Click Methods Available (284): 1, 1 libinput Click Method Enabled (285): 0, 1 libinput Click Method Enabled Default (286): 1, 0 This device has software buttons and clickfingers available, clickfingers is currently enabled, software buttons is the default for this device.- no longer install driver package by default, i.e. commented out "Supplements: xorg-x11-server" in specfile - 90-libinput.conf: enable tapping on touchpads by default (http://lists.opensuse.org/opensuse-factory/2015-04/msg00233.html)- Install license in main package - Install 90-libinput.conf config file (boo#926942)- New package xf86-input-libinput with initial version 0.8.0: xf86-input-libinput is a libinput-based X.Org driver. The actual driver bit is quite limited, most of the work is done by libinput, the driver itself passes on the events (and wrangles them a bit where needed).s390zp33 16782653700.28.1-150400.15.3.10.28.1-150400.15.3.10.28.1-150400.15.3.1xorg.conf.d40-libinput.confinputlibinput_drv.soxf86-input-libinputCOPYINGlibinput.4.gz/etc/X11//etc/X11/xorg.conf.d//usr/lib64/xorg/modules//usr/lib64/xorg/modules/input//usr/share/doc/packages//usr/share/doc/packages/xf86-input-libinput//usr/share/man/man4/-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:28143/SUSE_SLE-15-SP4_Update/a4ed4173acbdac208a3afd6882bb5f86-xf86-input-libinput.SUSE_SLE-15-SP4_Updatedrpmxz5s390x-suse-linuxdirectoryASCII textELF 64-bit MSB shared object, IBM S/390, version 1 (SYSV), dynamically linked, BuildID[sha1]=bc38e6bcbfb8d13d6fe2707c081fe4903a05a2b2, strippedUTF-8 Unicode texttroff or preprocessor input, ASCII text (gzip compressed data, max compression, from Unix)PRRRRR RR R R RR RRRRR.⨝*hMOv^xorg-x11-serverutf-80cccc983b8aca8c77e1bdac01566080b030ba0442ceee4370d69eaf69dd78af9?7zXZ !t/#O p]"k%/(LRP65n*#>Fou}n$""$(7[ "Ffs S lh\J(Jun(Xi֚tK:]a-uzAmg#H+u\z]`gByM T (DE=d|K=㣷0jT~7ݵO.;]2UR b6sxޮ2>[)0 RϙEm$z: bCXHD[Fn`L Oky{D*^j 3JcLiN)W/p@4i~UIx_&GI+_D󀯯v%?+n CYaY2}F0 8+`ˎ A9zmaR ~OִG  ]Рz~Kku;SJ{!?(wtmmhd [M 5<)*bXM,~(4̋\ "U?(ǖS3MLu\Mͣ؃] &!y|A^іK-eUo6grbp7l2i( 'myԯ Lvn*Mi_-JëL@UcK3ȇz&?в~Aj`0& zf|U<]OqSs)"hCM" pB}"; c'BCWAzq8Kݐ 5\ƒQKc{bc0f(Жjf{.*z_`1@b0ocD>ϳX2Y '%1tdMmfSOZhƼ% #f寶)݄mVڛ(lڰ@?kfr@$dS{ ɓJk1OEOq;/U qqP'z`{49cmx+}=Q!~]Ή q""P;!#0b!,<]q PWuFQ \à0refb+N3z`R5U^@Ӆxfa/[űL՟|R*D<s]L#yYj,[ .)\IK C˚y͛mFRUo+& 3ϣۈ(Ah- }lzq:vSplx^pDn0`mKurBVY+k=y]d[H3}}s$"N܍`}Nv  Cә4 %S0#ausCY FsAͭ ->$4w. g&ӂ *e@ tRM)/^yxS!.dSezs$0 jK36Rv#o?CO@K6X]:ф*ISo|fF*#o\d.D[B -YWLeTn%qܶ*SXl5ӮzrQ2G\ m ÿHb.DGfMZ:%ȧBw7q ̶2_2<$! ;K?<˙Jj&7 ]br1dk*BU,b.Zr9Wi_vIKu% _N1èXҠ MCRˎ1Gg!q:~<܅r/<^