Marc Chamberlin composed on 2022-06-20 14:38 (UTC-0700):
Felix Miata wrote: ...
update-alternatives --config default-displaymanager
Unfortunately the update-alternatives command does not offer me the choice of using IceWM as my default windows manager. # update-alternatives --config default-xsession.desktop Hi Felix, First a big thank you for taking the time to respond and
i+ | python2-iniconfig | package | 1.1.1-lp152.2.3 Some of these I would have expected to be upgraded by a zypper dup, but the rest are from your optional repos.
I am not sure if you are asking me to do a zypper dup on this system or not. The last time I just ran zypper up thinking that was probably safer. Still stuck but feeling more hopeful now that I see IceWM is working OK. I wonder if there is some kind of configuration error for SDDM but I haven't messed with it (don't know how) AFAIK.
For a 15.3 installation to be complete, it might be necessary to run zypper dup at least once. My confusion may be from spending time on 15.3 so long ago, and mostly working with 15.4 since before its beta release. I don't remember seeing you report whether this was a fresh installation, or an upgrade. If upgrade, once since its release announcement is required, I think. The idea is to ensure nothing from 15.2 is leftover, and everything you need has been installed without error. My OpenSuSE 15.3 system has been up and running for quite awhile. My
On 6/20/22 23:30, Felix Miata wrote: trying to help me! This email must have taken you quite a bit of time and effort to compose it for me and I really appreciate it! I will intersperse my comments within your email in order to keep them in the proper context. Also I am sorry for the delay in responding myself, life got in the way and I have encountered a new puzzling problem regarding the firewall I think. More on that below. You second version of the magic incantation for update-alternatives does allow me to select IceWM, thank you! I don't grok what the difference is between selecting a default display manager and selecting a default xsession desktop. It feels like having these two variants is an unnecessary complication, not intuitive, and doesn't provide a user friendly method/need for selecting the type of desktop environment wanted. Anywise this is not an issue that needs to be discussed, I will accept it and move on. troubles seem to begin with some updates I notified about that needed to be installed. I went ahead and ran a zypper dup --allow-vendor-change and that resulted in a bunch of packages being reinstalled using the SuSE vendor versions. This did not fix the problem I am having with starting kdeinit5, and it introduced a new but inconstant problem with firewalld. Most of the time, after rebooting this system I can no longer access services such as SSH, X11VNC, AUTOMOUNT/AUTOFS and KNOCKD although I can always access HTTP/HTTPS. I did find and correct one issue that zypper dup caused, it switched firewalld from using iptables to using nftables. I switched it back to iptables because I am using both KNOCKD and FAIL2BAN which only work (afaik) with iptables. But that did not fix the other new issue, my inability to access services on this afflicted system from my laptop (or any other computer) The funny thing is however, after a couple of my reboots I have been able to access all these services from my (remote) laptop all of the sudden and I have no idea why (next reboot and that ability reverted back to not being able to connect to ports that I had opened). When my ability to access these other services wasn't working, I did the CNTL-ALT-F1 trick to get to a shell login prompt (after I got the failed to start KDEINIT5 message) and logged to to the system. Then I checked what ports had a listening daemon connected to them using both - |sudo lsof -i -P -n | grep LISTEN sudo netstat -tulpn | grep LISTEN| nova:/home/marc #lsof -i -P -n | grep LISTEN systemd 1 root 37u IPv4 17481 0t0 TCP *:111 (LISTEN) systemd 1 root 39u IPv6 17485 0t0 TCP *:111 (LISTEN) rpcbind 1034 rpc 4u IPv4 17481 0t0 TCP *:111 (LISTEN) rpcbind 1034 rpc 6u IPv6 17485 0t0 TCP *:111 (LISTEN) cupsd 1109 root 7u IPv6 30165 0t0 TCP [::1]:631 (LISTEN) cupsd 1109 root 8u IPv4 30166 0t0 TCP 127.0.0.1:631 (LISTEN) boinc 2182 boinc 5u IPv4 46517 0t0 TCP 127.0.0.1:31416 (LISTEN) bacula-fd 2185 root 4u IPv4 38502 0t0 TCP *:9102 (LISTEN) rpc.mount 2186 root 8u IPv4 34313 0t0 TCP *:20048 (LISTEN) rpc.mount 2186 root 10u IPv6 34317 0t0 TCP *:20048 (LISTEN) rpc.statd 2193 statd 8u IPv4 33638 0t0 TCP *:47261 (LISTEN) rpc.statd 2193 statd 10u IPv6 33642 0t0 TCP *:54907 (LISTEN) java 2203 root 152u IPv6 47479 0t0 TCP 127.0.0.1:53566 (LISTEN) java 2203 root 195u IPv6 46943 0t0 TCP *:3052 (LISTEN) java 2203 root 200u IPv6 46945 0t0 TCP *:53568 (LISTEN) sshd 2236 root 3u IPv4 37397 0t0 TCP 192.168.10.20:622 (LISTEN) sshd 2236 root 4u IPv4 37400 0t0 TCP 192.168.10.20:22 (LISTEN) httpd-pre 2244 root 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 2244 root 6u IPv6 35214 0t0 TCP *:443 (LISTEN) mysqld 2319 mysql 17u IPv4 37702 0t0 TCP 127.0.0.1:3306 (LISTEN) sendmail 2447 root 4u IPv4 35375 0t0 TCP 127.0.0.1:25 (LISTEN) clamd 2638 vscan 5u IPv4 48618 0t0 TCP 127.0.0.1:3310 (LISTEN) smbd 2993 root 45u IPv4 46506 0t0 TCP 10.10.10.1:445 (LISTEN) smbd 2993 root 46u IPv4 46507 0t0 TCP 10.10.10.1:139 (LISTEN) smbd 2993 root 47u IPv4 46508 0t0 TCP 192.168.10.20:445 (LISTEN) smbd 2993 root 48u IPv4 46509 0t0 TCP 192.168.10.20:139 (LISTEN) smbd 2993 root 49u IPv4 46510 0t0 TCP 127.0.0.1:445 (LISTEN) smbd 2993 root 50u IPv4 46511 0t0 TCP 127.0.0.1:139 (LISTEN) smbd 2993 root 51u IPv6 46512 0t0 TCP [::1]:445 (LISTEN) smbd 2993 root 52u IPv6 46513 0t0 TCP [::1]:139 (LISTEN) x11vnc 3032 root 8u IPv4 48628 0t0 TCP *:5900 (LISTEN) x11vnc 3032 root 9u IPv6 48629 0t0 TCP *:5900 (LISTEN) httpd-pre 7151 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 7151 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) httpd-pre 7152 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 7152 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) httpd-pre 7153 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 7153 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) httpd-pre 7154 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 7154 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) httpd-pre 7155 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 7155 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) httpd-pre 7495 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 7495 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) httpd-pre 14670 wwwrun 4u IPv6 35211 0t0 TCP *:80 (LISTEN) httpd-pre 14670 wwwrun 6u IPv6 35214 0t0 TCP *:443 (LISTEN) and this did show me that there was a listening process for all the ports that I want open, for example, these would show me that the SSHD was listening on port 22. Next I check FIREWALLD using then command nova:/home/marc #firewall-cmd --list-all --zone=internal internal (active) target: default icmp-block-inversion: no interfaces: eth0 sources: services: apache2 apache2-ssl bacula-client dhcpv6-client http https kdeconnect kdeconnect-kde mdns nfs nfs3 rpc-bind samba samba-client slp smtp smtp-submi ssion smtps ssh tigervnc vnc-server x11 ports: 5900-5910/tcp 3052/tcp 622/tcp 622/udp protocols: forward: no masquerade: no forward-ports: source-ports: icmp-blocks: rich rules: to see what ports it had opened. So indeed taking SSHD as and example, port 22 is both open and has a listener. But when I actually try to use SSH and connect to port 22 on this system, from my laptop (also on the same internal 192.168.10.0/24 net) I get an error message telling me there is no route to this host. So I dunno what the problem could be. I have tried making the connection with and without
Anyway, from a working freshly updated 15.3 with AMD graphics, running a Plasma session, I did what follows:
# ps -A | egrep 'dm|start|kde|plasma' 34 ? 00:00:00 kdevtmpfs 400 ? 00:00:00 dmeventd 696 ? 00:00:00 sdma0 697 ? 00:00:00 sdma1 1420 ? 00:00:00 tdm 1985 ? 00:00:00 tdm 2008 ? 00:00:00 startplasma-x11 2087 ? 00:00:00 start_kdeinit 2088 ? 00:00:00 kdeinit5 2104 ? 00:00:00 kded5 2146 ? 00:00:00 plasma_session 2158 ? 00:00:00 polkit-kde-auth 2160 ? 00:00:06 plasmashell 2187 ? 00:00:00 org_kde_powerde # which org_kde_powerdevil which: no org_kde_powerdevil in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin) # which org_kde_powerde which: no org_kde_powerde in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin) # which plasmashell /usr/bin/plasmashell # which polkit-kde-auth which: no polkit-kde-auth in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin) # which plasma-session which: no plasma-session in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin) # which kded5 /usr/bin/kded5 # which kdeinit5 /usr/bin/kdeinit5 # which start_kdeinit which: no start_kdeinit in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin) # which startplasma-x11 /usr/bin/startplasma-x11 # which kcminit_startup /usr/bin/kcminit_startup # ls -Gg /usr/lib64/libexec/org_kde_powerdevil -rwxr-xr-x 1 120008 Apr 23 2021 /usr/lib64/libexec/org_kde_powerdevil # ls -Gg /usr/lib64/libexec/polkit-kde-authentication-agent-1 -rwxr-xr-x 1 90208 Aug 26 2021 /usr/lib64/libexec/polkit-kde-authentication-agent-1 # ls -Gg /usr/share/xsessions/plasma5.desktop # just guessing here that it actually matters -rw-r--r-- 1 2529 Aug 27 2021 /usr/share/xsessions/plasma5.desktop # ls -Gg /usr/lib64/libexec/kf5/start_kdeinit* -rwxr-xr-x 1 10616 Aug 26 2021 /usr/lib64/libexec/kf5/start_kdeinit -rwxr-xr-x 1 6376 Aug 26 2021 /usr/lib64/libexec/kf5/start_kdeinit_wrapper # rpm -qf /usr/lib64/libexec/org_kde_powerdevil powerdevil5-5.18.5-bp153.1.36.x86_64 # rpm -qf /usr/bin/plasmashell plasma5-workspace-5.18.6-bp153.4.2.3.x86_64 # rpm -qf /usr/lib64/libexec/polkit-kde-authentication-agent-1 polkit-kde-agent-5-5.18.5-bp153.2.2.1.x86_64 # rpm -qf /usr/share/xsessions/plasma5.desktop plasma5-session-5.18.6-bp153.4.2.3.noarch # rpm -qf /usr/bin/kded5 kded-5.76.0-bp153.2.2.1.x86_64 # rpm -qf /usr/bin/kdeinit5 kinit-5.76.0-bp153.2.2.1.x86_64 # rpm -qf /usr/lib64/libexec/kf5/start_kdeinit kinit-5.76.0-bp153.2.2.1.x86_64 # rpm -qf /usr/lib64/libexec/kf5/start_kdeinit_wrapper kinit-5.76.0-bp153.2.2.1.x86_64 # rpm -qf /usr/bin/startplasma-x11 plasma5-workspace-5.18.6-bp153.4.2.3.x86_64 # rpm -qf /usr/bin/kcminit_startup plasma5-workspace-5.18.6-bp153.4.2.3.x86_64 # I ran all these commands and got exactly the same results.
One thing that might help is to force reinstallation of the above listed rpms, since it is obvious they are necessary parts of achieving a running Plasma session. It could be that there is some corruption involved somewhere to cause that not found error 127 that prevents startplasma-x11 from running. I did this for all of the above listed packages using the command - zypper in -f <package name> There was no joy in resolving my issues.
Before getting back to package management, try from an IceWM session, or a vtty login, removing the content from ~/.cache. It's a longshot here, but it sometimes cleans up Plasma's act. Do you have an alternate user configured? Does Plasma fail to start for it too? If yes, not likely this has anything to do with user settings. I removed everything in ~/.cache and again no joy. KDE/Plasma fails to give me a login screen at all so I cannot try using an alternate user.
If force reinstalling the above packages is unhelpful, you could try removing the entirety of KDE/Plasma with zypper or yast, rebooting, then installing it. To do this in zypper, use the --clean-deps option, and choose several obvious basic packages to remove, such as plasma5-workspace-libs, plasma5-workspace, plasma5-session, libKF5Plasma5, plasma5-desktop, plasma-framework, kded, kde-user-manager.
Well I don't know what is "obvious" ;-) but I used the command - zypper remove --clean-deps <package name> to remove each of the packages you suggested, then rebooted, and use the command - zypper install <package name> to reinstall all the packages you suggested. Again rebooted and (sigh) again no joy in getting kdeinit5 to start, and getting it to show a login screen and/or show the plasma desktop! I was able to connect via SSH so at least that may be working (# of tests is one so inductive proof does not apply)... Marc...
Plasma on 15.3 can work: # inxi -GSaz --vs System: Kernel: 5.3.18-150300.59.71-default arch: x86_64 bits: 64 compiler: gcc v: 7.5.0 parameters: BOOT_IMAGE=/boot/vmlinuz root=LABEL=<filter> noresume ipv6.disable=1 net.ifnames=0 mitigations=auto consoleblank=0 radeon.cik_support=0 amdgpu.cik_support=1 Desktop: KDE Plasma v: 5.18.6 tk: Qt v: 5.12.7 wm: kwin_x11 vt: 7 dm: TDM Distro: openSUSE Leap 15.3 Graphics: Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASRock driver: amdgpu v: kernel alternate: radeon arch: GCN 2 process: GF/TSMC 16-28nm built: 2013-17 ports: active: DP-1,DVI-D-1,HDMI-A-1 empty: VGA-1 bus-ID: 00:01.0 chip-ID: 1002:1313 class-ID: 0300 Display: x11 server: X.Org v: 1.20.3 compositor: kwin_x11 driver: X: loaded: amdgpu unloaded: fbdev,modesetting,vesa gpu: amdgpu display-ID: :0 screens: 1 Screen-1: 0 s-res: 2560x3540 s-dpi: 120 s-size: 541x749mm (21.30x29.49") s-diag: 924mm (36.38") Monitor-1: DVI-D-1 mapped: DVI-D-0 pos: middle model: Dell P2012H serial: <filter> built: 2012 res: 1600x900 hz: 60 dpi: 92 gamma: 1.2 size: 443x249mm (17.44x9.8") diag: 508mm (20") ratio: 16:9 modes: max: 1600x900 min: 720x400 Monitor-2: DP-1 mapped: DisplayPort-0 pos: primary,bottom model: Acer K272HUL serial: <filter> built: 2018 res: 2560x1440 hz: 60 dpi: 109 gamma: 1.2 size: 598x336mm (23.54x13.23") diag: 686mm (27") ratio: 16:9 modes: max: 2560x1440 min: 720x400 Monitor-3: HDMI-A-1 mapped: HDMI-A-0 pos: primary,top model: NEC EA243WM serial: <filter> built: 2011 res: 1920x1200 hz: 60 dpi: 94 gamma: 1.2 size: 519x324mm (20.43x12.76") diag: 612mm (24.1") ratio: 16:10 modes: max: 1920x1200 min: 640x480 OpenGL: renderer: AMD KAVERI (DRM 3.39.0 5.3.18-150300.59.71-default LLVM 11.0.1) v: 4.6 Mesa 20.2.4 direct render: Yes # Pay no attention to the radeon.cik_support=0 amdgpu.cik_support=1 command line options. They're only for the particular (older) AMD generation I have.
-- *"The Truth is out there" - Spooky* *_ _ . . . . . . _ _ . _ _ _ _ . . . . _ . . . . _ _ . _ _ _ . . . . _ _ . _ . . _ . _ _ _ _ . _ . _ . _ . _ . * Computers: the final frontier. These are the voyages of the user Marc. His mission: to explore strange new hardware. To seek out new software and new applications. To boldly go where no Marc has gone before! (/This email is digitally signed and the OpenPGP electronic signature is added as an attachment. If you know how, you can use my public key to prove this email indeed came from me and has not been modified in transit. My public key, which can be used for sending encrypted email to me also, can be found at - https://keys.openpgp.org/search?q=marc@marcchamberlin.com or just ask me for it and I will send it to you as an attachment. If you don't understand all this geek speak, no worries, just ignore this explanation and ignore the OpenPGP signature key attached to this email (it will look like gibberish if you open it) and/or ask me to explain it further if you like./)