Το thread του Debian (v.7)

[GoofyX]

Ήταν η εβδομαδιαία στήλη "άχρηστοι maintainers" του jim_p με guest αρθρογράφο τον imitheos.

[Jojos170304]

...άντε τζιμ κ στο πρώτο σπάσιμο που θα σου κάνει ο sidάκος θα εξαφανιστούμε όλοι από το thread για καμμιά βδομάδα, έτσι για τη καζούρα

- - - Updated - - -

Βάλε τη γραμμή: export QT_QPA_PLATFORMTHEME=qt5ct
στο αρχείο: /etc/environment
και αποσύνδεση
Αυτό έκανα όταν το χρησιμοποιούσα

OK φίλε μου, τελικά το πήρε, σε ευχαριστώ!

[Slammer]

Εχω την εντύπωση ότι σιγα σιγά εξαφανίζονται τα πακέτα με κατάληξη t64, μπορεί να κάνω και λάθος, όμως βλέπω όταν έρθει η επόμενη εκδοση του αντιστοιχου πακέτου είναι χωρίς την κατάληξη.

Edit...
Βλέπω σε ένα μηχανημα μου, μετα τον χαμό με τα πακέτα t64, ότι αντικαταστάθηκαν τα initramfs tools με το dracut..... δεν ξέρω πως έγινε, αλλά από την άλλη δεν είχα καμμιά παρενέργεια.... να το αφήσω έτσι αφού δουλεύει?

[imitheos]

Βλέπω σε ένα μηχανημα μου, μετα τον χαμό με τα πακέτα t64, ότι αντικαταστάθηκαν τα initramfs tools με το dracut..... δεν ξέρω πως έγινε, αλλά από την άλλη δεν είχα καμμιά παρενέργεια.... να το αφήσω έτσι αφού δουλεύει?

Το dracut είναι το πιο polished και πλήρες από τα υπόλοιπα.
+ Έχει modules για τα πάντα και τα κοάλα και αν θέλεις UKI είναι λίγο πιο εύκολο από τις εναλλακτικές
- Μπορεί, εν δυνάμει, να αργεί περισσότερο στη δημιουργία του κάθε image και να οδηγεί σε πολύ μεγαλύτερα αρχεία (ειδικά σε σύγκριση με αυτά που χρησιμοποιούν static busybox ή klibc).

Αν δεν το απενεργοποιεί το debian, από τη μάνα του χρησιμοποιεί τον systemd σαν default init οπότε
+ είναι πιο πλήρες και δένει πιο σωστά με το κανονικό σύστημα
- είναι πιο πολύπλοκο και έτσι πιο δύσκολα debuggable αν κάτι δεν πάει καλά.

[Slammer]

με βάση την αρχή "ότι δουλευει δεν το πειράζουμε", δεν θα το πολυψάξω.... το αφηνω έτσι, στο κατω κατω της γραφής το initramfs μου δεν είναι κάτι το ιδιαίτερο, μονο το boot disk να βρεί και είμαι ΟΚ.

[jim_p]

Εχω την εντύπωση ότι σιγα σιγά εξαφανίζονται τα πακέτα με κατάληξη t64

Δηλαδη αφου χαλασαμε τοσους μηνες για να παμε απο την libmitsos στην libmitsost64, θα χαλασουμε αλλους τοσους για να παμε απο την libmitsost64 πισω στην libmitsos σκετη? Oh god why!

Επισης, πετυχα χτες αυτο. Αν καταλαβαινει κανεις τι κανει ο τυπος ας μας πει.
https://github.com/zelea2/no-debian-t64-libs

- - - Updated - - -

Random απορια. Εστω ενα πακετο, το btfs συγκεκριμενα (χωρις R!), που στο changelog του λεει οτι ξαναχτιστηκε λογω t64.

btfs (2.24-1+b3) sid; urgency=low, binary-only=yes

  * Binary-only non-maintainer upload for amd64; no source changes.
  * Rebuild for time_t

 -- all / amd64 / i386 Build Daemon (x86-conova-01) <buildd_amd64-x86-conova-01@buildd.debian.org>  Mon, 11 Mar 2024 04:55:50 +0000

Πως μπορω να ξερω αν οι εξαρτησεις που χρησιμοποιει ξαναχτιστηκαν και αυτες για το t64?

[imitheos]

Random απορια. Εστω ενα πακετο, το btfs συγκεκριμενα (χωρις R!), που στο changelog του λεει οτι ξαναχτιστηκε λογω t64.
Πως μπορω να ξερω αν οι εξαρτησεις που χρησιμοποιει ξαναχτιστηκαν και αυτες για το t64?

% apt-cache show btfs |grep Depends 
Depends: python3, libc6 (>= 2.34), libcurl4t64 (>= 7.16.2), libfuse2t64 (>= 2.8), libgcc-s1 (>= 3.0), libssl3t64 (>= 3.0.0), libstdc++6 (>= 13.1), libtorrent-rasterbar2.0t64 (>= 2.0.10)

Δεν είναι δόκιμος τρόπος αλλά μπακάλικα μπορείς να δεις αν έχουν πρόθεμα οι εξαρτήσεις του. Οπότε οι άμεσες εξαρτήσεις του έχουν όλες χτιστεί με t64.

[jim_p]

Ωραια, ευχαριστω! Θα κανω μια δοκιμη αργοτερα να δω αν φτιαχτηκε το προβλημα που ειχε για να κλεισω και το bug report στο github.

[Jojos170304]

Για αυτό εδώ έχει κανείς να πει κάτι προς επίλυση του?

https://forums.debian.net/viewtopic.php?t=156314

[mphxths]

Για αυτό εδώ έχει κανείς να πει κάτι προς επίλυση του?

https://forums.debian.net/viewtopic.php?t=156314

Πηγαινε εδω , κατεβασε το firmware που λειπει , βαλτο εκει που πρεπει και reboot