Re: visual resizing and positioning of displays
Éric Piel wrote: Op 07-01-10 11:51, allcoms schreef: Hi! I have been looking for a tool for visually resizing and positioning X displays that is distribution neutral. I realise we have xrandr for listing and changing display resolutions and rotations but it doesn't seem to offer the ability to visually resize and position screens, a feature that is sadly missing from the hardware setup menus of many HDMI displays and I've only seen in a software form for X in suse/ yast's Graphics card and Monitor configuration module. AFAIK yast is GPL so I was wondering why this code hasn't been borrowed, stripped of its yast/suse dependencies and made into a distribution neutral, standard X config tool? I realise X isn't licensed under GPL but such a tool would be fine for most people until a similar tool was wrote under a MIT license or whatever might be deemed more xorg friendly. Isn't gnome-display-properties sufficient? Which additional features would you need? Cheers, Eric I would prefer a tool not gnome-dependent, as a _Fluxbox_only_ Slackware user ;) Cheers, Didier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xorg-server with udev support instead of dbus/hal
Stephan Raue wrote: Hi, yesterday i have found an patch to lets building xorg-server with udev instead of hal/dbus for detecting input devices. i have taken an quick look in this but i cant get it work in the moment. i dont know where the patch comes from, or if this will be included in the next time. this patch can be found for minimyth, an small mediacenter distribution. because HAL will be deprecated in the next time i think we need an alternative for HAL less systems. look here: http://code.google.com/p/minimyth/source/detail?r=5787ytgink http://code.google.com/p/minimyth/sourc ... amp;r=5799 http://code.google.com/p/minimyth/source/browse/trunk/gar-minimyth/script/meta/minimyth/files/source/rootfs/lib/udev/rules.d/06-minimyth-xorg-evdev.rules?spec=svn5799r=5799 does anyone know about this patch and the usage of this? is there an plan to add this patch to xorg-server? greetings Stephan Not sure if that answers your question but I re-configure xorg-server (version 1.6.3 on a Slackware64-13.0 distribution) with the --disable-config-hal option. I not not launch the HAL daemon at startup and everything seems fine. I still use dBus though because CUPS needs it. As a side not a config file can be set up in order not to rely on HAL even without -disable-config-hal set but this doen't work on 1.6.3 if dBus is running and I prefer to use stock Slackware packages whenever I can. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Finishing the X11R7.5 katamari
On Saturday 03 October 2009 04:15:12 Alan Coopersmith wrote: Jeremy Huddleston wrote: If anyone disagrees with these, or the module versions listed as being a stable, X11R7.5-compatible version that should be included in the katamari, now is the time to speak, as at the rate we're going, we should have the X11R7.5 release finished by this time next week. ... xineramaproto1.1.2 1.2 xinput1.3.0* xinit seems to be omitted... and it could use a bump too. xinit was not on the X11R7.4 katamari modules list, but is on my list of modules needing a release made. I'm not sure why it was removed - perhaps because the expectation is most users get X11 started via a display manager like gdm/kdm now? Though that wouldn't apply to Cygwin MacOS X users, so xinit would seem to be a core part of their window system. As a Linux user, I prefer not to use gdm/kdm -- and BTW I don't use HAL either, so I'd like to remain able to use X without one of these. Only my two cents. Didier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Finishing the X11R7.5 katamari
On Saturday 03 October 2009 10:42:15 Alan Coopersmith wrote: Didier Spaier wrote: On Saturday 03 October 2009 04:15:12 Alan Coopersmith wrote: Jeremy Huddleston wrote: If anyone disagrees with these, or the module versions listed as being a stable, X11R7.5-compatible version that should be included in the katamari, now is the time to speak, as at the rate we're going, we should have the X11R7.5 release finished by this time next week. ... xineramaproto1.1.2 1.2 xinput1.3.0* xinit seems to be omitted... and it could use a bump too. xinit was not on the X11R7.4 katamari modules list, but is on my list of modules needing a release made. I'm not sure why it was removed - perhaps because the expectation is most users get X11 started via a display manager like gdm/kdm now? Though that wouldn't apply to Cygwin MacOS X users, so xinit would seem to be a core part of their window system. As a Linux user, I prefer not to use gdm/kdm -- and BTW I don't use HAL either, so I'd like to remain able to use X without one of these. No is proposing killing xinit - if it's not in the katamari, then you just have to download it from the individual releases directory when you want source, instead of finding it bundled with the other modules in the X11R7.5 directory on the ftp site. If you use distro packages, you may not even notice a difference - it's up to your distro which modules to include in packages, whether they're in or out of the katamari. Thanks for the explanation Alan. I just can't find any clear definition of katamari in Xorg's context, searching the wiki as well as this mailing list :-\ ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Finishing the X11R7.5 katamari
On Saturday 03 October 2009 11:11:32 Alan Coopersmith wrote: Didier Spaier wrote: Thanks for the explanation Alan. I just can't find any clear definition of katamari in Xorg's context, searching the wiki as well as this mailing list :-\ Sorry, it's what we call the X11R7.x releases in which we roll up a set of individually released modules (the X server, client libraries, protocols, fonts, etc - see the list in the first message in the thread) into a larger release set. GNOME and KDE do similar things to build their desktop environment releases out of each individual module release. It's the core set of packages we think make a usable and useful window system, but which we assume you'll probably want a more complete desktop environment sitting on top of. The term comes from a series of video games [1] - perhaps one of the most exciting bits of information passed on at this year's X Developer's Conference is that they are now available for the iPhone! 8-) [2] [1] http://en.wikipedia.org/wiki/Katamari [2] Okay, so I'm a hopeless geek, which is why I spent my Friday night converting libXv API docs into man pages and releasing X.Org modules... Now that's perfectly clear. Thanks! Didier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X server aborting at first keypress or mouse movement
On Thursday 17 September 2009 14:00:47 Peter Hutterer wrote: On Thu, Sep 17, 2009 at 12:55:21PM +, Rémi Cardona wrote: Le mercredi 16 septembre 2009 à 23:35 +0200, Didier Spaier a écrit : quote Section ServerFlags Option AllowEmptyInput false Option AutoAddDevices false Option AutoEnableDevices false EndSection /quote AutoAddDevices is enough to disable HAL support at run-time. quote (EE) config/hal: couldn't initialise context: unknown error (null) It's a bug, one that has already been fixed [1] in both master and in newer versions from the 1.6 branch. 1.6.3.901 should work just fine. Upgrading to 1.6.3.901 is strongly advised. Hope that helps Rémi [1] http://cgit.freedesktop.org/xorg/xserver/commit/?h=server-1.6-branchid=3 97f7c42cd775f1dbfced58bc1dfaead48e86440 doesn't this bug crash the server on startup? the one described in this thread seems to get past the startup until the first keypress - which sounds like a different issue (not that I'd know which). Cheers, Peter Anyhow I will try 1.6.3.901 and report what I get. Cheers, Didier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: X server aborting at first keypress or mouse movement
On Thursday 17 September 2009 14:45:55 Didier Spaier wrote: Anyhow I will try 1.6.3.901 and report what I get. I tried, and X server doesn't crash anymore here, though I still get this error in Xorg.0.log: (EE) config/hal: couldn't initialise context: unknown error (null) Good enough for me... PS for Pat: just had to replace the tarball in the Slackware tree and re-run your Slackbuild to make the new packages -- really cool, congrats! Cheers, Didier ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
X server aborting at first keypress or mouse movement
Hello everybody, My system: Slackware64-13 on a Lenovo T61. I do not want to use HAL and everything works if I (re)compile xorg-server-1.6.3-x86_64-1 with the --disable-config-hal option, HAL daemon be launched or not. But as this option is not setup in the original Slackware package I tried to avoid recompiling it in setting up a /etc/X11/xorg.conf file including following settings: quote Section ServerFlags Option AllowEmptyInput false Option AutoAddDevices false Option AutoEnableDevices false EndSection /quote This works if (the HAL daemon is running or the dBus daemon is not running), but if (the dBus daemon is running and the HAL daemon is not running), startx works and I get into fluxbox but as soon as I press a key or move the mouse the X server abort. In the latter case this is what I find at end of file /var/log/Xorg.0.log: quote (EE) config/hal: couldn't initialise context: unknown error (null) Backtrace: 0: /usr/bin/X(xorg_backtrace+0x26) [0x4eb2d6] 1: /usr/bin/X(xf86SigHandler+0x39) [0x471f79] 2: /lib64/libc.so.6 [0x7f8487eb1f30] 3: [0xebb360] Fatal server error: Caught signal 11. Server aborting Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at /var/log/Xorg.0.log for additional information. (II) UnloadModule: mouse (II) UnloadModule: kbd /quote Is this a bug, the result of a misconfiguration, or do I miss something ? Thanks in advance for any clue. FYI glibc version is 2.9 I append my /etc/X11/xorg.conf as well as full Xorg.0.log Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib64/xorg/modules FontPath /usr/share/fonts/local FontPath /usr/share/fonts/TTF FontPath /usr/share/fonts/OTF FontPath /usr/share/fonts/Type1 FontPath /usr/share/fonts/misc FontPath /usr/share/fonts/CID FontPath /usr/share/fonts/75dpi/:unscaled FontPath /usr/share/fonts/100dpi/:unscaled FontPath /usr/share/fonts/75dpi FontPath /usr/share/fonts/100dpi FontPath /usr/share/fonts/cyrillic EndSection Section Module Load glx Load extmod Load dri2 Load dbe Load dri EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbModel thinkpad60 Option XkbLayout fr,fr EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option SWcursor # [bool] #Option HWcursor # [bool] #Option NoAccel # [bool] #Option ShadowFB # [bool] #Option UseFBDev # [bool] #Option Rotate# [str] #Option VideoKey # i #Option FlatPanel # [bool] #Option FPDither # [bool] #Option CrtcNumber# i #Option FPScale # [bool] #Option FPTweak # i #Option DualHead # [bool] Identifier Card0 Driver nv VendorName Unknown Vendor BoardName Unknown Board BusID PCI:1:0:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth 24 SubSection Display Viewport 0 0 Depth 1 EndSubSection SubSection Display Viewport 0 0 Depth 4 EndSubSection SubSection Display Viewport 0 0 Depth 8 EndSubSection SubSection Display Viewport 0 0 Depth 15 EndSubSection SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Section ServerFlags Option AllowEmptyInput false Option AutoAddDevices false Option AutoEnableDevices false EndSection X.Org X Server 1.6.3