home.social

#ha — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #ha, aggregated by home.social.

fetched live
  1. Interesting that I get the same blip to higher temperatures around 4pm every day. I need to go out and look at what happens around that time as it looks like I get an over-read at the same time each day. I thought the temperature monitor was in a spot where it was shaded all day, but clearly something is happening to change local conditions at the probe in the afternoon around that time. #HA #data

  2. Interesting that I get the same blip to higher temperatures around 4pm every day. I need to go out and look at what happens around that time as it looks like I get an over-read at the same time each day. I thought the temperature monitor was in a spot where it was shaded all day, but clearly something is happening to change local conditions at the probe in the afternoon around that time.

  3. Interesting that I get the same blip to higher temperatures around 4pm every day. I need to go out and look at what happens around that time as it looks like I get an over-read at the same time each day. I thought the temperature monitor was in a spot where it was shaded all day, but clearly something is happening to change local conditions at the probe in the afternoon around that time. #HA #data

  4. Interesting that I get the same blip to higher temperatures around 4pm every day. I need to go out and look at what happens around that time as it looks like I get an over-read at the same time each day. I thought the temperature monitor was in a spot where it was shaded all day, but clearly something is happening to change local conditions at the probe in the afternoon around that time. #HA #data

  5. Interesting that I get the same blip to higher temperatures around 4pm every day. I need to go out and look at what happens around that time as it looks like I get an over-read at the same time each day. I thought the temperature monitor was in a spot where it was shaded all day, but clearly something is happening to change local conditions at the probe in the afternoon around that time. #HA #data

  6. New 𝗖𝘂𝘀𝘁𝗼𝗺 𝗙𝗿𝗲𝗲𝗕𝗦𝗗 𝗨𝗖𝗔𝗥𝗣 𝗦𝗲𝘁𝘂𝗽 [Custom FreeBSD UCARP Setup] article on vermaden.wordpress.com blog.

    vermaden.wordpress.com/2026/08

    #freebsd #ha #cluster #carp #ucarp #service #node

  7. New 𝗖𝘂𝘀𝘁𝗼𝗺 𝗙𝗿𝗲𝗲𝗕𝗦𝗗 𝗨𝗖𝗔𝗥𝗣 𝗦𝗲𝘁𝘂𝗽 [Custom FreeBSD UCARP Setup] article on vermaden.wordpress.com blog.

    vermaden.wordpress.com/2026/08

    #freebsd #ha #cluster #carp #ucarp #service #node

  8. New 𝗖𝘂𝘀𝘁𝗼𝗺 𝗙𝗿𝗲𝗲𝗕𝗦𝗗 𝗨𝗖𝗔𝗥𝗣 𝗦𝗲𝘁𝘂𝗽 [Custom FreeBSD UCARP Setup] article on vermaden.wordpress.com blog.

    vermaden.wordpress.com/2026/08

    #freebsd #ha #cluster #carp #ucarp #service #node

  9. New 𝗖𝘂𝘀𝘁𝗼𝗺 𝗙𝗿𝗲𝗲𝗕𝗦𝗗 𝗨𝗖𝗔𝗥𝗣 𝗦𝗲𝘁𝘂𝗽 [Custom FreeBSD UCARP Setup] article on vermaden.wordpress.com blog.

    vermaden.wordpress.com/2026/08

    #freebsd #ha #cluster #carp #ucarp #service #node

  10. New 𝗖𝘂𝘀𝘁𝗼𝗺 𝗙𝗿𝗲𝗲𝗕𝗦𝗗 𝗨𝗖𝗔𝗥𝗣 𝗦𝗲𝘁𝘂𝗽 [Custom FreeBSD UCARP Setup] article on vermaden.wordpress.com blog.

    vermaden.wordpress.com/2026/08

    #freebsd #ha #cluster #carp #ucarp #service #node

  11. Hot does not cover it today.

    #ha
  12. europesays.com/es/708665/ El rincón de Teruel donde ha dormido Brian May, el guitarrista de Queen, tras el eclipse solar en Javalambre: «Un hotel encantador» #Celebrities #donde #dormido #Entertainment #Entretenimiento #ES #España #Famosos #ha #rincon #Spain #Teruel

  13. Help us, free world! We have been subjected to a war unlike any other in history. My wife is seven months pregnant and cooks over a fire every day using plastic and garbage. She is at risk of suffocation and burns at times. We have no gas or money. Please help us by donating or sharing.😢 🙏
    chuffed.org/project/179480-hel
    #gaza #palestine #painting #paris #usA #HEalth #HAmburg #HA #TRUmp #TRavel #france #ESPeranto #canada #lebanon #freepalestine #donate @messaroundmarx
    @eldadoinquieto

  14. Help us, free world! We have been subjected to a war unlike any other in history. My wife is seven months pregnant and cooks over a fire every day using plastic and garbage. She is at risk of suffocation and burns at times. We have no gas or money. Please help us by donating or sharing.😢 🙏
    chuffed.org/project/179480-hel
    #gaza #palestine #painting #paris #usA #HEalth #HAmburg #HA #TRUmp #TRavel #france #ESPeranto #canada #lebanon #freepalestine #donate @messaroundmarx
    @eldadoinquieto

  15. Help us, free world! We have been subjected to a war unlike any other in history. My wife is seven months pregnant and cooks over a fire every day using plastic and garbage. She is at risk of suffocation and burns at times. We have no gas or money. Please help us by donating or sharing.😢 🙏
    chuffed.org/project/179480-hel
    #gaza #palestine #painting #paris #usA #HEalth #HAmburg #HA #TRUmp #TRavel #france #ESPeranto #canada #lebanon #freepalestine #donate @messaroundmarx
    @eldadoinquieto

  16. Just back from 2 weeks holiday, and very pleased to find the Home Assistant powered auto-watering system I built and finished the night before we left has performed excellently. #HA #gardening

  17. Just back from 2 weeks holiday, and very pleased to find the Home Assistant powered auto-watering system I built and finished the night before we left has performed excellently.

  18. Just back from 2 weeks holiday, and very pleased to find the Home Assistant powered auto-watering system I built and finished the night before we left has performed excellently. #HA #gardening

  19. Just back from 2 weeks holiday, and very pleased to find the Home Assistant powered auto-watering system I built and finished the night before we left has performed excellently. #HA #gardening

  20. Just back from 2 weeks holiday, and very pleased to find the Home Assistant powered auto-watering system I built and finished the night before we left has performed excellently. #HA #gardening

  21. Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich
    #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr
    🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe
    🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
          - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
            unique_id: gesamtertrag_pv_alt
            device_class: Energy
            state_class: total_increasing
            unit_of_measurement: "kWh"
            state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
      {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
      {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
      {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
      {% if new_value <= old_value %}
        {{ old_value }}
      {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
      {% elif new_value - old_value > 0.5 %}
        {{ old_value }}
      {# Normale Werte #}
      {% else %}
        {{ new_value }}
      {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also
    old_value, war ebenfalls 62947,6.

    Also hätte imho doch
    {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?
    🤷‍♂️

    #Hausautomation #Homeserver

  22. Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich
    #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr
    🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe
    🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
          - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
            unique_id: gesamtertrag_pv_alt
            device_class: Energy
            state_class: total_increasing
            unit_of_measurement: "kWh"
            state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
      {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
      {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
      {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
      {% if new_value <= old_value %}
        {{ old_value }}
      {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
      {% elif new_value - old_value > 0.5 %}
        {{ old_value }}
      {# Normale Werte #}
      {% else %}
        {{ new_value }}
      {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also
    old_value, war ebenfalls 62947,6.

    Also hätte imho doch
    {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?
    🤷‍♂️

    #Hausautomation #Homeserver

  23. Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich
    #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr
    🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe
    🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
          - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
            unique_id: gesamtertrag_pv_alt
            device_class: Energy
            state_class: total_increasing
            unit_of_measurement: "kWh"
            state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
      {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
      {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
      {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
      {% if new_value <= old_value %}
        {{ old_value }}
      {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
      {% elif new_value - old_value > 0.5 %}
        {{ old_value }}
      {# Normale Werte #}
      {% else %}
        {{ new_value }}
      {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also
    old_value, war ebenfalls 62947,6.

    Also hätte imho doch
    {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?
    🤷‍♂️

    #Hausautomation #Homeserver

  24. Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich
    #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr
    🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe
    🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
          - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
            unique_id: gesamtertrag_pv_alt
            device_class: Energy
            state_class: total_increasing
            unit_of_measurement: "kWh"
            state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
      {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
      {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
      {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
      {% if new_value <= old_value %}
        {{ old_value }}
      {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
      {% elif new_value - old_value > 0.5 %}
        {{ old_value }}
      {# Normale Werte #}
      {% else %}
        {{ new_value }}
      {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also
    old_value, war ebenfalls 62947,6.

    Also hätte imho doch
    {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?
    🤷‍♂️

    #Hausautomation #Homeserver

  25. Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich
    #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr
    🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe
    🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
          - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
            unique_id: gesamtertrag_pv_alt
            device_class: Energy
            state_class: total_increasing
            unit_of_measurement: "kWh"
            state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
      {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
      {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
      {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
      {% if new_value <= old_value %}
        {{ old_value }}
      {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
      {% elif new_value - old_value > 0.5 %}
        {{ old_value }}
      {# Normale Werte #}
      {% else %}
        {{ new_value }}
      {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also
    old_value, war ebenfalls 62947,6.

    Also hätte imho doch
    {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?
    🤷‍♂️

    #Hausautomation #Homeserver

  26. I'm really torn about what my next #homelab project will be: self-hosting my website, setting up #HA before #Google #Gemini invades my devices, a #masto instance, a #meshtastic node, or a forum site.

    I'm stalling out bc idk whether to use Cloudflare or open my own ports & torn about whether to turn my entire homelab system #Linux. After I did so much work to do the Windows Pooling storage thing 🥲

    If #selfHosting is the next big thing for all my projects, going Linux seems like the way to go...

  27. I'm really torn about what my next #homelab project will be: self-hosting my website, setting up #HA before #Google #Gemini invades my devices, a #masto instance, a #meshtastic node, or a forum site.

    I'm stalling out bc idk whether to use Cloudflare or open my own ports & torn about whether to turn my entire homelab system #Linux. After I did so much work to do the Windows Pooling storage thing 🥲

    If #selfHosting is the next big thing for all my projects, going Linux seems like the way to go...

  28. I'm really torn about what my next #homelab project will be: self-hosting my website, setting up #HA before #Google #Gemini invades my devices, a #masto instance, a #meshtastic node, or a forum site.

    I'm stalling out bc idk whether to use Cloudflare or open my own ports & torn about whether to turn my entire homelab system #Linux. After I did so much work to do the Windows Pooling storage thing 🥲

    If #selfHosting is the next big thing for all my projects, going Linux seems like the way to go...

  29. I'm really torn about what my next #homelab project will be: self-hosting my website, setting up #HA before #Google #Gemini invades my devices, a #masto instance, a #meshtastic node, or a forum site.

    I'm stalling out bc idk whether to use Cloudflare or open my own ports & torn about whether to turn my entire homelab system #Linux. After I did so much work to do the Windows Pooling storage thing 🥲

    If #selfHosting is the next big thing for all my projects, going Linux seems like the way to go...

  30. I'm really torn about what my next #homelab project will be: self-hosting my website, setting up #HA before #Google #Gemini invades my devices, a #masto instance, a #meshtastic node, or a forum site.

    I'm stalling out bc idk whether to use Cloudflare or open my own ports & torn about whether to turn my entire homelab system #Linux. After I did so much work to do the Windows Pooling storage thing 🥲

    If #selfHosting is the next big thing for all my projects, going Linux seems like the way to go...

  31. @schenklklopfer Hi :)
    falsche herangehend richtung.
    ich vermute mal #homeassistant, obwohl nicht getaggt.
    kacheln in raster / stapel oder querstapel setzen. #ha dashbord in webapp browser
    setzen. so kann man dashboards wunderbar zusammenbauen. dies lauft in #linuxmint #desktop #cinnamon

  32. @schenklklopfer Hi :)
    falsche herangehend richtung.
    ich vermute mal #homeassistant, obwohl nicht getaggt.
    kacheln in raster / stapel oder querstapel setzen. #ha dashbord in webapp browser
    setzen. so kann man dashboards wunderbar zusammenbauen. dies lauft in #linuxmint #desktop #cinnamon

  33. @schenklklopfer Hi :)
    falsche herangehend richtung.
    ich vermute mal #homeassistant, obwohl nicht getaggt.
    kacheln in raster / stapel oder querstapel setzen. #ha dashbord in webapp browser
    setzen. so kann man dashboards wunderbar zusammenbauen. dies lauft in #linuxmint #desktop #cinnamon

  34. @schenklklopfer Hi :)
    falsche herangehend richtung.
    ich vermute mal #homeassistant, obwohl nicht getaggt.
    kacheln in raster / stapel oder querstapel setzen. #ha dashbord in webapp browser
    setzen. so kann man dashboards wunderbar zusammenbauen. dies lauft in #linuxmint #desktop #cinnamon

  35. @schenklklopfer Hi :)
    falsche herangehend richtung.
    ich vermute mal #homeassistant, obwohl nicht getaggt.
    kacheln in raster / stapel oder querstapel setzen. #ha dashbord in webapp browser
    setzen. so kann man dashboards wunderbar zusammenbauen. dies lauft in #linuxmint #desktop #cinnamon

  36. europesays.com/es/697072/ El diseñador de 9 años que ha desfilado en Nueva York llega a ‘Maestros de la Costura Celebrity’: «Un niño empresario con 4 años» #9 #anos #disenador #Entertainment #Entretenimiento #ES #España #ha #Qué #Spain #TV

  37. I have not found, nor will I ever find, words to express the immense pain of our people in Gaza. What sorrow is this? What injustice is this? O Lord, have mercy on us.
    💔 😢
    #gaza #palestine #privacy #painting #paris #usa #HEalth #HAmburg #HA #TRUmp #TRavel #france #ESPeranto #canada #lebanon #freepalestine

  38. I have not found, nor will I ever find, words to express the immense pain of our people in Gaza. What sorrow is this? What injustice is this? O Lord, have mercy on us.
    💔 😢
    #gaza #palestine #privacy #painting #paris #usa #HEalth #HAmburg #HA #TRUmp #TRavel #france #ESPeranto #canada #lebanon #freepalestine

  39. I have not found, nor will I ever find, words to express the immense pain of our people in Gaza. What sorrow is this? What injustice is this? O Lord, have mercy on us.
    💔 😢
    #gaza #palestine #privacy #painting #paris #usa #HEalth #HAmburg #HA #TRUmp #TRavel #france #ESPeranto #canada #lebanon #freepalestine

  40. Gaza’s cry today is clear: Enough.

    112 bodies—children, mothers, and fathers—were finally recovered from the rubble with bare hands and basic tools.

    Killed under relentless bombardment, they waited years for the simple right to a proper burial.

    This is Gaza: a place denied basic human rights, in both life and death.
    😔🇵🇸💔🙏
    God is our sufficient disposer.
    chuffed.org/project/179480-hel
    #gaza #palestine #privacy #painting #usa #HEalth #HAmburg #HA # #france #canada #lebanon #freepalestine
    #IRan

  41. Gaza’s cry today is clear: Enough.

    112 bodies—children, mothers, and fathers—were finally recovered from the rubble with bare hands and basic tools.

    Killed under relentless bombardment, they waited years for the simple right to a proper burial.

    This is Gaza: a place denied basic human rights, in both life and death.
    😔🇵🇸💔🙏
    God is our sufficient disposer.
    chuffed.org/project/179480-hel
    #gaza #palestine #privacy #painting #usa #HEalth #HAmburg #HA # #france #canada #lebanon #freepalestine
    #IRan

  42. Gaza’s cry today is clear: Enough.

    112 bodies—children, mothers, and fathers—were finally recovered from the rubble with bare hands and basic tools.

    Killed under relentless bombardment, they waited years for the simple right to a proper burial.

    This is Gaza: a place denied basic human rights, in both life and death.
    😔🇵🇸💔🙏
    God is our sufficient disposer.
    chuffed.org/project/179480-hel
    #gaza #palestine #privacy #painting #usa #HEalth #HAmburg #HA # #france #canada #lebanon #freepalestine
    #IRan