Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-20 Thread Damyan Ivanov
-=| Trent W. Buck, Thu, Mar 20, 2008 at 04:55:05PM +1100 |=- On Wed, Mar 19, 2008 at 04:50:49PM +0200, Damyan Ivanov wrote: [...] sets XAUTHORITY to /home/root/.Xauthority. Ah, could it be the bad home directory? root's HOME is /root! Changing the code to home=`getent passwd $user |

Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-20 Thread Trent W. Buck
On Thu, Mar 20, 2008 at 10:30:34AM +0200, Damyan Ivanov wrote: What does the output of `who' look like for you? Running one X server, with one xterm (with XTerm*loginShell: on). My .profile causes login shells to be replaced (i.e. exec without a fork) with screen -DRR when the login shell isn't

Bug#471521: [Debian-eeepc-devel] Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-20 Thread Nico Golde
Hi Damyan, * Damyan Ivanov [EMAIL PROTECTED] [2008-03-20 09:46]: -=| Trent W. Buck, Thu, Mar 20, 2008 at 04:55:05PM +1100 |=- On Wed, Mar 19, 2008 at 04:50:49PM +0200, Damyan Ivanov wrote: [...] sets XAUTHORITY to /home/root/.Xauthority. [...] I guess it is not very hard to spot a running

Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-19 Thread Damyan Ivanov
I've found a case when the notify() sub guesses the XAUTHORITY stuff wrongly and as a result no notifications appear. Here's how the output of `who' is when I am logged in my Gnome session and there is one open gnome-terminal: dam tty72008-03-19 13:40 (:0) dam pts/2

Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-19 Thread Trent W. Buck
On Wed, Mar 19, 2008 at 04:50:49PM +0200, Damyan Ivanov wrote: [...] sets XAUTHORITY to /home/root/.Xauthority. Ah, could it be the bad home directory? root's HOME is /root! Changing the code to home=`getent passwd $user | cut -d: -f6` XAUTHORITY=$home/.Xauthority This is a separate bug

Bug#471521: [Debian-eeepc-devel] Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-18 Thread Damyan Ivanov
-=| Trent W. Buck, Wed, Mar 19, 2008 at 04:38:04AM +1100 |=- Also note that gdm uses a pseudorandomly-named temporary file in /tmp rather than ~user/.Xauthority, so the current dance will not work for them. FYI, my gnome (from sid) somehow manages to show the OSD notifications about volume

Bug#471521: [Debian-eeepc-devel] Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-18 Thread Nico Golde
Hi Trent, * Trent W. Buck [EMAIL PROTECTED] [2008-03-18 19:09]: hotkey.sh does an XAUTHORITY dance to allow root to attach X clients to a running server. vga-toggle.sh does not do this, and thus its xrandr commands fail. Looks like the vga-toogle funtion doesn't know anything about

Bug#471521: [Debian-eeepc-devel] Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-18 Thread Trent W. Buck
On Tue, Mar 18, 2008 at 07:26:24PM +0100, Nico Golde wrote: Also note that gdm uses a pseudorandomly-named temporary file in /tmp rather than ~user/.Xauthority, so the current dance will not work for them. That's sad but there is currently no sane way to do this. I know. For the record,

Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-18 Thread Trent W. Buck
Package: eeepc-acpi-scripts Version: 1.0.2 Severity: important File: /etc/acpi/actions/vga-toggle.sh hotkey.sh does an XAUTHORITY dance to allow root to attach X clients to a running server. vga-toggle.sh does not do this, and thus its xrandr commands fail. Perhaps the XAUTHORITY dance in

Bug#471521: [Debian-eeepc-devel] Bug#471521: vga-toggle.sh: does not do XAUTHORITY dance

2008-03-18 Thread Trent W. Buck
On Tue, Mar 18, 2008 at 09:26:27PM +0200, Damyan Ivanov wrote: Also note that gdm uses a pseudorandomly-named temporary file in /tmp rather than ~user/.Xauthority, so the current dance will not work for them. FYI, my gnome (from sid) somehow manages to show the OSD notifications about volume