Siduction Forum
Siduction Forum => Upgrade Warnings => Topic started by: dibl on 2018/05/24, 23:47:39
-
Just now (1746 Eastern U.S.):
root@n5110:/# apt full-upgrade -d
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Error!
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
xserver-xorg : Depends: xserver-xorg-video-all but it is not going to be installed or
xorg-driver-video
Recommends: xserver-xorg-legacy but it is not going to be installed
E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
-
The solution is easy: apt purge xorg xserver-xorg or patience
Hmm - but it is not recommend to remove the -core - that will be the next problem, matching drivers for the new -core-ABI 8)
-
I had the same problem and I decided to install first
xserver-xorg-video-all
and make then the upgrade. Now I can not start in graphical mode.
I'm a newbe in siduction and need help.
-
@Thomas, sorry -- I was hoping my warning would prevent anyone from breaking their siduction system. If you will study your apt and dpkg logs in /var you MIGHT be able to see how to "go back" by removing the packages that have been installed in your last upgrade, and replace any packages that were removed.
In general, it is usually easier to wait for transitions to run through to completion than it is to force an upgrade after you see the warning. That is the purpose of this forum -- to give the warning.
-
https://release.debian.org/transitions/html/xserver1.20.html (https://release.debian.org/transitions/html/xserver1.20.html)
-
It's getting there ... patience :)
The following packages will be REMOVED:
nvidia-driver xserver-xorg-video-nvidia
The following packages will be upgraded:
dirmngr fonts-freefont-ttf gnupg gnupg-l10n gnupg-utils gnupg2 gpg gpg-agent gpg-wks-client gpg-wks-server gpgconf gpgsm gpgv hdparm
libdatetime-perl libglew2.0 libipc-run-perl libjbig2dec0 libllvm6.0 libllvm6.0:i386 libsbc1 manpages-de xserver-common xserver-xorg-core
xserver-xorg-video-fbdev xserver-xorg-video-nouveau xserver-xorg-video-radeon xserver-xorg-video-vesa
28 upgraded, 0 newly installed, 2 to remove and 0 not upgraded.
Need to get 50.7 MB of archives.
After this operation, 23.0 MB disk space will be freed.
-
Ich kann mich mitlerweile mit startx wieder in die graphische Umgebung begeben. Doch auf das automatische Login im graphischen Modus komme ich nicht.
Unter welchem Topic soll ich das Problem einstellen?
-
apt upgrade looks like this for the daring (I highly recommend waiting it out)
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
xserver-xorg-core xserver-xorg-video-fbdev xserver-xorg-video-nouveau xserver-xorg-video-radeon xserver-xorg-video-vesa
The following packages will be upgraded:
dirmngr fonts-freefont-ttf gnupg gnupg-l10n gnupg-utils gnupg2 gpg gpg-agent gpg-wks-client gpg-wks-server gpgconf gpgsm gpgv hdparm
libdatetime-perl libglew2.0 libipc-run-perl libjbig2dec0 libllvm6.0 libllvm6.0:i386 libsbc1 manpages-de xserver-common
23 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.
Inst gpg-wks-client [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gnupg:amd64 ]
Inst dirmngr [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gnupg:amd64 ]
Inst gpg [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gpg-wks-server:amd64 gnupg:amd64 ]
Inst gnupg-utils [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gpg-wks-server:amd64 gnupg:amd64 ]
Inst gnupg-l10n [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [all]) [gpg-wks-server:amd64 gnupg:amd64 ]
Inst gpg-agent [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gpg-wks-server:amd64 gnupg:amd64 ]
Inst gpgsm [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gpg-wks-server:amd64 gnupg:amd64 ]
Inst gpgconf [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gpg-wks-server:amd64 gnupg:amd64 ]
Inst gnupg [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) [gpg-wks-server:amd64 ]
Inst gpg-wks-server [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64]) []
Inst gpgv [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gpgv (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Inst hdparm [9.56+ds-1] (9.56+ds-2 Debian:buildd-unstable, Debian:unstable [amd64])
Inst fonts-freefont-ttf [20120503-7] (20120503-8 Debian:buildd-unstable, Debian:unstable [all])
Inst gnupg2 [2.2.5-1] (2.2.7-1 Debian:buildd-unstable, Debian:unstable [all])
Inst libdatetime-perl [2:1.48-1] (2:1.49-1 Debian:buildd-unstable, Debian:unstable [amd64])
Inst libglew2.0 [2.0.0-5] (2.0.0-6 Debian:buildd-unstable, Debian:unstable [amd64])
Inst libipc-run-perl [0.99-1] (20180523.0-1 Debian:buildd-unstable, Debian:unstable [all])
Inst libjbig2dec0 [0.13-6] (0.14-1 Debian:buildd-unstable, Debian:unstable [amd64])
Inst libllvm6.0:i386 [1:6.0-3] (1:6.0-3+b1 Debian:buildd-unstable, Debian:unstable [i386]) [libllvm6.0:amd64 on libllvm6.0:i386] [libllvm6.0:i386 on libllvm6.0:amd64] [libllvm6.0:amd64 ]
Inst libllvm6.0 [1:6.0-3] (1:6.0-3+b1 Debian:buildd-unstable, Debian:unstable [amd64])
Inst libsbc1 [1.3-2] (1.3-3 Debian:buildd-unstable, Debian:unstable [amd64])
Inst manpages-de [2.5-1] (2.6-1 Debian:buildd-unstable, Debian:unstable [all])
Inst xserver-common [2:1.19.6-1] (2:1.20.0-2 Debian:buildd-unstable, Debian:unstable [all])
Conf gpg-wks-client (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf dirmngr (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gpg (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gnupg-utils (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gnupg-l10n (2.2.7-1 Debian:buildd-unstable, Debian:unstable [all])
Conf gpg-agent (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gpgsm (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gpgconf (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gnupg (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf gpg-wks-server (2.2.7-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf hdparm (9.56+ds-2 Debian:buildd-unstable, Debian:unstable [amd64])
Conf fonts-freefont-ttf (20120503-8 Debian:buildd-unstable, Debian:unstable [all])
Conf gnupg2 (2.2.7-1 Debian:buildd-unstable, Debian:unstable [all])
Conf libdatetime-perl (2:1.49-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf libglew2.0 (2.0.0-6 Debian:buildd-unstable, Debian:unstable [amd64])
Conf libipc-run-perl (20180523.0-1 Debian:buildd-unstable, Debian:unstable [all])
Conf libjbig2dec0 (0.14-1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf libllvm6.0:i386 (1:6.0-3+b1 Debian:buildd-unstable, Debian:unstable [i386])
Conf libllvm6.0 (1:6.0-3+b1 Debian:buildd-unstable, Debian:unstable [amd64])
Conf libsbc1 (1.3-3 Debian:buildd-unstable, Debian:unstable [amd64])
Conf manpages-de (2.6-1 Debian:buildd-unstable, Debian:unstable [all])
Conf xserver-common (2:1.20.0-2 Debian:buildd-unstable, Debian:unstable [all])
-
Actually, on LXQt with Intel graphics, it looks pretty good now. Probably I'll wait for the held back package to also be available.
root@n5110:/# apt full-upgrade -d
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following NEW packages will be installed:
xsettingsd
The following packages have been kept back:
libgdal20
The following packages will be upgraded:
gdal-data hdparm ifupdown libfm-qt-l10n libjbig2dec0 libllvm6.0
liblxqt-globalkeys-ui0 liblxqt-globalkeys0 liblxqt-l10n liblxqt0 libsbc1
lximage-qt-l10n lxqt-about lxqt-about-l10n lxqt-admin lxqt-admin-l10n
lxqt-config lxqt-config-l10n lxqt-globalkeys lxqt-globalkeys-l10n
lxqt-notificationd lxqt-notificationd-l10n lxqt-openssh-askpass
lxqt-openssh-askpass-l10n lxqt-panel lxqt-panel-l10n lxqt-policykit
lxqt-policykit-l10n lxqt-powermanagement lxqt-powermanagement-l10n
lxqt-runner lxqt-runner-l10n lxqt-session lxqt-session-l10n lxqt-sudo
lxqt-sudo-l10n lxqt-system-theme lxqt-themes manpages-de pavucontrol-qt-l10n
pcmanfm-qt-l10n qterminal-l10n xserver-common xserver-xorg-core
xserver-xorg-video-amdgpu xserver-xorg-video-ati xserver-xorg-video-fbdev
xserver-xorg-video-intel xserver-xorg-video-nouveau xserver-xorg-video-radeon
xserver-xorg-video-vesa
51 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 31.2 MB of archives.
After this operation, 4,677 kB of additional disk space will be used.
Do you want to continue? [Y/n]
-
the LXQt part is fine :P - except that i had to mis-use our fixes repo until libfm-qt is through the infamous NEW queue - so libfm-qt, lximage-qt, lxqt-qtplugin, pcmanfm-qt will come from our repo. I simply can't accept that i made an release and ubuntu has working packages before us because of less bureaucracy.
-
... ubuntu has working packages before us because of less bureaucracy.
Ouch, and ubuntu supposedly based on Debian .... :P
EDIT: I just successfully updated a KDE system with Intel graphics. Removed packages were xserver-xorg-video-mach64, xserver-xorg-video-qxl, xserver-xorg-video-r128, and xserver-xorg-video-vmware. So be careful to make sure you don't need packages that are to be removed.
-
Just finished a d-u without problem, no removes and no hold packages, a lot of xorg upgraded. XFCE
-
Nvidia users might have to wait a bit longer, looks like its going to remove the nvidia-driver meta-package
The following packages will be REMOVED:
nvidia-driver xserver-xorg-video-nvidia
-
The new xorg-server 1.20.0 causes kde plasma panel freezes on both of my laptops with intel graphics cards. The laptops are Dell XPS 13 and Dell E4310. They were working perfectly before the upgrade and I haven't seen any bug reports yet. I am using the kernel modesetting driver on both machines. I can continue to work on any windows that I have open I just can't access anything via the panel or desktop.
-
I confirm, the same thing happens with my Lenovo G780 with Plasma and Intel graphics.
-
same here. Dell Lat. e6540 with Intel gpu.
As a workaround you can switch to plasma-wayland. Your mileage may vary, though, because with wayland things like redshift, vbox, telegram-desktop, drag'n'drop or similar might not work as expected.
It's worth trying to start these apps with the "-platform xcb" parameter, but it might fail as well.
-
Same here.
SAtarting until sddm is okay, then a lot of flickering is happening on the screen. plsma is opening here, so no freeze, but unusable due to flickering.
A partial workaround is to open Screensettings (Anzeige) and choose a smaller resolution, confirm, and then again the right solution (confirm agein).
Programs work, computer is usable, but plsama is dead. No working Kmenu or working icons.
-
mh, didn't read the warnings ::) , so I had the same issue as drooghead, freezed panel (plasma/kf5 & intel graphics) and so on programs working using the kernel modesetting driver.
I switched temporary back to the intel-driver (xserver-xorg-video-intel) and all works fine again.
inxi -SMG
System: Host: hhl Kernel: 4.16.9-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.12.5
Distro: Debian GNU/Linux buster/sid
Machine: Type: Laptop System: LENOVO product: 253725G v: ThinkPad T410 serial: <root required>
Mobo: LENOVO model: 253725G serial: <root required> BIOS: LENOVO v: 6IET85WW (1.45 )
date: 02/14/2013
Graphics: Card-1: Intel Core Processor Integrated Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.20.0 driver: intel resolution: 1440x900~60Hz
OpenGL: renderer: Mesa DRI Intel Ironlake Mobile v: 2.1 Mesa 18.0.4
-
Yesterday I got a problem that maybe are related to this. After d-u with no warnings no removes I can't get in to XFCE anymore.After login I can see the blue background where itś written "draft" and then I'm dropped back to login screen.
The difference from other machines working after d-u this has a nvidia graphic.
Here is the .local/share/xorg/Xorg.1.log, http://pb.5id.eu/v6_J.log (http://pb.5id.eu/v6_J.log)
nxi -v3
System:
Host: siduction Kernel: 4.16.8-towo.1-siduction-amd64 x86_64 bits: 64
compiiler: gcc v: 7.3.0 Desktop: Xfce 4.12.4 tk: Gtk 2.24.31
Distro: siduction 18.3.0 Patience - xfce - (201805132203)
Machine:
Type: Laptop System: LENOVO product: 25223FG v: ThinkPad T410
serial: <root required>
Mobo: LENOVO model: 25223FG serial: <root required> BIOS: LENOVO
v: 6IET85WW (1.45 ) date: 02/14/2013
CPU:
Topology: Dual Core model: Intel Core i7 M 620 bits: 64 type: MT MCP
arch: Nehalem rev: 2 L2 cache: 4096 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 21277
Speed: 1235 MHz min/max: 1199/2667 MHz Core speeds (MHz): 1: 1334 2: 1242
3: 1324 4: 1418
Graphics:
Card-1: NVIDIA GT218M [NVS 3100M] driver: nouveau v: kernel
bus ID: 01:00.0
Display: x11 server: X.Org 1.19.6 driver: nouveau
unloaded: fbdev,modesetting,nv,vesa resolution: 1920x1080~50Hz
OpenGL: renderer: NVA8 v: 3.3 Mesa 18.0.3 direct render: Yes
Network:
Card-1: Intel 82577LM Gigabit Network Connection driver: e1000e v: 3.2.6-k
port: 1820 bus ID: 00:19.0
IF: enp0s25 state: up speed: 1000 Mbps duplex: full mac: 00:26:2d:f3:8e:a0
Card-2: Intel Centrino Ultimate-N 6300 driver: iwlwifi v: kernel
bus ID: 03:00.0
IF: wlp3s0 state: down mac: 26:2b:8d:d0:4b:be
Drives:
HDD Total Size: 450.88 GiB used: 21.43 GiB (4.8%)
Info:
Processes: 201 Uptime: 36m Memory: 3.72 GiB used: 753.4 MiB (19.8%)
Init: systemd runlevel: 5 Compilers: gcc: 7.3.0 Shell: bash v: 4.4.19
inxi: 3.0.09
-
I had problems with plasma, xfce, plasma-wayland and lxqt. I downgraded xserver-xorg-core with xserver-xorg-core_1.19.6-1_amd64.deb from debian snapshots and both my machines appear to be working properly again.
-
mh, didn't read the warnings ::) , so I had the same issue as drooghead, freezed panel (plasma/kf5 & intel graphics) and so on programs working using the kernel modesetting driver.
I switched temporary back to the intel-driver (xserver-xorg-video-intel) and all works fine again.
inxi -SMG
System: Host: hhl Kernel: 4.16.9-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.12.5
Distro: Debian GNU/Linux buster/sid
Machine: Type: Laptop System: LENOVO product: 253725G v: ThinkPad T410 serial: <root required>
Mobo: LENOVO model: 253725G serial: <root required> BIOS: LENOVO v: 6IET85WW (1.45 )
date: 02/14/2013
Graphics: Card-1: Intel Core Processor Integrated Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.20.0 driver: intel resolution: 1440x900~60Hz
OpenGL: renderer: Mesa DRI Intel Ironlake Mobile v: 2.1 Mesa 18.0.4
how did you switch?
Thanks
-
How did I switch?
if you have the "xserver-xorg-video-intel" driver installed it is easy.
cp /usr/share/doc/xserver-xorg-video-intel/xorg.conf /etx/X11/
restart the xserver and all done.
cat /etc/X11/xorg.conf
Section "Device"
Identifier "Intel"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
That is my xorg.conf, most systems don't need that 'Option "AccelMethod" "uxa"' so let the original as it is.
I have made it for my old ancient system, the first time it had problems with the modesetting driver so i used the old-dusty-dead-horse-intel-driver to have a working laptop.
Be aware ,that it is not the recommended way to use the intel-graphic!
Did you tried to downgrade like drooghead wrote?
I am to lazy to do it, because i have that xorg.conf that is all.
-
How did I switch?
if you have the "xserver-xorg-video-intel" driver installed it is easy.
cp /usr/share/doc/xserver-xorg-video-intel/xorg.conf /etx/X11/
restart the xserver and all done.
cat /etc/X11/xorg.conf
Section "Device"
Identifier "Intel"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
That is my xorg.conf, most systems don't need that 'Option "AccelMethod" "uxa"' so let the original as it is.
I have made it for my old ancient system, the first time it had problems with the modesetting driver so i used the old-dusty-dead-horse-intel-driver to have a working laptop.
Be aware ,that it is not the recommended way to use the intel-graphic!
Did you tried to downgrade like drooghead wrote?
I am to lazy to do it, because i have that xorg.conf that is all.
Thanks works very well!!!
Best regards
-
In case of problem i can confirm that a downgrade with https://packages.debian.org/it/buster/amd64/xserver-xorg-core/download fix the issues
-
I had problems with plasma, xfce, plasma-wayland and lxqt. I downgraded xserver-xorg-core with xserver-xorg-core_1.19.6-1_amd64.deb from debian snapshots and both my machines appear to be working properly again.
I cant fin a working way to downgrade, how shall I do that? I downloaded the file but it will not install because of dependency problems (of cause).
-
Hier jetzt:
inxi -SMG
System: Host: hugin Kernel: 4.16.9-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.12.5
Distro: siduction 18.1.0 Patience - kde - (201712310029)
Machine: Type: Laptop System: LENOVO product: 80JV v: Lenovo U41-70 serial: R90HC3LSR9N0B591700S
Mobo: LENOVO model: Lenovo U41-70 v: SDK0J40709 WIN serial: R90HC3LS UEFI: Lenovo v: BDCN71WW
date: 08/03/2016
Graphics: Card-1: Intel HD Graphics 5500 driver: i915 v: kernel
Display: x11 server: X.Org 1.20.0 driver: modesetting unloaded: intel resolution: 1920x1200~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 5500 (Broadwell GT2) v: 4.5 Mesa 18.0.4
Test läuft.........hängt nach 2-3 Minuten wie zuvor
Habe jetzt einen Downgrade des Xserver-Core auf die 1.19 gemacht, damit ich überhaupt mit der Maschine wieder arbeiten kann......
Jetzt wieder:
inxi -SMG
System: Host: hugin Kernel: 4.16.9-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.12.5
Distro: siduction 18.1.0 Patience - kde - (201712310029)
Machine: Type: Laptop System: LENOVO product: 80JV v: Lenovo U41-70 serial: R90HC3LSR9N0B591700S
Mobo: LENOVO model: Lenovo U41-70 v: SDK0J40709 WIN serial: R90HC3LS UEFI: Lenovo v: BDCN71WW
date: 08/03/2016
Graphics: Card-1: Intel HD Graphics 5500 driver: i915 v: kernel
Display: x11 server: X.Org 1.19.2 driver: modesetting unloaded: intel resolution: 1920x1200~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 5500 (Broadwell GT2) v: 4.5 Mesa 18.0.4
-
I had problems with plasma, xfce, plasma-wayland and lxqt. I downgraded xserver-xorg-core with xserver-xorg-core_1.19.6-1_amd64.deb from debian snapshots and both my machines appear to be working properly again.
I cant fin a working way to downgrade, how shall I do that? I downloaded the file but it will not install because of dependency problems (of cause).
Das File tat und tut es bei mir:
xserver-xorg-core_1.19.2-1+deb9u2_amd64.deb
https://packages.debian.org/stretch/amd64/xserver-xorg-core/download (https://packages.debian.org/stretch/amd64/xserver-xorg-core/download)
-
Edit: sorry, I did it with dpkg, that was to easy so I didn't try it before, I thought I have to do it with apt some way, I got it working for now :-[
I had problems with plasma, xfce, plasma-wayland and lxqt. I downgraded xserver-xorg-core with xserver-xorg-core_1.19.6-1_amd64.deb from debian snapshots and both my machines appear to be working properly again.
I cant fin a working way to downgrade, how shall I do that? I downloaded the file but it will not install because of dependency problems (of cause).
Das File tat und tut es bei mir:
xserver-xorg-core_1.19.2-1+deb9u2_amd64.deb
https://packages.debian.org/stretch/amd64/xserver-xorg-core/download (https://packages.debian.org/stretch/amd64/xserver-xorg-core/download)
Yes the file is no problem to find but I can't install it.
-
System works again as desired?
-
In my case, the hendrikL solution has fixed this problem.Thanks hendrikL.
-
Tried also, but only with fail. I hope there will be a fixed Xserver or Intel driver soon
-
I downloaded and downgraded the packages as follow and the system seems to be ok (I've been using it for a while)
xserver-common_1.19.6-1_all.deb
xserver-xorg-core_1.19.6-1_amd64.deb
xserver-xorg-video-intel_2.99.917+git20171229-1_amd64.deb
That's all for now, bye.
-
For Nvidia GPU users, here is what I saw in the last hour:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
libjpeg-turbo-progs libturbojpeg0 yudit-common
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
feh libcurl3 libgles-nvidia1 libgles1-glvnd-nvidia libgles1-nvidia
The following NEW packages will be installed:
libcurl4
The following packages will be upgraded:
curl fonts-freefont-ttf gdal-data hdparm ifupdown libcpupower1 libcuda1 libcurl3-gnutls
libcurl4-gnutls-dev libegl-nvidia0 libfm-qt-l10n libgdal20 libgl1-nvidia-glvnd-glx libgles-nvidia2
libgles2-nvidia libglx-nvidia0 ............
Seeing the updated libglesXXX packages, I went ahead with the d-u, and there is no problem on my system.
Graphics: Card-1: NVIDIA GM107 [GeForce GTX 750 Ti] driver: nvidia v: 390.59
Display: x11 server: X.Org 1.20.0 driver: nvidia resolution: 1920x1200~60Hz, 1920x1080~60Hz
OpenGL: renderer: llvmpipe (LLVM 6.0 256 bits) v: 3.3 Mesa 18.0.4
During the d-u, dpkg reports a bug in the new nvidia-driver metapackage, so choose your risk tolerance and proceed accordingly.
-
Well i made a downgrade, using dpkg not apt, renamed the xorg.conf to xorg.conf~ and restarted the system.
inxi -G
Graphics: Card-1: Intel Core Processor Integrated Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1440x900~60Hz
OpenGL: renderer: Mesa DRI Intel Ironlake Mobile v: 2.1 Mesa 18.0.4
As far as i can see there are no glitches with the kernel modesetting driver (intel gpu).
So both solutions are working for me.
Edit: I found that bug report
https://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg1607041.html
-
Thanks hendrikL!
Here is the bug report directly in the Debian mailing list: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900149 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900149)
Let's wait for a solution!
Edit: Already fixed in Mesa git.Commit: https://cgit.freedesktop.org/mesa/mesa/commit/?id=fe2edb25dd5628c395a65b60998f11e839d2b458Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=106351
-
I hope, the new and patched Xserver will be landing in SID repos as fast as possible ;-)
-
I just looked and there's still no replacement for the faulty xserver packages.
Working xserver-common version: 2:1.19.6-1
Bad version: 2:1.20.0-2
I'll wait
:)
-
Is a fixed mesa the solution to this problem?
18.0.5-1 update soon to reach sid:
https://tracker.debian.org/news/962685/accepted-mesa-1805-1-source-into-unstable/ (https://tracker.debian.org/news/962685/accepted-mesa-1805-1-source-into-unstable/)
-
Up to now no updated packages for the buggy xserver-xorg packages.
On my Son's Laptop (MacBook) after the update also freezes. Could fix it with a downgrade of the xserver-xorg packages so far.
But here we find a second problem:
The trackpad after the latest DU is no more recognized and when try to use it only the cursor moves up and down....
There must be some additional bugs in xserver.......
-
The mesa 18.0.5-1 packages have arrived here, but not sure if this is the solution to the problem.
-
Update all including the mesa-packages...... now 20 minutes up and so far all OK..... Testing further
-
Done a full-upgrade, new mesa file arrived, tested it and as far as i can see, there are no freezes and graphical glitches.
For my system the problem seems to be solved/ fixed.
I'm uploading a fixed mesa (18.0.5). After that we need to ensure that the
xserver 1.20 can't be installed with a non-working combination of mesa.
Cheers,
Emilio
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=900149#20
-
Now running with 1:30 h uptime without a freeze
-
Still not working for me with the nvidia card, I go on with old version of xorg
-
The same here
I've been using computer for all day and no issues was come back
Done a full-upgrade, new mesa file arrived, tested it and as far as i can see, there are no freezes and graphical glitches.For my system the problem seems to be solved/ fixed.
-
in my case (intel modesetting driver) plasmashell hangs when i am copying files to / from a USB flash drive and am looking at the progress bar in the plasma notification area
-
I can report that both LXQT install on my eeepc and the KDE install on the desktop have survived a long due update tonight. Phew, glad that's over. At least for me.
-
I've delayed a du with this issue. Is it safe to du with intel modesetting driver? Is the problem absolut has seen with USB file copying a general problem?
-
It seems save, since here both problems have vanished!
-
... seems to be save here too ... du runs very smooth.
-
Thanks - everything looking OK here
-
I still have tha same issue as before, (https://forum.siduction.org/index.php?topic=7181.msg58229#msg58229 (https://forum.siduction.org/index.php?topic=7181.msg58229#msg58229)) I have to downgrade xserver to be able to come in to x. Maybe it's another problem on that computer?
-
Here the issue is almost vanished, BUT rarely KDE plasmashell has a problem; all icons become illegible like a broken lcd monitor; the system still works without problem..
For restore plasmashell, I can type in a terminal: kquitapp5 plasmashell && kstart plasmashell
Someone else here has the same problem?
-
Same here!
-
When I read all the posts I am not sure if I can do a du or if it is better to wait. Are all the problems with xorg solved?
I use Xfce on my laptop with integrated intel grafic.
System: Host: thinkpad Kernel: 4.16.9-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: N/A
Distro: Debian GNU/Linux buster/sid
Machine: Type: Laptop System: LENOVO product: 4174W42 v: ThinkPad T420s serial: <root required>
Mobo: LENOVO model: 4174W42 serial: <root required> UEFI [Legacy]: LENOVO v: 8CET50WW (1.30 )
date: 11/01/2011
Battery: ID-1: BAT0 charge: 27.1 Wh condition: 27.6/38.9 Wh (71%)
ID-2: BAT1 charge: 2.9 Wh condition: 2.9/31.3 Wh (9%)
CPU: Dual Core: Intel Core i5-2520M type: MT MCP speed: 797 MHz min/max: 800/3200 MHz
Graphics: Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1600x900~60Hz
OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa 18.0.4
Network: Card-1: Intel 82579LM Gigabit Network Connection driver: e1000e
Card-2: Intel Centrino Ultimate-N 6300 driver: iwlwifi
Card-3: Ericsson Business Mobile Networks BV type: USB driver: cdc_acm,cdc_wdm,cdc_ncm
Drives: HDD Total Size: 149.05 GiB used: 92.04 GiB (61.8%)
Info: Processes: 218 Uptime: 2h 12m Memory: 3.73 GiB used: 2.57 GiB (68.9%) Shell: bash inxi: 3.0.09
Need an advice from the experts. :)
-
my pc is up to date and I have no problems
System: Host: siductionbox Kernel: 4.17.1-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.12.5 Distro: Debian GNU/Linux buster/sid
CPU: Topology: Quad Core model: Intel Core i5-3570 bits: 64 type: MCP L2 cache: 6144 KiB
Speed: 1605 MHz min/max: 1600/3800 MHz Core speeds (MHz): 1: 1605 2: 1605 3: 1605 4: 1605
Graphics: Card-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.20.0 driver: intel resolution: 1920x1200~60Hz
OpenGL: renderer: Mesa DRI Intel Ivybridge Desktop v: 4.2 Mesa 18.0.5
-
I have 3 Intel CPU+GPU systems on wireless, updated, with no problems. Here is one of them:
System:
Host: n5110 Kernel: 4.17.1-towo.1-siduction-amd64 x86_64 bits: 64
Desktop: LXQT 0.13.0
Distro: siduction 17.1.0 Patience - lxqt - (201703051830)
Machine:
Type: Portable System: Dell product: Inspiron N5110 v: N/A serial: <filter>
Mobo: Dell model: 034W60 v: A11 serial: <filter> BIOS: Dell v: A11
date: 08/03/2012
Battery:
ID-1: BAT0 charge: 69.0 Wh condition: 85.0/81.3 Wh (104%)
CPU:
Topology: Dual Core model: Intel Core i3-2330M bits: 64 type: MT MCP
L2 cache: 3072 KiB
Speed: 798 MHz min/max: 800/2200 MHz Core speeds (MHz): 1: 798 2: 798
3: 798 4: 798
Graphics:
Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics
driver: i915 v: kernel
Display: x11 server: X.Org 1.20.0 driver: modesetting unloaded: fbdev,vesa
resolution: 1366x768~60Hz
OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa 18.0.5
Audio:
Card-1: Intel 6 Series/C200 Series Family High Definition Audio
driver: snd_hda_intel
Sound Server: ALSA v: k4.17.1-towo.1-siduction-amd64
Network:
Card-1: Realtek RTL8101/2/6E PCI Express Fast/Gigabit Ethernet
driver: r8169
IF: enp5s0 state: down mac: <filter>
Card-2: Intel Centrino Wireless-N 1030 [Rainbow Peak] driver: iwlwifi
IF: wlp9s0 state: up mac: <filter>
Drives:
HDD Total Size: 74.53 GiB used: 10.75 GiB (14.4%)
ID-1: /dev/sda vendor: Intel model: SSDSA2CW080G3 size: 74.53 GiB
Partition:
ID-1: / size: 15.62 GiB used: 9.92 GiB (63.5%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 2.00 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda2
Sensors:
System Temperatures: cpu: 51.0 C mobo: N/A
Fan Speeds (RPM): cpu: 0
Info:
Processes: 181 Uptime: 1h 10m Memory: 3.76 GiB used: 1.19 GiB (31.5%)
Shell: bash inxi: 3.0.12
-
When I read all the posts I am not sure if I can do a du or if it is better to wait. Are all the problems with xorg solved?
I use Xfce on my laptop with integrated intel grafic.
System: Host: thinkpad Kernel: 4.16.9-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: N/A
Distro: Debian GNU/Linux buster/sid
Machine: Type: Laptop System: LENOVO product: 4174W42 v: ThinkPad T420s serial: <root required>
Mobo: LENOVO model: 4174W42 serial: <root required> UEFI [Legacy]: LENOVO v: 8CET50WW (1.30 )
date: 11/01/2011
Battery: ID-1: BAT0 charge: 27.1 Wh condition: 27.6/38.9 Wh (71%)
ID-2: BAT1 charge: 2.9 Wh condition: 2.9/31.3 Wh (9%)
CPU: Dual Core: Intel Core i5-2520M type: MT MCP speed: 797 MHz min/max: 800/3200 MHz
Graphics: Card-1: Intel 2nd Generation Core Processor Family Integrated Graphics driver: i915 v: kernel
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1600x900~60Hz
OpenGL: renderer: Mesa DRI Intel Sandybridge Mobile v: 3.3 Mesa 18.0.4
Network: Card-1: Intel 82579LM Gigabit Network Connection driver: e1000e
Card-2: Intel Centrino Ultimate-N 6300 driver: iwlwifi
Card-3: Ericsson Business Mobile Networks BV type: USB driver: cdc_acm,cdc_wdm,cdc_ncm
Drives: HDD Total Size: 149.05 GiB used: 92.04 GiB (61.8%)
Info: Processes: 218 Uptime: 2h 12m Memory: 3.73 GiB used: 2.57 GiB (68.9%) Shell: bash inxi: 3.0.09
Need an advice from the experts. :)
All my computers are working except the one with nvidia graphics. I can se that you have a T420s harley-peter, my T420 with intel graphic are one of them working without problems.
-
Thanks for the infos. After a great du everything seems to work fine. :)
-
Even with nouveau I still cannot run with 1.20. Just did a dist-upgrade and had to go back again to 1.19.6:
inxi -F -y144
System: Host: dell Kernel: 4.17.1-towo.4-siduction-amd64 x86_64 bits: 64 Desktop: LXQT 0.13.0
Distro: siduction 18.3.0 Patience - lxqt - (201805132142)
Machine: Type: Desktop System: Dell product: Studio XPS 8100 v: N/A serial: <root required>
Mobo: Dell model: 0T568R v: A00 serial: <root required> BIOS: Dell v: A05 date: 07/08/2010
CPU: Topology: Quad Core model: Intel Core i7 860 bits: 64 type: MT MCP L2 cache: 8192 KiB
Speed: 2793 MHz min/max: 1200/2800 MHz Core speeds (MHz): 1: 2793 2: 2793 3: 2793 4: 2793 5: 2793 6: 2793 7: 2793 8: 2793
Graphics: Card-1: NVIDIA G92 [GeForce GTS 240] driver: nouveau v: kernel
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,nouveau,nv,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: NV92 v: 3.3 Mesa 18.1.1
-
Even with nouveau I still cannot run with 1.20. Just did a dist-upgrade and had to go back again to 1.19.6:
inxi -F -y144
System: Host: dell Kernel: 4.17.1-towo.4-siduction-amd64 x86_64 bits: 64 Desktop: LXQT 0.13.0
Distro: siduction 18.3.0 Patience - lxqt - (201805132142)
Machine: Type: Desktop System: Dell product: Studio XPS 8100 v: N/A serial: <root required>
Mobo: Dell model: 0T568R v: A00 serial: <root required> BIOS: Dell v: A05 date: 07/08/2010
CPU: Topology: Quad Core model: Intel Core i7 860 bits: 64 type: MT MCP L2 cache: 8192 KiB
Speed: 2793 MHz min/max: 1200/2800 MHz Core speeds (MHz): 1: 2793 2: 2793 3: 2793 4: 2793 5: 2793 6: 2793 7: 2793 8: 2793
Graphics: Card-1: NVIDIA G92 [GeForce GTS 240] driver: nouveau v: kernel
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,nouveau,nv,vesa resolution: 1920x1080~60Hz
OpenGL: renderer: NV92 v: 3.3 Mesa 18.1.1
I was just wondering if I was alone with this, but it seams like you have the same problem as I do svx-biker.
-
Here the issue is almost vanished, BUT rarely KDE plasmashell has a problem; all icons become illegible like a broken lcd monitor; the system still works without problem..
For restore plasmashell, I can type in a terminal: kquitapp5 plasmashell && kstart plasmashell
Someone else here has the same problem?
For me I have issues on the bar under the window, seems that is not rendered. I am doing a full dist-upgrade since a week and see if I have still problems.Before the last udpates I had to reinstall the previous version because in my case restart plasmashell is not enough to fix.
-
Nope I updated everything but I still to install the old package of xserver to get everything working.
-
Please, can someone tell what this is about?
This problem has existed an unusual long time without being fixed. Some people have problem with kde and plasma, some as I understand has problem with older nvidia graphic cards.
As all who have problem can fix i temporarily with an older xserver is it the same thing that need to be fixed, ie xserver or is more things like nouveau drivers?
If it not will be fixed for my computer with older nvidia card maybe I shall install something else on that because this is the family's main media center for music and tv in our house and I want no problem with that.
-
In my case with nvidia proprietary driver that are not legacy.PRobably the new version implemented a new api or deprecated something that is used on other tools.
-
Its dead easy - the 340.107 will be packed somewhen - or not. 304 is EOLed and will not support 1.20
Btw - we talk about vendor suppor for a nine year old graphic card. Just wait for the fixed 340 or try nouveau. Or buy new hardware. Or just use X 1.19 - it's up to you.
-
Its dead easy - the 340.107 will be packed somewhen - or not. 304 is EOLed and will not support 1.20
Btw - we talk about vendor suppor for a nine year old graphic card. Just wait for the fixed 340 or try nouveau. Or buy new hardware. Or just use X 1.19 - it's up to you.
Thanks melmarker
Graphics:
Card-1: NVIDIA GT218M [NVS 3100M] driver: nouveau v: kernel
bus ID: 01:00.0
Display: x11 server: X.Org 1.19.2 driver: modesetting
unloaded: fbdev,nouveau,nv,vesa resolution: 1920x1080~50Hz
OpenGL: renderer: NVA8 v: 3.3 Mesa 18.1.2 direct render: Yes
If I understand right from above I am already using nouveau, that means that that is not working either with the new xserver.If so, then I shall wait for new nouveau or the 340 driver, ok? And that will come or maybe not?
Going on with old xserver makes it a mess to use apt.
Buy new hardware is not an obtion , better to use some other dist then.
I wait for a while....
-
it does not mess up apt - you just have to downgrade all needed packages and pin them afterwards.
-
it does not mess up apt - you just have to downgrade all needed packages and pin them afterwards.
OK, I will try that, thanks
Edit: Done!
-
Today i risk upgrade xserver* 1.20.0-2 & nvidia-legacy-340xx-driver (340.107-1) and i won.
inxi -G
Graphics:
Card-1: NVIDIA G94 [GeForce 9600 GT] driver: nvidia v: 340.107
Display: x11 server: X.Org 1.20.0 driver: nvidia
resolution: 1920x1080~60Hz
OpenGL: renderer: GeForce 9600 GT/PCIe/SSE2 v: 3.3.0 NVIDIA 340.107
-
I too have problems after the update.
I have a 3 display set-up where the side displays are in portrait mode. After the update the side displays remain black. When I drag a window from the center display to one of the side ones the window disappears but the mouse-pointer is visible.
After a fresh install I found out that the side displays turn to black when I in display settings change them from landscape to portrait mode.
Weird isn´t it?
jan@Z170:~$ inxi -Gx
Graphics:
Card-1: Intel HD Graphics 530 driver: i915 v: kernel bus ID: 00:02.0
Display: x11 server: X.Org 1.20.0 driver: modesetting unloaded: fbdev,vesa
resolution: 1680x1050~60Hz, 1280x1024~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2) v: 4.5 Mesa 18.1.3
direct render: Yes
-
What desktop is that?
-
jan@Z170:~$ inxi -Fxxx
System:
Host: Z170 Kernel: 4.17.5-towo.1-siduction-amd64 x86_64 bits: 64 compiler: gcc
v: 7.3.0 Desktop: KDE Plasma 5.13.2 tk: Qt 5.10.1 dm: sddm
Distro: siduction 18.3.0 Patience - kde - (201805132121)
base: Debian GNU/Linux buster/sid
Machine:
Type: Desktop Mobo: ASUSTeK model: Z170 PRO GAMING v: Rev X.0x
serial: <root required> UEFI [Legacy]: American Megatrends v: 3805
date: 05/16/2018
CPU:
Topology: Quad Core model: Intel Core i5-6500 bits: 64 type: MCP arch: Skylake-S
rev: 3 L2 cache: 6144 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 25536
Speed: 801 MHz min/max: 800/3600 MHz Core speeds (MHz): 1: 800 2: 800 3: 801
4: 800
Graphics:
Card-1: Intel HD Graphics 530 driver: i915 v: kernel bus ID: 00:02.0
chip ID: 8086:1912
Display: x11 server: X.Org 1.20.0 driver: modesetting unloaded: fbdev,vesa
resolution: 1680x1050~60Hz, 1280x1024~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2) v: 4.5 Mesa 18.1.3
compat-v: 3.0 direct render: Yes
Audio:
Card-1: Intel Sunrise Point-H HD Audio driver: snd_hda_intel v: kernel
bus ID: 00:1f.3 chip ID: 8086:a170
Sound Server: ALSA v: k4.17.5-towo.1-siduction-amd64
Network:
Card-1: Intel Ethernet Connection I219-V driver: e1000e v: 3.2.6-k port: N/A
bus ID: 00:1f.6 chip ID: 8086:15b8
IF: enp0s31f6 state: up speed: 100 Mbps duplex: full mac: 70:4d:7b:64:57:ec
Drives:
HDD Total Size: 4.09 TiB used: 7.11 GiB (0.2%)
ID-1: /dev/nvme0n1 vendor: Samsung model: SSD 970 EVO 500GB size: 465.76 GiB
speed: 31.6 Gb/s lanes: 4 serial: S466NB0K612218R rev: 1B2QEXE7 scheme: MBR
ID-2: /dev/sda vendor: Seagate model: ST1000DM003-1CH162 size: 931.51 GiB
speed: 6.0 Gb/s rotation: 7200 rpm serial: S1D6190D rev: CC44
ID-3: /dev/sdb vendor: Seagate model: ST1000DM003-1SB102 size: 931.51 GiB
speed: 6.0 Gb/s rotation: 7200 rpm serial: Z9A4GMJN rev: CC43
ID-4: /dev/sdc vendor: Seagate model: ST1000DM003-1SB102 size: 931.51 GiB
speed: 6.0 Gb/s rotation: 7200 rpm serial: Z9A6RAEQ rev: CC43 scheme: MBR
ID-5: /dev/sdd vendor: Seagate model: ST1000DM003-1SB102 size: 931.51 GiB
speed: 6.0 Gb/s rotation: 7200 rpm serial: Z9A6RA2B rev: CC43 scheme: MBR
RAID:
Hardware-1: Intel SATA Controller [RAID mode] driver: ahci v: 3.0 port: f060
bus ID: 00:17.0 chip ID: 8086.2822 rev: 31
Supported md-raid types: raid1 linear multipath raid0 raid6 raid5 raid4 raid10
Device-1: md126 type: mdraid status: active Components: online: sda~c1 sdb~c0
Info: raid: mirror blocks: 976759808 report: 2/2 UU chunk size: N/A
Device-2: md127 type: mdraid status: inactive Components: online: N/A
spare: sdb~c0
Info: raid: sda[1](S) blocks: 5296 report: N/A chunk size: N/A
Partition:
ID-1: / size: 47.81 GiB used: 6.95 GiB (14.5%) fs: ext4 dev: /dev/nvme0n1p1
ID-2: /home size: 409.39 GiB used: 160.1 MiB (0.0%) fs: ext4 dev: /dev/nvme0n1p2
Sensors:
System Temperatures: cpu: 29.8 C mobo: 27.8 C
Fan Speeds (RPM): cpu: 0
Info:
Processes: 182 Uptime: 1m Memory: 15.54 GiB used: 557.6 MiB (3.5%) Init: systemd
v: 239 runlevel: 5 Compilers: gcc: 7.3.0 alt: 7 Shell: bash v: 4.4.23
running in: konsole inxi: 3.0.15
-
Hi Devil,
Today I installed a fresh copy of the xfce image, did an update and dist-upgrade to check if the problem was in the desktop type (kde). The same problem with the side displays .... black, but mouse-pointer is visible.
jan@Z170:~$ inxi -SG
System:
Host: Z170 Kernel: 4.17.5-towo.1-siduction-amd64 x86_64 bits: 64
Desktop: Xfce 4.12.4 Distro: siduction 18.3.0 Patience - xfce - (201805132203)
Graphics:
Card-1: Intel HD Graphics 530 driver: i915 v: kernel
Display: x11 server: X.Org 1.20.0 driver: modesetting unloaded: fbdev,vesa
resolution: 1680x1050~60Hz, 1280x1024~60Hz, 1280x1024~60Hz
OpenGL: renderer: Mesa DRI Intel HD Graphics 530 (Skylake GT2) v: 4.5 Mesa 18.1.3
-
You could install the intel driver instead of using modesetting to see if that fixes it.
-
I am still using the 1.19.6-1 package because with proprietary nvidia drivers kde is not loading plasmashell rightly.I am updating today do 1.20.0-3 and if fixed the issue.
-
https://imgur.com/a/OlUAex2
This is what happen with plasmashell, is not rendered graphically but the button are present if I click in the black area.
-
OK, I gave up. >:(
I reinstalled the latest kde version without internet connection and put the xserver-xorg files on hold.
After that I connected internet and did a dist-upgrade. All is working as before now. ;D
-
Please, can someone tell what this is about?
This problem has existed an unusual long time without being fixed. Some people have problem with kde and plasma, some as I understand has problem with older nvidia graphic cards.
As all who have problem can fix i temporarily with an older xserver is it the same thing that need to be fixed, ie xserver or is more things like nouveau drivers?
If it not will be fixed for my computer with older nvidia card maybe I shall install something else on that because this is the family's main media center for music and tv in our house and I want no problem with that.
Had the same problem as you, with failing login in xfce.
It seems that xserver and xfwm4 compositing are not playing nice.
While on downgraded xserver 1.19, I disabled compositing:
xfconf-query -c xfwm4 -p /general/use_compositing -s false
then updated xserver to 1.20 - and rebooted.
Suggest you then install compton, which may be a better compositor anyway to cure tearing on older video cards. It will at least offer you compositing until a xserver or xfwm4 are patched
-
erm - i use xfwm4 with all the nice new things and have no problems with - so it might be that these assumtions are simply wrong 8)
-
erm - i use xfwm4 with all the nice new things and have no problems with - so it might be that these assumtions are simply wrong 8)
well, that may well be.
but it solved my problem on two different machines running xfce and the nouveau display driver...
-
i have no experience (better - only really bad experiences) with nouveau. But i know one thing for sure: If there are bugs then solving these bugs is a solution. Downgrading is not. At least not in an unstable environment. Just my 2 ¢
-
What do you suggest for report this issues? a log?AS I can see there we have 2 different cases xfce and kde with nvidia proprietary or free drivers or rendering stuff.
-
bump about that point.
-
I suggest to do nothing - there was no real informations how to reproduce - so time will tell. If there is a real problem more people would get bitten by this, so it would be a good idea to read the xorg and the xfwm4 bug tracker in debian. Maybe the drivers tracker too.
However - if one can reproduce the bug and have workarounds (a different graphics driver is no workaround, just a different setup) it might be nice to provide these informations to debian - if they hasn't fixed the issue right now - which we can not test because of the so called solutions 8)
-
I looked on other ticket already opened without success. I have to check the logs to inspect later.Thanks for the hint.
-
This is my xorg log https://pastebin.com/yNRU8VCv
This is my dmesg https://pastebin.com/ztSAiZWK (https://pastebin.com/ztSAiZWK)I don't see any errors on that, there is someone with suggestions about what log check?
-
[ 5.148] (II) LoadModule: "glx"
[ 5.150] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 5.246] (II) Module glx: vendor="X.Org Foundation"
[ 5.246] compiled for 1.20.0, module version = 1.0.0
Is not right if you use the binary blob. It should look like that:
[ 3.360] (II) LoadModule: "glx"
[ 3.362] (II) Loading /usr/lib/nvidia/current/modules/libglx.so
[ 3.537] (II) Module glx: vendor="NVIDIA Corporation"
[ 3.537] compiled for 4.0.2, module version = 1.0.0
[ 3.537] Module class: X.Org Server ExtensionSo the blob is not installed right.
-
Checking the log with the 1.19 release I don't get that path.
[ 5.724] (II) LoadModule: "glx"
[ 5.726] (II) Loading /usr/lib/xorg/modules/linux/libglx.so
[ 5.847] (II) Module glx: vendor="NVIDIA Corporation"So seems a problem with nvidia package and the new release, I will open a ticket on xorg package.Thanks for the help.
-
Ticket opened https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=906031
-
with the latest xorg update backporting xorg-core is not working anymore as workaround.
-
Using the experimental repo the problem is gone!Looking at changelog they changed the path but also updated the module for xorg.