[ANNOUNCE] libXp 1.0.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 libXp is the client library for the Xprint extension to the X11 protocol. WARNING: Xprint is no longer actively maintained. This package is mainly provided to allow continued binary compatibility of libraries and applications that link against libXp. This minor maintenance release collects over five years worth of build configuration improvements and janitorial cleanups, as well as rebuilding the tarballs with much newer versions of the GNU autotools. Alan Coopersmith (13): renamed: .cvsignore - .gitignore Add README with pointers to mailing list, bugzilla git repos Update Sun license notices to current X.Org standard form Purge CVS/RCS id tags Fill in COPYING with licenses from source files Sun's copyrights belong to Oracle now config: Update to XORG_DEFAULT_OPTIONS from xorg-macros 1.3 config: upgrade to util-macros 1.8 for additional man page support config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS config: Remove unnecessary calls from configure.ac This is not a GNU project, so declare it foreign Remove old INSTALL file stub so we use the one from xorg-macros libXp 1.0.1 Gaetan Nadon (1): config: update AC_PREREQ statement to 2.60 James Cloos (2): Add *~ to .gitignore to skip patch/emacs droppings Replace static ChangeLog with dist-hook to generate from git log Matthieu Herrb (2): nuke RCS Ids build fix on systems with getpwuid_r() Paulo Cesar Pereira de Andrade (1): Janitor: make distcheck, compiler warnings, .gitignore. git tag: libXp-1.0.1 http://xorg.freedesktop.org/archive/individual/lib/libXp-1.0.1.tar.bz2 MD5: 7ae1d63748e79086bd51a633da1ff1a9 SHA1: 9c76823c7cfcb43f097963d0c930dcc4e38807a8 http://xorg.freedesktop.org/archive/individual/lib/libXp-1.0.1.tar.gz MD5: a960c831f11e6b4249fde78a5b969000 SHA1: b13317d263d3e2b4bddfd9f32be0b0070f34d06f - -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0v66EACgkQovueCB8tEw61jgCfQDVnt0jK75O9yWu56K1y5DdL AIkAn1dtZT6IHu2m05O5cG7k1HxEA3WK =1o8/ -END PGP SIGNATURE- ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Testing the pointer for being already grabbed without calling XGrabPointer()?
Hello, Is there a way of testing the pointer for being already grabbed? I know I can call XGrabPointer(), check the result and then XUngrabPointer() if necessary. But this generates EnterNotify and LeaveNotify events which I don't want. Are there any other solutions? Regards, Piotr Dąbrowski ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: bugs.freedesktop.org SSL certificate (was: HTML colouring in xedit)
On 01/13/11 04:29 AM, Krzysztof Żelechowski wrote: Dnia środa, 12 stycznia 2011 o 09:26:30 Alan Coopersmith napisał(a): On 01/11/11 11:19 AM, Krzysztof Żelechowski wrote: The manual page for *xedit* does not say how to switch syntax colouring off and the display for *HTML* is awful. The font used for /code/ is smaller than the font used for /text/ , to the point of being unreadable, and using a variable-spaced font does not help either. A partial workaround is to switch the editor to *SGML* mode. Please fix, The previous maintainer for xedit is no longer involved in X.Org, and we were not aware anyone other than him actually used xedit. Please find a new editor or help find a new maintainer if you want to see it fixed. The problem with being a maintainer for anything related to the Free Desktop is the invalid security certificate for Bugzilla. URL: http://lists.freedesktop.org/archives/xdg/2010-December/011735.html Seems like that's mainly a problem with you. Hundreds of other people manage to successfully get work done with that limitation. In any case, that problem has to be solved by the freedesktop folks (cc'ed) - as just one of their hosted projects, we can't control it (though the X.Org Foundation has an open offer to pay the cost of a certificate if the freedesktop admins will obtain and install it, since the Firefox warning is scary and confusing to inexperienced users, and is an obstacle to them filing bug reports). Alternative solutions include: - ignoring bugzilla, the only thing that uses SSL. Most of the work of a maintainer involves ssh connections (git over ssh or posting new releases via scp to the download site). - using the e-mail interfaces to bugzilla when possible. - not worrying about bugzilla not being certified, since the only data being secured is your bugzilla password, which can be completely unique to that site so doesn't risk anything else. For most users, there is no private data in bugzilla beyond your password. (A few of us have access to the non-public security bugs before coordinated public disclosure, but you won't be one of those folks as a new maintainer.) - offering to help the freedesktop admins solve the problem instead of constantly harping on them about it. As noted above, money for a certificate is not an issue - it's the work involved that needs to be handled. -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: [Nouveau] Nouveau_drv problem and KMS nouveau problem... please HELP!
On Tue, 11 Jan 2011 23:57:53 -0200 Maginot Junior maginot.jun...@gmail.com wrote: I have being in a long journey trying to make my distro to have a proper support for KMS/DRI. It's something of months, and still nothing. I must confess that understanding the KMS concept isn't hard, but joing all peaces to work althogether is other thing. So after a while without proper support, I decided to start all over, kernel, X11, nouveau, drm, mesa, and so on. First things first. Forget about plymouth, libdrm, Mesa and X. Make the KMS work. For that, you only need the kernel modules. This means you get a working framebuffer console (fbcon). This are some of the links that I used to guied me: http://dri.freedesktop.org/wiki/Download http://www.kernel.org/pub/linux/kernel/v2.6/ http://nouveau.freedesktop.org/wiki/ http://nouveau.freedesktop.org/wiki/InstallDRM http://nouveau.freedesktop.org/wiki/KernelModeSetting http://dri.freedesktop.org/wiki/ http://gnihce.wordpress.com/2010/08/17/building-dri-drivers-for-mesa-7-8-2/ http://www.x.org/releases/X11R7.6/src/ I really don't know if I follow the right build order (if there is any), I may be ommiting something, but these are the main packages I build trying to make a proper KMS support: Do libdrm first, after you got KMS going. Linux-2.6.35.7 35?? Nouveau won't build with that, what have you built, really? CONFIG_DRM_KMS_HELPER=m CONFIG_DRM=m CONFIG_DRM_KMS_HELPER=m CONFIG_DRM_TTM=m CONFIG_DRM_TDFX=m CONFIG_DRM_R128=m CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y CONFIG_DRM_I810=m CONFIG_DRM_I830=m CONFIG_DRM_I915=m CONFIG_DRM_I915_KMS=y CONFIG_DRM_MGA=m CONFIG_DRM_SIS=m CONFIG_DRM_VIA=m CONFIG_DRM_SAVAGE=m CONFIG_DRM_NOUVEAU=m CONFIG_DRM_NOUVEAU_BACKLIGHT=y CONFIG_DRM_NOUVEAU_DEBUG=y CONFIG_DRM_I2C_CH7006=m You are not mentioning any of the FB options. See the requirements in InstallDRM if you build out-of-tree. I did downloaded nouveau master and nouveau-firmware-20091212.tar.gz, build them inside linux source directory and installed the firmwares. Firmware is not needed. That is mentioned in InstallDRM wiki page. I do not understand what kernel modules you took. All I know, is that the current modules from master need at least 2.6.37-rc1 to build. The problem is that booting without NOMODESET cmdline arg gives me a blank screen. The system is still operant (I can hit CTRL+ALT+DEL in dark and reboot the system). One of the last things that I can see before the screen goes blank is [drm] ... line If I keep 20-nouveau.conf configuration and use NOMODESET xorg doesn't start, commenting it and running gdm makes Xorg start. I do have a problem with nouveau_drv.so afaik. If I comment 20-nouveau.conf and boot without NOMODESET them I have a blank console and a buggy X. My Xorg's log after booting with NOMODESET and 20-nouveau.conf NOT commented: Nouveau cannot work without KMS. Nomodeset disables KMS. My Xorg's log after booting with NOMODESET and with 20-nouveau.conf commented ... [ 970.095] (II) Loading sub module fbdevhw [ 970.095] (II) LoadModule: fbdevhw [ 970.095] (II) Loading /usr/X11/lib/X11/modules/libfbdevhw.so [ 970.105] (II) Module fbdevhw: vendor=X.Org Foundation [ 970.105]compiled for 1.9.3, module version = 0.0.2 [ 970.105]ABI class: X.Org Video Driver, version 8.0 [ 970.105] (EE) open /dev/fb0: No such file or directory ... [ 970.115] (II) NV(0): Initializing int10 [ 970.120] (II) NV(0): Primary V_BIOS segment is: 0xc000 [ 970.121] (--) NV(0): Console is VGA mode 0x3 [ 970.121] (II) NV(0): Creating default Display subsection in Screen section Default Screen Section for depth/fbbpp 24/32 [ 970.121] (==) NV(0): Depth 24, (--) framebuffer bpp 32 [ 970.121] (==) NV(0): RGB weight 888 [ 970.121] (==) NV(0): Default visual is TrueColor nv driver is very bad, see basic question #4 in http://nouveau.freedesktop.org/wiki/TroubleShooting fbdev would be good, but KMS is not working, so that won't either. The next time you attach logs, try to see that the lines do not get chopped. They are hard to read, if lines are cut. So, get your kernel module sources right, and tell exactly what you used. Provide a complete kernel log, without any plymouth or X. Just trying to get the basic fbcon on Nouveau. Thanks. -- Pekka Paalanen http://www.iki.fi/pq/ ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
Re: Testing the pointer for being already grabbed without calling XGrabPointer()?
Hello, Is there a way of testing the pointer for being already grabbed? I know I can call XGrabPointer(), check the result and then XUngrabPointer() if necessary. But this generates EnterNotify and LeaveNotify events which I don't want. Are there any other solutions? Regards, Piotr Dąbrowski I have solved it this way: bool checkPointerGrab( Display *display ) { int status = XGrabPointer( display, DefaultRootWindow( display ), True, ButtonReleaseMask | ButtonMotionMask | ButtonPressMask, GrabModeAsync, GrabModeAsync, None, None, 1 ); if( status == AlreadyGrabbed ) return true; if( status == GrabSuccess ) { XUngrabPointer( display, CurrentTime ); XFlush( display ); } return false; } Note value of 1 for the XGrabPointer()'s time parameter. XGrabPointer checks for the active grab first. If there is no other grab, then it fails at the time parameter being lesser than the server's current time. There is a very odd chance that this call will actually succeed, because server's time wraps around every ~49.7 days (http://tronche.com/gui/x/xlib/input/pointer-grabbing.html). In this case code ungrabs the pointer. Now my question is: should I trust this behavior of X.org? Will it always check the active grab first? Regards, Piotr Dąbrowski ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com
[ANNOUNCE] libXp 1.0.1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 libXp is the client library for the Xprint extension to the X11 protocol. WARNING: Xprint is no longer actively maintained. This package is mainly provided to allow continued binary compatibility of libraries and applications that link against libXp. This minor maintenance release collects over five years worth of build configuration improvements and janitorial cleanups, as well as rebuilding the tarballs with much newer versions of the GNU autotools. Alan Coopersmith (13): renamed: .cvsignore - .gitignore Add README with pointers to mailing list, bugzilla git repos Update Sun license notices to current X.Org standard form Purge CVS/RCS id tags Fill in COPYING with licenses from source files Sun's copyrights belong to Oracle now config: Update to XORG_DEFAULT_OPTIONS from xorg-macros 1.3 config: upgrade to util-macros 1.8 for additional man page support config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS config: Remove unnecessary calls from configure.ac This is not a GNU project, so declare it foreign Remove old INSTALL file stub so we use the one from xorg-macros libXp 1.0.1 Gaetan Nadon (1): config: update AC_PREREQ statement to 2.60 James Cloos (2): Add *~ to .gitignore to skip patch/emacs droppings Replace static ChangeLog with dist-hook to generate from git log Matthieu Herrb (2): nuke RCS Ids build fix on systems with getpwuid_r() Paulo Cesar Pereira de Andrade (1): Janitor: make distcheck, compiler warnings, .gitignore. git tag: libXp-1.0.1 http://xorg.freedesktop.org/archive/individual/lib/libXp-1.0.1.tar.bz2 MD5: 7ae1d63748e79086bd51a633da1ff1a9 SHA1: 9c76823c7cfcb43f097963d0c930dcc4e38807a8 http://xorg.freedesktop.org/archive/individual/lib/libXp-1.0.1.tar.gz MD5: a960c831f11e6b4249fde78a5b969000 SHA1: b13317d263d3e2b4bddfd9f32be0b0070f34d06f - -- -Alan Coopersmith-alan.coopersm...@oracle.com Oracle Solaris Platform Engineering: X Window System -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0v66EACgkQovueCB8tEw61jgCfQDVnt0jK75O9yWu56K1y5DdL AIkAn1dtZT6IHu2m05O5cG7k1HxEA3WK =1o8/ -END PGP SIGNATURE- ___ xorg@lists.freedesktop.org: X.Org support Archives: http://lists.freedesktop.org/archives/xorg Info: http://lists.freedesktop.org/mailman/listinfo/xorg Your subscription address: arch...@mail-archive.com