|
|
|
|
|
|
|
|
|
|
|
|
|
|
Joa, das Windows kommt direkt mit der SSD raus. Aber vielleicht brauch ich das ja wiedermal.
|
|
|
|
|
|
|
|
|
|
|
Woah, wie dreist. 
|
|
|
|
|
|
|
|
|
|
|
| | | You're one of 15,003,961 people pwned in the Epik data breach | |
Zefix hab ich mit "epik" zu tun?
| | Epik: In September 2021, the domain registrar and web host Epik suffered a significant data breach, allegedly in retaliation for hosting alt-right websites. The breach exposed a huge volume of data not just of Epik customers, but also scraped WHOIS records belonging to individuals and organisations who were not Epik customers. The data included over 15 million unique email addresses (including anonymised versions for domain privacy), names, phone numbers, physical addresses, purchases and passwords stored in various formats.
Compromised data: Email addresses, Names, Phone numbers, Physical addresses, Purchases | |
Grüße gehen raus an DENIC, die jahrzehntelang einen Scheißdreck gegen Scraping unternommen haben bis ihnen die DSGVO Änderungen aufgezwungen hat.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Berühmte letzte Worte: libc ist ja abwärtskompatibel.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 25.09.2021 17:09]
|
|
|
|
|
|
|
|
|
Wer pacman -Sy verwendet hat es ja nun auch nicht besser verdient!
|
|
|
|
|
|
|
|
|
|
|
|
Was das angeht bin ich nicht lernfähig
|
|
|
|
|
|
|
|
|
|
|
|
Mache das auch schon immer so. Allerdings habe ich meine Server auf Debian umgestellt.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von B0rG*
Wer pacman -Sy verwendet hat es ja nun auch nicht besser verdient!
| |
Was macht man denn stattdessen? 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von audax
| | Zitat von B0rG*
Wer pacman -Sy verwendet hat es ja nun auch nicht besser verdient!
| |
Was macht man denn stattdessen?
| |
pacman -Syu – damit eben nicht irgendeine Sache noch rumliegt, die z.B. für irgend 'ne alte Library-Version gebaut ist o.ä.; -Sy zieht nur die Repos; -Syu aktualisiert auch gleich alle Pakete.
|
|
|
|
|
|
|
|
|
|
|
Genau, pacman -Sy macht einen inkonsistenten Zustand des Systems, da die bereits installierten Pakete nicht aktualisiert werden, neue (oder explizit geupdatete) Pakete aber dazu eventuell nicht kompatibel sind. Wie im Beispiel oben mit libc und ssh.
Die Lösung ist entweder vom alten Stand zu installieren mit pacman -S , was geht solange dein Mirror die Pakete noch hat oder es kein Update gab. Oder vor der Installation das System zu updaten mit pacman -Syu .
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von audax
| | Zitat von B0rG*
Wer pacman -Sy verwendet hat es ja nun auch nicht besser verdient!
| |
Was macht man denn stattdessen?
| |
Damit legt man die Grundlage um versehentlich nachfolgend ein partielles Update einzuspielen. Archlinux hat eine lokale Paketdatenbank und die lokal installierten Paketen. Wenn man jetzt Pakete aus veschiedenen Ständen der Paketdatenbanken installiert, hat man ein inkonsistentes System.
Ein Update der Paketdatenbank und eine Update oder Installation von Paketen sind eigenständige Abläufe. Die installierten Pakete müssen jedoch konsistent zueinander sein, basierend auf dem Stand der lokalen Paketdatenbank. Bevor Änderungen ausgeführt werden, muss man alle Pakete auch auf den Stand der lokalen Paketdatenbank bringen.
Wenn Du nur wissen möchtest was sich in den Paketdatenbanken geändert hat, kannst du auch ein pacman -Sy machen und Dir den Zustand ansehen. Etwa mit pacman -Ss potdroid oder pacman -Qu (List von Paketen die ein Update bekommen würden). Bevor du etwas änderst, musst du vorher die Pakete auf Stand der lokalen Paketdatenbank bringen mit pacman -Su. Oder du holst Dir gleich eine neue Paketdatenbank und aktualisiert alle Pakete, mit pacman -Syu.
Mach immer pacman -Syu wie im Wikiartikel von pacman beschrieben, dann bist du sicher. Falls Dir die Updates nicht gefallen, kannst du immer noch mit 'n' abbrechen.
Mein Ablauf. Alles bis auf Schritt 1 ist technisch gesehen optional. Ich möchte alles sauber halten, also kommt 2 bis 4 dazu:
- pacman -Syu // Update lokaler Paketdatenbank und Update lokaler Pakete
- pacman -Qdt // Gibt es nicht mehr benötigte Abhängigkeiten die womöglich entfernt werden können?
- pacman -Qm // Pakete welche nicht oder nicht mehr in den offiziellen Paketdatenbanken sind
- pacdiff // Gibt es geänderte Konfiguratonsdateien? Gehört zu pacman-contrib.
Wenn Pakete bei pacman -Qdt aufgelistet werden, steht man vor der Wahl den Installationsgrund zu änderen auf explizit (behalten) oder die Pakete zu entfernen. Ich mache das mit pacman -Rns um auch deren Abhängigkeiten und eventuelle Konfigurationsdateien(.pacsave) zu entfernen.
Das Kommando pacman -Qm listet alle Pakete auf die nicht in den Repositories sind. Also manuell installierte Pakete aus AUR und Pakete die aus den Repositories entfernt worden sind. Hier kann man dann über Updates nachdenken oder ob man die Pakete auch deinstalliert.
Und pacdiff dient mir nur der Sicherheit, falls ich ich ein .pacnew beim Update nicht gesehen habe.
Anregung und Verbesserungsvorschläge sind willkommen.
|
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von hoschi am 27.09.2021 17:05]
|
|
|
|
|
|
|
|
|
|
Das klingt alles sehr vernünftig. "-Sy" hab ich bisher auch nur aus Faulheit benutzt und es meistens bereut, so rückblickend betrachtet
|
|
|
|
|
|
|
|
| Thema: Der Linux-Thread 100 != 0x24 ( Ein Kernelupgrade später... ) |
