gmane.comp.freedesktop.xorg

[ANNOUNCE] xf86-input-vmmouse 12.9.0

2012-05-22T19:34:17

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Bugfix release, made to address a regression caused by the last release on
Ubuntu [1], the original bug will of course return then [2].

Cheers, Jakob.

[1] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-vmmouse/+bug/996821
[2] https://bugzilla.novell.com/show_bug.cgi?id=717625

Gaetan Nadon (1):
      config: replace obsolete AM_CONFIG_HEADER with AC_CONFIG_HEADERS

Jakob Bornecrantz (1):
      vmmouse 12.8.0

Michal Srb (1):
      Enable hardware access during vmmouse preinit.

Zack Rusin (1):
      Revert "Adjust the kernel name in the udev file."

git tag: xf86-input-vmmouse-12.9.0

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.9.0.tar.bz2
MD5:  2b3bfea9ba1f73d9d68bddd0d6b20112  xf86-input-vmmouse-12.9.0.tar.bz2
SHA1: 83500beddba2da390389705d482131872fe9be8b  xf86-input-vmmouse-12.9.0.tar.bz2
SHA256: fbcf00f6bfee38bc65e0f0b812a4d076f7e203e81ed908e57de4026792b299bf  xf86-input-vmmouse-12.9.0.tar.bz2

http://xorg.freedesktop.org/archive/individual/driver/xf86-input-vmmouse-12.9.0.tar.gz
MD5:  b5fcdc6149ce98c4e962bd4944fa7fb0  xf86-input-vmmouse-12.9.0.tar.gz
SHA1: 7de723bf5856c7923daf0a46d4a31b627915e2cb  xf86-input-vmmouse-12.9.0.tar.gz
SHA256: b28d5e2426478bbec22e221e162167b0cff8a17b5c6b374aa8bbb1525f9bea26  xf86-input-vmmouse-12.9.0.tar.gz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk+74EAACgkQtC8VpKcKoE17tACgjt01oqRhrIr+1WIsvXsuCNNp
BxAAnAy0wiF8QlpWa4fG29vTfBa3n172
=0BFK
-----END PGP SIGNATURE-----
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: compile libXext-1.3.1 problem

Gaetan Nadon — 2012-05-22T18:38:14

pkg-config is one of the required tools to build any X.Org package.

http://www.x.org/wiki/ModularDevelopersGuide#GNU_Build_System:

    GNU Build System
        autoconf (2.60)   Produce shell scripts that automatically
    configure software source code packages
        automake (1.10)   Create GNU standards-compliant Makefiles from
    template files
        gmake             The GNU version of the "make" utility to
    maintain groups of programs
        libtool (1.5)     Provide generic shared library support
        pkg-config (0.22) Return metainformation about installed libraries


_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: compile libXext-1.3.1 problem

Alan Coopersmith — 2012-05-21T14:36:37

Either use the tarballs we provide with configure scripts already generated so
you don't have to run autoconf, or install the pkg.m4 autoconf macros from
pkg-config first.

Re: XSetBackgroundPixmap question

Adam Jackson — 2012-05-21T14:16:50


Any code which does this is being inadvisably friendly with the
implementation.  From the protocol spec:

    Subsequent drawing into the background or border pixmap has an
    undefined effect on the window state. The server might or might
    not make a copy of the pixmap.

The sample implementation (at least at the dix level) has always done
the current behaviour of taking a reference on the pixmap, but the
sample implementation is not the only X server ever written.

- ajax
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

compile libXext-1.3.1 problem

Lee Wei han — 2012-05-21T09:15:22

i am trying to build libXext-1.3.1 but i get a error message 


checking for X.Org SGML entities >= 1.8... ./configure: line 18029: syntax error near unexpected token `xorg-sgml-doctools'
./configure: line 18029: `PKG_CHECK_EXISTS(xorg-sgml-doctools m4_ifval([1.8],[>= 1.8]),'

what shall i do, please help_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

xf86-input-aiptek bug

Thomas Schneider — 2012-05-20T20:58:01

Hey I'm writing to the mailing list because I fear that
https://sourceforge.net/projects/aiptektablet/ is dead (last update
2009-08-18).
I have to Aiptek Hyperpen mini devices which are identical to the
point except for the bcdDevice id.
The first one with the id 1.01 works but the other one with the id
1.02 doesn't work so well.
The points are mapped correctly but sometimes the stylus stops working
completly (seems to be the case if the pressure is too big or the
angle of the stylus is changed).
On Windows the device works flawless.
I attach the lsusb output with the hope that someone can help me.
with kind regards,
Thomas

Bus 005 Device 007: ID 172f:0037 Waltop International Corp. 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x172f Waltop International Corp.
  idProduct          0x0037 
  bcdDevice            1.02
  iManufacturer           1          WALTOP   
  iProduct                2          Tablet    
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           34
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface              0 
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.10
          bCountryCode           30 Taiwan
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength     241
         Report Descriptors: 
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x82  EP 2 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               2
Device Status:     0x0000
  (Bus Powered)
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: XSetBackgroundPixmap question

walter harms — 2012-05-20T14:10:54


Am 20.05.2012 05:30, schrieb Keith Packard:

Hello keith,
i am not an X11 expert, and i am not sure that i understand your answer.
So far i understand the problem was how to free the old one and the answer
is there is no need to free since you should set the pixmap like this:

newpm=xcreatepix()
XSetWindowBackgroundPixmap(newpm)
xfreepixmap(newpm)

Is that what you are saying ?

re,
 wh
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

[ANNOUNCE] xorg-server 1.12.1.902 (1.12.2 RC2)

Jeremy Huddleston — 2012-05-20T05:22:42

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

== Description ==

This is the second release candidate for 1.12.2.

The primary changes from the first release candidate pertain to logging,
build failures, and xinput.

== Known Issues ==

Top Issues (1.12 Tracker, https://bugs.freedesktop.org/show_bug.cgi?id=xserver-1.12)
* #23938: [from 1.6.x] keys occasionally get stuck
* #31501: [from 1.8.x] crash accessing font info with xfs in fontpath
* #39094: WaitFor does not handle EIO (causes 100% cpu load)
* #39838: Server crash in RENDER
* #39949: [from 1.9.x] RandR panning & scaling don't work
* #41124: [from 1.9.x] Another crash in GLX/DRI2 when resizing a window
* #41149: Server crash pressing multimedia keys 
  * patch on xorg-devel
* #41653: Server crash in rotate
  * patch pending PULL to master
* #43988: Use-after-free
  * patch in bug needs updated formatting & review
* #44038: GL regression with wine

Other Issues (1.13 Tracker, https://bugs.freedesktop.org/show_bug.cgi?id=44202)
* #11053: Buffer overflow in fbCopyArea()
  * Has a patch, ajax thinks the patch is wrong
* #17013: Issues when mising Xinerama and XCopyArea/Xdamage
  * Partial patch is available... still waiting on complete fix
* #24094: CTRL-ALT-F1 doesn't switch to VT1 (provides garbage input to terminal instead)
  * XKB weirdness.  This looks diagnosed, so let's get a patch tested.
* #27804: Enter/Leave event woes with multiple master devices
* #29251: [from 1.8.x] server crash destroying GLX pixmaps
* #32765: [from 1.8.x] Xephyr segfaults on 24bpp hosts
  * A possible fix is discussed, but Keith didn't like it.
* #42219: Some override-redirect windows aren't getting rendered
* #43434: Rotate causes loss of gamma changes
* #47510: Xephyr memory leak

== New Issues ==

If you encounter an issue that you think should block a future 1.11 release,
please follow the instructions listed in the wiki to raise this to our
attention.

http://www.x.org/wiki/Server112Branch

== Changes since 1.12.1.901 ==

Chase Douglas (2):
      Report logical button state in ProcXIQueryPointer
      Report touch emulated buttons in XIQueryPointer for XI 2.1 and earlier

Daniel Kurtz (5):
      dix: don't BUG_WARN for button events from button-only device
      os/log: trivial cleanups
      os/xprintf: add Xvscnprintf and Xscnprintf
      os/log: only write timestamp if a message is actually written to logfile
      os/log: refactor logging

Jeremy Huddleston (2):
      Revert "dix: when disabling a device, release all buttons and keys"
      configure.ac: Version bump to 1.12.1.902 (1.12.2 RC2)

Keith Packard (2):
      hw/xfree86: Spurious ');' in xf86vmode.c messed up indentation badly
      hw/xfree86: Re-indent xf86vmode.c

Michal Suchanek (1):
      dmx: Annotate dmxlog.c with _X_ATTRIBUTE_PRINTF and _X_NORETURN

Peter Hutterer (1):
      dix: indentation fix

git tag: xorg-server-1.12.1.902

http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.12.1.902.tar.bz2
MD5:  29c8ccc0097daa31500b250b6b7cf31d  xorg-server-1.12.1.902.tar.bz2
SHA1: f5ab539ac875551ba3ea8f29150bc17949999b58  xorg-server-1.12.1.902.tar.bz2
SHA256: 052efb01c47348b4138c89ad5654be022a4d952acc6129b2ad2659bc1ff4d509  xorg-server-1.12.1.902.tar.bz2

http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.12.1.902.tar.gz
MD5:  40b0de8c8fad46357ba2bf5b1bc18377  xorg-server-1.12.1.902.tar.gz
SHA1: c5fc232decc3eaa18283ffb313dde8b0b73e48b3  xorg-server-1.12.1.902.tar.gz
SHA256: aabeaf68ef7885ad2bc33a4a6ac2abb3c5c12ee563b53744932093a15a17d499  xorg-server-1.12.1.902.tar.gz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (Darwin)

iD8DBQFPuH90jC1Anjf1NmMRAgLcAJ4qzrDEVouUpLru3+rQ08U8bXWXugCdGExX
+NYxg2MO/a4lQdsdEyHbSzA=
=40vQ
-----END PGP SIGNATURE-----

_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: XSetBackgroundPixmap question

Keith Packard — 2012-05-20T03:30:39


No, it keeps a reference, but not through the Pixmap ID, so while the
client can destroy the ID, the server holds a reference to the
underlying Pixmap structure itself. No copy is made.

Re: XSetBackgroundPixmap question

James Buren — 2012-05-19T23:45:10

What is undefined behavior? Modifying a pixmap that is still used
as a background pixmap, modifying a pixmap that was used as
a background pixmap but has since been replaced, or both of these
cases?
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: XSetBackgroundPixmap question

Keith Packard — 2012-05-19T23:23:39


You should look at cairo instead -- it nicely wraps the render extension
with a pretty postscript-like API.

Re: XSetBackgroundPixmap question

James Buren — 2012-05-19T23:05:14

Wow, that was fast. Thanks. Some other questions I've been having. I've been considering using
the XRender extension and I've noticed the documentation is nearly non-existent. What advantages
does it offer over older Xlib drawing API? At the very least, it seems to offer more complex graphics
operations like scaling and alpha blending.
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: XSetBackgroundPixmap question

Glynn Clements — 2012-05-19T22:00:28

[I presume that you mean XSetWindowBackgroundPixmap; there is no Xlib
function named XSetBackgroundPixmap.]

James Buren wrote:


The manual page for XSetWindowBackgroundPixmap says:

The XSetWindowBackgroundPixmap function sets the background
pixmap of the window to the specified pixmap. The background
pixmap can immediately be freed if no further explicit
references to it are to be made.

That seems to imply that the X server makes a copy of the pixmap data
rather than keeping a reference to the original pixmap. However, I
don't believe that's how the X.org server actually implements it.

I've encountered code which uses a background pixmap to implement a
persistent screen, and drawing to the pixmap then calling XClearWindow
(without calling XSetWindowBackgroundPixmap in between) results in the
updated pixmap contents appearing in the window. So it appears to use
reference counting or similar.

The combination of the documentation and the observed behaviour
implies that the X server *may* copy the pixmap data or it may just
keep a reference. Either way, deleting the pixmap after setting it
should be fine, but modifying a pixmap which has been used as a
background pixmap has undefined behaviour.

Regardless of the implementation, there isn't any way to query the
current background pixmap. The background_pixmap field in the
XSetWindowAttributes structure used by XChangeWindowAttributes isn't
present in the XWindowAttributes structure used by XGetWindowAttributes.

XSetBackgroundPixmap question

James Buren — 2012-05-19T20:57:56

When using this Xlib function to set a new background pixmap, how does the old one get
freed? If I am setting the root window's background pixmap, I don't know how I can get the
XID of the old one. If it is a window I created, I can cache it but that seems overkill if I'm
just wanting to discard the old one. Can someone direct me to how I am supposed to free
the old background pixmap? Thanks.

_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: Randr window resize

Adam Jackson — 2012-05-18T13:26:19

Sure, why not.  My point was mostly that the events do happen, so
wherever the bug is it's not in the server.

- ajax
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

xorg performance in general / eclipse specific question

David Aldrich — 2012-05-18T12:23:03

Hi 

I am running an Eclipse based IDE on Ubuntu 10.04 LTS, which runs on a VMWare virtual machine on a remote server. I access the IDE  on my Win 7 laptop using VcXsrv, which is an X server for Windows based on the Xorg sources.  I have two questions related to this configuration.

1) Firstly, in general, the IDE is quite sluggish in this configuration. Is there anything I can do on the remote server or the local laptop to improve performance? (for example, I have heard of xorg acceleration, but I don't know what it is).

2) Secondly, I have a very specific question about the IDE behaviour.  Given that this problem only manifests in a X server configuration. I thought it appropriate to ask the question here. When running the IDE, if I right click in an editor window to access a right-click menu option, the expected menu pops up but, after I select a menu item, the editor enters 'text select' mode and highlights a block of text, which is only terminated if I right-click again.  I think this simply means that the IDE is getting confused about right clicks. Any ideas how to fix this please?

Best regards

David

_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: Randr window resize

Eirik Byrkjeflot Anonsen — 2012-05-18T07:19:09


I would have expected that to be primarily the window manager's job.

eirik
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: Regarding Xorg

Michel Dänzer — 2012-05-18T06:38:49

On Fre, 2012-05-18 at 11:16 +0530, vkpulluri wrote: 

Those errors aren't fatal.



I guess those modules weren't built, check config.log in the build tree.


The log file looks like there's a problem (most likely an unresolved
symbol) after loading the exa module. Check the Xorg stderr output.

Regarding Xorg

vkpulluri — 2012-05-18T05:46:34

Hello all,

   I am working on imx53 sabre board. & my interest is to run Xorg on 
the board  not Xfbdev.
So I made necessary changes to ltib and build the source.

but when I am running on the board I am unable to run Xorg. & I am 
ending with following errors

(EE) Failed to load module "glx" (module does not exist, 0)
(EE) Failed to load module "dri" (module does not exist, 0)

Could you Please help me regarding these Issue

PFA for Xorg.conf , Xorg.0.log
FYI I could not find libglx.so libdri.so in 
/usr/lib/xorg/modules/extensions location

lib in usr/lib/xorg/modules/
libfb.so libshadowfb.so  libvbe.so    libwfb.so  libxf8_16bpp.so    
libexa.so  libint10.so  libshadow.so  libvgahw.so  libxaa.so

In usr/lib/xorg/modules/extension
I have only these two libdbe.so  libextmod.so

In usr/lib/xorg/modules/input
I have these kbd_drv.so  mouse_drv.so

In usr/lib/xorg/modules/drivers
I have imx_drv.so

In usr/lib/xorg/modules/linux
I have libfbdevhw.so

In usr/lib/xorg/modules/multimedia
I have   bt829_drv.so  fi1236_drv.so  msp3430_drv.so  tda8425_drv.so  
tda9850_drv.so  tda9885_drv.so  uda1380_drv.so   these dynamic libs

Please help me How can I run Xorg


Thanks & Regards,
Vijay Kumar Pulluri
______________________________________________________________________________

DISCLAIMER

The information contained in this e-mail message and/or attachments to it may
contain confidential or privileged information. If you are not the intended
recipient, any dissemination, use, review, distribution, printing or copying
of the information contained in this e-mail message and/or attachments to it
are strictly prohibited. If you have received this communication in error,
please notify us by reply e-mail or directly to netsupport< at >cmcltd.com or
telephone and immediately and permanently delete the message and any
attachments. Thank you.

______________________________________________________________________________

This email has been scrubbed for your protection by SecureMX.
For more information visit http://securemx.in
_____________________________________________________________________________
Section "InputDevice"
Identifier"Generic Keyboard"
Driver"kbd"
Option"XkbRules""xorg"
Option"XkbModel""pc105"
Option"XkbLayout""us"
EndSection

Section "InputDevice"
Identifier"Configured Mouse"
Driver"mouse"
Option"CorePointer"
EndSection

Section "Device"
Identifier"i.MX Accelerated Framebuffer Device"
Driver"imx"
Option"fbdev""/dev/fb0"

# This option only recognized when "mxc_epdc_fb" frame buffer driver in
# use.  Values are "RGB565" (default, 16-bit RGB), "Y8" (8-bit gray),
# and "Y8INV" (8-bit gray inverted).
Option"FormatEPDC""Y8INV"

EndSection

Section "Monitor"
Identifier"Configured Monitor"
EndSection

Section "Screen"
Identifier"Default Screen"
Monitor"Configured Monitor"
Device"i.MX Accelerated Framebuffer Device"
EndSection

Section "ServerLayout"
Identifier"Default Layout"
Screen"Default Screen"
EndSection

_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: Randr window resize

Thomas Lübking — 2012-05-17T17:39:34

Am 17.05.2012, 19:33 Uhr, schrieb g4hx <g4hx< at >gmx.de>:


Do you use a window manager?
If not you'll have to simple tool to change window geometries and invoke  
that on screen size updates.
If yes, this *might* be a bug.

It's however not the servers job to "randomly" change window dimensions.

Cheers,
Thomas
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org

Re: Randr window resize

Adam Jackson — 2012-05-17T17:49:49


You are wrong. RANDR sends events for this kind of change. If the
toolkit isn't picking them up that's a toolkit bug, although I would
have thought they already do.

- ajax
_______________________________________________
xorg< at >lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.x.org/mailman/listinfo/xorg
Your subscription address: gcfx-xorg-2< at >m.gmane.org