Bug#929834: Found a workaround which also solves other oddities

2020-01-09 Thread Christoph Groth
Enrico Zini wrote:

> This happens with me because the interface appears in the screen where
> the mouse is: try moving the mouse cursor towards the screen that is
> on, and the login window should come with it.

For me this was not the case.  The UI would appear for half a second
immediately after the light-dm shows up, and then disappear from all
monitors.  The mouse cursor would be visible.

I have now installed slick-greeter and removed the file
/etc/X11/xorg.conf that I added as the workaround.  This has solved all
the problems for me.


signature.asc
Description: PGP signature


Bug#929834: Found a workaround which also solves other oddities

2020-01-08 Thread Enrico Zini
On Wed, Jan 08, 2020 at 09:51:25PM +0100, Christoph Groth wrote:

> But when docked to the other station (with one screen), lightdm does not
> show any user interface elements.  The Debian background image is
> visible, but neither the window where the username/password is to be
> entered, nor the UI elements at the top right of the screen.  Still,
> I can log in blindly.  When locking the session, the same problem
> reappears.

This happens with me because the interface appears in the screen where
the mouse is: try moving the mouse cursor towards the screen that is on,
and the login window should come with it.


Enrico

-- 
GPG key: 4096R/634F4BD1E7AD5568 2009-05-08 Enrico Zini 


signature.asc
Description: PGP signature


Bug#929834: Found a workaround which also solves other oddities

2020-01-08 Thread Christoph Groth
On Sun, 5 Jan 2020 19:19:39 +0100 Alf  wrote:

> Now I discovered this posting from Dai_trying:
> (...)
> 
> And that really works without any glitches for over a week so far.
> (...)

I tried Alf’s workaround on a laptop on which Debian buster with an Xfce
desktop was installed recently.  I use this laptop, a Thinpad X220,
mainly docked, alternating between one docking station with two external
screens (display port + DVI) and one with a single external screen
(DVI).

When docked to the station with two screens most issues with
light-locker have disappeared.  Still, at one occasion there was a black
screen after wakeup from suspend-to-RAM, and I had to kill light-locker
form a text VT.

But when docked to the other station (with one screen), lightdm does not
show any user interface elements.  The Debian background image is
visible, but neither the window where the username/password is to be
entered, nor the UI elements at the top right of the screen.  Still,
I can log in blindly.  When locking the session, the same problem
reappears.

The greeter reappears again when I remove the file /etc/X11/xorg.conf
that was created for the workaround.

By the way, I ran “X -configure” also when docked to the station with
the single screen and the resulting xorg.conf file is identical to the
one that was generated at the other station.



Bug#929834: Found a workaround which also solves other oddities

2020-01-05 Thread Yves-Alexis Perez
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Sun, 2020-01-05 at 19:19 +0100, Alf wrote:
> So, my guess is that this nasty bug is actually caused not caused by
> light-locker, but instead by xorg-server which either looses the mouse
> or fails to (re)start with correct configuration. With said xorg.conf
> all this is gone.

It would help to report that against the X server and providing the new
xorg.conf as well as the old and new Xorg.0.log.

Regards,
- -- 
Yves-Alexis
-BEGIN PGP SIGNATURE-

iQEzBAEBCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAl4SKzcACgkQ3rYcyPpX
RFvARwf/T739oKjwfFM95wz3yqBkxngBXaP9G/nOkp0VX4ZZzJoX2oOfosi18aCm
YeLUbENj4oBhCtKzgO05Ph7P/VSR6EiuoXAEGch2Sk8Vvf2TGL70851Pkw47AlIJ
5RQL6x2wPiThnKpxJL2NlEmVKpngqq2Nz/6C5ivgKipcX/hl2evsEJMZIhCN0lzz
RF1BwT0FRPPFpyBHHtO17F9vC8zF1t9qA9WaJLsACemzFp8dsoV3tkXHl4Bg6yVa
x9HD3ZbW3O0j4AltevNQ0LHjL2RUuYJEHBT9bRhNqqApZp7WVW3gYsbnrtFazlvr
+1pz758kFx1gXEiBqDyhKvGe0xNtkg==
=j1EZ
-END PGP SIGNATURE-



Bug#929834: Found a workaround which also solves other oddities

2020-01-05 Thread Alf
I did try the different workarounds in Buster like "xset s off",
disabling light-locker so it wouldn't start, tried kernel 5.3. All these
improved the situations with "black screen", but finally still some
situations where the monitor should awake from DPMS state remained and I
had to switch virtual console (Ctrl+Alf+F1/F7) randomly every few days.

Now I discovered this posting from Dai_trying:
http://forums.debian.net/viewtopic.php?f=10=142383#p700796
and generated a /etc/X11/xorg.conf as described
service lightdm stop
X -configure
cp /root/xorg.conf.new /etc/X11/xorg.conf

And that really works without any glitches for over a week so far.
Additionally it also solved another bug which I reported on 19. March 2019:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893559
It caused solaar (tool to manage Logitech Unifying Receiver) failing to
start in xfce4 when set up for automatic start in session. Now it starts
reliable iconised in the xfce4-panel.

So, my guess is that this nasty bug is actually caused not caused by
light-locker, but instead by xorg-server which either looses the mouse
or fails to (re)start with correct configuration. With said xorg.conf
all this is gone.