Debian 13 - Trixie - Unterstützung?
Moderator: Co-Administratoren
-
Fritzi
- Beiträge: 10
- Registriert: 24.01.2022, 08:54
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
Debian 13 - Trixie - Unterstützung?
Guten Morgen,
ist schon bekannt, wann es Unterstützung für Debian 13 Trixie gibt?
Auf meinem Raspi 5 konnte ich meine ioBroker-Installation von (Raspi OS)-Debian 12 auf 13 ohne Probleme ändern.
Auch Debmatic läuft damit seit 4 Tagen ohne Probleme.
Allerdings konnte ich, nachdem Debmatic ursprünglich nach der 1. Installation (nach Zustimmung) gelöscht wurde, es nicht wieder neu installieren, da dazu irgendwelche Kernel-Headerdateien fehlten.
Vielen Dank!
ist schon bekannt, wann es Unterstützung für Debian 13 Trixie gibt?
Auf meinem Raspi 5 konnte ich meine ioBroker-Installation von (Raspi OS)-Debian 12 auf 13 ohne Probleme ändern.
Auch Debmatic läuft damit seit 4 Tagen ohne Probleme.
Allerdings konnte ich, nachdem Debmatic ursprünglich nach der 1. Installation (nach Zustimmung) gelöscht wurde, es nicht wieder neu installieren, da dazu irgendwelche Kernel-Headerdateien fehlten.
Vielen Dank!
- Baxxy
- Beiträge: 14695
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Berlin
- Hat sich bedankt: 941 Mal
- Danksagung erhalten: 3327 Mal
Re: Debian 13 - Trixie - Unterstützung?
Es gibt doch noch gar kein offizielles Raspberry Pi OS "Trixie".
Zumindest die OS Downloads (Webseite / Imager) zeigen alle noch auf "Bookworm".
Oder hab ich nicht richtig geguckt?
Zumindest die OS Downloads (Webseite / Imager) zeigen alle noch auf "Bookworm".
Oder hab ich nicht richtig geguckt?
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
-
Fritzi
- Beiträge: 10
- Registriert: 24.01.2022, 08:54
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 3 Mal
Re: Debian 13 - Trixie - Unterstützung?
Das stimmt, man kann aber eine bestehende 12er Version auf 13 hieven.
War nur eine Anfrage, die 13er-Version ist ja auch noch nicht lange draußen.
Da muss ich mich noch gedulden, vielen Dank!
War nur eine Anfrage, die 13er-Version ist ja auch noch nicht lange draußen.
Da muss ich mich noch gedulden, vielen Dank!
- deimos
- Beiträge: 5551
- Registriert: 20.06.2017, 10:38
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Leimersheim
- Hat sich bedankt: 128 Mal
- Danksagung erhalten: 1070 Mal
- Kontaktdaten:
Re: Debian 13 - Trixie - Unterstützung?
Hi,
ich habe im Testing APT Repository eine anpasste Version bereitgestellt, sieht aktuell stabil aus, aber mir fehlen noch ein paar Tage für die Langzeiterfahrung.
Viele Grüße
Alex
ich habe im Testing APT Repository eine anpasste Version bereitgestellt, sieht aktuell stabil aus, aber mir fehlen noch ein paar Tage für die Langzeiterfahrung.
Viele Grüße
Alex
-
MikeTheTux
- Beiträge: 1
- Registriert: 27.12.2025, 20:10
- System: sonstige
Re: Debian 13 - Trixie - Unterstützung?
Habe das Testing installiert. Scheint soweit zu funktionieren - vielen Dank!
2 Punkte sind mir aufgefallen:
Unresolved Dependency:
Errors im Log:
2 Punkte sind mir aufgefallen:
Unresolved Dependency:
Code: Alles auswählen
mike@c3po:~/evcc$ sudo apt-cache search check_mk
libmonitoring-livestatus-perl - Perl API for check_mk livestatus to access runtime
homematic-check-mk - Homematic check_mk addon for debmatic
mike@c3po:~/evcc$ sudo apt-get install homematic-check-mk
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Solving dependencies... 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:
homematic-check-mk : Depends: check-mk-agent but it is not installable
E: Unable to correct problems, you have held broken packages.
E: The following information from --solver 3.0 may provide additional context:
Unable to satisfy dependencies. Reached two conflicting decisions:
1. homematic-check-mk:amd64=1.3-1 is selected for install
2. homematic-check-mk:amd64 Depends check-mk-agent
but none of the choices are installable:
[no choices]
Code: Alles auswählen
mike@c3po:~/evcc$ head -50 /var/log/hmserver.log
2025-12-26 20:48:36,823 io.vertx.core.impl.ContextImpl ERROR [vert.x-worker-thread-12] Unhandled exception
de.eq3.cbcs.legacy.communication.rpc.RpcIOException: java.net.ConnectException: Connection refused
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:110) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.sendRequest(RpcClient.java:94) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.rpc.RpcClient.invoke(RpcClient.java:82) ~[HMIPServer.jar:?]
at jdk.proxy2.$Proxy39.event(Unknown Source) ~[?:?]
at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker.handleEvent(RegaClientWorker.java:73) ~[HMIPServer.jar:?]
at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker$1.handle(RegaClientWorker.java:35) ~[HMIPServer.jar:?]
at de.eq3.ccu.virtualdevice.service.internal.rega.vertx.RegaClientWorker$1.handle(RegaClientWorker.java:26) ~[HMIPServer.jar:?]
at io.vertx.core.impl.AbstractContext.dispatch(AbstractContext.java:100) ~[HMIPServer.jar:?]
at io.vertx.core.impl.WorkerContext.lambda$emit$0(WorkerContext.java:59) ~[HMIPServer.jar:?]
at io.vertx.core.impl.WorkerContext.lambda$execute$2(WorkerContext.java:104) ~[HMIPServer.jar:?]
at io.vertx.core.impl.TaskQueue.run(TaskQueue.java:76) ~[HMIPServer.jar:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[?:?]
at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[HMIPServer.jar:?]
at java.lang.Thread.run(Thread.java:1583) ~[?:?]
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect0(Native Method) ~[?:?]
at sun.nio.ch.Net.connect(Net.java:589) ~[?:?]
at sun.nio.ch.Net.connect(Net.java:578) ~[?:?]
at sun.nio.ch.NioSocketImpl.connect(NioSocketImpl.java:583) ~[?:?]
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:327) ~[?:?]
at java.net.Socket.connect(Socket.java:751) ~[?:?]
at org.apache.http.conn.scheme.PlainSocketFactory.connectSocket(PlainSocketFactory.java:120) ~[HMIPServer.jar:?]
at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:179) ~[HMIPServer.jar:?]
at org.apache.http.impl.conn.AbstractPoolEntry.open(AbstractPoolEntry.java:144) ~[HMIPServer.jar:?]
at org.apache.http.impl.conn.AbstractPooledConnAdapter.open(AbstractPooledConnAdapter.java:134) ~[HMIPServer.jar:?]
at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:612) ~[HMIPServer.jar:?]
at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:447) ~[HMIPServer.jar:?]
at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:884) ~[HMIPServer.jar:?]
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82) ~[HMIPServer.jar:?]
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:107) ~[HMIPServer.jar:?]
at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:55) ~[HMIPServer.jar:?]
at de.eq3.cbcs.legacy.communication.rpc.internal.transport.http.HttpTransport.sendRequest(HttpTransport.java:106) ~[HMIPServer.jar:?]
... 14 more
- hm247
- Beiträge: 34
- Registriert: 11.02.2023, 13:24
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 2 Mal
Re: Debian 13 - Trixie - Unterstützung?
Debmatic läuft wunderbar unter Debian Trixie mit Linux 6.12.63 (Armbian, aarch64).
Nach einem Update auf Linux 6.18.16 gibt es den Fehler beim Kompilieren der pivccu Module (siehe make.log im Anhang) und Debmatic startet nicht weil es die pivccu Module nicht finden kann. Ist pivccu-1.0.87 inkompatibel mit linux 6.18.xx oder ist das ein Problem des Linux Kernels ?
Nach einem Update auf Linux 6.18.16 gibt es den Fehler beim Kompilieren der pivccu Module (siehe make.log im Anhang) und Debmatic startet nicht weil es die pivccu Module nicht finden kann. Ist pivccu-1.0.87 inkompatibel mit linux 6.18.xx oder ist das ein Problem des Linux Kernels ?
Code: Alles auswählen
Autoinstall of module pivccu/1.0.87 for kernel 6.18.16-current-rockchip64 (aarch64)
Building module(s)....(bad exit status: 2)
Failed command:
make -j8 KERNELRELEASE=6.18.16-current-rockchip64 ARCH=arm64 all
Error! Bad return status for module build on kernel: 6.18.16-current-rockchip64 (aarch64)
Consult /var/lib/dkms/pivccu/1.0.87/build/make.log for more information.
Autoinstall on 6.18.16-current-rockchip64 failed for module(s) pivccu(10).Code: Alles auswählen
# debmatic-info
debmatic version: 3.85.7-123
OS: Armbian 26.2.1 trixie
Kernel: 6.18.16-current-rockchip64 aarch64
Service Status: Starting
Kernel modules: Not available
Raw UART dev: Not available
HMRF Hardware: unknown
HMIP Hardware: unknown- Dateianhänge
-
- make.log
- (5.55 KiB) 20-mal heruntergeladen
- Baxxy
- Beiträge: 14695
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Berlin
- Hat sich bedankt: 941 Mal
- Danksagung erhalten: 3327 Mal
Re: Debian 13 - Trixie - Unterstützung?
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
- hm247
- Beiträge: 34
- Registriert: 11.02.2023, 13:24
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 2 Mal
Re: Debian 13 - Trixie - Unterstützung?
Armbian hat inzwischen bei vielen SBCs offiziell auf linux 6.18 umgestellt und man muss tätig werden um den kernel downzugraden, damit debmatic wieder läuft.
@deimos: Wäre es möglich wegen der Kompatibilität mit linux 6.14+ den PR https://github.com/alexreinert/piVCCU/pull/575 einzuspielen ?
@deimos: Wäre es möglich wegen der Kompatibilität mit linux 6.14+ den PR https://github.com/alexreinert/piVCCU/pull/575 einzuspielen ?
- hm247
- Beiträge: 34
- Registriert: 11.02.2023, 13:24
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 2 Mal
Re: Debian 13 - Trixie - Unterstützung?
Ich habe nicht länger abgewartet und den PR https://github.com/alexreinert/piVCCU/pull/575 selbst eingebaut und piVCCU mit den geänderten Quellen neu kompiliert.
Auf meinem arm64 SBC (rock-5b) läuft debmatic damit jetzt wunderbar mit linux 6.18.22 und Armbian 26.2.1 trixie.
Auf meinem arm64 SBC (rock-5b) läuft debmatic damit jetzt wunderbar mit linux 6.18.22 und Armbian 26.2.1 trixie.
Code: Alles auswählen
# debmatic-info
debmatic version: 3.85.7-123
OS: Armbian 26.2.1 trixie
Kernel: 6.18.22-current-rockchip64 aarch64
Service Status: Running
Kernel modules: Available
Raw UART dev: Available
HMRF Hardware: RPI-RF-MOD
Connected via: HB-RF-ETH@192.168.yy.xx (/dev/raw-uart)
Board serial: 58A9A718xx
Radio MAC: 0xFF18xx
HMIP Hardware: RPI-RF-MOD
Connected via: HB-RF-ETH@192.168.yy.xx (/dev/raw-uart)
SGTIN: 3014F711A0001F58A9A718xx
Radio MAC: 0xB00Axx