Re: how to start login from X Window
On 6/3/23 05:00, Konstantin Nebel wrote: Hi, it depends which display manager u use. check which one is installed. Since you want lightweighted display manager i would try lightdm. But didnt use any of those ever. :) Cheers Thank Nebel! lightdm is what i need.
Re: how to start login from X Window
Am Freitag, 2. Juni 2023, 22:38:51 CEST schrieb hlyg: > i use bullseye for i386 with twm. many years ago i used login from X > Window, that is, graphics interface, not terminal interface. how to > start login in bullseye's X? Hi, it depends which display manager u use. check which one is installed. Since you want lightweighted display manager i would try lightdm. But didnt use any of those ever. :) Cheers signature.asc Description: This is a digitally signed message part.
how to start login from X Window
i use bullseye for i386 with twm. many years ago i used login from X Window, that is, graphics interface, not terminal interface. how to start login in bullseye's X?
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
Greg Wooledge [2021-08-15 10:30:27] wrote: > On Sun, Aug 15, 2021 at 04:13:37PM +0200, sp...@caiway.net wrote: >> lou what about >> # apt install xorg fluxbox >> >> $ startx > > In theory that might work (you may also need firmware), but the amount > of bandwidth you'd burn through downloading *all* those packages each > and every time you boot the live image would be an appalling waste. I expect the vast majority of Debian Live images nowadays are written to USB flash storage rather than to read-only media, so I think it would make a lot of sense for those live images to offer the ability to change the image with things like `apt install`. Personally, I've used (minimal) "normal Debian installs" instead of Debian Live for that reason. Stefan
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On Sun, 15 Aug 2021 10:30:27 -0400 Greg Wooledge wrote: > On Sun, Aug 15, 2021 at 04:13:37PM +0200, sp...@caiway.net wrote: > > lou what about > > # apt install xorg fluxbox > > > > $ startx > > In theory that might work (you may also need firmware), but the amount > of bandwidth you'd burn through downloading *all* those packages each > and every time you boot the live image would be an appalling waste. > with a local repository ... but you are right, perhaps it seems not a smart thing to do
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On Sun, Aug 15, 2021 at 04:13:37PM +0200, sp...@caiway.net wrote: > lou what about > # apt install xorg fluxbox > > $ startx In theory that might work (you may also need firmware), but the amount of bandwidth you'd burn through downloading *all* those packages each and every time you boot the live image would be an appalling waste.
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On Sun, 15 Aug 2021 11:30:07 +0800 Jeremy Ardley wrote: then these X apps are to be run remotely > On 15/8/21 11:22 am, lou wrote: > > > > and what is password for root? > > > You should be able to do > > sudo passwd root > > and set your own password > > Thanks for the tips lou & Jeremy lou what about # apt install xorg fluxbox $ startx
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On Sat, Aug 14, 2021 at 11:22:12PM -0400, lou wrote: > > On 8/14/21 11:08 PM, Weaver wrote: > > > > At the prompt, type `startx'. > > Depending on permissions, you may need to become root. > > Cheers! > > > > Harry. > > > > startx don't seem to be included in ISO image > > and what is password for root? > Debian-standard live image? Doesn't include X / X apps - it's just the core of Debian - standard packages, command line only. Default user name is user - default is to use sudo (I think) so sudo su - will get you a root prompt. Use one of the other images that have gnome/cinnamon or similar in their names Hope this helps, Andy Cater
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On 8/14/21 11:32 PM, Greg Wooledge wrote: The "-standard" in the image name means that this is a "Standard" Debian installation, with no Desktop Environment. It probably doesn't have an X server either, or X fonts, or any of the other things you would need in order to actually run an X session locally. A quick web search found a list of the packages on this image: https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-11.0.0-amd64-standard.packages As I expected, there is no X server, even though there are a few X client programs. There's no way you'll be able to start an X session from this image. It's meant for console/server use only. Thank Greg Wooledge! then these X apps are to be run remotely
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On Sat, Aug 14, 2021 at 11:03:37PM -0400, lou wrote: > i've copied debian-live-11.0.0-i386-standard.iso to USB stick and run it > > X app are included, but how to start X Window? The "-standard" in the image name means that this is a "Standard" Debian installation, with no Desktop Environment. It probably doesn't have an X server either, or X fonts, or any of the other things you would need in order to actually run an X session locally. A quick web search found a list of the packages on this image: https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-11.0.0-amd64-standard.packages As I expected, there is no X server, even though there are a few X client programs. There's no way you'll be able to start an X session from this image. It's meant for console/server use only.
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On 15/8/21 11:22 am, lou wrote: and what is password for root? You should be able to do sudo passwd root and set your own password -- Jeremy OpenPGP_signature Description: OpenPGP digital signature
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On 8/14/21 11:08 PM, Weaver wrote: At the prompt, type `startx'. Depending on permissions, you may need to become root. Cheers! Harry. startx don't seem to be included in ISO image and what is password for root?
Re: how to to start X Window in debian-live-11.0.0-i386-standard.iso
On 15-08-2021 13:03, lou wrote: > i've copied debian-live-11.0.0-i386-standard.iso to USB stick and run it > > X app are included, but how to start X Window? At the prompt, type `startx'. Depending on permissions, you may need to become root. Cheers! Harry. -- `Unthinking respect for authority is the greatest enemy of truth'. -- Albert Einstein
how to to start X Window in debian-live-11.0.0-i386-standard.iso
i've copied debian-live-11.0.0-i386-standard.iso to USB stick and run it X app are included, but how to start X Window?
Re: x-window-manager alternative missing
On 2021-07-02 at 12:01, Siard wrote: > The Wanderer: > >> What package, or packages, set(s) up the x-window-manager alternative >> and define(s) symlinks for it? > > To set the default x-window-manager, you can use: > ># update-alternatives --config x-window-manager As far as I'm aware, that will only work if the x-window-manager alternative group is already defined. The problem I was seeing was that there *was* no such group defined to exist; i.e., such things as the /etc/alternatives/x-window-manager symlink did not exist. I ended up using # update-alternatives --install /usr/bin/x-window-manager x-window-manager /path/to/my/WM 95 where '95' was chosen because that's the priority of the existing alternative on the system I'm using as the base for comparison. > To only see the available (i.e. installed) x-window-managers: > > $ update-alternatives --list x-window-manager Or, for more information about the link group, '--query'. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: x-window-manager alternative missing
The Wanderer: > What package, or packages, set(s) up the x-window-manager alternative > and define(s) symlinks for it? To set the default x-window-manager, you can use: # update-alternatives --config x-window-manager To only see the available (i.e. installed) x-window-managers: $ update-alternatives --list x-window-manager
Re: x-window-manager alternative missing
On 2021-07-02 at 11:39, Greg Wooledge wrote: > On Fri, Jul 02, 2021 at 11:14:22AM -0400, The Wanderer wrote: > >> What package, or packages, set(s) up the x-window-manager >> alternative and define(s) symlinks for it? > > I take it from the content that I snipped that you're looking for a > list of window managers, and not a technical explanation of how the > alternatives system works. Not exactly - I was looking for anything that would set up that symlink, without necessarily assuming that every window-manager package would do it separately. If they do, however, then yes, that list - or at least a statement that "every window manager sets this up directly, independently of all the others" - would be the answer I was looking for. > For a list of x-window-managers, you can use: > > apt-cache showpkg x-window-manager > > Ignore everything up until "Reverse Provides:". That's the part you > want. I actually got to the point of looking for this technique during my own searching, but hadn't landed on it. Thanks for the pointer! In the end, a conversation with someone else ended up leading me to the conclusion that in fact what I hypothesized at the end of my previous mail is correct: it was set up by some previous package, I adjusted it to add the alternative for my locally-built but non-packaged WM, and then the package that originally set it up got removed. So I've just created it manually on the new machine, rather than dancing around with installing and removing packages I don't actually intend to use. It's up and running now. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Re: x-window-manager alternative missing
On Fri, Jul 02, 2021 at 11:14:22AM -0400, The Wanderer wrote: > What package, or packages, set(s) up the x-window-manager alternative > and define(s) symlinks for it? I take it from the content that I snipped that you're looking for a list of window managers, and not a technical explanation of how the alternatives system works. For a list of x-window-managers, you can use: apt-cache showpkg x-window-manager Ignore everything up until "Reverse Provides:". That's the part you want. It should also be noted that x-session-manager is used preferentially over x-window-manager, and some of the things that you might normally call a window manager actually end up being registered as an x-session-manager instead. So: apt-cache showpkg x-session-manager Again, ignore everything before "Reverse Provides:".
Re: x-window-manager alternative missing
On Fri 02 Jul 2021 at 11:14:22 (-0400), The Wanderer wrote: > What package, or packages, set(s) up the x-window-manager alternative > and define(s) symlinks for it? > > I'm building a new computer, and setting up my (Debian-based) preferred > configuration on it, and I've just discovered that there is no > x-window-manager alternative defined; as a result, running startx > results in invoking x-terminal-emulator instead, which brings up X in a > very '80s-looking display and launches a single xterm. > > I could certainly just create the appropriate alternatives group myself, > based on what's already in place on the system I'm preparing to replace > with this new one, but I'd rather do this the right way unless there's > no clear viable alternative. However, I haven't so far managed to > identify what the Debian-native "right way" to get this set up is; on > all the previous computers I remember building, once I installed the > usual collection of make-X-available packages - specifically, that I > remember, xinit (for startx) and xserver-xorg - this is one detail that > Just Worked. > > I'm guessing that installing any of the various packages which have > "Provides: x-window-manager" might do it, but the computer I'm preparing > to replace doesn't have any of those installed, and still has the > x-window-manager alternative. (I run a WM which I compile and install > locally, rather than via a Debian package.) > > If I recall correctly, one of those packages probably *was* installed at > some early point in the original installation of the being-replaced > computer (now nearly a decade ago), so it's possible that installing it > set up the alternatives group and then I just reconfigured that group to > my preferred target, so removing the package didn't result in removing > the group... in which case installing one such package temporarily > should get things working, but it might make more sense to just create > the alternatives group by hand. Perhaps either install something simple enough to uninstall, like fvwm, or download the same and follow the postinst script. Basically, installing a window manager installs the alternatives scheme. Cheers, David.
x-window-manager alternative missing
What package, or packages, set(s) up the x-window-manager alternative and define(s) symlinks for it? I'm building a new computer, and setting up my (Debian-based) preferred configuration on it, and I've just discovered that there is no x-window-manager alternative defined; as a result, running startx results in invoking x-terminal-emulator instead, which brings up X in a very '80s-looking display and launches a single xterm. I could certainly just create the appropriate alternatives group myself, based on what's already in place on the system I'm preparing to replace with this new one, but I'd rather do this the right way unless there's no clear viable alternative. However, I haven't so far managed to identify what the Debian-native "right way" to get this set up is; on all the previous computers I remember building, once I installed the usual collection of make-X-available packages - specifically, that I remember, xinit (for startx) and xserver-xorg - this is one detail that Just Worked. I'm guessing that installing any of the various packages which have "Provides: x-window-manager" might do it, but the computer I'm preparing to replace doesn't have any of those installed, and still has the x-window-manager alternative. (I run a WM which I compile and install locally, rather than via a Debian package.) If I recall correctly, one of those packages probably *was* installed at some early point in the original installation of the being-replaced computer (now nearly a decade ago), so it's possible that installing it set up the alternatives group and then I just reconfigured that group to my preferred target, so removing the package didn't result in removing the group... in which case installing one such package temporarily should get things working, but it might make more sense to just create the alternatives group by hand. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
x-window-manager alternative missing
What package, or packages, set(s) up the x-window-manager alternative and define(s) symlinks for it? I'm building a new computer, and setting up my (Debian-based) preferred configuration on it, and I've just discovered that there is no x-window-manager alternative defined; as a result, running startx results in invoking x-terminal-emulator instead, which brings up X in a very '80s-looking display and launches a single xterm. I could certainly just create the appropriate alternatives group myself, based on what's already in place on the system I'm preparing to replace with this new one, but I'd rather do this the right way unless there's no clear viable alternative. However, I haven't so far managed to identify what the Debian-native "right way" to get this set up is; on all the previous computers I remember building, once I installed the usual collection of make-X-available packages - specifically, that I remember, xinit (for startx) and xserver-xorg - this is one detail that Just Worked. I'm guessing that installing any of the various packages which have "Provides: x-window-manager" might do it, but the computer I'm preparing to replace doesn't have any of those installed, and still has the x-window-manager alternative. (I run a WM which I compile and install locally, rather than via a Debian package.) If I recall correctly, one of those packages probably *was* installed at some early point in the original installation of the being-replaced computer (now nearly a decade ago), so it's possible that installing it set up the alternatives group and then I just reconfigured that group to my preferred target, so removing the package didn't result in removing the group... in which case installing one such package temporarily should get things working, but it might make more sense to just create the alternatives group by hand. -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
(solved) Re: how to let a user use X window
Thank Eduardo M KALINOWSKI! I enter startx and can start X window now. On 7/23/17, Eduardo M KALINOWSKI <edua...@kalinowski.com.br> wrote: > > Reading the release notes is always a good idea before updating the > version (be it with an in-place upgrade or new install). > > Could be related to this: > > https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#x-no-longer-requires-root > > -- > Eduardo M KALINOWSKI > edua...@kalinowski.com.br > >
Re: how to let a user use X window
On 23-07-2017 07:17, Long Wind wrote: > only root can use X window in stretch?? > > how to let user use it? Reading the release notes is always a good idea before updating the version (be it with an in-place upgrade or new install). Could be related to this: https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#x-no-longer-requires-root -- Eduardo M KALINOWSKI edua...@kalinowski.com.br
Re: how to let a user use X window
i log in as root and root can start X window On 7/23/17, Jude DaShiell <jdash...@panix.com> wrote: > x11-fonts may not be on your system yet. adding that package may make > X11 happier. At a guess I think what happened here is because X11 is > missing its fonts first it generates many warnings and eventually > generates a fatal error. If you use grep to search log files for fatal > and error and warning you can learn lots and fix many things. > dmesg|grep -i warning and dmesg|grep -i error when run through less can > be informative. >
Re: how to let a user use X window
x11-fonts may not be on your system yet. adding that package may make X11 happier. At a guess I think what happened here is because X11 is missing its fonts first it generates many warnings and eventually generates a fatal error. If you use grep to search log files for fatal and error and warning you can learn lots and fix many things. dmesg|grep -i warning and dmesg|grep -i error when run through less can be informative. On Sun, 23 Jul 2017, Long Wind wrote: Date: Sun, 23 Jul 2017 06:17:41 From: Long Wind <longwind2...@gmail.com> To: debian-user <debian-user@lists.debian.org> Subject: how to let a user use X window Resent-Date: Sun, 23 Jul 2017 10:26:35 + (UTC) Resent-From: debian-user@lists.debian.org only root can use X window in stretch?? how to let user use it? below is X log: [ 1548.947] X.Org X Server 1.19.2 Release Date: 2017-03-02 [ 1548.947] X Protocol Version 11, Revision 0 [ 1548.947] Build Operating System: Linux 4.9.0-3-amd64 i686 Debian [ 1548.948] Current Operating System: Linux debian 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2 (2017-06-12) i686 [ 1548.948] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686-pae root=/dev/sda2 ro quiet net.ifnames=0 [ 1548.948] Build Date: 07 July 2017 06:13:53AM [ 1548.948] xorg-server 2:1.19.2-1+deb9u1 (https://www.debian.org/support) [ 1548.948] Current version of pixman: 0.34.0 [ 1548.948]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1548.948] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1548.949] (==) Log file: "/home/zhou/.local/share/xorg/Xorg.0.log", Time: Sun Jul 23 06:05:18 2017 [ 1548.950] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1548.950] (==) No Layout section. Using the first Screen section. [ 1548.950] (==) No screen section available. Using defaults. [ 1548.950] (**) |-->Screen "Default Screen Section" (0) [ 1548.950] (**) | |-->Monitor "" [ 1548.950] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1548.950] (==) Automatically adding devices [ 1548.950] (==) Automatically enabling devices [ 1548.950] (==) Automatically adding GPU devices [ 1548.950] (==) Max clients allowed: 256, resource mask: 0x1f [ 1548.950] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.950] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.950] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.950] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.951] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 1548.951]Entry deleted from font path. [ 1548.951] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 1548.951]Entry deleted from font path. [ 1548.951] (==) FontPath set to: /usr/share/fonts/X11/misc, built-ins [ 1548.951] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1548.951] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1548.951] (II) Loader magic: 0x80280720 [ 1548.951] (II) Module ABI versions: [ 1548.951]X.Org ANSI C Emulation: 0.4 [ 1548.951]X.Org Video Driver: 23.0 [ 1548.951]X.Org XInput driver : 24.1 [ 1548.951]X.Org Server Extension : 10.0 [ 1548.954] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_35 [ 1548.955] (II) xfree86: Adding drm device (/dev/dri/card0) [ 1548.956] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 0 [ 1548.958] (--) PCI:*(0:0:2:0) 8086:2572:17aa:300a rev 2, Mem @ 0xe800/134217728, 0xf020/524288, I/O @ 0xc000/8, BIOS @ 0x/131072 [ 1548.958] (--) PCI: (0:1:1:0) 109e:0350:: rev 18, Mem @ 0xf010/4096 [ 1548.958] (II) LoadModule: "glx" [ 1548.958] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 1548.961] (II) Module glx: vendor="X.Org Foundation" [ 1548.961]compiled for 1.19.2, module version = 1.0.0 [ 1548.961]ABI class: X.Org Server Extension, version 10.0 [ 1548.961] (==) Matched intel as autoconfigured driver 0 [ 1548.961] (==) Matched intel as autoconfigured driver 1 [ 1548.961] (==) Matched modesetting as autoconfigured driver 2 [ 1548.961] (==) Matched fbdev as autoconfigured driver 3 [ 1548.961] (==) Matched vesa as autoconfigured driver
how to let a user use X window
only root can use X window in stretch?? how to let user use it? below is X log: [ 1548.947] X.Org X Server 1.19.2 Release Date: 2017-03-02 [ 1548.947] X Protocol Version 11, Revision 0 [ 1548.947] Build Operating System: Linux 4.9.0-3-amd64 i686 Debian [ 1548.948] Current Operating System: Linux debian 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2 (2017-06-12) i686 [ 1548.948] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-686-pae root=/dev/sda2 ro quiet net.ifnames=0 [ 1548.948] Build Date: 07 July 2017 06:13:53AM [ 1548.948] xorg-server 2:1.19.2-1+deb9u1 (https://www.debian.org/support) [ 1548.948] Current version of pixman: 0.34.0 [ 1548.948]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 1548.948] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 1548.949] (==) Log file: "/home/zhou/.local/share/xorg/Xorg.0.log", Time: Sun Jul 23 06:05:18 2017 [ 1548.950] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 1548.950] (==) No Layout section. Using the first Screen section. [ 1548.950] (==) No screen section available. Using defaults. [ 1548.950] (**) |-->Screen "Default Screen Section" (0) [ 1548.950] (**) | |-->Monitor "" [ 1548.950] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 1548.950] (==) Automatically adding devices [ 1548.950] (==) Automatically enabling devices [ 1548.950] (==) Automatically adding GPU devices [ 1548.950] (==) Max clients allowed: 256, resource mask: 0x1f [ 1548.950] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.950] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.950] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.950] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist. [ 1548.950]Entry deleted from font path. [ 1548.951] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 1548.951]Entry deleted from font path. [ 1548.951] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 1548.951]Entry deleted from font path. [ 1548.951] (==) FontPath set to: /usr/share/fonts/X11/misc, built-ins [ 1548.951] (==) ModulePath set to "/usr/lib/xorg/modules" [ 1548.951] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 1548.951] (II) Loader magic: 0x80280720 [ 1548.951] (II) Module ABI versions: [ 1548.951]X.Org ANSI C Emulation: 0.4 [ 1548.951]X.Org Video Driver: 23.0 [ 1548.951]X.Org XInput driver : 24.1 [ 1548.951]X.Org Server Extension : 10.0 [ 1548.954] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_35 [ 1548.955] (II) xfree86: Adding drm device (/dev/dri/card0) [ 1548.956] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 0 [ 1548.958] (--) PCI:*(0:0:2:0) 8086:2572:17aa:300a rev 2, Mem @ 0xe800/134217728, 0xf020/524288, I/O @ 0xc000/8, BIOS @ 0x/131072 [ 1548.958] (--) PCI: (0:1:1:0) 109e:0350:: rev 18, Mem @ 0xf010/4096 [ 1548.958] (II) LoadModule: "glx" [ 1548.958] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 1548.961] (II) Module glx: vendor="X.Org Foundation" [ 1548.961]compiled for 1.19.2, module version = 1.0.0 [ 1548.961]ABI class: X.Org Server Extension, version 10.0 [ 1548.961] (==) Matched intel as autoconfigured driver 0 [ 1548.961] (==) Matched intel as autoconfigured driver 1 [ 1548.961] (==) Matched modesetting as autoconfigured driver 2 [ 1548.961] (==) Matched fbdev as autoconfigured driver 3 [ 1548.961] (==) Matched vesa as autoconfigured driver 4 [ 1548.961] (==) Assigned the driver to the xf86ConfigLayout [ 1548.961] (II) LoadModule: "intel" [ 1548.961] (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so [ 1548.962] (II) Module intel: vendor="X.Org Foundation" [ 1548.962]compiled for 1.19.0, module version = 2.99.917 [ 1548.962]Module class: X.Org Video Driver [ 1548.962]ABI class: X.Org Video Driver, version 23.0 [ 1548.962] (II) LoadModule: "modesetting" [ 1548.962] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so [ 1548.962] (II) Module modesetting: vendor="X.Org Foundation" [ 1548.962]compiled for 1.19.2, module version = 1.19.2 [ 1548.962]Module class: X.Org Video Driver [ 1
Re: openshot: X Window System error
On Sun, 01 May 2016, G.Paulo wrote: > Agora, a parte curiosa: isto ocorre no Gnome e no KDE. Porém, ao rodar o > programa sob o Fluxbox, esta mensagem não aparece e o programa roda > normalmente! > > Buscando pela internet, achei várias coisas, mas em geral, neste caso, as > soluções são sempre associadas a temas do Gnome. Alterando esses temas, > porém, não dá resultado. Alem disso, certamente temas do Gnome não deveriam > afetar o KDE. Temas GTK afetam. Verifique isso. > Finalmente, a razão de insistir no Gnome é que o laptop é de uso de uma > criança. Usar o Fluxbox, nesse caso, seria exigir demais. É exatamente o contrário... criança aprende sem frescura. Adulto é que tem a mente engessada e hábitos arraigados. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh
Fwd: openshot: X Window System error
-- Forwarded message -- From: Rodolfo <rof20...@gmail.com> Date: 2016-05-01 13:36 GMT-04:00 Subject: Re: openshot: X Window System error To: "G.Paulo" <linu...@terra.com.br> O programa não conseguiu obter recursos para rodar, pode ser um bug no programa, pode ser pouca memória utilizada para o mesmo, dei uma olhada no fórum do launchpad e um cara postou 2 possíveis soluções: Thanks for the bug report and the testing. This is a tough one. This is not a common error, and infact, I have never seen it before. I did some research on the error, and it looks like an issue with your xorg setup, or possibly a video card driver issue. I have 2 suggestions: 1) try disabling desktop effects (although I doubt that will fix it) 2) look for an updated video card driver (probably not in the repository) If both of those don't work, you might need to post a bug report with Ubuntu or the Xorg project. I found this same error message being reported on many different video players (such as Mplayer, Xine, VLC, etc...). So, I don't think it's anything unique to OpenShot, ya know. Gook luck! Um outro usuário falou que a primeira solução funcionou -> https://answers.launchpad.net/openshot/+question/75010 Outro fórum pede pra desabilidar o compiz, mas o cara adicionou duas linhas no xorg.conf: Hi. It is a bug in Xorg. Edit the file /etc/X11/Xorg.conf. Reach the section "device" and add those lines: Option "Videoram" "65536" Option "Cachelines" "1980" then halt and restart x server Link: https://forums.opensuse.org/showthread.php/389147-X-Error-of-failed-request-BadAlloc-%28insufficient-resources Em 1 de maio de 2016 12:03, G.Paulo <linu...@terra.com.br> escreveu: > Saudações. > > Tenho tido problemas para executar o programa openshot numa instalação > Jessie num laptop Asus. Busco alguma ajuda entre vocês. Eis o caso: ao > comando > $ openshot > obtenho uma longa série de mensagens, codecs e formats e, finalmente, vem > a mensagem fatal: > > The program 'openshot' received an X Window System error. > This probably reflects a bug in the program. > The error was 'BadAlloc (insufficient resources for operation)'. > (Details: serial 25 error_code 11 request_code 151 minor_code 19) > (Note to programmers: normally, X errors are reported asynchronously; >that is, you will receive the error a while after causing it. >To debug your program, run it with the --sync command line >option to change this behavior. You can then get a meaningful >backtrace from your debugger if you break on the gdk_x_error() > function.) > > > Agora, a parte curiosa: isto ocorre no Gnome e no KDE. Porém, ao rodar o > programa sob o Fluxbox, esta mensagem não aparece e o programa roda > normalmente! > > Buscando pela internet, achei várias coisas, mas em geral, neste caso, as > soluções são sempre associadas a temas do Gnome. Alterando esses temas, > porém, não dá resultado. Alem disso, certamente temas do Gnome não deveriam > afetar o KDE. > > Um ponto que talvez seja relevante é a quantidade de memória livre. No > caso do Fluxbox, há uns 3 Gb livre. No caso do Gnome e KDE, há um pouco > menos: > $ free -h > total used free sharedbuffers cached > Mem: 3.8G 1.8G 2.0G19M76M 1.0G > -/+ buffers/cache: 710M 3.1G > Swap: 7.7G 0B 7.7G > > A instalação em questão é um Jessie: > uname -a > Linux flaminia 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux > > Uma outra instalação Jessie num laptop Toshiba funciona normalmente. > > Finalmente, a razão de insistir no Gnome é que o laptop é de uso de uma > criança. Usar o Fluxbox, nesse caso, seria exigir demais. > > []'s, G.Paulo. > >
openshot: X Window System error
Saudações. Tenho tido problemas para executar o programa openshot numa instalação Jessie num laptop Asus. Busco alguma ajuda entre vocês. Eis o caso: ao comando $ openshot obtenho uma longa série de mensagens, codecs e formats e, finalmente, vem a mensagem fatal: The program 'openshot' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 25 error_code 11 request_code 151 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Agora, a parte curiosa: isto ocorre no Gnome e no KDE. Porém, ao rodar o programa sob o Fluxbox, esta mensagem não aparece e o programa roda normalmente! Buscando pela internet, achei várias coisas, mas em geral, neste caso, as soluções são sempre associadas a temas do Gnome. Alterando esses temas, porém, não dá resultado. Alem disso, certamente temas do Gnome não deveriam afetar o KDE. Um ponto que talvez seja relevante é a quantidade de memória livre. No caso do Fluxbox, há uns 3 Gb livre. No caso do Gnome e KDE, há um pouco menos: $ free -h total used free sharedbuffers cached Mem: 3.8G 1.8G 2.0G19M76M 1.0G -/+ buffers/cache: 710M 3.1G Swap: 7.7G 0B 7.7G A instalação em questão é um Jessie: uname -a Linux flaminia 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u3 x86_64 GNU/Linux Uma outra instalação Jessie num laptop Toshiba funciona normalmente. Finalmente, a razão de insistir no Gnome é que o laptop é de uso de uma criança. Usar o Fluxbox, nesse caso, seria exigir demais. []'s, G.Paulo.
Re: enabling remote X Window sessions
On 2014-08-22, Buchs, Kevin J. buchs.ke...@mayo.edu wrote: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. On CentOS, this is the default and I can run remote X clients without any issues. Since I have never encountered a fresh install of CentOS set up that way. (I am talking here about logging in using a display manager, not running 'startx' in a console.) -- Liam -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/slrnlvmr6u.uf3.liam.p.otoole@dipsy.tubbynet
Re: enabling remote X Window sessions
On Fri, Aug 22, 2014 at 04:29:49PM -0500, Buchs, Kevin J. wrote: You asked to which version of CentOS I was referring: it is 6.5, the latest version. Honestly, having been involved in computing since the first days of X-Window, I can't think of another case where I observed the X server locked down. It was always left to the user to control with xhost and the default for that was closed. This behavior with Debian is totally new to me. Even my former use of earlier versions of Ubuntu I knew did not have things locked down. I like that Debian takes security seriously, despite the fact that I've had problems in the past determining whether a security or misconfiguration issue was the cause of any grief. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140823132552.GC20407@tal
Re: enabling remote X Window sessions
It's very weird, I was testing with DisallowTCP = false in /etc/gdm3/daemon.conf and it worked, I'm using gdm3 3.12.2-2.1 (Debian testing). Maybe a bug on gdm3 3.4? 2014-08-21 12:28 GMT-04:30 Buchs, Kevin J. buchs.ke...@mayo.edu: I want to run X clients on a remote machines and display on my Debian 7.6 machine. I recognize the security risk. I usually run the lxde desktop. I see that gdm3 is starting the Xorg server with -nolisten tcp arguments. I read that this can be disabled by editing /etc/gdm3/daemon.conf to add under the [security] heading: DisallowTCP=false. I tried this but that did not stop gdm3 from starting Xorg with the same arguments. Can anyone share any additional information on this? Thanks. -- Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9025b1$iav...@ironport9.mayo.edu -- Saludos, Roberto De Oliveira
Re: enabling remote X Window sessions
Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. On CentOS, this is the default and I can run remote X clients without any issues. Since switching to Debian, I have been thwarted. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic On 08/21/2014 05:23 PM, Nuno Magalhães wrote: Search around for XDMCP tutorials. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/27747b$93o...@ironport10.mayo.edu
Re: enabling remote X Window sessions
Kevin writes: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. Then why not just use ssh? https://www.debian.org/doc/manuals/debian-reference/ch07.en.html#_connecting_a_remote_x_client_via_ssh -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/8761hkwt5j@thumper.dhh.gt.org
Re: enabling remote X Window sessions
On Fri, Aug 22, 2014 at 08:10:45AM -0500, Buchs, Kevin J. wrote: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. On CentOS, this is the default and I can run remote X clients without any issues. Since switching to Debian, I have been thwarted. A secure way would be to SSH from the X11 server to the client, example: x11-server-this-is-the-screen% ssh -X client-where-app-is-started xclock then xclock displays on the screen, completely safely and security through SSH. However, if you really want to open the TCP port 6000 so as to make your X11 setup insecure, you simply need to modify /etc/X11/xinit/xserverrc and remove the `-nolisten tcp' -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140822131901.ga26...@alphanet.ch
Re: enabling remote X Window sessions
John Hasler writes: Kevin writes: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. Then why not just use ssh? https://www.debian.org/doc/manuals/debian-reference/ch07.en.html#_connecting_a_remote_x_client_via_ssh If I got right the problem, Kevin has some VM in a grid that need to send some graphic output to an X Server, and since they are in a grid I think he has many of them (this is a problem the shell could fix) they may change (changing IP and such) and maybe he can't even log on them (hard to fix with a shell script). Sadly an SSH tunnel is not the answer. He really need the dear old X11 network transparency. BTW, Kevin. If I remember well, there should be a file in /etc/X11 where X is started with the -nolisten parameter. Did you check this and did you remove the option? -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87wqa0ljka@mail.eng.it
Re: enabling remote X Window sessions
Hi. On Fri, 22 Aug 2014 08:10:45 -0500 Buchs, Kevin J. buchs.ke...@mayo.edu wrote: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. On CentOS, this is the default and I can run remote X clients without any issues. Since switching to Debian, I have been thwarted. Running a single application remotely is hardly a justification to running main Xorg in insecure mode. Have you tried Xephyr (nested X server)? What about Xtightvnc? Both of those listen X protocol on tcp by default, and allowing remote X clients to run is a simple matter of xhost on their DISPLAY. BTW, which version of CentOS has such horrible defaults? I'd like to know so to avoid it in the future. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140822180909.4c2733b3971526755c4ac...@gmail.com
Re: enabling remote X Window sessions
Reco writes: Hi. On Fri, 22 Aug 2014 08:10:45 -0500 Buchs, Kevin J. buchs.ke...@mayo.edu wrote: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. On CentOS, this is the default and I can run remote X clients without any issues. Since switching to Debian, I have been thwarted. Running a single application remotely is hardly a justification to running main Xorg in insecure mode. If you know what you do you can set up things whith an appropriate level of security. Even for a single application if that is what you like. -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87vbpklhk3@mail.eng.it
Re: enabling remote X Window sessions
Thanks for all the replies and suggestions. Though ssh, vnc, remote XDMCP, Xephr are all fine for running X clients when there is interactive execution of the client by the user, it does not work in my case where there is Open Grid Scheduler batch execution. In my case, the X client of interest is SAS, but it could be as simple as running xclock. SAS needs to run on a remote server, but display locally. I can't start it interactively. I'm sorry that many of you don't like the constraints and risks under which I need to work, but that doesn't remove those constraints. Previously, I identified the gdm3 configuration file that one can change to (supposedly) tell gdm not to run XOrg with -nolisten tcp, though the behavior didn't change after I edited the file. Marc (and Gian hinted at) mentioned that /etc/X11/xinit/xserverrc has the -nolisten tcp in it. This was as he said. However, editing the file did not stop Xorg from getting started with the very same parameter. It must be buried in another place, I fear, hardcoded into gdm3. Brian suggested stopping gdm3 and starting X manually just to see if that worked. I did this experiment, logging in from a console (C-A-F1) and killing the gdm process. I did this and X was started without the -nolisten tcp. It was a partial success. I could run xclock -display myhost:0.0, where myhost is my local host name. However, from a remote server, I could not get it to work. Yes, I know about xhost and had used that appropriately. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/27747b$93p...@ironport10.mayo.edu
Re: enabling remote X Window sessions
On Fri, Aug 22, 2014 at 04:09:09PM CEST, Reco recovery...@gmail.com said: Hi. On Fri, 22 Aug 2014 08:10:45 -0500 Buchs, Kevin J. buchs.ke...@mayo.edu wrote: Thanks for the comment, Nuno. I only want to run a single X client, so XDMCP is not the way to go. My problem is solely getting Xorg to start on Debian without the -nolisten tcp argument. On CentOS, this is the default and I can run remote X clients without any issues. Since switching to Debian, I have been thwarted. Running a single application remotely is hardly a justification to running main Xorg in insecure mode. Listeniçng on tcp does NOT mean insecure mode. see Xsecurity(7) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140822144819.gi24...@rail.eu.org
Re: enabling remote X Window sessions
Buchs, Kevin J. writes: Marc (and Gian hinted at) mentioned that /etc/X11/xinit/xserverrc has the -nolisten tcp in it. This was as he said. However, editing the file did not stop Xorg from getting started with the very same parameter. It must be buried in another place, I fear, hardcoded into gdm3. And like a zombie emerges from its grave to haunt the poor user :) myhost:0.0, where myhost is my local host name. However, from a remote server, I could not get it to work. Yes, I know about xhost and had used that appropriately. SAS = Software As a Service (aka SaaS)? Is there something that blocks port 6000 in the path from the remote VM and you? Could you pass to the remote VM the mit magic cookie to the environment hosting Did you told the remote programs to use your machine name or your IP? -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87tx54lfxj@mail.eng.it
Re: enabling remote X Window sessions
SAS as in http://www.sas.com - confusing. When I do a nmap scan of port 6000 on my machine from the remote one it reports the Host is up, so I don't think it is blocked. I've used host name and IP address to the same effect when trying to run the X clients on the remote host. I might be able to use some other authentication mechanism, like magic cookie, but I would prefer to use the traditional X network connection. See, I'm a sysadmin working on developing the code for other users to do the same thing, though they may not be using Debian, but more likely using X-Win32 from Microsoft Windows. It has to just work for them, so I would like to develop/test the same configuration on my desktop. There are other times where I need to do similar display of remote X clients for other purposes. All I want back is my old insecure way of doing things, when I knowingly authorize it, like I had under CentOS. But, I'm not going back to CentOS. I did find several of the executables in /usr/lib/gdm3/ have strings of -nolisten and tcp as well as other tell-tale evidence that suggest the parameter may be hard-coded. I might have to dig into the source next. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic On 08/22/2014 10:09 AM, Gian Uberto Lauri wrote: Buchs, Kevin J. writes: Marc (and Gian hinted at) mentioned that /etc/X11/xinit/xserverrc has the -nolisten tcp in it. This was as he said. However, editing the file did not stop Xorg from getting started with the very same parameter. It must be buried in another place, I fear, hardcoded into gdm3. And like a zombie emerges from its grave to haunt the poor user :) myhost:0.0, where myhost is my local host name. However, from a remote server, I could not get it to work. Yes, I know about xhost and had used that appropriately. SAS = Software As a Service (aka SaaS)? Is there something that blocks port 6000 in the path from the remote VM and you? Could you pass to the remote VM the mit magic cookie to the environment hosting Did you told the remote programs to use your machine name or your IP? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/27747b$93p...@ironport10.mayo.edu
Re: enabling remote X Window sessions
On Fri, 22 Aug 2014 16:48:19 +0200 Erwan David er...@rail.eu.org wrote: Running a single application remotely is hardly a justification to running main Xorg in insecure mode. Listeniçng on tcp does NOT mean insecure mode. see Xsecurity(7) First, $ man 7 Xsecurity No manual entry for Xsecurity in section 7 Second, can you please evaluate how exactly XSECURITY extension prevents a rogue X client from intercepting all keyboard and mouse input that comes to the X server? Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140822195819.8e35a6a21f6aedb22c9d6...@gmail.com
Re: enabling remote X Window sessions
On Fri, 22 Aug 2014 10:28:07 -0500 Buchs, Kevin J. buchs.ke...@mayo.edu wrote: SAS as in http://www.sas.com - confusing. When I do a nmap scan of port 6000 on my machine from the remote one it reports the Host is up, so I don't think it is blocked. I've used host name and IP address to the same effect when trying to run the X clients on the remote host. Try it this way: 1) Run (should listen tcp:6001) Xephyr :1 2) Set up port redirection: iptables -t nat -A PREROUTING -p tcp --dport 6001 \ -j REDIRECT --to-ports 6000 I did find several of the executables in /usr/lib/gdm3/ have strings of -nolisten and tcp as well as other tell-tale evidence that suggest the parameter may be hard-coded. I might have to dig into the source next. Have you considered replacing gdm3 with something with more configuration options? Like lightdm, for example. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140822201428.840b9c5a1d3d7ec4a7954...@gmail.com
Re: enabling remote X Window sessions
On Fri, 22 Aug 2014 16:34:04 +0200 Gian Uberto Lauri sa...@eng.it wrote: Reco writes: Running a single application remotely is hardly a justification to running main Xorg in insecure mode. If you know what you do you can set up things whith an appropriate level of security. Even for a single application if that is what you like. Unsure whenever I catch the meaning of your sentence. If you meant 'one needs to run a remote application via X protocol, so one should prepare own X accordingly' - one can authorize X client in his X server, but that's it. After authentication X client can do anything with any other X client on the same display. If you meant 'what'd you do in this situation' - I'd run dedicated X server just for this task and just for this application. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140822200830.a64b547b98845d7dd7ef0...@gmail.com
Re: enabling remote X Window sessions
R == Reco recovery...@gmail.com writes: R On Fri, 22 Aug 2014 16:34:04 +0200 Gian Uberto Lauri R sa...@eng.it wrote: Reco writes: Running a single application remotely is hardly a justification to running main Xorg in insecure mode. If you know what you do you can set up things whith an appropriate level of security. Even for a single application if that is what you like. My fault. you should have been he/she -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install gi? sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/21495.31571.505437.311...@cyrano.gianoziaorientale.it
Re: enabling remote X Window sessions
Reco, I tried Xephr as you suggested. It seems to get around the -nolisten tcp choice. Since I will have to specify the display for the remote X client, I won't have to map the port, but can just use myhost:1.0 for DISPLAY. I got xclock -display myhost:1.0 working from myhost. Thanks for pointing out this option. I am still stuck, however, on the remote X traffic not getting through to my box. I'm seeing in kern.log logging of access to port 6000, etc. as I am testing from a remote host. It is not rejecting it as far as I can tell. I used to know something about ipchains, but I will have to brush up to understand what I see from iptables -L to determine if traffic is being deflected. At first glance, it looked clean, however. You asked to which version of CentOS I was referring: it is 6.5, the latest version. Honestly, having been involved in computing since the first days of X-Window, I can't think of another case where I observed the X server locked down. It was always left to the user to control with xhost and the default for that was closed. This behavior with Debian is totally new to me. Even my former use of earlier versions of Ubuntu I knew did not have things locked down. I have not considered lightdm previously, so I'll have to look into it. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic On 08/22/2014 11:14 AM, Reco wrote: Try it this way: 1) Run (should listen tcp:6001) Xephyr :1 2) Set up port redirection: iptables -t nat -A PREROUTING -p tcp --dport 6001 \ -j REDIRECT --to-ports 6000 I did find several of the executables in /usr/lib/gdm3/ have strings of -nolisten and tcp as well as other tell-tale evidence that suggest the parameter may be hard-coded. I might have to dig into the source next. Have you considered replacing gdm3 with something with more configuration options? Like lightdm, for example. Reco -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9025b1$ibj...@ironport9.mayo.edu
enabling remote X Window sessions
I want to run X clients on a remote machines and display on my Debian 7.6 machine. I recognize the security risk. I usually run the lxde desktop. I see that gdm3 is starting the Xorg server with -nolisten tcp arguments. I read that this can be disabled by editing /etc/gdm3/daemon.conf to add under the [security] heading: DisallowTCP=false. I tried this but that did not stop gdm3 from starting Xorg with the same arguments. Can anyone share any additional information on this? Thanks. -- Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9025b1$iav...@ironport9.mayo.edu
Re: enabling remote X Window sessions
On Thu, 21 Aug 2014 11:58:27 -0500 Buchs, Kevin J. buchs.ke...@mayo.edu wrote: I want to run X clients on a remote machines and display on my Debian 7.6 machine. I recognize the security risk. I usually run the lxde desktop. I see that gdm3 is starting the Xorg server with -nolisten tcp arguments. I read that this can be disabled by editing /etc/gdm3/daemon.conf to add under the [security] heading: DisallowTCP=false. I tried this but that did not stop gdm3 from starting Xorg with the same arguments. Can anyone share any additional information on this? Thanks. Use either: ssh -Y user@remotemachine or the debs from x2go.org -- Nikos : if theree was alcooohlin whyskt we''d kownn signature.asc Description: PGP signature
Re: enabling remote X Window sessions
Thanks for the suggestion, but I don't have those options. I don't get to control how the remote client is executed as it is running in as an Open Grid Scheduler batch job. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic On 08/21/2014 12:18 PM, B wrote: Use either: ssh -Y user@remotemachine or the debs from x2go.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/27747b$93k...@ironport10.mayo.edu
Re: enabling remote X Window sessions
On 08/21/2014 09:58 AM, Buchs, Kevin J. wrote: I want to run X clients on a remote machines and display on my Debian 7.6 machine. I recognize the security risk. I usually run the lxde desktop. I see that gdm3 is starting the Xorg server with -nolisten tcp arguments. I read that this can be disabled by editing /etc/gdm3/daemon.conf to add under the [security] heading: DisallowTCP=false. I tried this but that did not stop gdm3 from starting Xorg with the same arguments. Can anyone share any additional information on this? Thanks. This might not be a good lead, but can you stop gdm3 on your machine, log in to a console, start X with startx and see if it works? Maybe there are startx options to allow TCP listening? If this works, then deal with gdm. If this doesn't work, does it mean the problem is elsewhere? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f63317.1080...@yahoo.com
Re: enabling remote X Window sessions
Brian, Thanks. I was heading in the direction of doing something like you suggested (though I am not sure how to stop gdm and not log myself out), but I thought there has to be a better way. Though it may be the case that I have other X communication problems, based on ps (showing the command arguments), I am sure that Xorg is still running with the argument that disables listening for TCP/IP traffic and I am sure that Xorg will behave as it is instructed. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic On 08/21/2014 12:57 PM, Brian Flaherty wrote: This might not be a good lead, but can you stop gdm3 on your machine, log in to a console, start X with startx and see if it works? Maybe there are startx options to allow TCP listening? If this works, then deal with gdm. If this doesn't work, does it mean the problem is elsewhere? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9025b1$ib0...@ironport9.mayo.edu
Re: enabling remote X Window sessions
On 08/21/2014 11:07 AM, Buchs, Kevin J. wrote: Brian, Thanks. I was heading in the direction of doing something like you suggested (though I am not sure how to stop gdm and not log myself out), On my machine, when I start the sytem, I end up at a graphical login slim, like gdm. If I keypress Ctrl-Alt-F1, I am taking to tty1 for a console login. If I login there, I can stop slim (and presumably gdm) and startx from the command line. (Not a systemd complaint here.) I used to be able to type something like 'sudo /etc/init.d/gdm3 stop', but I don't know if that way works anymore. but I thought there has to be a better way. Though it may be the case that I have other X communication problems, based on ps (showing the command arguments), I am sure that Xorg is still running with the argument that disables listening for TCP/IP traffic and I am sure that Xorg will behave as it is instructed. I'm far from an expert here, but I think when gdm starts, it is starting X, so if you login from gdm, I think X will be started with TCP listening disabled. I thought maybe that if you started X from a command line with startx (bypassing gdm), you could see if that allowed you to make the remote connection you wish. I don't know much about gdm, so I'm not helpful there. Good luck. Kevin Buchs Research Computer Services Phone: 507-538-5459 Mayo Clinic 200 1st. St SW Rochester, MN 55905 http://mayoclinic.org http://facebook.com/MayoClinic http://youtube.com/MayoClinic http://twitter.com/MayoClinic On 08/21/2014 12:57 PM, Brian Flaherty wrote: This might not be a good lead, but can you stop gdm3 on your machine, log in to a console, start X with startx and see if it works? Maybe there are startx options to allow TCP listening? If this works, then deal with gdm. If this doesn't work, does it mean the problem is elsewhere? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53f65de9.1010...@yahoo.com
Re: enabling remote X Window sessions
Search around for XDMCP tutorials. Your local machine needs an Xserver (like Xorg). The machine you want to connect to needs a display manager (gdm, kdm, xdm... i don't think slim supports XDMCP) and the xclients you want to run. You'll have no sound. Look into pulseaudio or jack for that. HTH, Nuno -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cadqa9uaxffog8khlvxgtpceptenrcwjkeemn4vmqtbmj0f0...@mail.gmail.com
Re: una-al-dia (27/05/2013) Actualización de seguridad para X Window corrige 29 vulnerabilidades
El Tue, 28 May 2013 20:05:40 +0200, Eduardo Rios escribió: El 28/05/13 20:02, Matías Bellone escribió: En realidad lo corrigieron la semana pasada: http://www.debian.org/security/2013/dsa-2693 http://www.debian.org/security/2013/dsa-2675 Y lo anunciaron públicamente el sábado: http://bits.debian.org/2013/05/security-updates-for-xorg.html Ah! Gracias. Entonces ya debo estar actualizado :) De hecho, y si no recuerdo mal, esa actualización fue la que te rompió el driver ATI propietario ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ko5090$n1v$3...@ger.gmane.org
Fwd: una-al-dia (27/05/2013) Actualización de seguridad para X Window corrige 29 vulnerabilidades
¿Sabéis algo de esto? Me extraña que no hayan actualizaciones en Debian, si ya hay parche... Mensaje original Asunto: una-al-dia (27/05/2013) Actualización de seguridad para X Window corrige 29 vulnerabilidades Fecha: Tue, 28 May 2013 18:28:12 +0200 De: notic...@hispasec.com Responder a:notic...@hispasec.com Para: unaal...@uad.hispasec.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 --- Hispasec - una-al-día 27/05/2013 Todos los días una noticia de seguridad www.hispasec.com Síguenos en Twitter: http://twitter.com/unaaldia Noticia en formato HTML: http://www.hispasec.com/unaaldia/5329 --- Actualización de seguridad para X Window corrige 29 vulnerabilidades Ilja van Sprundel, un investigador de seguridad de IOActive ha descubierto varios problemas de seguridad en las librerías del cliente X de X Window, un total de 29 vulnerabilidades en 22 librerías. X Window es un software que se utiliza para dotar de una interfaz gráfica a los sistemas Unix. X Window contiene una parte servidor (X Server) encargada de acceder a los recursos de hardware (pantalla, teclado, etc..) y una parte de cliente (X client) que se encarga de interactuar con el usuario. Los errores son producidos por una confianza de los valores que deben de ser retornados por el servidor en la comunicación entre el cliente y servidor X. Se han visto afectadas 22 librerías (de tres proyectos diferentes) que son las siguientes: libX11, libXcursor, libXext, libXfixes, libXi, libXinerama, libXp, libXrandr, libXrender, libXRes, libXtst, libXv, libXvMC, libXxf86dga, libXxf86vm, libdmx, libxcb, libFS, libXt del proyecto X.Org, las librerías libchromeXvMC y libchromeXvMCPro del proyecto openChrome y la librería libGLX del proyecto Mesa. Las vulnerabilidades han sido identificadas desde el CVE-2013-1981 hasta el CVE-2013-2005 y desde el CVE-2013-2062 hasta CVE-2013-2066. Algunos detalles de las vulnerabilidades son: * 17 desbordamientos de entero causados por un error al calcular la memoria necesaria para almacenar el valor retornado por una función. Afecta a total de 17 librerías, todas exceptuando las librerías 'libXcursor', 'libXxf86vm', 'libFS', 'libXt', 'libXt', afectando a un total de 54 funciones. * Un error de signo causado por un fallo al calcular la memoria necesaria para almacenar el valor retornado por una función. Se ven afectadas las librerías 'libXi' y 'libFS' en una función cada librería. * 7 desbordamientos de memoria intermedia causados por una falta de validación de la cantidad de memoria necesaria para almacenar el valor retornado por una función. Afecta a la librerías 'libX11', 'libXi', 'libXv', 'libXvMC', 'libXxf86dga', 'libXxf86vm' y 'libXt' afectando a un total de 24 funciones. * Dos desbordamiento de enteros causados por una falta de comprobación de la cantidad de memoria necesaria para procesar los ficheros especificados por un usuario. Afecta a las librerías 'libX11' y 'libXcursor' en 6 funciones. * Un error por una falta de límites en la recursión en el procesamiento de los ficheros especificados por un usuario. Afecta a la librería 'libX11' en dos funciones. * Una corrupción de memoria causada por una falta de validación de la cantidad de memoria necesaria para almacenar el valor retornado por una función. Afecta a la librería 'libXt' en un total de cinco funciones. Las vulnerabilidades ya han sido corregidas en las librerías correspondientes y pueden ser descargadas desde los repositorios oficiales. Opina sobre esta noticia: http://unaaldia.hispasec.com/2013/05/actualizacion-de-seguridad-para-x.html#comments Más información: X.Org Security Advisory: May 23, 2013 http://www.x.org/wiki/Development/Security/Advisory-2013-05-23 Openchrome http://www.freedesktop.org/wiki/Openchrome/ The Mesa 3D Graphics Library http://www.mesa3d.org/ Jose Ignacio Palacios Ortega jipalac...@hispasec.com Tal día como hoy: - 27/05/2012: Nueva versión de Google Chrome corrige varias vulnerabilidades http://www.hispasec.com/unaaldia/4964 27/05/2011: Consiguen romper CAPTCHAS de audio con un 89% de tasa de acierto http://www.hispasec.com/unaaldia/4598 27/05/2010: Actualización para el navegador Google Chrome http://www.hispasec.com/unaaldia/4233 27/05/2009: De nuevo PDF, el enemigo de BlackBerry http://www.hispasec.com/unaaldia/3868 27/05/2008: Virus y promiscuidad. Del disquete al USB http://www.hispasec.com/unaaldia/3503 27/05/2007: Denegación de servicio a través de cliente NFS en Sun Solaris 8, 9 y 10 http://www.hispasec.com/unaaldia/3137 27/05/2006: Actualización del kernel de Red Hat Enterprise Linux 4 http://www.hispasec.com/unaaldia/2772 27/05/2005: Alarmante crecimiento de máquinas
Re: una-al-dia (27/05/2013) Actualización de seguridad para X Window corrige 29 vulnerabilidades
2013/5/28 Eduardo Rios eduri...@yahoo.es ¿Sabéis algo de esto? Me extraña que no hayan actualizaciones en Debian, si ya hay parche... En realidad lo corrigieron la semana pasada: http://www.debian.org/security/2013/dsa-2693 http://www.debian.org/security/2013/dsa-2675 Y lo anunciaron públicamente el sábado: http://bits.debian.org/2013/05/security-updates-for-xorg.html Saludos, Toote
Re: una-al-dia (27/05/2013) Actualización de seguridad para X Window corrige 29 vulnerabilidades
El 28/05/13 20:02, Matías Bellone escribió: En realidad lo corrigieron la semana pasada: http://www.debian.org/security/2013/dsa-2693 http://www.debian.org/security/2013/dsa-2675 Y lo anunciaron públicamente el sábado: http://bits.debian.org/2013/05/security-updates-for-xorg.html Ah! Gracias. Entonces ya debo estar actualizado :) -- Registered user #558467 has 1 linux machines www.LinuxCounter.net -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51a4f1f4.2070...@yahoo.es
Re: X Window System error
Have sence, but, emelfm (the 1) work fine to, so it it gtk. But mtpaint not use gtk+ or gtk2. All point to the X server :( Kailash Kalyani cogió un teclado y escribió: I just update debian6 to 7 and bad surprises: lazaro@utopian:~$ mtpaint The program 'mtpaint' received an X Window System error. This probably reflects a bug in the program. lazaro@utopian:~$ emelfm2 (emelfm2:3422): Gtk-CRITICAL **: gtk_tree_store_iter_next: assertion `iter- user_data != NULL' failed The program 'emelfm2' received an X Window System error. lazaro@utopian:~$ geany The program 'geany' received an X Window System error. This probably reflects a bug in the program. I'm using: lazaro@utopian:~$ ps fax|grep Xf 13474 tty1 S 3:02 /usr/X11/bin/Xfbdev -screen 1024x768x32 -t 1 -mouse /dev/ psaux,5,4 ttys7 An ancient X server due my OLDER computer. I can't use Xorg, so please, I shall be very glad resolving this problem. Geany and emelfm2 two are not from debian's repo and their ALL WAYS was working to me without problems. I guest the problem is with GTK+ i libgtk1.2 - The GIMP Toolkit set of widgets for X i A libgtk1.2-common - Common files for the GTK+ library i A libgtk2.0-0 - GTK+ graphical user interface library i libgtk2.0-bin - programs for the GTK+ graphical user interface library i libgtk2.0-common - common files for the GTK+ graphical user interface libra lazaro@utopian:~$ gimp -v GIMP version 1.2.3 work fine... the problem is not old or new applications... Hi Lazaro, Based on your inputs it may be that the GTK version dependencies may be causing this. GIMP works and GTK was built for GIMP, so that's not surprising. Based on some reading, it appears that GIMP 1.2.x was built around GTK 1.2 https://git.gnome.org/browse/gimp/commit/?h=gimp-1-2id= 61cf583747fbb3b4306bf085b85b1f67e627778c And you seem to have gtk 1.2 installed in part at least. As the other programs were previously working, the new GTK errors might indicate a change in the libraries? If so, then knowing the versions of your other apps would help determine which GTK version they were based on. What do you think? Kailash -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130524085318.gd12...@magnox.lex-sa.cu
RE: X Window System error
I just update debian6 to 7 and bad surprises: lazaro@utopian:~$ mtpaint The program 'mtpaint' received an X Window System error. This probably reflects a bug in the program. lazaro@utopian:~$ emelfm2 (emelfm2:3422): Gtk-CRITICAL **: gtk_tree_store_iter_next: assertion `iter-user_data != NULL' failed The program 'emelfm2' received an X Window System error. lazaro@utopian:~$ geany The program 'geany' received an X Window System error. This probably reflects a bug in the program. I'm using: lazaro@utopian:~$ ps fax|grep Xf 13474 tty1 S 3:02 /usr/X11/bin/Xfbdev -screen 1024x768x32 -t 1 -mouse /dev/psaux,5,4 ttys7 An ancient X server due my OLDER computer. I can't use Xorg, so please, I shall be very glad resolving this problem. Geany and emelfm2 two are not from debian's repo and their ALL WAYS was working to me without problems. I guest the problem is with GTK+ i libgtk1.2 - The GIMP Toolkit set of widgets for X i A libgtk1.2-common- Common files for the GTK+ library i A libgtk2.0-0 - GTK+ graphical user interface library i libgtk2.0-bin - programs for the GTK+ graphical user interface library i libgtk2.0-common- common files for the GTK+ graphical user interface libra lazaro@utopian:~$ gimp -v GIMP version 1.2.3 work fine... the problem is not old or new applications... Hi Lazaro, Based on your inputs it may be that the GTK version dependencies may be causing this. GIMP works and GTK was built for GIMP, so that's not surprising. Based on some reading, it appears that GIMP 1.2.x was built around GTK 1.2 https://git.gnome.org/browse/gimp/commit/?h=gimp-1-2id=61cf583747fbb3b4306bf085b85b1f67e627778c And you seem to have gtk 1.2 installed in part at least. As the other programs were previously working, the new GTK errors might indicate a change in the libraries? If so, then knowing the versions of your other apps would help determine which GTK version they were based on. What do you think? Kailash
X Window System error
I just update debian6 to 7 and bad surprises: lazaro@utopian:~$ mtpaint The program 'mtpaint' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 1280 error_code 1 request_code 135 minor_code 33) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) lazaro@utopian:~$ emelfm2 (emelfm2:3422): Gtk-CRITICAL **: gtk_tree_store_iter_next: assertion `iter-user_data != NULL' failed The program 'emelfm2' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 469 error_code 1 request_code 135 minor_code 33) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) lazaro@utopian:~$ geany The program 'geany' received an X Window System error. This probably reflects a bug in the program. The error was 'RenderBadPicture (invalid Picture parameter)'. (Details: serial 1115 error_code 132 request_code 135 minor_code 10) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I'm using: lazaro@utopian:~$ ps fax|grep Xf 13474 tty1 S 3:02 /usr/X11/bin/Xfbdev -screen 1024x768x32 -t 1 -mouse /dev/psaux,5,4 ttys7 An ancient X server due my OLDER computer. I can't use Xorg, so please, I shall be very glad resolving this problem. Geany and emelfm2 two are not from debian's repo and their ALL WAYS was working to me without problems. I guest the problem is with GTK+ i libgtk1.2 - The GIMP Toolkit set of widgets for X i A libgtk1.2-common- Common files for the GTK+ library i A libgtk2.0-0 - GTK+ graphical user interface library i libgtk2.0-bin - programs for the GTK+ graphical user interface library i libgtk2.0-common- common files for the GTK+ graphical user interface libra lazaro@utopian:~$ gimp -v GIMP version 1.2.3 work fine... the problem is not old or new applications... -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130519020339.GA2664@utopian
Re: Alternatives x-window-manager, x-session-manager
Le mercredi 15 août 2012 08:49:29, moi-meme a écrit : [...] donc il faut appeler x-windows-manager et pas kde. Donc revoir le lanceur et AMHA il n'appelle certainement pas x-windows-manager. Je ne comprends pas cette phrase ! Quand tu dis « il faut appeler... », ma question est justement qui est ce « il » ? Pas kdm ni startx qui chez moi lancent tous les deux kde alors que mon x-window-manager pointe vers enligtenment_start ! Où ce x-window-manager est-il utilisé dans le système ? Pourquoi ne semble-t-il avoir aucun effet sur le comportement par défaut de startx ? je m'égare peut-être. n'y a t'il pas dans kdm un choix du WM à lancer ? J'ai cela dans gdm. C'est peut-être là qu'il faut chercher Oui, bien entendu, kdm permet de choisir le type de session à lancer. Après avoir un peu fouillé, à chaque session possible correspond un fichier dans /usr/share/kde4/apps/kdm/sessions/ Par exemple, si on choisit e17, le fichier /usr/share/kde4/apps/kdm/sessions/enlightenment.desktop contient la ligne Exec=enlightenment_start qui ne fait donc pas appel aux alternatives mais directement au programme associé à la session que l'on veut lancer. Cette façon de faire me semble parfaitement logique. Par contre, dans le choix de sessions de kdm il y a aussi « défaut (dernier utilisé) ». Après plusieurs tests, ce dernier utilisé n'est pas correct chez moi. En effet, si je ne précise pas la session que je veux, alors kdm me lance la dernière utilisée. Si je choisis la session par défaut, kdm me lance toujours kde même si, avant, j'avais utilisé e17. Chez moi, cette session par défaut ne correspond pas à un fichier dans /usr/share/kde4/apps/kdm/sessions/ Par contre, le fichier /etc/kde4/kdm/kdmrc contient la ligne Session=/etc/kde4/kdm/Xsession et ce fichier /etc/kde4/kdm/Xsession source /etc/X11/Xsession qui finira par utiliser le /etc/X11/Xsession.d/50x11-common_determine-startup dont j'avais parlé plus bas. En ce sens, on peut donc dire que la session par défaut de kdm utilise x- window-manager (s'il n'y a ni variable STARTUP ni x-session-manager). Tout comme startx d'ailleurs puis que tous les deux le font par l'intermédiaire de xsession. -snip Quand à la lecture de /usr/bin/startx : quel sac de noeuds ! Aucune mention de x-window-manager là-dedans mais vu tous les fichiers sourcés ou exécutés en cascade... +1 Enfin, finalement je vois que c'est dans le fichier /etc/X11/Xsession.d/50x11-common_determine-startup que les choses se décident. Si je comprends bien, on cherche d'abord à utiliser la variable STARTUP qui autait pu être passée par le DM si on en utilise un. Sinon, c'est x-session-manager qui est utilisé et si ce dernier n'existe pas alors c'est x-window-manager. quand on merde comme cela et que ce n'est pas pour de la production, je suis partisan de faire violent : copie de sauvegarde des fichiers et modification directe et violente (goret) par des valeurs en dur. Moi je n'aime pas trop aller modifier des fichiers qui de toute évidence ne sont pas prévus pour. Après c'est la liberté de chacun de faire ce qu'il veut avec sa machine. Moi, mes compétences sont trop limitées pour prétendre arriver à mieux sur un coup de tête que ce que les développeurs ont mûrement réfléchi (j'espère). ---snip-- Vu la priorité de x-session-manager sur x-window-manager au startx, il serait judicieux que enlightenment_start soit aussi une alternative à x-session-manager. Non ? tenter update-alternative --set ? Ça je n'y parviens pas : # update-alternatives --set x-session-manager /usr/bin/enlightenment_start update-alternatives: erreur: l'alternative /usr/bin/enlightenment_start pour x-session-manager n'est pas enregistrée, pas de configuration. Logique : ce --set ne permet rien de plus que le --config mais le fait en mode non interactif. Il faut donc que l'alternative existe. Par contre effectivement, il est possible d'utiliser update-alternatives --install pour créer soi-même de nouvelles alternatives. (Mais je n'ai pas le temps d'essayer). Cette absence est-elle volontaire (pourquoi) ? Un oubli (les paquets e17 sont sûrement encore jeunes) ? Un bug ? tout le monde n'utilise pas alternatives. C'est au bon vouloir des développeurs. Alors cela justifie peut-être un bug mineur (à classer dans la wish list). En tout cas, grâce à toi j'ai fini par comprendre et obtenir des réponses à mes questions. Merci beaucoup. -- Eddy F. http://daysf...@tumblr.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208171141.14457.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
Salut, Le vendredi 17 août 2012 à 11:41, Eddy F. a écrit : Par contre, dans le choix de sessions de kdm il y a aussi « défaut (dernier utilisé) ». Après plusieurs tests, ce dernier utilisé n'est pas correct chez moi. En effet, si je ne précise pas la session que je veux, alors kdm me lance la dernière utilisée. Si je choisis la session par défaut, kdm me lance toujours kde même si, avant, j'avais utilisé e17. Il me semble que la dernière session utilisée est enregistrée dans le fichier « .dmrc » de ton dossier personnel. Le mien contient deux lignes : [Desktop] Session=xfce Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120817122051.ga7...@sebian.nob900.homeip.net
Re: Alternatives x-window-manager, x-session-manager
Bonjour, Pour installer une alternative vers e17 avec une priorité 90 (par exemple) update-alternatives --install /usr/bin/x-session-manager x-session-manager /usr/bin/enlightenment_start 90 Ensuite ta commande --set fonctionnera # update-alternatives --set x-session-manager /usr/bin/enlightenment_start -- Cordialement, Steve Fouchet -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/502e6ae4.4050...@gmail.com
Re: Alternatives x-window-manager, x-session-manager
Le vendredi 17 août 2012 18:01:40, Steve Fouchet a écrit : Bonjour, Pour installer une alternative vers e17 avec une priorité 90 (par exemple) update-alternatives --install /usr/bin/x-session-manager x-session-manager /usr/bin/enlightenment_start 90 Ensuite ta commande --set fonctionnera # update-alternatives --set x-session-manager /usr/bin/enlightenment_start Merci, je testerai cela ce week-end. -- Eddy F. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208172149.07455.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
Le vendredi 17 août 2012 14:20:51, Sébastien NOBILI a écrit : Salut, Le vendredi 17 août 2012 à 11:41, Eddy F. a écrit : Par contre, dans le choix de sessions de kdm il y a aussi « défaut (dernier utilisé) ». Après plusieurs tests, ce dernier utilisé n'est pas correct chez moi. En effet, si je ne précise pas la session que je veux, alors kdm me lance la dernière utilisée. Si je choisis la session par défaut, kdm me lance toujours kde même si, avant, j'avais utilisé e17. Il me semble que la dernière session utilisée est enregistrée dans le fichier « .dmrc » de ton dossier personnel. Le mien contient deux lignes : [Desktop] Session=xfce Seb Merci. Je n'avais pas remarqué ce fichier. En effet, il contient bien la dernière session demandée à kdm et l'utilise pour lancer une session quand on ne précise pas laquelle on veut. En me relisant, je ne sais si je me suis bien fait comprendre : l'entrée de kdm marquée « défaut (dernier utilisé) » est mal nommée car choisir cette entrée chez moi ne lance pas le dernier utilisé tel que renseigné par ce fichier .dmrc mais bien la session par défaut qui est finalement x-session- manager. Cette option de kdm devrait plutôt être nommée « défaut ». Par contre sans préciser la session que l'on veut, c'est bien la dernière utilisée indiquée dans .dmrc qui est lancée. -- Eddy F. http://daysf...@tumblr.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208172156.44003.edfnet-...@yahoo.fr
Re: Alternatives x-window-manager, x-session-manager
-snip Mais dans le cas de x-window-manager, je ne trouvais pas ce qui l'utilise : c'est le sens de la question. je pense que tu veux dire qui l'utilise. Je pense que startx n'utilise pas alternative (je n'en ai pas vu de trace) donc il faut appeler x-windows-manager et pas kde. Donc revoir le lanceur et AMHA il n'appelle certainement pas x-windows-manager. Je ne comprends pas cette phrase ! Quand tu dis « il faut appeler... », ma question est justement qui est ce « il » ? Pas kdm ni startx qui chez moi lancent tous les deux kde alors que mon x-window-manager pointe vers enligtenment_start ! Où ce x-window-manager est-il utilisé dans le système ? Pourquoi ne semble-t-il avoir aucun effet sur le comportement par défaut de startx ? je m'égare peut-être. n'y a t'il pas dans kdm un choix du WM à lancer ? J'ai cela dans gdm. C'est peut-être là qu'il faut chercher -snip Quand à la lecture de /usr/bin/startx : quel sac de noeuds ! Aucune mention de x-window-manager là-dedans mais vu tous les fichiers sourcés ou exécutés en cascade... +1 Enfin, finalement je vois que c'est dans le fichier /etc/X11/Xsession.d/50x11-common_determine-startup que les choses se décident. Si je comprends bien, on cherche d'abord à utiliser la variable STARTUP qui autait pu être passée par le DM si on en utilise un. Sinon, c'est x-session-manager qui est utilisé et si ce dernier n'existe pas alors c'est x-window-manager. quand on merde comme cela et que ce n'est pas pour de la production, je suis partisan de faire violent : copie de sauvegarde des fichiers et modification directe et violente (goret) par des valeurs en dur. ---snip-- Vu la priorité de x-session-manager sur x-window-manager au startx, il serait judicieux que enlightenment_start soit aussi une alternative à x-session-manager. Non ? tenter update-alternative --set ? Cette absence est-elle volontaire (pourquoi) ? Un oubli (les paquets e17 sont sûrement encore jeunes) ? Un bug ? tout le monde n'utilise pas alternatives. C'est au bon vouloir des développeurs. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/502b4679$0$1972$426a7...@news.free.fr
Re: Alternatives x-window-manager, x-session-manager
Le Mon, 13 Aug 2012 17:40:02 +0200, Eddy F. a écrit : J'ai beau chercher, je ne parviens pas à comprendre le rôle exact des alternatives x-window-manager et x-session-manager. le rôle des alternatives est d'appeler toujours le même programme (éditeur par exemple) pour tous les cas. --[moi@cdiscount ~] update-alternatives --display x-window-manager x-window-manager - mode automatique le lien pointe actuellement sur /usr/bin/openbox /usr/bin/metacity - priorité 60 lien secondaire x-window-manager.1.gz : /usr/share/man/man1/metacity.1.gz /usr/bin/openbox - priorité 90 lien secondaire x-window-manager.1.gz : /usr/share/man/man1/openbox.1.gz La « meilleure » version actuelle est « /usr/bin/openbox ». -snip-- donc il faut appeler x-windows-manager et pas kde. Donc revoir le lanceur et AMHA il n'appelle certainement pas x-windows-manager. Un man startx et une lecture de /usr/bin/startx peuvent être très instructives. RTFM comme d'habitude. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/502a004c$0$21937$426a3...@news.free.fr
Re: Alternatives x-window-manager, x-session-manager
Le mardi 14 août 2012 09:37:48, moi-meme a écrit : Le Mon, 13 Aug 2012 17:40:02 +0200, Eddy F. a écrit : J'ai beau chercher, je ne parviens pas à comprendre le rôle exact des alternatives x-window-manager et x-session-manager. le rôle des alternatives est d'appeler toujours le même programme (éditeur par exemple) pour tous les cas. Bon, d'abord merci pour ta réponse. Je précise que j'ai bien compris le rôle des alternatives en général. C'est le rôle de l'alternative pour x-window-manager que je ne comprenais pas. Par exemple, l'alternative pour l'éditeur est utilisée par d'autres programmes. Quand je lance la commande crontab -e, il sait que l'éditeur que je souhaite est vim que j'ai configuré dans l'alternative. En ce sens, je dis que crontab -e, par exemple, utilise l'alternative editor. Mais dans le cas de x-window-manager, je ne trouvais pas ce qui l'utilise : c'est le sens de la question. [...] donc il faut appeler x-windows-manager et pas kde. Donc revoir le lanceur et AMHA il n'appelle certainement pas x-windows-manager. Je ne comprends pas cette phrase ! Quand tu dis « il faut appeler... », ma question est justement qui est ce « il » ? Pas kdm ni startx qui chez moi lancent tous les deux kde alors que mon x-window-manager pointe vers enligtenment_start ! Où ce x-window-manager est-il utilisé dans le système ? Pourquoi ne semble-t-il avoir aucun effet sur le comportement par défaut de startx ? Un man startx et une lecture de /usr/bin/startx peuvent être très instructives. Aucune mention de x-window-manager dans man startx. C'est le premier endroit où j'avais cherché une réponse avant de poser ma question. Malheureusement il est bien peu bavard ce man startx. Quand à la lecture de /usr/bin/startx : quel sac de noeuds ! Aucune mention de x-window-manager là-dedans mais vu tous les fichiers sourcés ou exécutés en cascade... Enfin, finalement je vois que c'est dans le fichier /etc/X11/Xsession.d/50x11-common_determine-startup que les choses se décident. Si je comprends bien, on cherche d'abord à utiliser la variable STARTUP qui autait pu être passée par le DM si on en utilise un. Sinon, c'est x-session-manager qui est utilisé et si ce dernier n'existe pas alors c'est x-window-manager. Maintenant que le fonctionnement est compris, il me reste une question de principe qui concerne les paquets e17 et je ne pense pas pouvoir en trouver la réponse moi-même. Pourquoi l'installation des paquets e17 n'installe telle pas une alternative pour x-session-manager ? Et il ne s'agit pas simplement d'une querelle sémantique (ok je connais la nuance entre un DE et un WM) : on se fout de savoir si e17 est à considérer comme un WM ou comme un DE ; le fait est que enlightenment_start est utilisé pour lancer une *session* X. Vu la priorité de x-session-manager sur x-window-manager au startx, il serait judicieux que enlightenment_start soit aussi une alternative à x-session-manager. Non ? Cette absence est-elle volontaire (pourquoi) ? Un oubli (les paquets e17 sont sûrement encore jeunes) ? Un bug ? -- Eddy F. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208141628.00855.edfnet-...@yahoo.fr
Alternatives x-window-manager, x-session-manager
Bonjour, J'ai beau chercher, je ne parviens pas à comprendre le rôle exact des alternatives x-window-manager et x-session-manager. J'aimerais des réponses, des pistes, des liens, des rtfm (mais alors quels manuels ?)... aux 3 questions suivantes. Pour info, j'ai installé kde4 et e17 dans ma debian wheezy. Pas gnome. L'installation de e17 a été faite en utilisant les paquets des dépôts, pas en compilant moi même. 1) À quoi sert l'alternative x-window-manager ? $update-alternatives --display x-window-manager x-window-manager - mode automatique le lien pointe actuellement sur /usr/bin/enlightenment_start /usr/bin/enlightenment_start - priorité 90 /usr/bin/kwin - priorité 50 La « meilleure » version actuelle est « /usr/bin/enlightenment_start ». Mais lorsque kdm est lancé au démarrage c'est bien kde qui est la session par défaut ; pas enlightenment. Et si j'empêche le démarrage de kdm et que je démarre X par startx, c'est quand même kde qui est lancé par défaut. Je précise que je n'ai pas de .xinitrc ou .xsession(rc?) dans mon home et que ce sont donc les scripts système de /etc qui sont utilisés. Conclusion : l'alternative x-window-manager n'est utilisée ni par kdm ni par startx. Alors quand ou par quoi est-elle utilisée ? 2) À quoi sert l'alternative x-session-manager ? update-alternatives --display x-session-manager x-session-manager - mode automatique le lien pointe actuellement sur /usr/bin/startkde /usr/bin/startkde - priorité 40 lien secondaire x-session-manager.1.gz :/usr/share/man/man1/startkde.1.gz La « meilleure » version actuelle est « /usr/bin/startkde ». Vu l'utilité de startkde, je me dis que cette alternative x-session-manager sert peut-être à choisir le DE qui sera lancé par startx. Est-ce le cas ? Si oui, pourquoi n'y a-t-il pas un lien vers /usr/bin/enlightenment_start dans cette alternative ? 3) Quelle est la manière recommandée dans Debian pour modifier le DE qui est lancé par défaut par startx pour tous les utilisateurs (donc sans créer/modifier des fichiers .[xX]* dans les home) ? Utiliser update-alternative ? Comment ? Modifier des fichiers systèmes ? Lesquels ? Merci. -- Eddy F. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/201208131729.47549.edfnet-...@yahoo.fr
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Tue, 03 Jan 2012 10:44:12 +1300, Richard Hector wrote: On 03/01/12 04:55, Camaleón wrote: But the best thing is that there is a patch already done for having the feature implemented at Xorg. I haven't re-read the bug report, but my impression was that someone has written a patch, but it hasn't been accepted, and there was dispute about it, so there's no guarantee it's going to get in. The bug report states it is in a review process... but to be sincere, I don't mind the patch is accepted or not. The important thing (from my POV, of course) is that it can be done and that's enough (again, for me) :-) I don't have the need of increasing the wheel scroll speed, but it would be nice to have such option, of course. That's something users are requesting a lot... It seems to me that if the OP of that bug succeeds, all you'd get is _more_ lines/rows of scroll, not fewer - it would still need changes in the app. Wheel sroll speed is slow (at least with my basic 3 button mouse I also barely get 3 lines up/down which can be quite annoying depending on the document lentgh). But if there is a patch to speed it up, I see no compeling reason for not having the opposite and make the wheel scrolls slowly. The patch allows for faster scrolling by sending multiple events for each wheel click. How do you send less than 1 (but more than 0) clicks? I have not read the patch code but how about by reducing (dividing/ substracting/fractioning operations) the events? But I'm inclined to agree with the other view, that the mouse wheel just gives button events, and it's up to the app to interpret them - possibly referring to a system-wide (or DE-wide) configuration - since it clearly means something different depending on the type of app. I don't share that POV. IMO, it will be desiderable to be possible to tweak both options: one (system wide) that affects all applications managed via Xorg's mouse driver and also having the possibility to control wheel speed for every application. This will result in a fine grained configuration that will suit every user need. Desirable, perhaps. Feasible, I don't think so. In the end it seems to be perfectly feasible: 1/ KDE (maybe because of Qt?) users already have such option 2/ There is a generic patch (evdev) for Xorg to implement it It seems to me the real problem is that the wheel just isn't as fine -grained as the movement of the mouse - my mouse appears to have 24 clicks/rotation, and it has no way to measure smaller movements than that. So the only adjustment possible is how far per click, and that needs to be measured differently depending on whether the app is (viewed as being) explicitly line based, the way the OP wants to see their spreadsheet, or effectively continuous. And that's up to both the app and the user, and changing what happens in the driver can only reduce the options for those. IMHO. I don't understand why you think it's something so hard to get. Look, I have next to me my windows computer with a tree-button mouse (2 buttons+wheel) from the same brand and model I use with lenny and using the default mouse driver (the one that comes with the OS). Okay, so I have set there the mouse wheel scrolls down/up 3 lines at a time (whatever-that-means-for-windows) and when I open a spreadsheet and I scroll down I jump from raw 1 to raw 3. Fine. Now I configure the wheel to jump one page at a time (whatever-that- means-for-windows), go to the same spreadsheet and scrolling down takes me from raw 1 to raw 64. That's a hughe gain for sheets with thousand of records. Yes, yes... windows is windows and linux is linux. I agree. But the source of this problem shares the same nature (I can be wrong but I don't think the mouse is treated so differently in both systems, it's a very basic input device, nothing fancy) :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2012.01.03.17.01...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Mon, 02 Jan 2012 10:09:25 +1300, Richard Hector wrote: On 02/01/12 05:02, Camaleón wrote: On Sun, 01 Jan 2012 14:01:26 +, Camaleón wrote: (...) Anyway, I still think this is the job for Xorg, not LO or other application. P.S. I'm still looking for a solution on how to get the wheel srolls more that a few of lines... seems grotesque that this is not possible. I've found this: Bug 29905 - acceleration for mouse wheel https://bugs.freedesktop.org/show_bug.cgi?id=29905 Which at least comes to confirm: - That this is something to be put at Xorg side - That this is a future feature Well, it confirms that someone else thinks it belongs in X :-) What a beautiful coincidence :-) But the best thing is that there is a patch already done for having the feature implemented at Xorg. It seems to me that if the OP of that bug succeeds, all you'd get is _more_ lines/rows of scroll, not fewer - it would still need changes in the app. Wheel sroll speed is slow (at least with my basic 3 button mouse I also barely get 3 lines up/down which can be quite annoying depending on the document lentgh). But if there is a patch to speed it up, I see no compeling reason for not having the opposite and make the wheel scrolls slowly. But I'm inclined to agree with the other view, that the mouse wheel just gives button events, and it's up to the app to interpret them - possibly referring to a system-wide (or DE-wide) configuration - since it clearly means something different depending on the type of app. I don't share that POV. IMO, it will be desiderable to be possible to tweak both options: one (system wide) that affects all applications managed via Xorg's mouse driver and also having the possibility to control wheel speed for every application. This will result in a fine grained configuration that will suit every user need. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2012.01.02.15.55...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On 03/01/12 04:55, Camaleón wrote: But the best thing is that there is a patch already done for having the feature implemented at Xorg. I haven't re-read the bug report, but my impression was that someone has written a patch, but it hasn't been accepted, and there was dispute about it, so there's no guarantee it's going to get in. It seems to me that if the OP of that bug succeeds, all you'd get is _more_ lines/rows of scroll, not fewer - it would still need changes in the app. Wheel sroll speed is slow (at least with my basic 3 button mouse I also barely get 3 lines up/down which can be quite annoying depending on the document lentgh). But if there is a patch to speed it up, I see no compeling reason for not having the opposite and make the wheel scrolls slowly. The patch allows for faster scrolling by sending multiple events for each wheel click. How do you send less than 1 (but more than 0) clicks? But I'm inclined to agree with the other view, that the mouse wheel just gives button events, and it's up to the app to interpret them - possibly referring to a system-wide (or DE-wide) configuration - since it clearly means something different depending on the type of app. I don't share that POV. IMO, it will be desiderable to be possible to tweak both options: one (system wide) that affects all applications managed via Xorg's mouse driver and also having the possibility to control wheel speed for every application. This will result in a fine grained configuration that will suit every user need. Desirable, perhaps. Feasible, I don't think so. It seems to me the real problem is that the wheel just isn't as fine-grained as the movement of the mouse - my mouse appears to have 24 clicks/rotation, and it has no way to measure smaller movements than that. So the only adjustment possible is how far per click, and that needs to be measured differently depending on whether the app is (viewed as being) explicitly line based, the way the OP wants to see their spreadsheet, or effectively continuous. And that's up to both the app and the user, and changing what happens in the driver can only reduce the options for those. IMHO. Richard -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f02252c.8060...@walnut.gen.nz
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Monday 02,January,2012 10:59 PM, lina wrote: Hi, Hi, I wish to open the link in icedove by iceweasel, now opens by epiphany. [cut] 4. In the pop-up dialog box ?network.protocol-handler.app.http enter /usr/bin/iceweasel [cut] P.S I changed both network.protocol-handler.app.http network.protocol-handler.app.https from x-www-browser to /usr/bin/iceweasel This is handled by the Debian alternatives system, ref. man 8 update-alternatives. Set them both back to the original value of x-www-browser, then as root, in a terminal, run: update-alternatives --config x-www-browser You will then be prompted for your choice regarding this link group. Enter the selection number representing the www-browser you wish to make default and press enter. Et voila, hopefully :-) -- br, Knut Ingvald Dietzel 'If this is confusing, be sure to read Appendix C.' - Jesse Liberty David B. Horvat -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnjg4amq.7ld.news.bluecom...@marvin.dietzel.no
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
Camaleón noela...@gmail.com writes: On Fri, 30 Dec 2011 22:19:04 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: On Sun, 18 Dec 2011 17:34:25 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I did so, but get the following mail. http://lists.x.org/archives/xorg/2011-December/053926.html :( How bad ;-( But with all the due respects, mouse scroll wheel speed can be easily set in KDE affecting all X applications and also, there are mouse drivers (other than evdev) that allow to define this value in one way or another so although asking this at OOo forums/mailing lists won't hurt I don't think this is a per application setting, that would be just crazy. However I filed a bug against LibreOffice: https://bugs.freedesktop.org/show_bug.cgi?id=44355 -- Regards, Pal Happy New Year! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ty4f212q.fsf@debian-asztal.excito
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sun, 01 Jan 2012 11:01:49 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: http://lists.x.org/archives/xorg/2011-December/053926.html :( How bad ;-( But with all the due respects, mouse scroll wheel speed can be easily set in KDE affecting all X applications and also, there are mouse drivers (other than evdev) that allow to define this value in one way or another so although asking this at OOo forums/mailing lists won't hurt I don't think this is a per application setting, that would be just crazy. However I filed a bug against LibreOffice: https://bugs.freedesktop.org/show_bug.cgi?id=44355 Better ask at LO mailing lists or forums first, the scrolling issue is not something for a bug report (unless you tag it as a wishlist bug) :-) Anyway, I still think this is the job for Xorg, not LO or other application. P.S. I'm still looking for a solution on how to get the wheel srolls more that a few of lines... seems grotesque that this is not possible. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2012.01.01.14.01...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sun, 01 Jan 2012 14:01:26 +, Camaleón wrote: (...) Anyway, I still think this is the job for Xorg, not LO or other application. P.S. I'm still looking for a solution on how to get the wheel srolls more that a few of lines... seems grotesque that this is not possible. I've found this: Bug 29905 - acceleration for mouse wheel https://bugs.freedesktop.org/show_bug.cgi?id=29905 Which at least comes to confirm: - That this is something to be put at Xorg side - That this is a future feature So finally this turned out to be yet another of those sempiternal bugtures that happen in FLOSS from time to time. Time to wait :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2012.01.01.16.02...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On 02/01/12 05:02, Camaleón wrote: On Sun, 01 Jan 2012 14:01:26 +, Camaleón wrote: (...) Anyway, I still think this is the job for Xorg, not LO or other application. P.S. I'm still looking for a solution on how to get the wheel srolls more that a few of lines... seems grotesque that this is not possible. I've found this: Bug 29905 - acceleration for mouse wheel https://bugs.freedesktop.org/show_bug.cgi?id=29905 Which at least comes to confirm: - That this is something to be put at Xorg side - That this is a future feature Well, it confirms that someone else thinks it belongs in X :-) It seems to me that if the OP of that bug succeeds, all you'd get is _more_ lines/rows of scroll, not fewer - it would still need changes in the app. But I'm inclined to agree with the other view, that the mouse wheel just gives button events, and it's up to the app to interpret them - possibly referring to a system-wide (or DE-wide) configuration - since it clearly means something different depending on the type of app. Richard -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f00cb85.90...@walnut.gen.nz
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Fri, 30 Dec 2011 22:19:04 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: On Sun, 18 Dec 2011 17:34:25 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I did so, but get the following mail. http://lists.x.org/archives/xorg/2011-December/053926.html :( How bad ;-( But with all the due respects, mouse scroll wheel speed can be easily set in KDE affecting all X applications and also, there are mouse drivers (other than evdev) that allow to define this value in one way or another so although asking this at OOo forums/mailing lists won't hurt I don't think this is a per application setting, that would be just crazy. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.31.11.43...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sb, 31 dec 11, 11:43:27, Camaleón wrote: But with all the due respects, mouse scroll wheel speed can be easily set in KDE affecting all X applications and also, there are mouse drivers (other than evdev) that allow to define this value in one way or another so although asking this at OOo forums/mailing lists won't hurt I don't think this is a per application setting, that would be just crazy. IMO it depends. If the requirement is to scroll X number of lines then only the application can do it, since lower level subsystems don't know what a row is in the application. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sat, 31 Dec 2011 14:34:53 +0200, Andrei Popescu wrote: On Sb, 31 dec 11, 11:43:27, Camaleón wrote: But with all the due respects, mouse scroll wheel speed can be easily set in KDE affecting all X applications and also, there are mouse drivers (other than evdev) that allow to define this value in one way or another so although asking this at OOo forums/mailing lists won't hurt I don't think this is a per application setting, that would be just crazy. IMO it depends. If the requirement is to scroll X number of lines then only the application can do it, since lower level subsystems don't know what a row is in the application. I don't think it's a number of lines but speed issue. The mouse wheel is seen by Xorg as another mouse clickable button and you can control the button click speed system wide (and of course, also mouse speed itself), so why is so hard to control the speed at which the wheel goes up/down? It's senseless :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.31.13.07...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sb, 31 dec 11, 13:07:10, Camaleón wrote: I don't think it's a number of lines but speed issue. Look at the subject of this thread ;) Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sat, 31 Dec 2011 15:53:08 +0200, Andrei Popescu wrote: On Sb, 31 dec 11, 13:07:10, Camaleón wrote: I don't think it's a number of lines but speed issue. Look at the subject of this thread ;) Errr, yes, but the subject is misleading. We (users) understand things in a different way than computer programs do. If we want the mouse wheel to scroll a number of lines (or a number of rows, or a number of pages, or a number of...) we say so in a human way: Hey, I want to scroll down with the mouse wheel page by page instead 3 lines, how can I do it? but that stanza has to be translated to make sense for Xorg and Xorg sees speed and not lines. Just different wording for naming the same thing. And while we are discussing about names, the problem still remains :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.31.14.23...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
Camaleón noela...@gmail.com writes: On Sun, 18 Dec 2011 17:34:25 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I did so, but get the following mail. quote Feladó: Paul Vojta vo...@math.berkeley.edu Címzett:Csanyi Pal csanyi...@gmail.com Másolat:x...@lists.x.org Tárgy: Re: X Window: Setting up mouse scroll for OOo Calc to one raw Dátum: Fri, 30 Dec 2011 13:09:24 -0800 (2011-12-30 22.09.24) On Fri, Dec 30, 2011 at 05:20:27PM +0100, Csanyi Pal wrote: Hi, I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws as it does at present. So what I'm basically seeking is a way for setting the mouse scroll to a different value other than three lines at a time. It seems that that this is a default value. There's no such thing as a mouse scroll value in X. When you rotate the mouse wheel, it sends a click on button 4 or 5. There's no such thing as a fractional click. This is a question for the people maintaining OpenOffice.org, not for the X consortium. Sincerely, Paul Vojta, vo...@math.berkeley.edu /quota :( -- Regards, Pal -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87obupdagn.fsf@debian-asztal.excito
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On 17/12/11 22:05, Csanyi Pal wrote: Hi, I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws. My short search in Google gives to me no answers for this issue except one must setup mouse scroll somewhere in X configurations. That's incorrect. For wheel button there is the option Option ZAxisMapping 4 5 in xorg.conf but this setup only the wheel button and not it's speed or what that is needed for for setup scrolling in Calc or in other applications. (Ah, my English! I hope that this explanation was clear..) I understand what you want, however that setting is not part of xorg (it's at a higher level). Any advices will be appreciated! It used to be that that scrolling was set from the system wide settings (default in KDE and Gnome is 3 lines) - this no longer seems to be the case. I've just checked on Squeeze, mouse wheel scrolls by 1 line has no effect :-( You could try compiling from source after modifying the necessary event value. From dim memories that'd be EventMouseWheelMoved and EventParamMouseWheelDelta(?). Best check my memory first ;-p I suspect the simplest approach is just to remap the down action by either macro of xbindkeys to the centre mouse button. By default that's usual mapped to paste so you'd need to disable/remap that[*1]. Being able to single line scroll seems like a reasonable and useful ability - perhaps file on the wish list[*2]. Though I'm certain it was possible to change in earlier versions using the system wide scroll settings - so maybe it is a bug[*3]. Cheers [*1] It's a system wide setting - not OpenOffice.org [*2] https://issues.apache.org/ooo/request.cgi [*3] https://issues.apache.org/ooo/enter_bug.cgi -- Iceweasel/Firefox extensions for finding answers to Debian questions:- https://addons.mozilla.org/en-US/firefox/collections/Scott_Ferguson/debian/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4efe53a5.7030...@gmail.com
Xorg's evdev driver: configure the mouse wheel button to scroll up/down a custom number of lines (was: X Window: Setting up mouse scroll for OOo Calc to one raw)
On Fri, 23 Dec 2011 13:40:03 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: (...) Searching with Google using keywords 'evdev scroll wheel' gives to me no answer for this. Thanks! Yep, there is not much information on the matter or at least I was unable to find a clear way to configure it. I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I shall do that and if find there the solution, I shall write down here too. There are also Debian Xorg developers and packagers posting in this list, let me edit the subject line of this thread to see if we can put this issue into their radar so they can give you some feedback :-) Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.28.16.21...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
Camaleón noela...@gmail.com writes: On Sun, 18 Dec 2011 17:34:25 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: On Sat, 17 Dec 2011 12:05:53 +0100, Csanyi Pal wrote: I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws. So what you are basically seeking is a way for setting the mouse scroll to a different value other than three lines at a time, right? The way to setup scrolling only one raw in OpenOffice.org Calc using mouse wheel button is to setup somehow the X Window, eg. to setup mouse driver to different value then the default, right? Yes, or so I think. If one setup this successfully I don't know how would this appeares in other applications than OOo? Mouse scroll can be set from X server as well as per application basis, that is, you can set Xorg to use a value (e.g., scroll 3 lines at a time) that will be used system wide affecting all of the programs but you can also set a different value for one application which will affect just that app. Firefox, for instance, can be configured to use a different mouse scrolling value so I guess there can be others... I don't know for OpenOffice, though :-? in xorg.conf but this setup only the wheel button and not it's speed or what that is needed for for setup scrolling in Calc or in other applications. I'm not sure how to achieve this. There has to be an option for the current mouse driver you are using (mouse, evdev...?) but e.g., man evdev returns no option available to control this setting. From the Xorg.0.log I find these lines: (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/event4) (**) ImPS/2 Generic Wheel Mouse: Applying InputClass evdev pointer catchall (II) Using input driver 'evdev' for 'ImPS/2 Generic Wheel Mouse' (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so (...) There you have it. So the question is now how to instruct that driver (evdev) to use a different scrolling value, I see nothing at all a the man page nor in the docs :-? Searching with Google using keywords 'evdev scroll wheel' gives to me no answer for this. Thanks! Yep, there is not much information on the matter or at least I was unable to find a clear way to configure it. I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg I shall do that and if find there the solution, I shall write down here too. -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762h7jwbg.fsf@debian-asztal.excito
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sun, 18 Dec 2011 17:34:25 +0100, Csanyi Pal wrote: Camaleón noela...@gmail.com writes: On Sat, 17 Dec 2011 12:05:53 +0100, Csanyi Pal wrote: I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws. So what you are basically seeking is a way for setting the mouse scroll to a different value other than three lines at a time, right? The way to setup scrolling only one raw in OpenOffice.org Calc using mouse wheel button is to setup somehow the X Window, eg. to setup mouse driver to different value then the default, right? Yes, or so I think. If one setup this successfully I don't know how would this appeares in other applications than OOo? Mouse scroll can be set from X server as well as per application basis, that is, you can set Xorg to use a value (e.g., scroll 3 lines at a time) that will be used system wide affecting all of the programs but you can also set a different value for one application which will affect just that app. Firefox, for instance, can be configured to use a different mouse scrolling value so I guess there can be others... I don't know for OpenOffice, though :-? in xorg.conf but this setup only the wheel button and not it's speed or what that is needed for for setup scrolling in Calc or in other applications. I'm not sure how to achieve this. There has to be an option for the current mouse driver you are using (mouse, evdev...?) but e.g., man evdev returns no option available to control this setting. From the Xorg.0.log I find these lines: (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/event4) (**) ImPS/2 Generic Wheel Mouse: Applying InputClass evdev pointer catchall (II) Using input driver 'evdev' for 'ImPS/2 Generic Wheel Mouse' (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so (...) There you have it. So the question is now how to instruct that driver (evdev) to use a different scrolling value, I see nothing at all a the man page nor in the docs :-? Searching with Google using keywords 'evdev scroll wheel' gives to me no answer for this. Thanks! Yep, there is not much information on the matter or at least I was unable to find a clear way to configure it. I would ask this question directly at Xorg's users mailing list: http://lists.freedesktop.org/mailman/listinfo/xorg Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.21.15.21...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
On Sat, 17 Dec 2011 12:05:53 +0100, Csanyi Pal wrote: I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws. So what you are basically seeking is a way for setting the mouse scroll to a different value other than three lines at a time, right? I recall this could be set from KDE mouse configuration settings but this was in the times of KDE3... now in GNOME I see no option under mouse settings to configure this :-? My short search in Google gives to me no answers for this issue except one must setup mouse scroll somewhere in X configurations. For wheel button there is the option Option ZAxisMapping 4 5 Mmm, AFAIK that's for mapping the wheel button to another one or another axis (vertically/horizontally), not for controlling the number of the lines to scroll up/down. in xorg.conf but this setup only the wheel button and not it's speed or what that is needed for for setup scrolling in Calc or in other applications. (Ah, my English! I hope that this explanation was clear..) I'm not sure how to achieve this. There has to be an option for the current mouse driver you are using (mouse, evdev...?) but e.g., man evdev returns no option available to control this setting. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2011.12.18.14.35...@gmail.com
Re: X Window: Setting up mouse scroll for OOo Calc to one raw
Camaleón noela...@gmail.com writes: On Sat, 17 Dec 2011 12:05:53 +0100, Csanyi Pal wrote: I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws. So what you are basically seeking is a way for setting the mouse scroll to a different value other than three lines at a time, right? The way to setup scrolling only one raw in OpenOffice.org Calc using mouse wheel button is to setup somehow the X Window, eg. to setup mouse driver to different value then the default, right? If one setup this successfully I don't know how would this appeares in other applications than OOo? in xorg.conf but this setup only the wheel button and not it's speed or what that is needed for for setup scrolling in Calc or in other applications. I'm not sure how to achieve this. There has to be an option for the current mouse driver you are using (mouse, evdev...?) but e.g., man evdev returns no option available to control this setting. From the Xorg.0.log I find these lines: (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/event4) (**) ImPS/2 Generic Wheel Mouse: Applying InputClass evdev pointer catchall (II) Using input driver 'evdev' for 'ImPS/2 Generic Wheel Mouse' (II) Loading /usr/lib/xorg/modules/input/evdev_drv.so (**) ImPS/2 Generic Wheel Mouse: always reports core events (**) ImPS/2 Generic Wheel Mouse: Device: /dev/input/event4 (--) ImPS/2 Generic Wheel Mouse: Found 3 mouse buttons (--) ImPS/2 Generic Wheel Mouse: Found scroll wheel(s) (--) ImPS/2 Generic Wheel Mouse: Found relative axes (--) ImPS/2 Generic Wheel Mouse: Found x and y relative axes (II) ImPS/2 Generic Wheel Mouse: Configuring as mouse (II) ImPS/2 Generic Wheel Mouse: Adding scrollwheel support (**) ImPS/2 Generic Wheel Mouse: YAxisMapping: buttons 4 and 5 (**) ImPS/2 Generic Wheel Mouse: EmulateWheelButton: 4, EmulateWheelInertia: 10, EmulateWheelTimeout: 200 (**) Option config_info udev:/sys/devices/platform/i8042/serio1/input/input4/event4 (II) XINPUT: Adding extended input device ImPS/2 Generic Wheel Mouse (type: MOUSE, id 9) (II) ImPS/2 Generic Wheel Mouse: initialized for relative axes. (**) ImPS/2 Generic Wheel Mouse: (accel) keeping acceleration scheme 1 (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration profile 0 (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration factor: 2.000 (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration threshold: 4 (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/mouse0) (II) No input driver/identifier specified (ignoring) Searching with Google using keywords 'evdev scroll wheel' gives to me no answer for this. Thanks! -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zkepx2i6.fsf@debian-asztal.excito
X Window: Setting up mouse scroll for OOo Calc to one raw
Hi, I'm running Debian GNU/Linux SID and my X Window uses Window Maker as a window manager. I'm using OpenOffice.org Calc very often and I want to setup mouse scroll in X so when I scroll with mice then in OOo Calc raws goes up/down only one raw and not three raws. My short search in Google gives to me no answers for this issue except one must setup mouse scroll somewhere in X configurations. For wheel button there is the option Option ZAxisMapping 4 5 in xorg.conf but this setup only the wheel button and not it's speed or what that is needed for for setup scrolling in Calc or in other applications. (Ah, my English! I hope that this explanation was clear..) Any advices will be appreciated! -- Regards, Pal http://cspl.me -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxaro3u6.fsf@debian-asztal.excito
X Window System on Samsung n210 (Intel GMA 3150)
Hi, I've bought a Samsung n210 netbook, which has an Intel GMA 3150 graphics card. I've installed Debian testing on it, and KDE 4.4 from experimental. Unfortunately the graphical interface doesn't work properly. When xserver-xorg-video-intel 2:2.11.0-1 is installed, the X window system doesn't start (I paste below the log I get). Removing this package, X works (using the VESA driver, I guess), but the screen resolution is quite bad (800x600). There is no xorg.conf in /etc/X11. What should I do? Thank you, Quique /var/log/Xorg.0.log: X.Org X Server 1.7.6 Release Date: 2010-03-17 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-4-amd64 x86_64 Debian Current Operating System: Linux carpediem 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-3-amd64 root=UUID=2e450363-7460-440e-bd36-afce65e9a540 ro quiet Build Date: 05 April 2010 02:21:15PM xorg-server 2:1.7.6-2 (Timo Aaltonen tjaal...@ubuntu.com) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Apr 19 13:39:06 2010 (II) Loader magic: 0x7c59c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:0:2:0) 8086:a011:144d:c072 Intel Corporation N10 Family Integrated Graphics Controller rev 0, Mem @ 0xf030/524288, 0xd000/268435456, 0xf000/1048576, I/O @ 0x18d0/8 (--) PCI: (0:0:2:1) 8086:a012:144d:c072 Intel Corporation N10 Family Integrated Graphics Controller rev 0, Mem @ 0xf038/524288 (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section Device Identifier Builtin Default intel Device 0 Driver intel EndSection Section Screen Identifier Builtin Default intel Screen 0 Device Builtin Default intel Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default intel Screen 0 Screen Builtin Default vesa Screen 0 Screen Builtin Default fbdev Screen 0 EndSection (==) --- End of built-in configuration --- (==) ServerLayout Builtin Default Layout (**) |--Screen Builtin Default intel Screen 0 (0) (**) | |--Monitor default monitor (**) | |--Device Builtin Default intel Device 0 (==) No monitor specified for screen Builtin Default intel Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default vesa Screen 0 (1) (**) | |--Monitor default monitor (**) | |--Device Builtin Default vesa Device 0 (==) No monitor specified for screen Builtin Default vesa Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default fbdev Screen 0 (2) (**) | |--Monitor default monitor (**) | |--Device Builtin Default fbdev Device 0 (==) No monitor specified for screen Builtin Default fbdev Screen 0. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Open
Re: X Window System on Samsung n210 (Intel GMA 3150)
On Mon, 19 Apr 2010 15:00:54 +0200, Enrique Matías Sánchez (Quique) wrote: I've bought a Samsung n210 netbook, which has an Intel GMA 3150 graphics card. I've installed Debian testing on it, and KDE 4.4 from experimental. Unfortunately the graphical interface doesn't work properly. When xserver-xorg-video-intel 2:2.11.0-1 is installed, the X window system doesn't start (I paste below the log I get). Removing this package, X works (using the VESA driver, I guess), but the screen resolution is quite bad (800x600). There is no xorg.conf in /etc/X11. What should I do? (...) (EE) open /dev/fb0: No such file or directory (EE) intel(0): No kernel modesetting driver detected. (II) UnloadModule: intel (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Have you tried to disable KMS (kernel mode setting)? http://wiki.debian.org/KernelModesetting Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2010.04.19.13.58...@gmail.com
Re: any substitute for x window system?
On Tue, Jun 23, 2009 at 7:21 PM, Norbert Zehn...@cs.dal.ca wrote: On Tue, Jun 23, 2009 at 10:22:36AM +0800, 明覺 wrote: On Mon, Jun 22, 2009 at 11:41 PM, Douglas A. Tuttydtu...@vianet.ca wrote: On Mon, Jun 22, 2009 at 11:58:22AM +0800, 明覺 wrote: I'm looking for a pure c/c++ programmed desktop manager, while the xorg is depandent on perl, so i do not like it, is there any graphics system which depands only on c/c++ to replace x window system? thanks I think that you'll find that you need to start writing things from scratch yourself. Since debian requires perl (e.g for debconf), you'll be better off with NetBSD. Then, write a program in C that looks at every non-binary file to see if what language its in. Can you tolerate shell scripts? If not, you'll have to write a C-based initscript. This may be easier on BSD since it doesn't use SysVinit. Take away the ideological furvor. It would be an excellent learning experience to rewrite, from scratch, everything in NetBSD that is not C. It would be very hard with Debian since every time you update, you'll have to do it all over again. thanks, I got a better choice, the assembly language programmed OS - MikeOS, I prefer assembly to C/C++. So, to summarize some of your earlier posts: you want to recreate an entire OS in C/C++ or preferably assembly, including a replication of GUI functionality such as the one provided by X11-based desktop systems, and you'll probably want to do this alone because you won't accept help from somebody who says that languages that have built-in garbage collection, powerful string processing facilities, and ways to express high-level concepts more succinctly than C/C++ may be the better tool for some (major) parts of the job. Well, I happily expect the release of its first beta by 2050, by which time most of us will have spent our lives making *meaningful* contributions in our jobs (apart from other even more enjoyable things). Your statement that One Microsoft Way would be okay if it was free software just underlines that you don't understand what many posters before have been trying to tell you. There are different tools for different jobs. Some of my colleagues love Windows and everything else that comes from M$. I hate it an love Linux because the latter gives me more choice in the tools I use and allows me to be more productive. (Of course, there's the whole stability thing and the idealism of free software, too ;) .) Are my colleagues right? Am I right? The answer is: both. They chose Windows because it works for them, I chose linux because it works for me. The goal is productivity and using your time wisely. I know you've claimed before that all programming languages you learned so far do the same thing. So I feel I need to put some effort into preventing you from springing this one on me. At a low level, you are right. They all somehow translate into native machine code. But that's the only degree to which your statement is correct. Does C have garbage collection? Does it have regular expressions built into the language? Does it allow you to pass unnamed code blocks as function arguments such as Ruby? Does it support Common Lisp's notion of a closure? Does it support partial function application as in Haskell? The answer to all these questions is no. Is there something you can do in these languages that you can't do in C? No - exactly because C and many other languages are Turing-complete. However, many things are much easier to express, in a fraction of the lines of code, in higher-level languages than in C/C++. And that saves time. On that happy note, I won't waste more time on this and can only hope that you'll wake up before you waste your entire life. -N -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org thanks for your advice! But I have decided to spend my life to develop a one programming language system, that's my ideal. -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: any substitute for x window system?
thanks for your advice! But I have decided to spend my life to develop a one programming language system, that's my ideal. What kind of advice are you looking for? One that agrees with you? If so, I think you've received it (buried in the mass amount of responses, no doubt). 1) it possible to install a desktop-manager without python and perl? -yes and you were offered various suggestions, but of course there is X that must be dealt with. So, you can have you wm/de without a GUI . . . yikes! 2) any substitute for x window system? - not at the moment. That is, there are none out there now. So, you're welcome to develop one yourself/ Although, there is really no need for one with regard to your project. 3) (In general) is it possible to have an OS independent of everything non-C/C++? - yes (with various qualifications) Other than that, I see no reason for you to continue this discussion (here, anyway), for you received responses from many, many folks and you have not provided any more/new insight into your project. We've simply read that you have it over and over (along with redundant advice). You have your ideals and appear to be quite steadfast about them. Again, I wish you luck. -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: any substitute for x window system?
2009/6/24 Neal Hogan nealho...@gmail.com: thanks for your advice! But I have decided to spend my life to develop a one programming language system, that's my ideal. What kind of advice are you looking for? One that agrees with you? If so, I think you've received it (buried in the mass amount of responses, no doubt). 1) it possible to install a desktop-manager without python and perl? -yes and you were offered various suggestions, but of course there is X that must be dealt with. So, you can have you wm/de without a GUI . . . yikes! 2) any substitute for x window system? - not at the moment. That is, there are none out there now. So, you're welcome to develop one yourself/ Although, there is really no need for one with regard to your project. 3) (In general) is it possible to have an OS independent of everything non-C/C++? - yes (with various qualifications) Other than that, I see no reason for you to continue this discussion (here, anyway), for you received responses from many, many folks and you have not provided any more/new insight into your project. We've simply read that you have it over and over (along with redundant advice). You have your ideals and appear to be quite steadfast about them. Again, I wish you luck. I have ended the discussion, but you continued it again, please take back your reply, I do not need your summary. -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: any substitute for x window system?
2009/6/24 明覺 shi.min...@gmail.com: 2009/6/24 Neal Hogan nealho...@gmail.com: thanks for your advice! But I have decided to spend my life to develop a one programming language system, that's my ideal. What kind of advice are you looking for? One that agrees with you? If so, I think you've received it (buried in the mass amount of responses, no doubt). 1) it possible to install a desktop-manager without python and perl? -yes and you were offered various suggestions, but of course there is X that must be dealt with. So, you can have you wm/de without a GUI . . . yikes! 2) any substitute for x window system? - not at the moment. That is, there are none out there now. So, you're welcome to develop one yourself/ Although, there is really no need for one with regard to your project. 3) (In general) is it possible to have an OS independent of everything non-C/C++? - yes (with various qualifications) Other than that, I see no reason for you to continue this discussion (here, anyway), for you received responses from many, many folks and you have not provided any more/new insight into your project. We've simply read that you have it over and over (along with redundant advice). You have your ideals and appear to be quite steadfast about them. Again, I wish you luck. I have ended the discussion, but you continued it again, please take back your reply, I do not need your summary. . . . . then stop responding to every response (including this one). Also, expect more to come. Oh ya . . . I take back my reply. -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: any substitute for x window system?
2009/6/24 Neal Hogan nealho...@gmail.com: 2009/6/24 明覺 shi.min...@gmail.com: 2009/6/24 Neal Hogan nealho...@gmail.com: thanks for your advice! But I have decided to spend my life to develop a one programming language system, that's my ideal. What kind of advice are you looking for? One that agrees with you? If so, I think you've received it (buried in the mass amount of responses, no doubt). 1) it possible to install a desktop-manager without python and perl? -yes and you were offered various suggestions, but of course there is X that must be dealt with. So, you can have you wm/de without a GUI . . . yikes! 2) any substitute for x window system? - not at the moment. That is, there are none out there now. So, you're welcome to develop one yourself/ Although, there is really no need for one with regard to your project. 3) (In general) is it possible to have an OS independent of everything non-C/C++? - yes (with various qualifications) Other than that, I see no reason for you to continue this discussion (here, anyway), for you received responses from many, many folks and you have not provided any more/new insight into your project. We've simply read that you have it over and over (along with redundant advice). You have your ideals and appear to be quite steadfast about them. Again, I wish you luck. I have ended the discussion, but you continued it again, please take back your reply, I do not need your summary. . . . . then stop responding to every response (including this one). Also, expect more to come. Oh ya . . . I take back my reply. good -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- Gnu.Linux.(Debian|gNewSense).Gnome.(Mozilla|Gmail|Evolution|Scim|Flashplayer|Codeblocks) Microsoft.Windows.(Vista|XP).(QQ|Game|Notepad++) Gcc.Gtkmm.Opengl 初禪言語寂滅，二禪覺觀寂滅，三禪喜心寂滅，四禪出入息寂滅于貪欲心、嗔恚心、愚痴心不樂、解脫，是為無上禪。 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: any substitute for x window system?
On Wednesday 24 June 2009 13:02:19 明覺 wrote: I have ended the discussion, So this email was not from you??? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: any substitute for x window system?
2009/6/24 Lisi Reisz lisi.re...@gmail.com: On Wednesday 24 June 2009 13:02:19 明覺 wrote: I have ended the discussion, So this email was not from you??? I guess 'discussion' != 'thread' -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
