Posts by m_ueberall

  • Das längste Thema

    Quote from Bud

    Ich bekomme hier im Süden eh nur 50 Mbit/s :S


    Quote from VeePay

    Ich kann mich im Süden nicht beklagen 😉


    Hauptsache, die wirklich wichtigen Dinge sind über den Anbieter mit dem weiß-roten Sprechblasensymbol-Logo zuhause (etwas südwestlich vom geografischen Zentrum des Landes) in erträglicher Geschwindigkeit abrufbar, wenn man sie braucht: :P

  • Das längste Thema

    Quote from ASS

    Links zu Paywalls sollte das Forum automatisch löschen...

    Sehe ich jetzt erst: Bin ich blind oder ist da gar keine Paywall (mehr)?

    Wortzähler-Erweiterung unter Brave sagt zur Druckansicht: "Wortanzahl : 824; Zeichenanzahl : 5628 (6471 mit Leerzeichen); Sentences : 33; Paragraphs : 42" – das ist doch ein vollständiger Artikel, oder?

  • Das längste Thema

    Quote from Borgqueen

    Ohh,


    https://www.heise.de/news/Epoc…x-im-Werden-11155044.html

    Wann das bei Nutzern von LTS-Linux-Distributionsversionen aufschlägt (und welche Auswirkungen das tatsächlich haben wird), wird sich zeigen.


    Nachdem ich den Wechsel von Ubuntu 20.04 auf Ubuntu 24.04 in den nächsten Tagen abzuschließen gedenke, um mir in den nächsten ca. 2–4 Jahren dann Gedanken zu machen, auf welche Distribution ich ggf. wechsle, weil mir die Entwicklung von Ubuntu mit 26.04 derzeit "nicht uneingeschränkt zusagt" (mit dem erfolgten Umstieg von LXD auf Incus und ggf. mittelfristig von Xorg auf Xlibre, aber auch unter Berücksichtigung von SystemD-Alternativen könnten andere Debian-/Arch-basierte Distributionen einen Blick wert sein), bin ich nicht sicher, ob mir obige Änderung auf der Kommandozeile sonderlich auffällt, solange ich Byobu dort uneingeschränkt nutzen kann.

    Hinzu kommt, dass hier noch einige ARM64-SBC unter Kernel 5.15 (zufriedenstellend) laufen, die erst einmal auf einen Kernel 6.x gehoben werden müssen, der länger als noch ein paar Monate unterstützt wird. Nachdem Ubuntu unverständlicherweise Fedora nacheifert, was die Nutzung von Nicht-LTS-Kerneln anbelangt, deren Zusammenspiel kaum längerfristig mit ZFS ausgetestet wurde, kann sich das ggf. auch noch hinziehen (Kernel 6.8, der standardmäßig mit Ubuntu 24.04 kommt, sehe ich hier allenfalls als Notlösung).


    Ergo: Vieles, was als "epochaler Wandel" verkauft wird/wurde (vgl. Wayland), kann sich aus Administratorsicht als eher negativ (zusätzlicher Arbeitsaufwand bei fraglichem Nutzen) herausstellen. Insbesondere, weil mit der Zeit (ebenso unverständlicherweise) insbesondere das KISS-Prinzip aus den Augen gelassen wird – wenn man etwa sieht, wie viele verschiedene Stapel als Abhängigkeiten selbst bei Debian-/Ubuntu-Basispaketen einfließen (Kombinationen von mindestens Rust, Perl und Python), mit denen man zu kämpfen hat, sofern man auf Backports setzen muss, weil Rolling Releases auch nicht die wahre Freude sind.

  • Das längste Thema

    Quote from fvbor

    Ich will euch einen Schmunzler nicht vorenthalten.
    Gefunden bei meinen Großeltern

    Ein Blick auf diese alten Computerzeitschriftentitelseiten erinnert mich immer wieder schmerzlich daran, welche Fehlentscheidung es seinerzeit war, die "Computer Persönlich"-Jahrgänge zu entsorgen. Sie.hätten.heute.noch.Platz.im.Keller.gehabt.  ;(

  • Was für Alternativen zu Jitsi self Hosting verwendet Ihr unter Debian 13

    Also, nach Überfliegen dieses Diskussionsfadens habe ich als Nicht-Jitsi-User einmal aus Spass die Empfehlungen von hoedlmoser in einer sauberen Debian-Trixie-Umgebung nachgestellt (ohne Funktionstest), und muss sagen, dass man da wenig falsch machen kann, was die Installation anbelangt:


    Wie man oben sehen kann, wird die jitsi-videobridge2 als Abhängigkeit von jitsi-meet sauber installiert, wenn die notwendigen JRE-Pakete verfügbar sind und keinerlei andere Pakete die Installation/ein Upgrade blockieren – auch das Nutzerkonto für jigasi (uid 995) wird sauber angelegt.


    Bevor man zu Docker greift (mit dem Anspruch, zu verstehen, welche Seiteneffekte die Applikations-Container für die Host-Konfiguration haben können, wenn man sie nicht zusätzlich bspw. in System-Container von Incus oder LXD einbettet – wurde in diesem Forum an anderer Stelle auch schon andiskutiert), sollte man die genannten Installationsschritte – insbesondere bei Vorkenntnissen zu Jitsi – erst einmal isoliert etwa in einer VM durchführen (was mittels Incus/LXD ohne Hardwareunterstützung auch maximal isoliert bei Netcup möglich ist), sofern man nicht mit Schroot usw. arbeiten möchte. Und auf Basis einer sauberen Debian-13-Installation würde ich dann ggf. die Konfiguration mit dem "vermurksten" Pendant in der KVM-Instanz bei Netcup vergleichen.

  • Das längste Thema

    FYI: Endlich wieder Freitag – Zeit für ITler, sich über das Wochenende (abseits von Sonderschichten) mit den Auswirkungen des nächsten Exploits vertraut zu machen:

    Quote from https://stackwarpattack.com/

    StackWarp is a security vulnerability that exploits a synchronization bug present in all AMD Zen 1–5 processors. In the context of SEV-SNP, this flaw allows malicious VM hosts to manipulate the guest VM’s stack pointer. This enables hijacking of both control and data flow, allowing an attacker to achieve remote code execution and privilege escalation inside a confidential VM.

  • Payment by card has vanished since 3-4 months now in CCP

    Unfortunately, using the CCP form, you won't receive a ticket ID along with a copy of your message right away (that's why I keep screenshots/textual copies of everything), which also means that you cannot immediately verify that non-/automated answers will reach you using the provided e-mail address.

    I'd suggest you retry and mention that you already contacted them and received no feedback (if possible, attach a copy of your previous message; this should make it easier for them to look it up internally) – and this time, contact "support" instead of "accounting" (it will get relayed manually internally; sometimes, you will get a notification about this). Alternatively, you could also try to call them.