Felix Miata composed on 2023-09-05 23:20 (UTC-0400):
Bernhard M. Wiedemann composed on 2023-09-04 09:55 (UTC+0200):
PoC is up for testing.
Current base snapshot is TW-20230822
My first choice for a switch turned out to be 20230823, so instead I chose a UEFI 15.5 to dup from. It includes Plasma, IceWM and instead of SDDM, KDM3.
Libdvdcss: Use TW, or latest Leap?
openh264: same?
For the time being, no need for Packman here, but eventually, and others, .....
Whatever mirror CDN is providing for FL, USA is distinctly unimpressive. Unfortunately I forgot to time the -d step. Actual installation time for 1148 packages, including several selection stops for fonts I don't allow to waste resources: ... Executing %posttrans scripts ..........................................................................................................................................................[done] warning: Found NDB Packages.db database while attempting bdb backend: using ndb backend. CommitResult (total 1148, done 1148, error 0, skipped 0, updateMessages 0) Checking for running processes using deleted libraries... warning: Found NDB Packages.db database while attempting bdb backend: using ndb backend. There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run 'zypper ps -s' to list these programs.
real 2m33.846s user 0m48.026s sys 0m20.259s # zypper -v dup Verbosity: 2 Initializing Target Checking whether to refresh metadata for Non-OSS Checking whether to refresh metadata for OSS Checking whether to refresh metadata for Update ... Computing upgrade...
Problem: the installed libldap-2_4-2-2.4.46-150200.14.17.1.x86_64 requires 'libldap-data = 2.4.46-150200.14.17.1', but this requirement cannot be provided deleted providers: libldap-data-2.4.46-150200.14.17.1.noarch Solution 1: Following actions will be done: deinstallation of kdebase3-runtime-3.5.10.1-lp155.379.1.x86_64 deinstallation of kdebase3-kdm-3.5.10.1-lp155.379.1.x86_64 deinstallation of kdebase3-apps-3.5.10.1-lp155.379.1.x86_64 deinstallation of kdebase3-3.5.10.1-lp155.379.1.x86_64 Solution 2: keep obsolete libldap-data-2.4.46-150200.14.17.1.noarch Solution 3: break libldap-2_4-2-2.4.46-150200.14.17.1.x86_64 by ignoring some of its dependencies
Choose from above solutions by number or cancel [1/2/3/c/d/?] (c): 2 ... # cat /usr/local/bin/zypse #!/bin/sh zypper --no-refresh se -s $* | grep -Ev '32bit|debug|devel|srcp|openSUSE-20' | grep -E 'x86|noarch'| sort # zypse libldap i | libldap-2_4-2 | package | 2.4.46-150200.14.17.1 | x86_64 | (System Packages) i | libldap2 | package | 2.6.4-2.3 | x86_64 | OSS i | libldapcpp0 | package | 2.6.4-2.2 | x86_64 | OSS i+ | libldap-data | package | 2.4.46-150200.14.17.1 | noarch | (System Packages) v | libldap-data | package | 2.6.4-2.3 | noarch | OSS #
Is there expected to be a KDE3 repo for Slowroll? Should I use TW's for the time being? Just keep old libldap* as long as allowed?
I forgot to reboot before sending. Instead of a PlasmaX11 session from KDM3, I get what looks like a decorations-free Xterm. /usr/bin/startplasma-x11 seems to mostly work, but initially didn't open the unclosed Konsole3 session expected to be restored, and there was a "DCOP communications error (Konsole)" popup "could not read network connection list" that needed dismissal first. Killing the frameless Xterm killed the plasma session, and another refused to start even after rebooting. Trying to start IceWM from KDM3 initially fails in same manner as plasmaX11 by providing only a windowless Xterm, but /usr/bin/icewm doesn't refuse restart after exiting. Eventually emptying ~/.cache/ enabled Plasma to run successfully again repeatedly, though not without the extra startup activity for every session: # inxi -GSaz --vs --zl --hostname inxi 3.3.29-00 (2023-08-15) System: Host: ab560 Kernel: 6.4.12-1-default arch: x86_64 bits: 64 compiler: gcc v: 13.2.1 clocksource: tsc available: hpet,acpi_pm parameters: BOOT_IMAGE=/boot/vmlinuz root=LABEL=<filter> noresume ipv6.disable=1 net.ifnames=0 consoleblank=0 preempt=full mitigations=off Desktop: KDE Plasma v: 5.27.7 tk: Qt v: 5.15.10 wm: kwin_x11 vt: 7 dm: 1: KDM 2: XDM Distro: openSUSE Tumbleweed 20230822 Graphics: Device-1: Intel RocketLake-S GT1 [UHD Graphics 730] vendor: ASUSTeK driver: i915 v: kernel arch: Gen-12.1 process: Intel 10nm built: 2020-21 ports: active: DP-1,HDMI-A-1,HDMI-A-2 empty: HDMI-A-3 bus-ID: 00:02.0 chip-ID: 8086:4c8b class-ID: 0300 Display: x11 server: X.Org v: 21.1.8 compositor: kwin_x11 driver: X: loaded: modesetting unloaded: fbdev,vesa alternate: intel dri: iris gpu: i915 display-ID: :0 screens: 1 Screen-1: 0 s-res: 6160x1440 s-dpi: 120 s-size: 1303x304mm (51.30x11.97") s-diag: 1338mm (52.68") Monitor-1: DP-1 pos: right 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-2: HDMI-A-1 mapped: HDMI-1 pos: primary,left 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 Monitor-3: HDMI-A-2 mapped: HDMI-2 pos: center model: Dell P2213 serial: <filter> built: 2012 res: 1680x1050 hz: 60 dpi: 90 gamma: 1.2 size: 473x296mm (18.62x11.65") diag: 558mm (22") ratio: 16:10 modes: max: 1680x1050 min: 720x400 API: OpenGL v: 4.6 Mesa 23.1.5 renderer: Mesa Intel Graphics (RKL GT1) direct-render: Yes # inxi hasn't heard of Slowroll before now. :p But, /etc/os-release doesn't mention Slowroll either. O_O -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata