Re: Re: Buster+PSB screen flashes like crazy

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dne pá 12. července 2019 Mike Bird napsal(a):
> OK, for comparison purposes I'm back to 14.0.5 and Stretch.  (Something
> of a struggle as Tim's server became inaccessible again during the
> downgrade.)
>
> Dual display with first for Trinity and second was intended to be
> non-TDE as before but TDE won't cooperate on that.  However 14.0.5 works
> without flashing or crashing.  The unlock screen dialog pops up two or
> three or four times after login but things eventually settle down.
>
> Instead of the two lock files in 14.0.7 PSB there is a single lock file
> in 14.0.5: /tmp/tde-mgb/kdesktop_lock_lockfile
>
> However TDE 14.0.5 is running a second desktop on the second display.
> Before upgrading to 14.0.7 and rolling back to 14.0.5 the systray randr
> would allow me to specify which display was primary and which display(s)
> TDE could or could not use.  But now systray randr only shows one screen
> and doesn't enable those options, despite TDE actually using two
> displays.
>
> xrandr gives different results in each screen which don't list the other
> screen.  And I can't get kicker to appear in the second display although
> it says that two instances are running and won't start another.
>
> Behind the scenes, some weirdness is going on:
>
> # ps ax | grep kde
>    70 ?        S      0:00 [kdevtmpfs]
>  8135 ?        SL     0:08 kded [tdeinit] --new-startup
>  8187 ?        Sl     0:01 /opt/trinity/bin/kdesktop
>  8188 ?        Sl     0:00 /opt/trinity/bin/kdesktop
>  8191 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8188
>  8193 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8188
>  8201 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8187
>  8495 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8187
>  8536 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8187
>  8562 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8187
>  8581 ?        S      0:00 /opt/trinity/bin/kdesktop_lock --internal 8187
>  8582 ?        Z      0:00 [kdesktop_lock] <defunct>
> 12492 pts/3    S+     0:00 grep kde
> 
> Has anyone had success with multiple displays in 14.0.7?  Preferably
> with TDE on one display and the second as an X display unused by TDE?
>
> --Mike
>

Hi Mike,

I have a TDE 14.0.7 with two screens on Debian Wheezy and Debian Stretch. 
However, both configurations are that one TDE session is used over both 
screens => $DISPLAY is simply ":0" and one kdesktop is running. And 
everything works fine.

As you can see from your list of processes, for R14.0.6 kdesktop is also 
run incorrectly and kdesktop_lock is even more incorrectly. There should 
always be one kdesktop + kdesktop_lock pair per TDE session. The question 
here is whether these multiple kdesktop processes really work, or if there 
was no crash (and therefore no flicker) just because one of them is stuck 
and doesn't really work?

Here are the questions for which we need to find the answer:

1. Why is more kdesktop running?
   Is there one TDE session or more?

2. Why does kdesktop crash?


Note: In any case, thank you for adding information about the situation - 
at the beginning I did not know what to imagine under the flickering and 
therefore I thought it was xserver crashes.

Cheers
-- 
Slávek

---------------------------------------------------------------------
To unsubscribe, e-mail: trinity-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: trinity-users-help@xxxxxxxxxxxxxxxxxxxxxxxxxx
Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/
Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting





[Index of Archives]     [Trinity Devel]     [KDE]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]     [Trinity Desktop Environment]

  Powered by Linux