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

[Slammer]

Μαζικό update σε plasma 6.3.... γενικώς το τελευταίο διάστημα έχουμε "γεμάτα" updates σχεδόν καθημερινά, τρέχουν να προλάβουν το freeze που έρχεται.

[jim_p]

Τι χρησιμοποιειτε για να ανοιγετε τα συμπιεσμενα αρχεια σας? Μετα απο 15+ χρονια με file roller, εφυγα απο αυτο οταν το πρωτοχτισανε με gtk4 και ξεκινησε να εχει αυτο το τραγικο λουκ της libadwaita και πηγα σε engrampa (το κοντινοτερο fork του). Και σημερα πεταχτηκε αυτο το segfault οταν ανοιξα ενα zip με πολλα μικρα αρχεια μεσα.

[ 2028.611283] engrampa[4996]: segfault at b3b ip 000055cc68ddf538 sp 00007fff43889410 error 4 in engrampa[20538,55cc68dd3000+44000] likely on CPU 0 (core 0, socket 0)

[sktheo]

Τι χρησιμοποιειτε για να ανοιγετε τα συμπιεσμενα αρχεια σας? Μετα απο 15+ χρονια με file roller, εφυγα απο αυτο οταν το πρωτοχτισανε με gtk4 και ξεκινησε να εχει αυτο το τραγικο λουκ της libadwaita και πηγα σε engrampa (το κοντινοτερο fork του). Και σημερα πεταχτηκε αυτο το segfault οταν ανοιξα ενα zip με πολλα μικρα αρχεια μεσα.

[ 2028.611283] engrampa[4996]: segfault at b3b ip 000055cc68ddf538 sp 00007fff43889410 error 4 in engrampa[20538,55cc68dd3000+44000] likely on CPU 0 (core 0, socket 0)

pkzip - xarchiver δεν σου κάνουν; Πας και βρήσκεις όλα τα καμένα!

[jim_p]

Το pkzip πρωτη φορα το ακουω, αλλα δεν θα το πω καμμενο. Το βασικο μετρο συγκρισης, και αυτο στο οποιο αποτυγχανουν τα περισσοτερα frontents (γιατι ολα αυτα εινια frontents για το 7z, unzip, unrar κλπ) ειναι το να μπορουν να ανοιξουν αρχεια κλειδωμενα με κωδικο.
Την εποχη του gnome 2 και του kde 3/4, το ark (το επισημο file archive app του kde) πολυ απλα δεν ανοιγε αρχεια rar κλειδωμενα με κωδικο, οποτε οι περισσοτεροι βαζανε file-roller στο kde και ας τραβουσε το μισο gnome απο εξαρτησεις. Εχει αλλαξει κατι απο τοτε, 15 χρονια πριν, ή το file-roller ειναι ακομα η πιο αξιοπιστη λυση?

[Slammer]

Δεν έχω αντιμετωπίσει πρόβλημα με το ark, ζητάει κανονικά κωδικό με όλα τα formats που μου έχουν τύχει. Λίγο στα 7z δυσκολεύεται και αργεί πιο πολύ όμως γενικά δεν έχω πρόβλημα.

[mphxths]

Peazip εβαλα τελευταια και δεν δειχνει να εχει καποιο προβλημα με formats και passwords.

[jim_p]

Καλα πηγε η αναβαθμηση στον 6.12.16 σημερα.

Error! Bad return status for module build on kernel: 6.12.16-amd64 (x86_64)
Consult /var/lib/dkms/virtualbox/7.0.20/build/make.log for more information.
...
Error! Bad return status for module build on kernel: 6.12.16-amd64 (x86_64)
Consult /var/lib/dkms/broadcom-sta/6.30.223.271/build/make.log for more information.

https://paste.debian.net/hidden/e98907cf/
https://paste.debian.net/hidden/ca7bfc3c/

[mphxths]

γκουχ γκουχ "pahole not found" γκουχ γκουχ

[Slammer]

6.12.16, δεν χτίζει κανένα module..... κάτι λείπει, θα περιμένουμε.... hold προς το παρόν..... βεβαια βιάστηκαν να κάνουν το 6.12.15 obsolete και θέλει να το βγάλει από το συστημα, προσοχή!

- - - Updated - - -

γκουχ γκουχ "pahole not found" γκουχ γκουχ

δεν το έπιασα με τη μία...... εχεις δίκιο χρειάζεται το pahole (τι είναι αυτο πάλι?) για το χτισιμο των modules..... ξεχασαν να το περάσουν στα προαπαιτούμενα...

[mphxths]

δεν το έπιασα με τη μία...... εχεις δίκιο χρειάζεται το pahole (τι είναι αυτο πάλι?) για το χτισιμο των modules..... ξεχασαν να το περάσουν στα προαπαιτούμενα...

Τι να σου πω ... ο,τι λεει εδω Στην arch εγκατασταση μου παντως ειναι προαπαιτουμενο των linux-headers. Πραγμα που δεν βλεπω να ειναι στο αντιστοιχο πακετο στο debian. To bug report ειναι εδω , που ενας λεει οτι μαλλον η λυση ειναι να βαλουν το pahole dependency στο kbuild...

[johnmayson2]

Χαιρεται μετα απο κανα χρονο που εμεινα εκτος απο το να τρεχω linux ( επαθα ενα στερητητικο συνδρομο) ????Εχω ενα καινουριο ssd adata sata 3 λεω να το εγκαινιασω με debian. Σκεφτομαι debian 12 και μετα καποια στιγμη το γυρναω σε testing. Στο testing δε εχουμε τελευταια πακετα ασφαλειας αποσαφηνηστε μου λιγο.ευχαριστω.υγ:1 Σε ssd εκτος απο samsung ποιες αλλες εταιρειες προτιματε??

[jim_p]

Αν καποια ενημερωση εινια πολυ κρισιμη, οπως αυτη με το xz-utils, περναει αμεσως στο testing (και στο stable), οποτε δεν εχεις να ανησυχεις ή να τρεχεις unstable μονο για αυτο.

- - - Updated - - -

Ανοιξιατικες αναπηριες. Δεν γινεται η ενημερωση στον chromium επειδη

The following packages have unmet dependencies:
 chromium : Depends: libflac12t64 (>= 1.3.0) but it is not installable
            Depends: libopenh264-7 (>= 2.5.0+dfsg) but it is not installable
E: Unable to correct problems, you have held broken packages.

αλλα οι βιβλιοθηκες που λεει εκει απλα δεν υπαρχουν πλεον

# apt-cache policy libflac12t64 libopenh264-7
libflac12t64:
  Installed: (none)
  Candidate: (none)
  Version table:
libopenh264-7:
  Installed: (none)
  Candidate: (none)
  Version table:

Σχετικο bug report. Να μην πω ακομα για ανευθυνους maintainers, θα κρατηθω.
https://bugs.debian.org/cgi-bin/bugr...gi?bug=1099210

[imitheos]

Ανοιξιατικες αναπηριες. Δεν γινεται η ενημερωση στον chromium επειδη

The following packages have unmet dependencies:
 chromium : Depends: libflac12t64 (>= 1.3.0) but it is not installable
            Depends: libopenh264-7 (>= 2.5.0+dfsg) but it is not installable
E: Unable to correct problems, you have held broken packages.

αλλα οι βιβλιοθηκες που λεει εκει απλα δεν υπαρχουν πλεον
[CODE]
Σχετικο bug report. Να μην πω ακομα για ανευθυνους maintainers, θα κρατηθω.
https://bugs.debian.org/cgi-bin/bugr...gi?bug=1099210

Στην libflac μπήκε η έκδοση 1.5.0 με όνομα libflac14 έναντι του libflac12.

Όταν πας να χτίσεις κάτι με το sbuild ή κάποια υποδομή σε άλλη διανομή, αντιμετωπίζεις το πρόβλημα του πού θα βασίσεις το χτίσιμο.

Σε debian stable είναι γελοία εύκολο. Δημιουργείς μια φορά το "image" είτε μιλάμε για tar ή για snapshot σε κάποιο fs ή ό,τι σε βολεύει και μετά δουλεύεις με αυτό μια και δεν αλλάζει ποτέ. Μια στο τόσο που βγαίνει patch release, μπορείς να το αναβαθμίζεις αν θέλεις.

Σε rolling όμως πάντα υπάρχει το πρόβλημα του κάθε πότε αναβαθμίζεις. Επειδή είναι μανούρα, κανείς δεν αναβαθμίζει συνέχεια. Σε αντίθεση με εσένα και εμένα, τα build servers του debian έχουν και τα πρόσθετα προβλήματα του α) διέπονται από τις 500 πολιτικές του debian, β) χτίζουν συνέχεια πακέτα.

Δεν είναι λοιπόν ανευθυνότητα όσο συνδυασμός αναγκαιότητας και γραφειοκρατίας.

[jim_p]

Αν τα changelogs τα λενε σωστα, η φρεσκια openh264 μπηκε στο unstable πριν 10+ μερες

openh264 (2.6.0+dfsg-2) unstable; urgency=medium

  * Remove libopenh264.so.8 library from the right path

 -- Bastian Germann <bage@debian.org>  Thu, 27 Feb 2025 19:58:32 +0100

openh264 (2.6.0+dfsg-1) unstable; urgency=medium

  * New upstream version 2.6.0+dfsg (Closes: #1098470, CVE-2025-27091)
  * Fix SHA256 checksums for 2.6.0
  * Rename binary pkgs because of SO bump

 -- Bastian Germann <bage@debian.org>  Fri, 21 Feb 2025 08:30:38 +0100

και η φρεσκια flac το ιδιο, με επιπλεον ~10 μερες "παλαιωσης" στο experimental

flac (1.5.0+ds-2) unstable; urgency=medium

  * Upload to unstable (Closes: #1098235)

 -- Fabian Greffrath <fabian@debian.org>  Fri, 21 Feb 2025 11:20:04 +0100

flac (1.5.0+ds-1) experimental; urgency=medium

  * New upstream version 1.5.0+ds
    + Support decoding of chained Ogg FLAC files (Closes: #498048)
  * Bump library SONAMEs to libflac14 and libflac++11
  * Update libflac14.symbols file with added symbols
  * Drop Provides: ${t64:Provides}
  * Update my Debian packaging copyright
  * Bump Standards-Version to 4.7.0
  * Upload to experimental

 -- Fabian Greffrath <fabian@debian.org>  Fri, 14 Feb 2025 12:32:47 +0100

Αν λοιπον ο maintainer δεν εκανε καμια ενημερωση στο συστημα του ή στο build server τοσες μερες και εχτισε τον νεο chromium με τις ιδιες βιβλιοθηκες που τον εχτισε και για την 133.0.6943.126, δεν ειναι θεμα πολιτικων της διανομης, εινια παραβλεψη του maintainer.

- - - Updated - - -

Μπραβο στο χρηστη που ποσταρε στο παραπανω bug report οτι δεν εχει προβλημα με την εγκατασταση του πακετου, του εβαλε και tag "unreproducible", αλλα απο το output του apt φαινεται ξεκαθαρα οτι τραβηξε τις εξαρτησεις απο το testing!

Καποιος Ο ιδιος επεσημανε και αυτο εδω, που δειχνει οτι το πακετο χτιστηκε στο συστημα του maintainer, αρα εινια οντως δικη του παραβλεψη το προβλημα.

Good spotting.
It seems that the binary package has not been built on buildds...

Αποδειξη οτι ο chromium δεν χτιστηκε στους build servers
https://buildd.debian.org/status/rec...e=sid&limit=30

[jim_p]

# zcat /usr/share/doc/chromium/changelog.Debian.amd64.gz
chromium (133.0.6943.141-2+b1) sid; urgency=low, binary-only=yes

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

 -- all / amd64 / i386 Build Daemon (x86-grnet-03) <buildd_amd64-x86-grnet-03@buildd.debian.org>  Mon, 03 Mar 2025 10:11:42 +0000

Μονο για amd64, για τις υπολοιπες αρχιτεκτονικες κλαϊν, θα ξαναχτιστει οταν βγει νεα εκδοση σημερα ή αυριο.