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

[jim_p]

Δεν υπαρχει chromium για: armel mips mips64el mipsel powerpc ppc64 ppc64el s390x γιατι δεν μπορει να χτιστει για αυτες τις αρχιτεκτονικες. Το οτι καποιος καταφερε να τον χτισει για arm δεν σημαινει πως εχει καποια χρησιμοτητα. Εχω ανοιξει chromium σε arm (raspbian, που νομιζω ειναι arm64 armhf ειναι, σε rpi 3b) και ανοιγει πιο αργα και απο libreoffice σε p4 και δουλευει πιο αργα απο ie 6. Αυτο το χαλι οφειλεται στο οτι ο κωδικας του δεν ειναι optimized για τετοια συστηματα. Ειναι για amd64 και i386 και σε οποιον αρεσει. Και δεν ειναι το 98% το ποσοστο που θα τον βαλει σε i386 και amd64, ειναι 99,99%, οποτε πρακτικα 100%. Το 0,01% που περισευει ειναι τα ατομα που λεω παραπανω που τον βαλανε κατα λαθος σε arm.

Ubuntu και mageia, που εχουν και υποστηριξη για arm, τον πακεταρουν μονο για amd64 και i386, ασχετως αν το ubuntu εχει ανεπισημα ports για arm64 και armhf. Το gentoo τον βγαζει και για arm64. Λες αυτοι να ειναι οι χαζοι και οι του debian οι εξυπνοι? Δεν νομιζω, μιας και το εχουν αποδειξει αρκετες φορες οτι οντως ειναι χαζοι (να μην πω τιποτα χειροτερο).

Τελος, το οτι ο συγκεκριμενος chromium ειναι χτισμενος με τις βιβλιοθηκες του ffmpeg 3.x φαινεται απο το ldd του

$ ldd /usr/lib/chromium/chromium | grep libav
	libavcodec.so.57 => /usr/lib/x86_64-linux-gnu/libavcodec.so.57 (0x00007f85977ae000)
	libavformat.so.57 => /usr/lib/x86_64-linux-gnu/libavformat.so.57 (0x00007f859735e000)
	libavutil.so.55 => /usr/lib/x86_64-linux-gnu/libavutil.so.55 (0x00007f85970d0000)

Ολες αυτες ειναι οντως του ffmpeg 3.4.x. Και μενω εκπληκτος που καποιος υποστηριξε στο bug report οτι χρειαζεται ffmpeg 4 παραθετοντας τις εξαρτησεις του chromium που φτιαχνονται απο το ffmpeg 3.4.x. Θα ειανι και αυτος μεγαλο μυαλο, σαν εκεινο το βλακα που υποστηριξε πως το qbittorrent μπορει να γεμισει το /tmp αν αυτο ειναι στη ram και να δημιουργησει προβληματα, χωρις να εχει ο ιδιος να εχει το /tmp στη ram.

- - - Updated - - -

Να το εξηγησω αλλιως αυτο με το ffmpeg για το οποιο γκρινιαζουν ολοι. Δεν βρηκα πουθενα οτι ο chromium 67 απαιτει ffmpeg 4, οπως λεει πχ οτι ο mpv 0.28+ απαιτει ffmpeg 4. Αν καποιςο δοκιμασει να χτισει τον mpv 0.28+ με ffmpeg 3.x ΣΙΓΟΥΡΑ θα κλωτσησει καπου. Τον chromium τον χτισανε με ffmpeg 3.4.x και δεν κλωτσησε, αρα χτιζεται κανονικα, αρα δεν απαιτει ffmpeg 4. Καπου αλλου οφειλεται το προβληματικο html5 support που εχει τωρα.

[Slammer]

Είτε με ffmpeg3 είτε με ffmpeg4, ας το κανουν να δουλέψει το ρημάδι..... ακόμα τιποτα

[jim_p]

Υποτιθεται οτι το φτιαξανε με την 67.blablabla-2 πριν λιγο

chromium-browser (67.0.3396.79-2) unstable; urgency=medium

* Use embedded ffmpeg code copy (closes: #900533).

-- Michael Gilbert <mgilbert@debian.org> Mon, 11 Jun 2018 00:33:39 +0000

αλλα εδω δεν αλλαξε τιποτα.

- - - Updated - - -

Τελικα δεν ειχα ενημερωθει σε 67.0.3396.79-2 το μεσημερι αλλα σε 67.0.3396.79-1, γιαυτο δεν επαιζαν παλι τα παντα ολα. Με την καινουρια ενημερωση φυγανε ολες οι libav του ffmpeg 3.4 που ειχε σαν εξαρτησεις, παρολο που στο packages.debian.org δειχνει οτι τις θελει.

- - - Updated - - -

Τωρα που ο chromium δεν θελει τις βιβλιοθηκες του ffmpeg και δεν εχει δικη του libffmpeg.so λογω αυτου

flags = [ "USE_SYSTEM_FFMPEG=true" ]

πως στην ευχη παιζει τα διαφορα video/audio στις σελιδες?

Και μιας και λεγαμε για το ποση ωρα κανει να γινει compile πριν λιγες μερες, οριστε. 18 ωρες compile για ΕΝΑ πακετο φτιαγμενο για ΜΙΑ αρχιτεκτονικη για την οποια ο chromium δεν προοριζεται καν, στην οποια δεν μπορει να δουλεψει αξιοπεπως και που ισως να το χρησιμοποιουν 3 ατομα στον κοσμο!

https://buildd.debian.org/status/log...9-2&arch=armhf

Απο την αλλη, η pam παιρνει 5 ΛΕΠΤΑ να χτιστει και ειναι στη φορμολη απο το 2014. Για αλλα αραχνιασμενα πακετα, πχ qbittorrent, retroarch κλπ δεν κοιταξα γιατι θα εκνευριστω και ηδη εχω ριξει ενα σωρο μπινελικια απο το πρωι για τα w10 οπως λεω στο αλλο thread.

[jim_p]

Αν βαλω κατι απο experimental, τον ff-esr συγκεκριμενα, θα ενημερωνεται αυτοματα οταν θα μπαινει νεα εκδοση στο repo ή θα πρεπει να τον ενημερωνω εγω με το χερι?

- - - Updated - - -

Μολις παρατηρησα οτι ο ff esr 60 εχει κανονικα ηχο, χωρις pulseaudio και χωρις την ματσακονια του apulse! Gg debian maintainers!

- - - Updated - - -

Ζητω συγγνωμη για το cross posting, μιας και δεν ξερω να κανω quote απο αλλο θεμα, αλλα με εχει φερει ως εδω ο ff

https://www.adslgr.com/forum/threads...=1#post6402168

Οποιαδηποτε ιδεα ειναι ευπροσδεκτη.

[mzaf]

Microsoft loves Debian
https://www.bleepingcomputer.com/new...sers-settings/

[dimr]

Αν βαλω κατι απο experimental, τον ff-esr συγκεκριμενα, θα ενημερωνεται αυτοματα οταν θα μπαινει νεα εκδοση στο repo ή θα πρεπει να τον ενημερωνω εγω με το χερι?

θα πρεπει να το βαλεις στο apt/preferences priority να το κανει upgrade απο το ρεπο που θες

[jim_p]

Δηλαδη? Επειδη εχω ολα τα branches του μαμα repo, εχω αυτο στο /etc/apt/apt.conf

APT::Default-Release "testing";

και οτι εχει το testing, ακομα και το testing του dmo, παιρνει priority 990. Το unstable εχει priority 500 και το experimental εχει priority 1, που ειναι οι default τιμες οταν δεν υπαρχει η παραπανω παραμετρος.

[dimr]

Package: firefox-esr
Pin: release a=experimental
Pin-Priority: 900

root@debian:/home/dmtrs# apt-cache policy firefox-esr
firefox-esr:
  Installed: 52.8.1esr-1~deb9u1
  Candidate: 60.0.2esr-1
  Version table:
     60.0.2esr-1 900
       -100 http://debian.netcologne.de/debian experimental/main amd64 Packages
     52.8.1esr-2 -100
       -100 http://debian.netcologne.de/debian testing/main amd64 Packages
       -100 http://debian.netcologne.de/debian unstable/main amd64 Packages
 *** 52.8.1esr-1~deb9u1 900
        900 http://security.debian.org/debian-security stretch/updates/main amd64 Packages
        100 /var/lib/dpkg/status
     52.6.0esr-1~deb9u1 900
        900 http://debian.netcologne.de/debian stable/main amd64 Packages

δεν χρησιμοποιώ apt.conf , λογικα το ιδιο θα ειναι αλλα το preferences se stable το εχω ετσι

└──┤ cat /etc/apt/preferences
Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian
Pin-Priority: -100


Package: tmux
Pin: release a=stretch-backports
Pin-Priority: 900

[jim_p]

Ωραια, το βαζω ετσι και περιμενω την επομενη ενημερωση του ff esr να δω τι θα γινει.

Ανοιξα ενα bug report για την html5 υποστηριξη του ff 60+ που μενει αναπηρη αν αφαιρεθουν οι libav*, το εβαλα και grave γιατι στην ουσια πηδαει τον ff σαν browser του 21ου αιωνα, αλλα ακομα δεν υπαρχιε ουτε ενα σχολιο απο κανεναν. Ποτε θα μου κανουν την τιμη?
Αν συνεχισει το apt να βλεπει σαν ορφανες τις συγκεκριμενες εξαρτησεις, καποια στιγμη θα μου τη δωσει και θα τις βγαλω και καπακι θα βγαλω και τον κουτσο ff.

[Slammer]

Αυτό με το "πήδημα" λίγο χλωμό το κόβω..... πολύ ψιλά γράμματα....
Γιατί δεν το βάζεις από το official binary? Κάτι ψιλοθεματάκια που είχα με το Thunderbird από το debian repo, τα έλυσα κατεβάζοντας τη official binary έκδοση, και για να μη μπλέκει με το package management, το έβαλα μέσα στο /home μου και ησύχασα. Καλό-καλό το debian αλλά μερικές φορές μερικά πράγματα λιμνάζουν για πάντα....

[jim_p]

Γιατι εινια ψιλα γραμματα η πηδηγμενη υποστιριξη του html5? Browser χωρις σωστη υποστηριξη html5 σημερα εχει παρομοια χρησιμοτητα με τον ie εποχης xp
Το ιδιο προβλημα στον chromium 67 πριν 2 βδομαδες περιπου εγινε grave bug κανονικα και πηρε και το αναλογο feedback μεχρι να λυθει

https://bugs.debian.org/cgi-bin/bugr...cgi?bug=900533

Τα οσα λιμναζουν για καιρο εχουν ενα κοινο οπως εχω πει πολλες φορες: τεμπεληδες maintainers.

- - - Updated - - -

Ffmpeg 4.0.1 στο testing του dmo, μολις 2 μερες αφοτου βγηκε upstream. Πως φαινεται αμα ο maintainer ειναι υπευθυνος. Και ας μεινουν οι dmo haters με την αρχαιολογια την 3.4.2 του μαμα repo.

[Slammer]

και μια και μιλάγαμε για mail clients, μόλις μου έσκασε το kmail (ναι, ξέρω, είναι τραγικό όμως επειδή κρατάει τα email μου από το 2004, με διάφορους providers μεχρι σήμερα, το κρατάω στο βασικό μου μηχάνημα).... κάτι έχει να κάνει με τη μετάβαση από mysql σε mariadb και δεν ξεκινάει o βρωμο-akonadi, το θέμα όμως αυτή τη φορά είναι πολύ σοβαρό.... μιλάμε για όλα τα mail μου!!! Ελπίζω να λυθεί χωρίς να χαθούν....

[jim_p]

Ανοιξε ενα bug report καλυτερα.

[Jojos170304]

Κλασικό πρόβλημα με mariadb που δεν μπορεί να την σταματήσει αυτόματα κ δεν κάνει το configuration της. Εάν αυτό σου έχει συμβεί, δώσε #mysqladmin -u root -p password shutdown, βάλε το password του root και ξανακάνε το upgrade

[Slammer]

Η server της βάσης ξεκίνησε κανονικά όμως ο akonadi server βγάζει ένα σωρό λάθη και δεν ξεκινάει....
Μετά από πολλές ώρες ψαξίματος έκανα τα εξής: κράτησα backup του mail directory μου, και έσβησα όλο το .local/share/akonadi καθώς και το mail dir, ο akonadi server πλέον ξεκίνησε (εφιαξε όλες τις βάσεις ξανά), καθώς και το kmail (οι λογαριασμοί και οι ρυθμίσεις μένουν ως έχουν όμως δεν υπάρχουν mail στο kmail). Στη συνέχεια κλείνω kmail και akonandi server, αντιγράφω καρφωτό το mail directory μου στη θέση του νέου (που είναι κενό) και ξεκινάω τα πάντα, μετά από μερικές ωρες searching και indexing όλα φαίνονται να έχουν επανέλθει......