[ANNOUNCE] xorg-server 1.10.0
Here's the final 1.10 release. Since RC3, we've had a few build fixes made, and one regression fixed (a crasher on sparc and other architectures). A complete changelog since 1.9.0 for your amusement. Not surprisingly, Peter Hutterer had the most commits this time around, although Adam Jackson nearly caught him with a last-minute sequence of compiler warning fixes. Thanks, as always, to the whole X org community for contributing to this release. Aaron Plattner (6): Tag sdksyms.c entries with source file and line number os: Return BadLength instead of disconnecting BigReq clients (#4565) Bump video driver ABI version to 9.0 Revert Set DamageSetReportAfterOp to true for the damage extension (#30260) os: Fix BigReq ignoring when another request is pending xfree86: Fix rotation of 2-color non-interleaved cursor images Adam Jackson (91): composite: Convert compWindowUpdate to use TraverseTree loader: Merge dlloader directly into the loader loader: Remove unused module serial number loader: Remove unused canonical name field loader: Remove the handle field from LoaderOpen loader: include cleanup loader: Remove a silly layer of reference counting xfree86: Remove unused refcounting from input drivers xfree86: Remove useless module setup functions where appropriate xfree86: Add 18bpp support edid: Fix the HDTV sync pulse adjustment vbe: Fix copying the mode info block dix: Remove the memory of the multibuffer extension xwin: Remove some undue paranoia about UNDRAWABLE_WINDOW dix: optimize CallCallbacks os: Clean up various xtrans bits that we've never supported config: Don't look for .o drivers anymore config: Remove atimisc workaround xfree86: Remove an open-coded strtoul() xfree86: Remove %M expansion from config parser dri1: Remove buffers from the config logic xfree86: Drop linux libc5 support from the SIGIO code ddc: Don't probe for DDC/CI or EEPROM composite: Don't backfill non-bg-None windows composite: Don't backfill non-MapWindow allocations composite: Move the backfill comment to a more appropriate indent level randr: Remove mirandr shadow: Optimize shadowUpdatePacked(). (#26973) linux: Fix CPU usage bug in console fd flushing xfree86: apply gamma settings on EnterVT. glx: Remove swap barrier and hyperpipe support linux: Remove redundant variable xfree86: Remove os-support/sysv linux: Don't muck about with tty permissions xfree86: Remove dead ifdefs from VT switching linux: Refactor VT switch on {re,}generation and shutdown render: repack PictureRec dix: Remove the backing store leftovers dix: Remove unused ChangeSaveUnder hooks dix: reshuffle WindowOptRec to fill a hole on LP64 render: Reshuffle and cull dead field from GlyphSetRec mi: Remove unused miAllocateGCPrivateIndex xfree86: Remove unused xf86PixmapKeyRec vbe: Refuse to believe tiny (or negative) panel sizes from PanelID xfree86: Remove the xf8_16bpp overlay module xfree86: Bump classic driver default to 1024x768 xfree86: Remove unused xf86inSuspend Remove SCO support fonts: Fix typo in async ListFonts logic xfree86: Symmetrize xf86AccessEnter and xf86AccessLeave xfree86: Remove xf86EnterServerState xfree86: Convert some xf86BlockSIGIO to OsBlockSignals config: warning fixes loader: warning fix dri1: warning fix xcmisc: warning fix glx: warning fixes linux: warning fix x86emu: Fix more mis-decoding of the data prefix dix: Add a Screen method for additional cursor confinement dmx: warning fixes dmx: warning fix dmx: warning fix dmx: warning fixes xdmxconfig: warning fix os: Reduce smart scheduler setup calls resource: s/NullResource/NULL/g resource: Remove expectID hack resource: Fix indentation xselinux: Fix GetDrawableContext xf86vidmode: warning fix int10: warning fix fbdevhw: Remove the non-sysfs hack for mapping from PCI to fbdev xfree86: warning fix fb: Remove hw/xfree86/ from includes damage: Remove hw/xfree86/ from includes rootless: Remove hw/xfree86/ from includes shadow: Remove hw/xfree86/ from includes glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix xfree86: If the driver found modes on an output, don't add more xfree86: Fix the sdk headers to be multilib-safe Adam Tkac (1): Return Success from generate_modkeymap() when max_keys_per_mod is zero Adrian Bunk
[ANNOUNCE] util-macros 1.12.0
Alan Coopersmith (1): Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings Gaetan Nadon (3): XORG_ENABLE_DOCS: Fix Enable building the documentation (yes: yes) XORG_WITH_XSLTPROC: add XSLT processor command line tool Version bump: 1.12.0 git tag: util-macros-1.12.0 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.12.0.tar.bz2 MD5: fdb32804803f090b0e9c32029568b6d5 util-macros-1.12.0.tar.bz2 SHA1: 07e817b8808b67279a0f0e34dcd57c79ac4d081f util-macros-1.12.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.12.0.tar.gz MD5: 55d9ae252426ba334f97ba68f8e957cb util-macros-1.12.0.tar.gz SHA1: 2cb1c69c47bca2bf0bcddb9867b058887be9d4fd util-macros-1.12.0.tar.gz signature.asc Description: This is a digitally signed message part ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce
Desktop freezes when I use the resize grip on a Gtk3 application
I have already emailed the Gtk list about this but have heard nothing from them yet. Perhaps you can give me some help. Gtk3 applications have a resize grip at the bottom right. If I click on that grip then my desktop instantly freezes. When I kill the Gtk3 application everything returns to normal. This happens on my standard icewm desktop and also with twm. (I tried starting X with no window manager at all but then the mouse just disappears. Not sure what I am doing wrong there.) There is no problem with Gtk2 applications that have a resize grip. When the desktop is frozen everything appears to be idle (ie. 'S' in the 'S' column in htop.) I'd really appreciate any tips for how to investigate this further. (Linux 2.6.37, Xorg 7.5, icewm 1.3.7) Regards, Jeremy Henty ___ 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: [ANNOUNCE] xorg-server 1.9.99.903
On 25/02/11 17:50 , Keith Packard wrote: Ok, here's another 1.10 RC * I looked through Bugzilla and pulled out a couple of fixes from there that looked reasonable. * RandR 1.4 has been entirely removed from the server. The client interface just wasn't what we wanted, and it wasn't going to be fixed in time for 1.10. Good thing the main RandR 1.4 developer was OK with pending to the next release. Still remaining are a couple of build fixes, including an out-of-tree fix for documentation and Peter's 'release all the buttons and keys' patch. this is not a fix that should hold up the release. It happens on SD detachment only (which is rare enough) and even then only if buttons or keys are down while detaching. Not a very common use-case and not a high-priority patch. Cheers, Peter Other than that, I'm only interested in bug fixes at this point, we're already a week behind schedule. I bumped the video driver ABI again -- removing RandR changed somethings back to the way they worked in 1.9. This prevents drivers built in the last month from running against the 1.10 server. I don't frankly know if the server is back to the full 1.9 ABI or not. Adam Jackson (13): glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix xfree86: If the driver found modes on an output, don't add more xfree86: Fix the sdk headers to be multilib-safe Alexandr Shadchin (1): Removing unused code Cyril Brulebois (1): xfree86: Fix undefined reference to `XNFsprintf' on sparc. Erkki Seppälä (1): record: avoid crash when calling RecordFlushReplyBuffer recursively Jeremy Huddleston (2): XQuartz: Add LSApplicationCategoryType key to Info.plist XQuartz: Localization Updates Keith Packard (14): Revert randr: handle RRSetCrtcConfigs request with zero configs Revert ProcRRSetCrtcConfigs uses 'configs' without being initialized Revert Separate out screen size and screen pixmap sizes in RRScreenSizeSet Revert Set sprite transforms from RRSetCrtcConfigs Revert DIX is responsible for ref counting scanout pixmaps. Revert randr: Hook up the new RandR 1.4 functionality Revert randr: Add per-crtc pixmaps Revert hw/xfree86/modes: Add optional driver API for RRSetCrtcConfigs Revert randr: Implement RRSetCrtcConfigs Revert randr: Add sprite position transforms Revert Require RandR protocol version 1.4 or newer Revert Replace huge argument list in xf86CrtcSetModeTransform with struct xfree86: Bump video ABI to 10.0 Version bumped to 1.9.99.903 (1.10 RC3) Maarten Maathuis (1): Revert exa/mixed: Exclude frontbuffer from deferred pixmap handling. Michel Dänzer (1): EXA/mixed: ModifyPixmapHeader pitch fixes. (bug #33929) Peter Hutterer (3): dix: a valuator number of 0 is valid (#34510) test: write some event → XI1 conversion tests. Add mode field to ConstrainCursorHarder git tag: xorg-server-1.9.99.903 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.9.99.903.tar.bz2 MD5: a8bece548794b96b9d480c7d891231c7 xorg-server-1.9.99.903.tar.bz2 SHA1: 35ca109d8da0e9052c367421ae9c200dd191ea95 xorg-server-1.9.99.903.tar.bz2 http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.9.99.903.tar.gz MD5: dd7170cd1bda5fd9293b80929d30cb34 xorg-server-1.9.99.903.tar.gz SHA1: 0a357b6f628c7ca72603dc4d361fe2e5487f30a9 xorg-server-1.9.99.903.tar.gz ___ 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
Could this tarball be rolled, if it is ready?
I notice the following on server 1.9.99.903 Requested 'xextproto = 7.1.99' but version of XExtProto is 7.1.2 If this is needed, maybe it could be rolled now, if it is ready? Or maybe the XRandR should have caused it not to be needed. (I know I can grab it from git if I want.) ___ 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: ssh -Y -l user etc,etc
gene heskett wrote: Note that if you change DISPLAY manually (via export), you may also need to update the X authentication credentials with xauth. I recall I did have to use xauth at one time, years ago. Unforch, no man pages for it are installed, and the --help output is criminally concise. If I do an 'xauth list', it only spits out one cookie, for the wap11 at *.*.*.100 on my local network. Is that on shop or coyote? ssh -Y shop ... (or -X) should add an xauth entry on shop along the lines of: shop/unix:10 MIT-MAGIC-COOKIE-1 fedcba9876543210fedcba9876543210 It should do this regardless of whether coyote's X server uses xauth-style authentication (which is typically the case when started via a display manager such as xdm, gdm, kdm, etc) or xhost-style authentication (which is typically the case when started directly or via startx). However: it *doesn't* do this if you have a ~/.ssh/rc or /etc/ssh/sshrc script. In that case, sshd passes the authentication data to the script's stdin, and the script has to create the xauth entries itself. This step is non-optional if you want to use X11 forwarding; if you have an rc script and it doesn't add the xauth data, sshd's X proxy will end up refusing the connections. The SSHRC section in the sshd(8) manpage goes into more detail. X11UseLocalHost is #X11UseLocalhost yes in /etc/ssh/sshd_config commented out. Does changing that need a reboot? It requires restarting sshd, either with kill -HUP ... or whatever mechanism your Linux distribution uses for managing services (e.g. something like: /etc/init.d/sshd restart). But I don't think that will make any difference. -- Glynn Clements gl...@gclements.plus.com ___ 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
Difference in clock MHz between X Server 1.5.2 X.Org X Server 1.9.4
Dear All. I have ONE laptop with ONE hdd and 2 OS opensuse and fedora on it. When I boot opensuse LCD picture is perfect but is not on fedora. I spent many time to find differences and want to show you all this one: X.Org X Server 1.5.2 Release Date: 10 October 2008 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux linux-xmc2 2.6.27.45-0.1-pae #1 SMP 2010-02-22 16:49:47 +0100 i686 ... (II) intel(0): using SSC reference clock of 96 MHz X.Org X Server 1.9.4 Release Date: 2011-02-04 [22.536] X Protocol Version 11, Revision 0 [22.536] Build Operating System: x86-06 2.6.32-71.14.1.el6.x86_64 [22.536] Current Operating System: Linux f14.fedora14 2.6.35.11-83.fc14.i686.PAE #1 SMP Mon Feb 7 06:57:55 UTC 2011 i686 ... [ 135.556] (II) intel(0): Supported detailed timing: [ 135.556] (II) intel(0): clock: 65.0 MHz Image Size: 304 x 228 mm On OpenSuse, where I can use LCD clock is 96 MHZ, on Fedora it is 65 MHz. Why? Thanks. ___ 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: [ANNOUNCE] xorg-server 1.9.99.903
On Fri, 25 Feb 2011 19:28:38 +1000, Peter Hutterer peter.hutte...@who-t.net wrote: this is not a fix that should hold up the release. It happens on SD detachment only (which is rare enough) and even then only if buttons or keys are down while detaching. Not a very common use-case and not a high-priority patch. Sounds good. At least I'll have something to keep me busy next week, right? -- keith.pack...@intel.com pgpNFqbw4wc3F.pgp Description: 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
Re: Simple test
On Friday, February 25, 2011 02:47:47 pm Pat Kane did opine: Hi Gene, Could run these simple tests: ssh -Y -l gene shop xdpyinfo About 1000 lines of output, I didn't note any errors, how much of it do you need? Here is the first 150 or so lines: gene@shop:~$ xdpyinfo name of display:localhost:10.0 version number:11.0 vendor string:The X.Org Foundation vendor release number:10605000 X.Org version: 1.6.5 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding:32, LSBFirst, 32 image byte order:LSBFirst number of supported pixmap formats:7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range:minimum 8, maximum 255 focus: window 0x2e0003e, revert to PointerRoot number of extensions:31 BIG-REQUESTS Composite DAMAGE DOUBLE-BUFFER DPMS DRI2 GLX Generic Event Extension MIT-SCREEN-SAVER MIT-SHM Multi-Buffering NV-CONTROL NV-GLX RANDR RECORD RENDER SECURITY SHAPE SYNC X-Resource XC-MISC XFIXES XFree86-Bigfont XFree86-DGA XFree86-VidModeExtension XINERAMA XINERAMA XInputExtension XKEYBOARD XTEST XVideo default screen number:0 number of screens:1 screen #0: dimensions:1680x1050 pixels (431x272 millimeters) resolution:99x98 dots per inch depths (7):24, 1, 4, 8, 15, 16, 32 root window id:0x154 depth of root window:24 planes number of colormaps:minimum 1, maximum 1 default colormap:0x20 default number of colormap cells:256 preallocated pixels:black 0, white 16777215 options:backing-store NO, save-unders NO largest cursor:64x64 current input event mask:0x7ac07f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMaskEnterWindowMask LeaveWindowMask PointerMotionMaskKeymapStateMask ExposureMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask number of visuals:84 default visual id: 0x21 visual: visual id:0x21 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x22 class:DirectColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits etc,etc if that works, then: ssh -Y -l gene shop xclock Opens a small, no second hand, colored analog clock, no errors reported on the background cli. ssh -Y -l gene shop xterm Works, opens an xterm window, no errors reported on the background cli. As usual, its small, and the font is quite small too. Thanks Pat. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) http://tinyurl.com/ddg5bz The most happy marriage I can imagine to myself would be the union of a deaf man to a blind woman. -- Samuel Taylor Coleridge ___ 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: ssh -Y -l user etc,etc
On Friday, February 25, 2011 03:05:56 pm Eirik Byrkjeflot Anonsen did opine: gene heskett ghesk...@wdtv.com writes: On Thursday, February 24, 2011 10:23:08 pm Glynn Clements did opine: gene heskett wrote: So that probably explains where the 10.0 is coming from, but not where I might change it? That seems to be the $64k question... Why do you need to change it? Because its not working? :) I think we're getting to the root of the problem here :) So, you want to run emc on the machine called 'shop', and you want it to display its UI on the machine called 'coyote'. Using 'ssh -Y shop' (on coyote) will make ssh create a proxy X server on 'localhost:10.0' on 'shop' (by default). This X server will only forward all requests to the real X server on 'coyote'. That's why you would want the DISPLAY variable to say 'localhost:10.0'. In principle, you could set DISPLAY to 'shop:10.0' and connect to the same X server (the proxy created by ssh), but that requires setting X11UseLocalhost to no. And it probably won't help, unless emc is doing something very strange when it tries to connect to X. To connect directly to the real X server, you'd have to set DISPLAY to 'coyote:0.0' (assuming the X server on coyote is using the default setting). However, that will only work if: 1. The X server on coyote is set up to listen to tcp. 2. You have set up the proper credentials to allow connections to it. For 1, most current systems turn off tcp support when starting X as it is not particularly useful (for most people) and an obvious security issue. I assume this is still done by passing the '-nolisten' option on startup of the X server. That is in effect here on coyote, I can see it on the htop display. For 2, you have to wrestle with xauth or xhost to get things set up correctly. However, I suspect this isn't really what you want anyway. None of this should be necessary. 'ssh -Y' should be plenty of good enough. It is probably best to split up debugging into two stages: first make sure the X setup works, and then figure out why emc fails to use it. If a simple X application (e.g. xterm) can successfully start up on 'shop' and display its window on 'coyote', then the X setup is working and you shouldn't need to fiddle with DISPLAY or X11UseLocalhost. If xterm works correctly, then it is most likely emc that has a bug of some sort. It could be useful to try setting X11UseLocalhost to no, just to check that it doesn't make a difference. (If that actually makes emc work, it is probably about time to make a bug report to emc...) Maybe so Eirik, I just changed the debug level from 0 to 1, which should give a better idea of what its choking on, then issued an emc -l which tells it to load the last active config, and got this: gene@shop:~/emc2/configs/genes-mill$ emc -l EMC2 - 2.4.6 Machine configuration directory is '/home/gene/emc2/configs/genes-mill' Machine configuration file is 'genes-mill.ini' EMC2 is still running. Restart it? [Y/n] Y Cleaning up old EMC2... Shutting down and cleaning up EMC2... Waiting for other session to finish exiting...lockfile still not removed Cleanup done Starting EMC2... insmod: error inserting '/usr/realtime-2.6.32-122- rtai/modules/emc2/rtapi.ko': -1 Unknown symbol in module Realtime system did not load Shutting down and cleaning up EMC2... RTAPI: ERROR: could not open shared memory (errno=2) HAL: ERROR: rtapi init failed halcmd: hal_init() failed: -22 However, that did not recur on the next attempt, it went back to this: gene@shop:~/emc2/configs/genes-mill$ emc -l EMC2 - 2.4.6 Machine configuration directory is '/home/gene/emc2/configs/genes-mill' Machine configuration file is 'genes-mill.ini' Starting EMC2... Traceback (most recent call last): File /usr/bin/axis, line 3844, in module o = MyOpengl(widgets.preview_frame, width=400, height=300, double=1, depth=1) File /usr/bin/axis, line 354, in __init__ Opengl.__init__(self, *args, **kw) File debian/tmp/usr/lib/python2.6/dist-packages/rs274/OpenGLTk.py, line 219, in __init__ File debian/tmp/usr/lib/python2.6/dist-packages/rs274/OpenGLTk.py, line 167, in __init__ File debian/tmp/usr/lib/python2.6/dist-packages/rs274/OpenGLTk.py, line 93, in __init__ File /usr/lib/python2.6/lib-tk/Tkinter.py, line 1935, in __init__ (widgetName, self._w) + extra + self._options(cnf)) _tkinter.TclError: Togl: couldn't get visual Shutting down and cleaning up EMC2... Cleanup done EMC terminated with an error. You can find more information in the log: /home/gene/emc_debug.txt and /home/gene/emc_print.txt as well as in the output of the shell command 'dmesg' and in the terminal It appears to me that the present 'axis' gui isn't capable of using an X proxy anymore. a dmesg is also rather verbose. Interesting. We may be onto the scent trail now. I'll hit the emc mailing list with this, many thanks for the hand holding Eirik, I appreciate
Re: ssh -Y -l user etc,etc
On Friday, February 25, 2011 03:26:57 pm Glynn Clements did opine: gene heskett wrote: Note that if you change DISPLAY manually (via export), you may also need to update the X authentication credentials with xauth. I recall I did have to use xauth at one time, years ago. Unforch, no man pages for it are installed, and the --help output is criminally concise. If I do an 'xauth list', it only spits out one cookie, for the wap11 at *.*.*.100 on my local network. Is that on shop or coyote? I believe that was on coyote, that command spits out one cookie and hangs till cntrl-c'd. On shop: gene@shop:~/emc2/configs/genes-mill$ xauth list coyote.coyote.den/unix:0 MIT-MAGIC-COOKIE-1 b6etcetcetc shop/unix:10 MIT-MAGIC-COOKIE-1 d0etcetcetc ssh -Y shop ... (or -X) should add an xauth entry on shop along the lines of: shop/unix:10 MIT-MAGIC-COOKIE-1 fedcba9876543210fedcba9876543210 Its there,. different cookie hash though. It should do this regardless of whether coyote's X server uses xauth-style authentication (which is typically the case when started via a display manager such as xdm, gdm, kdm, etc) or xhost-style authentication (which is typically the case when started directly or via startx). However: it *doesn't* do this if you have a ~/.ssh/rc or /etc/ssh/sshrc script. In that case, sshd passes the authentication data to the script's stdin, and the script has to create the xauth entries itself. This step is non-optional if you want to use X11 forwarding; if you have an rc script and it doesn't add the xauth data, sshd's X proxy will end up refusing the connections. The SSHRC section in the sshd(8) manpage goes into more detail. X11UseLocalHost is #X11UseLocalhost yes in /etc/ssh/sshd_config commented out. Does changing that need a reboot? It requires restarting sshd, either with kill -HUP ... or whatever mechanism your Linux distribution uses for managing services (e.g. something like: /etc/init.d/sshd restart). But I don't think that will make any difference. Thanks Glynn. I just found something in shops dmesg after enabling a bit of debugging in emc, and I'll take that to the emc list. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) http://tinyurl.com/ddg5bz He who enters his wife's dressing room is a philosopher or a fool. -- Balzac ___ 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] util-macros 1.12.0
Alan Coopersmith (1): Use AC_LANG_PROGRAM in XORG_CHECK_MALLOC_ZERO to clear autoconf-2.68 warnings Gaetan Nadon (3): XORG_ENABLE_DOCS: Fix Enable building the documentation (yes: yes) XORG_WITH_XSLTPROC: add XSLT processor command line tool Version bump: 1.12.0 git tag: util-macros-1.12.0 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.12.0.tar.bz2 MD5: fdb32804803f090b0e9c32029568b6d5 util-macros-1.12.0.tar.bz2 SHA1: 07e817b8808b67279a0f0e34dcd57c79ac4d081f util-macros-1.12.0.tar.bz2 http://xorg.freedesktop.org/archive/individual/util/util-macros-1.12.0.tar.gz MD5: 55d9ae252426ba334f97ba68f8e957cb util-macros-1.12.0.tar.gz SHA1: 2cb1c69c47bca2bf0bcddb9867b058887be9d4fd util-macros-1.12.0.tar.gz signature.asc Description: This is a digitally signed message part ___ 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] xorg-server 1.10.0
Here's the final 1.10 release. Since RC3, we've had a few build fixes made, and one regression fixed (a crasher on sparc and other architectures). A complete changelog since 1.9.0 for your amusement. Not surprisingly, Peter Hutterer had the most commits this time around, although Adam Jackson nearly caught him with a last-minute sequence of compiler warning fixes. Thanks, as always, to the whole X org community for contributing to this release. Aaron Plattner (6): Tag sdksyms.c entries with source file and line number os: Return BadLength instead of disconnecting BigReq clients (#4565) Bump video driver ABI version to 9.0 Revert Set DamageSetReportAfterOp to true for the damage extension (#30260) os: Fix BigReq ignoring when another request is pending xfree86: Fix rotation of 2-color non-interleaved cursor images Adam Jackson (91): composite: Convert compWindowUpdate to use TraverseTree loader: Merge dlloader directly into the loader loader: Remove unused module serial number loader: Remove unused canonical name field loader: Remove the handle field from LoaderOpen loader: include cleanup loader: Remove a silly layer of reference counting xfree86: Remove unused refcounting from input drivers xfree86: Remove useless module setup functions where appropriate xfree86: Add 18bpp support edid: Fix the HDTV sync pulse adjustment vbe: Fix copying the mode info block dix: Remove the memory of the multibuffer extension xwin: Remove some undue paranoia about UNDRAWABLE_WINDOW dix: optimize CallCallbacks os: Clean up various xtrans bits that we've never supported config: Don't look for .o drivers anymore config: Remove atimisc workaround xfree86: Remove an open-coded strtoul() xfree86: Remove %M expansion from config parser dri1: Remove buffers from the config logic xfree86: Drop linux libc5 support from the SIGIO code ddc: Don't probe for DDC/CI or EEPROM composite: Don't backfill non-bg-None windows composite: Don't backfill non-MapWindow allocations composite: Move the backfill comment to a more appropriate indent level randr: Remove mirandr shadow: Optimize shadowUpdatePacked(). (#26973) linux: Fix CPU usage bug in console fd flushing xfree86: apply gamma settings on EnterVT. glx: Remove swap barrier and hyperpipe support linux: Remove redundant variable xfree86: Remove os-support/sysv linux: Don't muck about with tty permissions xfree86: Remove dead ifdefs from VT switching linux: Refactor VT switch on {re,}generation and shutdown render: repack PictureRec dix: Remove the backing store leftovers dix: Remove unused ChangeSaveUnder hooks dix: reshuffle WindowOptRec to fill a hole on LP64 render: Reshuffle and cull dead field from GlyphSetRec mi: Remove unused miAllocateGCPrivateIndex xfree86: Remove unused xf86PixmapKeyRec vbe: Refuse to believe tiny (or negative) panel sizes from PanelID xfree86: Remove the xf8_16bpp overlay module xfree86: Bump classic driver default to 1024x768 xfree86: Remove unused xf86inSuspend Remove SCO support fonts: Fix typo in async ListFonts logic xfree86: Symmetrize xf86AccessEnter and xf86AccessLeave xfree86: Remove xf86EnterServerState xfree86: Convert some xf86BlockSIGIO to OsBlockSignals config: warning fixes loader: warning fix dri1: warning fix xcmisc: warning fix glx: warning fixes linux: warning fix x86emu: Fix more mis-decoding of the data prefix dix: Add a Screen method for additional cursor confinement dmx: warning fixes dmx: warning fix dmx: warning fix dmx: warning fixes xdmxconfig: warning fix os: Reduce smart scheduler setup calls resource: s/NullResource/NULL/g resource: Remove expectID hack resource: Fix indentation xselinux: Fix GetDrawableContext xf86vidmode: warning fix int10: warning fix fbdevhw: Remove the non-sysfs hack for mapping from PCI to fbdev xfree86: warning fix fb: Remove hw/xfree86/ from includes damage: Remove hw/xfree86/ from includes rootless: Remove hw/xfree86/ from includes shadow: Remove hw/xfree86/ from includes glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix glxproxy: warning fix xfree86: If the driver found modes on an output, don't add more xfree86: Fix the sdk headers to be multilib-safe Adam Tkac (1): Return Success from generate_modkeymap() when max_keys_per_mod is zero Adrian Bunk
Re: [ANNOUNCE] xorg-server 1.10.0
On Saturday 26 of February 2011, Keith Packard wrote: Here's the final 1.10 release. Since RC3, we've had a few build fixes made, and one regression fixed (a crasher on sparc and other architectures). A complete changelog since 1.9.0 for your amusement. Not surprisingly, Peter Hutterer had the most commits this time around, although Adam Jackson nearly caught him with a last-minute sequence of compiler warning fixes. Sent on irc but you were gone, so... Unfortunately cannot be build using released tarballs because Requested 'xextproto = 7.1.99' but version of XExtProto is 7.1.2 and there is no matching xextproto release. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ 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