Neueste Beiträge

#11

FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...

Letzter Beitrag von caldir65 - 29 April 2026, 09:00:11

Hm, ich habe anscheinend keine IP unter box_?-Readings ...

[Revision 31161: controls_fhem.txt: fhemupdate checkin]

#12

FHEM Code changes / Revision 31161: controls_fhem....

Letzter Beitrag von System - 29 April 2026, 08:01:04

Revision 31161: controls_fhem.txt: fhemupdate checkin

controls_fhem.txt: fhemupdate checkin

Source: Revision 31161: controls_fhem.txt: fhemupdate checkin

#13

Sprachsteuerung / Aw: (WIP) FHEMWEB interaktiv (...

Letzter Beitrag von Beta-User - 29 April 2026, 07:56:57

Ja bitte, meine Liste von exclude_from_update wird immer größer 

Gruß schwatter

here you are: https://forum.fhem.de/index.php?topic=128346.0 (muss vermutlich Tobias auch direkt anpingen).

Btw: updates für t2s sind so selten, da lohnt es sich kaum, die "Hosenträger" anzuziehen...

#14

Unterstützende Dienste / Aw: [Text2Speech] patch für Mi...

Letzter Beitrag von Beta-User - 29 April 2026, 07:55:39

Hallo Tobias,

anbei eine etwas erweiterte Fassung von "maryTTS", das auch das (aktuelle) piper anfragen kann.

Großes DANKE an @schwatter für's mitentwickeln, Quelle im Forum zu diesem Teil:
https://forum.fhem.de/index.php?msg=1362807

Falls es jemanden interessiert:
"piper" ist eine relativ einfach zu installierende Sprachsynthetisierungs-software, Details zur HTTP-Server-API sind hier zu finden:
https://github.com/OHF-Voice/piper1-gpl/blob/main/docs/API_HTTP.md

Achtung: piper in älteren Fassungen kann man auch per docker bekommen, dafür ist es aber explizit NICHT gedacht (könnte aber funktionieren, ist nicht getestet, da das neue sehr viel schlanker ist (und dem Vernehmen nach auch besser klingt!))

#15

Server - Linux / Aw: FHEM auf Proxmox mit LXC -...

Letzter Beitrag von Otto123 - 29 April 2026, 07:52:13

Aber ist das nicht auch in einem LXC entkoppelt?

Nach meinem Verständnis ist das so. Kurzer Check:
Ein LXC (trixie)

apt update
Hit:1 http://security.debian.org trixie-security InRelease
Hit:2 http://deb.debian.org/debian trixie InRelease
Hit:3 http://deb.debian.org/debian trixie-updates InRelease
60 packages can be upgraded. Run 'apt list --upgradable' to see them.

Der Host (bookworm)

apt update
Hit:1 http://deb.debian.org/debian bookworm InRelease
Hit:2 http://security.debian.org/debian-security bookworm-security InRelease     
Get:3 http://deb.debian.org/debian bookworm-updates InRelease [55.4 kB]           
Hit:4 http://download.proxmox.com/debian/pve bookworm InRelease       
Fetched 55.4 kB in 5s (10.6 kB/s)     
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
30 packages can be upgraded. Run 'apt list --upgradable' to see them.

#16

TabletUI / Aw: [FTUI3] Probleme nach Upda...

Letzter Beitrag von setstate - 28 April 2026, 22:03:19

das funktioniert mit dem Stand vom 26.04.2026

#17

Server - Linux / Aw: FHEM auf Proxmox mit LXC -...

Letzter Beitrag von vbs - 28 April 2026, 21:56:47

Mag Quatsch sein, aber ich habe mich bei FHEM für eine VM entschieden.
Damit ist der Gast (FHEM) vom Host (Promox) und dessen Updates entkoppelt.
Einfach falls irgendein Modul an der Stelle mal ein wenig empfindlich ist.

Aber ist das nicht auch in einem LXC entkoppelt? Nach meinem Verständnis teilt sich LXC (so wie Docker auch) nur den Kernel mit dem Host. Alle Dateien (Pakete etc.) sind separat in dem Container (außer vlt. eventuelle Bind-Mounts).
Also mein Ziel ist da schon, dass FHEM auf "bare-metal" läuft und nicht virtualisiert wird.

Es spricht übrigens nichts dagegen, ein FHEM aus svn zu installieren.
Dann würde ich aber auch empfehlen, künftige updates über svn zu machen und NICHT über den FHEM  "update"-Prozess.

Dazu kann man sich beispielsweise einen cmdalias anlegen:

CodeAuswählen
defmod alias_update cmdalias update AS { my $ret = `svn update /opt/fhem/`;; addStructChange('UPDATE','global','done');; return $ret }

den man dann mit "update" aufruft.

Ich hab ein bisschen Quatsch erzählt, weil ich was durcheinander gebracht habe: mein Fhem ist gar kein SVN-Checkout, sondern ein git-Repo. Das ist aber mein Privatvergnügen, das ich mir angelegt habe, damit ich alle "meine" Dateien versionieren kann. Die Standard-FHEM-Files sind da ignoriert.
Und das Standard-FHEM "update"-Command hat ja auch gar nix mit SVN zu tun...

#18

Server - Linux / Aw: FHEM auf Proxmox mit LXC -...

Letzter Beitrag von RalfRog - 28 April 2026, 21:41:59

Mag Quatsch sein, aber ich habe mich bei FHEM für eine VM entschieden.
Damit ist der Gast (FHEM) vom Host (Promox) und dessen Updates entkoppelt.
Einfach falls irgendein Modul an der Stelle mal ein wenig empfindlich ist.


Ansonsten ist das echt entspannt.
Snapshot machen, FHEM updaten und wenn es Probleme gibt schnell wieder zurück.

Gruß Ralf

#19

Server - Linux / Aw: FHEM auf Proxmox mit LXC -...

Letzter Beitrag von betateilchen - 28 April 2026, 21:23:30

Es gibt aber wohl auch ein Custom-Script:
https://community-scripts.org/scripts/fhem

Lustig, da steht:

FHEM stands for "Freundliche Hausautomation und Energie-Messung,"

Dieser Quatsch ist einfach nicht auszurotten


Es spricht übrigens nichts dagegen, ein FHEM aus svn zu installieren.
Dann würde ich aber auch empfehlen, künftige updates über svn zu machen und NICHT über den FHEM  "update"-Prozess.

Dazu kann man sich beispielsweise einen cmdalias anlegen:

Code Auswählen Erweitern

defmod alias_update cmdalias update AS { my $ret = `svn update /opt/fhem/`;; addStructChange('UPDATE','global','done');; return $ret }

den man dann mit "update" aufruft.

#20

Sprachsteuerung / Aw: (WIP) FHEMWEB interaktiv (...

Letzter Beitrag von schwatter - 28 April 2026, 21:19:42

Ja bitte, meine Liste von exclude_from_update wird immer größer 

Gruß schwatter