Bug#292540: /usr/X11R6/bin/X: Problems with attaching external monitors to laptops (need to reboot X)
Hi Brice, I have switched to Ubuntu on all the laptops in our lab (workstations currently are still Debian, and servers will definitely stay Debian). It seems to work here without any problems. I have no idea whether the fact that it works is limited to Ubuntu. Cheers, January On 1/26/07, Brice Goglin [EMAIL PROTECTED] wrote: Hi, About 2 years ago, you reported a bug to the Debian BTS regarding external monitors not being detected by the X server without restarting it. Nowadays, it works on some laptops, but probably not all of them. Did you reproduce this problem recently? If not, I will close this bug in the next weeks. Thanks, Brice -- January Weiner 3 -+--- Division of Bioinformatics, University of Muenster | Schloßplatz 4 (+49)(251)8321634 | D48149 Münster http://www.uni-muenster.de/Evolution/ebb/ | Germany
Bug#340443: x11-common: Error in /etc/X11/Xsession - ksh users can't log in from KDM
Package: x11-common Version: 6.8.2.dfsg.1-7 Severity: grave Tags: patch Justification: renders package unusable PROBLEM: random login problems without any error messages: some users can't log, whichever window manager is chosen. The behaviour is essentially the same as in the case of bug #327191 (but for different reasons) DIAGNOSIS: the problem was caused by the line alias ls=ls --color in the $HOME/.profile file of some of the users DESCRIPTION: The script /etc/X11/Xsession uses ls instead of /bin/ls in the run_parts subroutine on the following line: for F in $(ls $1); do KDM calls /etc/X11/Xsession _after_ reading /etc/profile, $HOME/.profile or whatever other relevant login scripts are available. We found out that the following combination is lethal (i.e. you cannot log in through the graphical manager): 1) ksh as the login shell (couple of thousands users in our environment) 2) .profile redefines ls using an alias: alias ls=ls --color (common for many users, after all this is what .profile is for!) Presently, we do not know whether why this behaviour is seen only in ksh and not in bash. Note that, unlike the related bug #327191, this behaviour is not due to an error in the users .profile file, as the line quoted above is correct and works on other (non-Debian) systems. SOLUTION: substitute ls with /bin/ls in the aforementioned line FURTHER COMMENTS: Although this is really a quickfix, because we do not fully understand what happens here, we think that using ls without a path specification which obviously may or not may be manipulated is a generally bad idea and should not be used. Tracking of this bug cost us a lot of time: we experienced random behaviour (some users can log in, some can't, no traces of error in the log files, everything seems to be OK except that the X session dies). Its gravity was serious in our environment, as all university users have ksh as the default shell, and many users are used to the ls --color alias (which is default e.g. in SuSE). Furthermore, using ls instead of /bin/ls is a potential security hole even though Xsession runs as user. We provide a fix. Please, do something about it. January Weiner David Vernazobres -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-stud-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.58 Debian configuration management sy ii debianutils 2.15 Miscellaneous utilities specific t ii lsb-base 3.0-9 Linux Standard Base 3.0 init scrip x11-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255744: xfree86-common: Mouse not found causes gdm to fail -- this *is* annoying
Package: xfree86-common Version: 6.8.2.dfsg.1-7 Followup-For: Bug #255744 I just want to stress the importance of this bug. It is more than a year old and it still has not been fixed! Take the following scenario: a connector is accidentally removed, or the user removed the mouse for whatever reason. Suddenly, the system no longer starts X! Even though you _can_ work with X without a mouse. I am an experienced user and still I had to spend some time to understand what and why is happening (if you unplug the mouse after the system created the mouse device, everything is fine). An inexperienced user will really be in trouble. Such side-effects are sometimes hard to track. *PLEASE*, do something about that. Exactly such details make Linux/Debian a system not suitable for destkop installations. Yes, we use it nonetheless for teaching. No, it does not work well -- if for any basic problem (like my X does not start anymore! - just because a mouse connector fell off) an experienced system administrator must be bothered. January Weiner -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages xfree86-common depends on: ii x11-common6.8.2.dfsg.1-7 X Window System (X.Org) infrastruc xfree86-common recommends no packages. -- debconf information: xfree86-common/experimental_packages: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292540: /usr/X11R6/bin/X: Problems with attaching external monitors to laptops (need to reboot X)
Package: xserver-common Version: 4.3.0.dfsg.1-4 Severity: normal File: /usr/X11R6/bin/X Hello, I have noticed this problem on several platforms, including various versions of SuSE (9.1, 9.2) and Debian testing; also on various laptop models, ranging from Dell through Fujitsu to Thinkpads. Following happens: if you attach a video projector, and switch your laptop to the external mode using your function keys, no signal is sent, you get no input from the projector. Switch to the console and you will see a picture; switch back to X, and you get from the projector the error message no input again. Restart X, and everything is OK. For people who often make presentations with their laptops, and are used to keep dozens of programs and windows opened, quitting them all just to make a lecture or presentation is a pain in the neck. (yeah, I know, I can probably do startx -- :1.0 from a console -- not that I tried it!, but how many KDE newcommers will know that?). Moreover, I needed some time to figure out what the problem is. For the first few times I have rebooted the entire system :-))), getting polite smiles from the audience. Regards, January -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-386 Locale: LANG=pl_PL, LC_CTYPE=pl_PL Versions of packages xserver-common depends on: ii debconf [debconf-2.0] 1.4.30 Debian configuration management sy ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii xfree86-common4.3.0.dfsg.1-4 X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console xserver-common/xwrapper/nice_value: 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
