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

[jim_p]

Καπου πηρε το ματι μου ενα dark mode στον installer της 10. Το εβαλα να δω τι κανει και βγαζει αυτο στην εικονα. LOL!

- - - Updated - - -

Εκανα καινουρια εγκατασταση του buster χτες, οριζοντας παλι εξαρχης να μην βαζει suggested και recommended εξαρτησεις και αντι για τα μεμονωμενα πακετα του xorg που θελω, του ειπα να βαλει ολο το μεταπακετο. Αλλα και παλι δεν κουνιοταν τιποτα οταν εφτανε στο γραφικο περιβαλλον.
Τα εβγαλα ξανα και ορισα το apt να αφηνει τις recommended, που ειναι η default συμπεριφορα. Ξαναεγκαταστησα τον xorg και αυτη τη φορα, με την επιπλεον σαβουρα που τραβηξε, μπηκε κανονικα σε γραφικο περιβαλλον. Γιατι ομως αυτο το χαλι? Γιατι να μενει κουτσο κατι τοσο μεγαλο σαν τον xorg οταν δεν εχει πραγματα που, θεωρητικα, ειναι προαιρετικα για τη λειτουργια του?

Ας εξηγησω γιατι ειμαι και κατα των recommended, που βαζει το apt απο default. Θελω να κατεβασω με το wget (ειτε το στοκ που δεν ερχεται πλεον προεγκατεστημενο στο network installation, ειτε με του busybox) ενα αρχειο απο https. Επειδη ειναι σε https, θελω και το ca-certificates, αλλιως το wget δεν θα συνδεθει καν για να το κατεβασει. Αν βαλω το ca-certificates οπως ειναι, θα βαλει αλλα 10 πραγματα μαζι, οποτε πρεπει να το βαλω με --no-install-recommends για να βαλει την μοναδικη lib που απαιτει και τιποτε αλλο. Φανταστειτε αυτο στο πολλαπλασιο με τον xorg και τα πακετα που εχει σαν εξαρτησεις.

- - - Updated - - -

Freeze my ass.
1η του μηνα βγηκε το synaptic απο το testing επειδη "δεν ηταν αρκετα καλο για το release", μιας και δεν επαιζε σωστα σε wayland. 15 του μηνα ξαναμπηκε στο unstable, με τις ηλιθιες εξαρτησεις που λεω παραπανω και σημερα ξαναμπηκε στο testing. Παλι καλα που ειμαστε σε freeze δηλαδη.

[ckoul]

Η μόνη εξήγηση που μπορώ να σκεφτώ είναι ότι κάποιο πακέτο αν και δηλωμένο ως recommended, προφανώς είναι υποχρεωτικό. Ίσως να είναι και κάποιο configuration file που εγκαθίσταται με το recommended πακέτο και κάνει τελικά το xorg να ξεκινάει..

Δεν υπάρχει και flag --install-recommends ώστε να το χρησιμοποιείς μόνο όταν απαιτείται οπότε πρέπει να αλλάζεις το default behavior.

Γιατί όμως τέτοιο άγχος με τα extra πακέτα; Τα recommended συνήθως προσθέτουν δυνατότητες/λειτουργικότητα, δεν τρέχουν services να πεις ότι θα «βαρύνει» το σύστημα. Μόνο σε ειδικά συστήματα με πολύ μικρό storage θα μπορούσε να αποτελέσει πρόβλημα.

- - - Updated - - -

Μπορείς βέβαια να κάνεις ένα alias (πχ. aginr) που να αντιστοιχεί στο: apt-get install --no-install-recommends και να χρησιμοποιείς αυτό για τις εγκαταστάσεις των πακέτων (αν τις κάνεις όλες από command line).

[jim_p]

Ακριβως για το λογο που ειπες, το προοριζω για συστημα με μικρο δισκο (8gb).
Επισης, θεωρω πως αν ειχα κανει και στο δικο μου τα ιδια οταν εκανα εγκατασταση, σημερα δεν θα ειχα διαφορα αχρηστα, πχ τον nouveau και τη mesa.

[Zus]

Χρησιμοποιώ το Windscripe VPN σε Linux και η ενεργοποίηση γίνεται μόνο μέσω terminal.

Πώς μπορώ να ελέγξω ότι όλη η εξερχόμενη κίνηση τρέχει μέσω VPN και όχι μόνο το browsing που μπορώ να το επιβεβαιώσω με IP και DNS Leak Test.

[megahead13]

traceroute? wireshark?

[Zus]

traceroute? wireshark?

Κάποιο tutorial ή οδηγίες? Πως για παράδειγμα ξέρω ότι η κίνηση του Evolution email client γίνεται αποκλειστικά μέσω VPN? Ή η κίνηση κάποιου messenger ή του τόρρεντ κλπ.

Έκανα καταγραφή με Wireshark αλλά ποια σημεία θα πρέπει να προσέξω?

[jim_p]

Παιζει να ισχυει αυτο που λεει ο τυπος εδω για τον calamares installer? Δεν υπαρχουν live images της rc1 ακομα για να το τσεκαρω μονος μου, εχουν μεινει στην 1η alpha.
https://itsfoss.com/new-features-com...uster-release/

Κατα τα αλλα, ενα σωρο λαθη εχει το συγκεκριμενο αρθρο
https://old.reddit.com/r/debian/comm...lease/eleoq0i/

[megahead13]

Κάποιο tutorial ή οδηγίες? Πως για παράδειγμα ξέρω ότι η κίνηση του Evolution email client γίνεται αποκλειστικά μέσω VPN? Ή η κίνηση κάποιου messenger ή του τόρρεντ κλπ.

Έκανα καταγραφή με Wireshark αλλά ποια σημεία θα πρέπει να προσέξω?

Κάνε ένα traceroute στο Internet (πχ traceroute 8.8.8.8) όταν δεν είσαι συνδεδεμένος στο VPN κι ένα όταν είσαι. Επίσης με ip route στις δύο περιπτώσεις θα μπορείς να δεις το routing table και να συγκρίνεις στην κάθε περίπτωση. Ένα άλλο που μπορείς να κάνεις είναι να δεις τι public IP έχεις με/χωρίς σύνδεση στο VPN.

Πάντως να γίνεται split tunneling δε νομίζω. Δε θα είχε και νόημα δηλαδή με μια τέτοια υπηρεσία. Σε ένα εταιρικό VPN ναι (όλη η κίνηση προς το δίκτυο της εταιρείας περνάει από το VPN, ενώ ότι είναι προς το Internet χρησιμοποιεί τον ISP του χρήστη/υπαλλήλου).

[imitheos]

Συγχαρητήρια στο debian για την εκλογή νέου project leader. Στόχος του είναι να "keep debian fun".

Ελπίζω με τον ερχομό του νέου αρχηγού να λυθούν όλα τα προβλήματα του jim_p

[jim_p]

Εγω θα ησυχασω μονο αν μια μερα γινει project leader ο Marillat

[jim_p]

Chromium 74 απο day 1 στο unstable, αλλα δεν χτιζεται για arm64 αυτη τη φορα. Το κοβω να περναει στο testing μετα το release της 10...

[imitheos]

Chromium 74 απο day 1 στο unstable, αλλα δεν χτιζεται για arm64 αυτη τη φορα. Το κοβω να περναει στο testing μετα το release της 10...

Αν και το ξανασυζητήσαμε, καλά κάνουν σε αυτό. Όταν υποστηρίζεις μια αρχιτεκτονική, την υποστηρίζεις. Όταν εσύ ο jim_p φτιάξεις ένα μικρό προγραμματάκι που ευκολύνει μια εργασία και το ανεβάσεις στο debian για την ευκολία και των υπολοίπων μας, αν και τυπικά πρέπει να είσαι 100% σωστός στο build και στην συντήρηση και παντού, πρακτικά δεν έχω την απαίτηση να το τεστάρεις να παίζει με musl αντί για glibc, να το τεστάρεις σε arm, ppc, sparc, whatever.

Το chromium όμως δεν νομίζω ότι έχει μικρή ομάδα ανάπτυξης ή ότι δεν έχει μηχανήματα arm να το τεστάρει. Μην ξεχνάμε ότι με τα raspberry και η κουτσή μαρία έχει πλέον μηχάνημα arm (και η συντριπτική πλειοψηφία τρέχει debian) οπότε δεν μιλάμε για μια ξεχασμένη αρχιτεκτονική (όπως πχ dec alpha) που μείναμε 10 τρελοί να την χρησιμοποιούμε.

Σαν άτομο που εποφθαλμιά να αγοράσει talos (και δεν πρόκειται να αγοράσει ποτέ εκτός αν τύχει joker που δεν έχει παίξει ποτέ) χαίρομαι που δεν παραμελούνται οι άλλες αρχιτεκτονικές.

[jim_p]

Μονο στο debian τετοιες πρακτικες.
Πριν λιγο καιρο ειχε ανοιχτε ενα bug report για το youtube-dl που δεν δουλευε στο youtube, το οποιο λογω freeze και αργοσχολου maintainer εχει μεινει στην 2019.01.17. Και πατσαριστικε ωστε απλα να δουλευει εκει και τερμα!
Επειδη ειναι απο τα πακετα που εχουν συχνα releases απο upstream, θεωρω οτι δεν θα επρεπε να ειναι καν στο testing, οπως δεν ειναι πχ ο κανονικος ff.
Meanwhile, το plowshare-modules βγηκε το περασμενο καλοκαιρι απο το testing με την ιδια δικαιολογια*, ασχετως αν ειναι παρατημενο απο upstream εδω και 1+ χρονο**

* https://tracker.debian.org/news/9867...-from-testing/
** https://github.com/mcrapet/plowshare...modules-legacy

[jim_p]

Με αφορμη τα χτεσινα παρατραγουδα με τα προσθετα του ff, σκεφτηκα να δω με τι build options ειναι χτισμενος εδω και εχει το xpinstall.signatures.required στο about:config. Μπηκα λοιπον στο about:buildconfig και βρηκα αυτο

--with-unsigned-addon-scopes=app,system

και λιγο πιο πανω αυτο

--enable-alsa

που σημαινει οτι λογικευτικανε και χτιζουν και τον κανονικο ff (= οχι τον esr) με υποστηριξη για alsa. Και πραγματι, εβγαλα το apulse απο τη συντομευση που ειχα για τον ff (apulse firefox) απο την 52 και μετα και εχει ηχο κανονικα!
Πως θα κλεισω λοιπον το bug report που ειχα ανοιξει καποτε για τον παραπανω λογο εδω?
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=857184

[mphxths]

Πως θα κλεισω λοιπον το bug report που ειχα ανοιξει καποτε για τον παραπανω λογο εδω?
https://bugs.debian.org/cgi-bin/bugr...cgi?bug=857184

Ξεκινα την αλληλογραφια

"Normally, the only people that should close a bug report are the submitter of the bug and the maintainer(s) of the package against which the bug is filed. There are exceptions to this rule, for example, the bugs filed against unknown packages or certain generic pseudo-packages. When in doubt, don't close bugs, first ask for advice on the debian-devel mailing list.

Bug reports should be closed by sending email to nnn-done@bugs.debian.org. The message body needs to contain an explanation of how the bug was fixed.

With the emails received from the bug tracking system, all you need to do to close the bug is to make a Reply in your mail reader program and edit the To field to say nnn-done@bugs.debian.org instead of nnn@bugs.debian.org (nnn-close is provided as an alias for nnn-done)."