Re: libXft 2.3.0 not so good
The bold bug is fixed in git, but the other one I'm not so sure about. I agree that the screenshots are different, but I'm no expert on what is "correct" so hopefully someone else with more font skills can chime in. --Jeremy On Mar 12, 2012, at 8:06 AM, Alan Coopersmith wrote: > Distro makers probably want to hold off on packaging the 2.3.0 upgrade > until we get a 2.3.1 release out to fix: > > https://bugs.freedesktop.org/show_bug.cgi?id=47178 > https://bugs.freedesktop.org/show_bug.cgi?id=47196 > > (I guess no one noticed during the months the broken commits were sitting > in git, but throw out a tarball, and suddenly people use it.) > > -- > -Alan Coopersmith- alan.coopersm...@oracle.com >Oracle Solaris Engineering - http://blogs.oracle.com/alanc > ___ > xorg-de...@lists.x.org: X.Org development > Archives: http://lists.x.org/archives/xorg-devel > Info: http://lists.x.org/mailman/listinfo/xorg-devel > ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Special keys on Dell XPS L502X
You probably should take a look at what evtest and/or evemu report for those keys. That will provide a better understanding of what X sees. showkey shows what the kernel's keyboard device reports; evtest, evemu and the xf86-inout-evdev driver use the kernel's evdev device. http://cgit.freedesktop.org/evtest/ http://bitmath.org/code/evemu/ -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6 ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] xf86-input-synaptics 1.5.99.901
This is the first RC for synaptics 1.6. I expect the release to happen quite soon, though I still need to trawl through the bugzilla for dealbreakers. Below is the full changelog, the most notable features are the addition of multitouch support and support for ClickPads. ClickPads are touchpads that don't have physical buttons but instead the touchpad itself works as a button (or two, in some cases). These ClickPads have a new property for the configuration of software buttons, see the man page for more details. When building with MT support enabled, mtdev is required. Alexandr Shadchin (2): On/Off hooks to return boolean so we can bail out of the caller The correct maximum values for pressure and finger width Benjamin Otte (1): eventcomm: Fix initialization code Casper Dik (1): Extra buttons on Acer Ferrari 4000 laptop touchpad are not recognized Chase Douglas (35): Allocate axis labels array dynamically Add touch device class support eventcomm: Initialize touch device and axes eventcomm: Read evdev events from mtdev where multitouch is available eventcomm: Add touch event handling Ensure delta computation does not go crazy Only move the cursor when one touch is on a touchpad Don't emit touch sequences if only one touch is active Don't initialize touch state if device does is not multitouch Don't initialize semi-multitouch devices for touch device class Revert "Replace the motion estimator" Allocate proto data in eventcomm-test Introduce SynapticsHwStateAlloc() and SynapticsHwStateFree() Transition eventcomm-test to new SynapticsHwState instantiation scheme Allocate SynapticsHwStruct for local function use Allocate SynapticsPrivate.comm->hwState Allocate priv->hwState Introduce SynapticsCopyHwState function Rename num_touches to max_touches Add touch valuator mask to hw state structure Add open_slots array to SynapticsPrivate Move X touch event processing into synaptics.c Filter touch events if click actions are enabled Filter touch events if tap actions are enabled Filter touch events if two-finger scrolling is enabled Prefer multitouch over single-touch axis ranges Update touch state when device is off too Don't use linear regression when calculating touchpad motion deltas Add clickpad device property Add cumulative_d{x,y} to SynapticsHwState Enable clickpad click and drag with two fingers Disable scrolling when beginning a clickpad press Calculate touch data for semi-mt devices, but don't send touch events Add soft button areas property Ignore motion during touch count changes on semi-mt devices Cyril Brulebois (1): Revert: "eventcomm: replace synaptics-custom TEST_BIT with server's BitIsOn." Daniel Stone (17): Shuffle include order around Bump minimum xorg-server requirement to 1.7 Properties: Generalise InitTypedAtom from InitAtom Add HIST_DELTA macro for differences in history Give FingerState enums explicit values Introduce POLL_MS for packet frequency Use CARD32 for timestamps Don't store fake events in the motion history Update count_packet_finger in store_history, not get_delta Scroll: Clarify rep_buttons assignment Scroll: Move scroll_[xya] into new priv->scroll struct Scroll: Move coasting variables to priv->scroll Scroll: Modify ScrollData in repeat_scrollbuttons Adjust acceleration scheme for input ABI v14 Scroll: Prepare ScrollData for smooth scrolling Scroll: Initial smooth scrolling support Constify priv->device Derek Foreman (6): Fix pressure->motion property format Use hardware time where possible Replace the motion estimator More accurate extrapolated fake motion events Revise palm check logic Scroll: Add last_millis to track scroll event timing JJ Ding (1): fix wrong finger width range Peter Hutterer (35): Bump to 1.5.99 Fix compiler warning: unused variable "wakupTime" man: note that a PS/2 device is not supported test: wrap ABI 14 xf86OptionRec type changes Fix compiler warning - unused variable 'para' eventcomm: print strerror(errno), not of rc Use the scroll distances as increment for scrolling valuator axes Return true/false from SetDeviceAndProtocol If protocol is auto-dev and the device path is set, unset the protocol test: fix build errors introduced by upstream server change Remove unused variable 'thr' test: fix build error introduced in 9f9b55ab55ed5 synclient: fix indentation of "format mismatch" parameters Remove compiler warning: unused variable "atom" Submit the right number of MT axes Fix build error if HAVE_MTDEV is false Revert "Don't store fake events in the motion history"
[ANNOUNCE] util-macros 1.17
Chase Douglas (3): Add XORG_ENABLE_INTEGRATION_TESTS Fix cflag test compiler message and cache ids Separate unknown warning options by language Gaetan Nadon (1): Version bump: 1.17 Jon TURNEY (1): Don't use AS_ECHO in XORG_TESTSET_CFLAG git tag: util-macros-1.17 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.17.tar.bz2 MD5: 4f41667e1bf4938bb2b24fa09d517f77 util-macros-1.17.tar.bz2 SHA1: c424a09fa6f628e24eff74496acebef13e8093b9 util-macros-1.17.tar.bz2 SHA256: 7d79edde72fc17dcdc56cfbe2f8ff384d1bffd1d8c58c0fd25970f5b2ccb75ed util-macros-1.17.tar.bz2 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.17.tar.gz MD5: e162e8921cd08c50bf17b9de5131b3f1 util-macros-1.17.tar.gz SHA1: 570783cbfb7ad44de34a939455eb645856361f28 util-macros-1.17.tar.gz SHA256: a7de22d6828b2a4469d32b4744ac2fe9103fcb85e72dd70794ef77f188946371 util-macros-1.17.tar.gz ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: libXft 2.3.0 not so good
Thanks for the fix! On 03/12/12 11:58 PM, Jeremy Huddleston wrote: The bold bug is fixed in git, but the other one I'm not so sure about. I agree that the screenshots are different, but I'm no expert on what is "correct" so hopefully someone else with more font skills can chime in. --Jeremy On Mar 12, 2012, at 8:06 AM, Alan Coopersmith wrote: Distro makers probably want to hold off on packaging the 2.3.0 upgrade until we get a 2.3.1 release out to fix: https://bugs.freedesktop.org/show_bug.cgi?id=47178 https://bugs.freedesktop.org/show_bug.cgi?id=47196 (I guess no one noticed during the months the broken commits were sitting in git, but throw out a tarball, and suddenly people use it.) -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-de...@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: libXt 1.1.2 has regressions too
Okay, I'll try to get a 1.1.3 release out this week - thanks for the quick response & fix. On 03/12/12 11:56 PM, Jeremy Huddleston wrote: I reverted the commit which caused the regressions in libXt-1.1.2. The issue was that libXt was retrying when it got a POLLHUP rather than passing it along to Xlib which would handle it with XIOError. After investigating this issue, I'm not sure that the original patch that caused this actually needs a fix any more. I think the issue may have been limited to the !xcb case in Xlib which probably didn't handle POLLNVAL. I believe that xcb should be setting the connection error state on POLLNVAL, so it should follow the same path into XIOError, but I'll followup on that in the original bug report as time allows. On Mar 12, 2012, at 9:38 AM, Alan Coopersmith wrote: [Bug 47203] libxt 1.1.2 breaks xscreensaver https://bugs.freedesktop.org/show_bug.cgi?id=47203 [Bug 47216] upgrade to libxt 1.1.2 breaks "windowless" applications https://bugs.freedesktop.org/show_bug.cgi?id=47216 Package builders may want to watch out from those if they're considering an upgrade. Help from any developers with time& knowledge to help track these down would be appreciated. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg-de...@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - http://blogs.oracle.com/alanc ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Mouse buttons/scroll directions swapped with recent Xorg
On Mon, Mar 12, 2012 at 01:48:03PM +0100, Thomas Bächler wrote: > Hello, > > Recently (beginning of February), I performed the following upgrades: > > xf86-input-evdev (2.6.0-4 -> 2.6.99.901-1) > xf86-input-synaptics (1.5.0-1 -> 1.5.99-0.1) > xorg-server (1.11.4-1 -> 1.11.99.903-1) > xorg-xinput (1.5.3-2 -> 1.5.99.1-1) > (Some of these packages have since been updated to their latest releases > or newer snapshots, but the problems I describe below remain the same.) > > Since then, I have two problems: > > 1) On my ALPS touchpad, the circular scroll direction has been reversed: > Scrolling left is now button 5, scrolling right is button 4. (The right > edge of the touchpad still scrolls correctly, up is button 4, down is > button 5.) definitely a regression, patch available here http://patchwork.freedesktop.org/patch/9512/ > 2) On my Logitech M555b mouse, buttons 6 and 7 have been swapped. Physical buttons or logical (scroll) buttons? If the former, please file a bug against evtest and attach a utouch-evemu recording of the button events. see http://people.freedesktop.org/~whot/evemu/ Cheers, Peter ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Clearing xterm clipboard/selection/cutbuffer
Hi, I'm having difficulty clearing the clipboard/selection/cutbuffer. Any combination of xsel -[cd] -[psb] fails to clear a selection made in xterm using standard left-drag. I can SET the selection with xsel -i but it cannot be empty, so the best I can do is replace the current selection with a space. Not terrible, been doing that manually for a long while, after each selection, since accidental pastes can be disastrous. But I'd like it to be really empty, the way it is when first start X, prior to having made any selections. I've also tried xclip, xcutsel, and changing the xterm selectToClipboard resource to true... Even tried hacking xsel.c source but had no luck there either! My system is Ubuntu 11.04 (GNU/Linux 2.6.38-13-generic i686), twm, X.Org X Server 1.10.1. Can anyone suggest what's going wrong with xsel -c/-d? Kind Reg'ds, Ras ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Clearing xterm clipboard/selection/cutbuffer
Actually I managed to solve this -- honestly I had been working on it for a long time before writing to the list, funny how that can happen! I find that the combination of the following works; neither alone is enough: xsel --clear --primary (same as xsel -c) xcb -s 0-7 < /dev/null (actually xcb -s 0 < /dev/null suffices) Hope this helps someone somewhere sometime... Kind Reg'ds, Ras On Wed, Mar 14, 2012 at 12:02 AM, Ras Far wrote: > Hi, > > I'm having difficulty clearing the clipboard/selection/cutbuffer. Any > combination of xsel -[cd] -[psb] fails to clear a selection made in > xterm using standard left-drag. > > I can SET the selection with xsel -i but it cannot be empty, so the > best I can do is replace the current selection with a space. Not > terrible, been doing that manually for a long while, after each > selection, since accidental pastes can be disastrous. But I'd like it > to be really empty, the way it is when first start X, prior to having > made any selections. > > I've also tried xclip, xcutsel, and changing the xterm > selectToClipboard resource to true... Even tried hacking xsel.c > source but had no luck there either! > > My system is Ubuntu 11.04 (GNU/Linux 2.6.38-13-generic i686), twm, > X.Org X Server 1.10.1. > > Can anyone suggest what's going wrong with xsel -c/-d? > > Kind Reg'ds, > Ras ___ xorg@lists.x.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.x.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com