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

[billy]

Πολλά ... edit correct link
https://wiki.debian.org/ReleaseGoals/64bit-time

Total *-dev packages: 10323
4963 are golang-*, librust-* and libghc-* which we can ignore, leaving 5360 packages
5237 packages have a .so in them to check
329 changed ABI due to time_t, 58 changed ABI due to enabling LFS, making 387 (7%)

1840 did not change ABI (34%)

1637 failed to run the abi-compliance-checker (31%)

implies 400-500 packages in the transition

Επεσες στο transition στο unstable Καλή αρχή

[jim_p]

Τα παραπανω εινια μονο αυτα που θελει να βαλει ο chromium για την εκδοση που περασε σημερα στο unstable.

[billy]

Ε θα σου σπάσει το unstable που θα πάει (ο γκαντέμης της γειτονιάς)

[Jojos170304]

Αναμονή μια δυο μέρες χωρίς dist-upgrade δεν έβλαψε ποτέ κανέναν

Ζήτημα με tilda το οποίο προέκυψε πριν κάνα δυο βδομάδες με upgrade:

όταν το κάνω minimize με F1 κ υπάρχει κάποια εντολή που τρέχει, παγώνει την εντολή και την συνεχίζει όταν το ξανακάνω maximized.

Εάν κάποιος χρησιμοποιεί για terminal emulator tilda κ το έχει φτιάξει ας ενημερώσει, θενξ!

[Slammer]

The following NEW packages will be installed:
  libasound2t64 libatk-bridge2.0-0t64 libatk1.0-0t64 libatspi2.0-0t64
  libglib2.0-0t64

Ποσα πακετα *t64 ειναι που πρεπει να ξαναχτιστουν συνολικα και γιατι δεν τους δινουν το παλιο ονομα τους? Ολα εχουν στο changelog αυτο σαν δικαιολογια

  * Rename libraries for 64-bit time_t transition.  Closes: #1061923

Μύλος εχει γίνει με αυτό..... εξαρτήσεις έχουν σπάσει, πακέτα θέλουν να αφαιρεθούν.... χαμός!
Δεν πειράζω τίποτα, θα περιμένω μερικές ημέρες να στρωσει η κατάσταση (ελπίζω).....

EDIT:
Προβλέπω ότι το μπέρδεμα θα κρατήσει πολύ.... τα πακέτα που μετονομάστηκαν βρίσκονται παντού ως εξαρτήσεις, ακόμα και το aptitude ψαχνει-ψαχνει να κανει resolve και δεν τελειώνει ποτε..... εχει τιναχθεί στον αέρα όλη η ιεραρχία των πακέτων και το κακό είναι ότι πρέπει να γίνουν update όλα τα εξαρτώμενα πακέτα. Νομιζω ότι δεν εχω δει ποτέ τετοιο χαλι. Οι ίδιοι αναφέρουν.....

The implementation of this plan, as discussed on debian-devel[1], involves
mass-NMUs of > 1200 library packages to rename them for (presumed)
ABI-breaking changes. These (0-day) NMUs started on Monday, and about 500
libraries have been uploaded to experimental so far. The goal is to get all
source packages that can be SRUed to experimental uploaded by this weekend.

By my reckoning, this is the largest cross-archive ABI transition we've ever
had in Debian.[2] Exciting times!

[jim_p]

Βαλτε ati μας λεγανε, ειναι καλος ο radeon μας λεγανε
https://bugs.debian.org/cgi-bin/bugr...gi?bug=1064123

Περα απο την πλακα, ετυχε σε κανεναν το παραπανω? Μου τη δινει που ειμαι 1+ μηνα χωρις vaapi, αλλα να χαλασει ο xorg ειναι πιο σημαντικο.

Ουτε με τη mesa 24.0.2 αλλαξε κατι σε αυτο :'(
https://bugs.debian.org/cgi-bin/bugr...bug=1064123#37

[Slammer]

Ακόμα με το 64-bit time_t, είναι (_|_) η διανομή σε sid...... χαος..... Πραγματικά SID.

[jim_p]

Ολο αυτο εγινε επειδη κανανε εξτρα βιβλιοθηκες *t64 αντι να πατσαρουν τις υπαρχουσες? Οποιος το σκεφτηκε αυτο πρεπει να ειναι τουβλο.
Εδω παντως θελω να βαλω φρεσκα kodi, chromium και tb και δεν μπορω γιατι θελουν τις καινουριες βιβλιοθηκες.

- - - Updated - - -

Ηθελα να πω πως δεν εχουμε δει ακομα τον 6.7 στο unstable οταν ο 6.8 ειναι να βγει (μαλλον) το ερχομενο σ/κ, αλλα σημερα περασε.
https://tracker.debian.org/news/1509...into-unstable/

[imitheos]

Ολο αυτο εγινε επειδη κανανε εξτρα βιβλιοθηκες *t64 αντι να πατσαρουν τις υπαρχουσες? Οποιος το σκεφτηκε αυτο πρεπει να ειναι τουβλο.

Πώς διαφορετικά θα μπορούσαν να το είχανε κάνει;

[jim_p]

Πριν λιγο καιρο ειχα πει για το btfs που εχει παρει 2 binary updates. Ας παρουμε το ενα που θυμαμαι οτι ηταν για να χτιστει με την libssl3 και περαστηκε σαν binary update, που δεν αναφερεται στο κανονικο changelog. Γιατι να μην κανουν το ιδιο και τωρα, που πρακτικα χτιζουν τις βιβλιοθηκες με διαφορετικα flags (αν καταλαβα καλα) και να τις πουν απλα πχ libmitsos-1.2.3-b1 (πληρες ονομα πακετου, γιατι λεει και την εκδοση) αντι για libmitsost64-1.2.3?

[imitheos]

Πριν λιγο καιρο ειχα πει για το btfs που εχει παρει 2 binary updates. Ας παρουμε το ενα που θυμαμαι οτι ηταν για να χτιστει με την libssl3 και περαστηκε σαν binary update, που δεν αναφερεται στο κανονικο changelog. Γιατι να μην κανουν το ιδιο και τωρα, που πρακτικα χτιζουν τις βιβλιοθηκες με διαφορετικα flags (αν καταλαβα καλα) και να τις πουν απλα πχ libmitsos-1.2.3-b1 (πληρες ονομα πακετου, γιατι λεει και την εκδοση) αντι για libmitsost64-1.2.3?

Γιατί αλλάζει το ABI. Σκέψου ότι το kodi έχει ως εξάρτηση την libmitsos > 1.0.5. Εσύ έχεις στο σύστημά σου την libmitsos-1.2.3 η οποία έχει 32bit time_t. Αναβαθμίζεται η libmitsos σε 1.2.3-b1 (ή 1.2.4 ή οτιδήποτε). Τώρα το kodi θα προσπαθεί να μιλήσει με 32bit time_t ενώ η libmitsos θα έχει 64bit. Ας πούμε ότι ο maintainer του kodi είναι πάντα παρών και μόλις βλέπει ότι αναβαθμίστηκε η libmitsos, ξαναχτίζει το kodi. Υπάρχει όμως και το modi που θέλει την ιδια βιβλιοθήκη και έτσι θα κολλήσει εκείνο τότε.

Σκέψου τώρα αυτό που περιγράψαμε είναι γελοία απλοποιημένο γιατί το kodi (που χτίστηκε με 64bit) μιλάει με 15 βιβλιοθήκες. Η libmitsos επίσης έχει ως εξαρτήσεις άλλες 10 βιβλιοθήκες, η καθεμία από τις οποίες έχει άλλες 10. Σκέψου να αναβαθμίστηκαν οι μισές και να "μιλάνε 64bit" ενώ οι άλλες όχι. Βάλε σε αυτό και το γεγονός ότι υπάρχουν και προγράμματα στο σύστημά σου που τρέχουν ήδη και μπορεί να επικοινωνήσουν είτε μέσω IPC / dbus / κτλ είτε μέσω δικτύου με άλλες εφαρμογές. Θα είχες κρασαρίσματα στις μισές εφαρμογές / υποδομές.

Ίσως να μπορούσαν στην libmitsos-1.2.3-b1 να ορίσουν breaks 1.2.3-σκέτο αλλά τότε θα είχες ακριβώς την ίδια περίπτωση και τα ίδια προβλήματα στο apt με την μετονομασία σε t64.

Edit: Δεν έγραψα για το btrfs που είπες. Υποθέτω εννοείς το btrfs-progs, σωστά; Η κατάσταση εκεί είναι τελείως διαφορετική.
1) Το btrfs-progs είναι στο μεγαλύερο βαθμό leaf πρόγραμμα δηλαδή χρησιμοποιεί το ίδιο άλλες βιβλιοθήκες αλλά δεν πολυ χρησιμοποιείται σαν βιβλιοθήκη από άλλους ώστε να δημιουργηθεί πρόβλημα.
2) Ας υποθέσουμε ότι υπάρχουν πολλά προγράμματα που χρησιμοποιούν την libbtrfs (νομίζω το snapper είναι ένα).

int btrfs_bres_arxeio(int mitsos)
{
    if openssl2
         trekse_openssl2_tade_function(mitsos);
    else
         trekse_openssl3_deina_function(mitsos)
   epistepse tade timi
}

Δες το παραπάνω χαζό παράδειγμα. Επειδή το openssl έχει κατά καιρούς βγάλει major εκδόσεις που δεν είχαν συμβατότητα προς τα πίσω, πολλά προγράμματα θα έχουν στον κώδικά τους πρόνοια και για τις δύο εκδόσεις του openssl. Έτσι λοιπόν εσύ μπορείς να χτίσεις ξανά το btrfs-progs με την νέα libssl3 χωρίς να πειραχθεί τίποτα γιατί οι "εγγυήσεις" που παρείχε η libbtrfs δεν άλλαξαν. Η συνάρτηση που τρέχει το snapper θέλει ένα int και επιστρέφει ένα int άσχετα τι άλλαξε μέσα σε αυτή την συνάρτηση. Δεν δημιουργείται κανένα πρόβλημα.

[Slammer]

Το θεμα είναι ότι όλες οι εξαρτήσεις και τα πακέτα έσπασαν αφου πρέπει να απαιτούν τις t64 εκδόσεις των βιβλιοθηκών, και αυτό πάει από εξάρτηση σε εξάρτηση σχεδόν σε όλα τα πακέτα της ιεραρχίας. Εντάξει τα βασικά τα φιάχνουν σιγα σιγα, όμως υπάρχουν ξεχασμένα πακέτα που κανείς δεν συντηρεί, πακέτα από τρίτες πηγές που κανείς δεν ξέρει πότε και αν γινουν update, πακέτα που εμπλέκονται με άλλες αρχιτεκτονικές (πχ wine και ι386) που δεν ξέρουμε αν και πότε θα ενημερωθούν.... γενικώς μεγάλη αναστάτωση, και δεν βλέπω να στρώνει συντομα. Δεν ξέρω αν μια λύση είναι να κάνω install ξανα το συστημα μου σε testing να τελειώνουμε...... (το home το έχω ξεχωριστό έτσι κι αλλιως). Στο laptop που επιχειρησα update έχει γίνει χαμός, ενα σωρό αναφορές για πακέτα που τους λείπουν εξαρτήσεις, πάς να φιάξεις το ένα και χαλαει το άλλο.....

Edit: Ισως μια λύση για να ξεφύγει από τις αλληλοκαλυπτόμενες εξαρτήσεις, είναι να ελαφρώσω το σύστημα αφαιρόντας τα μεγάλα πακέτα που βρισκονται ψηλά στην ιεραρχία με τις εξαρτήσεις τους, οπότε να πάω σε ένα βασικό σύστημα, που δεν θα εχει προβλήματα και στη συνέχεια να ξαναβάλω τα πακέτα που πρέπει. Αλλη μια φορά στο παρελθόν νομίζω έχει συμβεί κάτι ανάλογο (αν και όχι τόσο μαζικό) και το είχα λύσει έτσι.

[Jojos170304]

Από τη στιγμή που λέγεται ότι είναι η μεγαλύτερη αλλαγή στο debian εδώ και αιώνες γτ βιάζεστε να κάνετε upgrade? Αναμένουμε... Λειτουργικά με sid και 6.6.15 δεν έχω κανένα πρόβλημα με τα υφιστάμενα. Δοκιμάζω dist-upgrade μου λέει δεν βρίσκω λύση, δεν το ζορίζω και περιμένω

[imitheos]

Edit: Ισως μια λύση για να ξεφύγει από τις αλληλοκαλυπτόμενες εξαρτήσεις, είναι να ελαφρώσω το σύστημα αφαιρόντας τα μεγάλα πακέτα που βρισκονται ψηλά στην ιεραρχία με τις εξαρτήσεις τους, οπότε να πάω σε ένα βασικό σύστημα, που δεν θα εχει προβλήματα και στη συνέχεια να ξαναβάλω τα πακέτα που πρέπει. Αλλη μια φορά στο παρελθόν νομίζω έχει συμβεί κάτι ανάλογο (αν και όχι τόσο μαζικό) και το είχα λύσει έτσι.

Ή, εκτός και αν σε καίει για τη δουλειά σου κάποια νέα έκδοση προγράμματος, να περιμένεις λίγο να στρώσει.

Όπως είπες, εξαρτάται και από τι προγράμματα έχεις και πόσο συντηρούνται. Σε εμένα μου έβγαλε στο 1ο upgrade πχ αντί-προχτές 50 kept back, προχτές έγιναν 30 kept back και εχθές έγιναν όλα upgrade.

[famous-walker]

https://flathub.org/apps/tv.kodi.Kodi