Siduction Forum

Try this one first:
<https://wormhole.app/Q5L3p1#8BpMI2pEh8fFcbHSYLhZqw>
It contains an additional line:
Provides: policycoreutils-python-utils (= 3.10.1)
Don't know if that solves the dependency problem.

PS.:
No it doesn't. Problem is the wrong policycoreutils-python-utils (version 3.10-1) package being fetched from the
server during the build. Is there a possibility to include one's own packages during the build? Once the ISO is built,
the wind of change is gone. 

Remove policycoreutils-dbus it's not really needed.

@towo: Thanks for that information. It seems worthy. But guess what, now it's the 'policycoreutils-dbus', which we discussed in another thread. (The dependency missing is 'policycoreutils-python-utils' (in the required version). One Siduction-Member (@Teriarch iirc) provided a (mock) package that is a recompilation of the 'old' package with the required version number. That works well for me. We shortly discussed, if that package could go in a repo (e.g. 'fixed'), but there is the worry, that this package will not be overwritten by a Debian-provided one - the official package.)

For testing purposes I have now explicitly ('-' at the end) deselected 'policycoreutils-dbus' in 'base-security'. Now the ISO is generated, but I cannot tell, what consequences come of the modification. [And I cannot test that today.]

@NochEinNeuer 
Die oberen Kommentare beinhalten genug Informationen zur Ausfall- und Datensicherheit.

Für den Fall, dass du deine persönlichen Daten auf eine andere Festplatte übertragen willst, bietet unser Handbuch eine gut nachvollziehbare Anleitung unter

<Installation><Das Verzeichnis home verschieben>

Try to change libavcodec61 to libavcodec62 in base-media.

Quote from: Teriarch on Yesterday at 19:17:31> [...]
Great question, I wonder whether good old pyfll plays nice with brand new python3.14?

Well, pyfll seems to play along, my last successful build is from July, 5. But the Debian unstable repo is not in a good state. (Too many changes in to short a time? (Python, Qt, Plasma ...)). For some time now, the ISO doesn't build any longer, but as far as I can tell it's not the execution of pyfll by python.
There is a looooong list of problem/error information, but the main 'complaint' is:

2026-07-21 10:56:35,873 INFO  b'E: Unable to satisfy dependencies. Reached two conflicting assignments:'
2026-07-21 10:56:35,873 INFO  b'  1. libavcodec61:amd64=7:7.1.5-0+deb13u1 is selected for install'
2026-07-21 10:56:35,873 INFO  b'  2. libavcodec61:amd64 Depends librav1e0.7 (>= 0.5.1)'
2026-07-21 10:56:35,873 INFO  b'      but none of the choices are installable:' 
2026-07-21 10:56:35,873 INFO  b'      [no choices]'

Quote from: michi001 on Yesterday at 19:52:23Mesa, Python etc. sind auch gefährliche Komponenten. Die werden aber immer sofort aktuell gehalten.
Ich frage mich nur, warum es immer nur beim KDE Desktop selbst solange dauert und alles andere ist praktisch sofort verfügbar.

Die Erklärung ist recht einfach: Das Debian-Team, das sich um Qt/KDE kümmert, hat zu wenig Betreuer. Wenn du also in der Lage bist, zu helfen, dann tu das und schon geht's schneller.

Einfach mal ein full-upgrade machen?
edlin@Devil2026:~$ inxi -S
System:
  Host: Devil2026 Kernel: 7.1.4-1-siduction-amd64 arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 6.7.2 Distro: siduction 2024.1.0 shine-on - kde -
    (202412231904)
Plasma 6.8 (Wayland only) soll übrigens, so alles passt, Ende Oktober veröffentlicht werden. 😎
Weiß da schon jemand, wann das in Siduction eintrudelt? Duck und weg ....

edlin 

> Wisst ihr zufällig, wann in Siduction (Debian Sid) KDE Plasma 6.7.2 eintrifft?
Nach < https://packages.debian.org/sid/plasma-desktop> und
 
$ apt policy plasma-desktop|cat
plasma-desktop:
  Installiert:           4:6.7.2-1
  Installationskandidat: 4:6.7.2-1
  Versionstabelle:
 *** 4:6.7.2-1 500
        500 https://deb.debian.org/debian sid/main amd64 Packages
        100 /var/lib/dpkg/status
     4:5.27.5-2 500
        500 https://deb.debian.org/debian bookworm/main amd64 Packagesist KDE Plasma doch schon auf Stand  6.7.2-1,
was habe ich bei Deiner Frage nicht vestanden?
 
 
 

Mesa, Python etc. sind auch gefährliche Komponenten. Die werden aber immer sofort aktuell gehalten.
Ich frage mich nur, warum es immer nur beim KDE Desktop selbst solange dauert und alles andere ist praktisch sofort verfügbar.