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

[jim_p]

Για αυτο που λετε με τους κανονες.
Οκ, να δεχτω οτι ειναι κανονας του debian να μην πηγαινει πακετο στο testing απο το unstable αν δεν εινια ετοιμο για ολες τις αρχιτεκτονικες που υποστηριζει, αν και στο stable μπορει να ανεβει κανονικα σαν security ή backport ακομα και για μια απο ολες τις αρχιτεκτονικες (εξαιρεση στον κανονα?).
Να δεχτω ακομα οτι το καθε πακετο πρεπει να πληρει καποιες προϋποθεσεις για να μπει στο repo, μιας και μου εχει τυχει παρομοια περιπτωση με το retroarch*.
Αντε να δεχτω και οτι το debian δεν δινει non-free πραγματα σε πακετο, γιαυτο και τα διαφορα σκριπτακια που κατεβαζουν java, flash κλπ και τα πακεταρουν.

Για την καθυστερηση στο πακεταρισμα οσων πακετων εχω αναφερει ΔΕΚΑΔΕΣ φορες, τι δικαιολογια υπαρχει περα απο την "o maintainer δεν το ειδε/βαριεται να το πακεταρει/ξυνεται"? Υπαρχουν πακετα που εχουν μεινει παρατημενα απο upstream, αλλα υπαρχουν ακομα στο repo επειδη ο maintainer εχει να πακεταρει χρονια. Υπαρχουν αλλα που απλα δεν πακεταρονται και εχουν μεινει στην ιδια εκδοση απο τοτε που ηταν στο oldstable (θα ελεγα στο oldoldstable αλλα το packages.debian.org δεν δινει αλλες πληροφοριες). Γιατι? Μην μου πειτε οτι δεν περνανε απο καποιο κανονισμο που εχει οριστει απο "πανω", γιατι σιγουρα δεν παιζει κατι τετοιο. Εχουν απλα αργοσχολους maintainers και τερμα.

Btw, το μονο πακετο απο οσα εχω αναφερει που δεν μπορουσε να μπει στο repo για καποιο διαδικαστικο λογο ειναι το retroarch και τον λογο τον λεει ο maintainer του στο bug report που λεω. Βεβαια, ο τυπος απαντησε 9 ΜΗΝΕΣ μετα το bug report που εκανα, οποτε ναι, τον θεωρω και αυτον αργοσχολο.

Τελος, ναι εχω απαιτησεις. Οταν κανω ενα bug report πχ για να κανει ο ταδε maintainer το spell checking προαιρετικο στο reportbug-gtk για να μην σερνει το aspell και οποια αλλη σαπια εξαρτηση θελει απο dictionaries κλπ και αυτος απανταει (2 μηνες αργοτερα!) με ενα οχι γιατι το θελει για καλυτερο user experience και οτι δεν ειναι προβλημα επειδη εχω ηδη αρκετες απο αυτες τις (gtk) εξαρτησεις, εγω τι αλλο μπορω να κανω απο το να μην του απαντησω και να πω απο μεσα μου ενα απλο "τραβα !@#$%^& και εσυ", οπως εχω πει σε πολλους αλλους (debian και ανεξαρτητους) maintainers?

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

[imitheos]

Τελος, ναι εχω απαιτησεις. Οταν κανω ενα bug report πχ για να κανει ο ταδε maintainer το spell checking προαιρετικο στο reportbug-gtk για να μην σερνει το aspell και οποια αλλη σαπια εξαρτηση θελει απο dictionaries κλπ και αυτος απανταει (2 μηνες αργοτερα!) με ενα οχι γιατι το θελει για καλυτερο user experience και οτι δεν ειναι προβλημα επειδη εχω ηδη αρκετες απο αυτες τις (gtk) εξαρτησεις, εγω τι αλλο μπορω να κανω απο το να μην του απαντησω και να πω απο μεσα μου ενα απλο "τραβα !@#$%^& και εσυ", οπως εχω πει σε πολλους αλλους (debian και ανεξαρτητους) maintainers?

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

Σε αυτό συμφωνώ. Αυτά μπαίνουν πάντα recommends / suggests για να μην υποχρεούται να εγκαθιστά κάποιος 15 εξαρτήσεις που δεν χρειάζεται.

[jim_p]

Oh well...
https://old.reddit.com/r/linux/comme...eps_down_over/

[hammered]

Έχω θέμα με τον kernel 4.19. Μετά τον grub έχω μαύρη οθόνη (backlight on) και δεν βλέπω το boot process. Δεν βλέπω disk activity στο led άρα υποθέτω ότι απλά κολλάει. Ούτε στο recovery mode φαίνεται κάτι. Και εκεί από την αρχή έχω μαύρη οθόνη.
Όταν γυρνάω στον 4.18 όλα δουλεύουν μια χαρά.

Έχετε καμιά ιδέα τι συμβαίνει; Ή αν υπάρχει τρόπος να δω τι συμβαίνει;

[imitheos]

Έχω θέμα με τον kernel 4.19. Μετά τον grub έχω μαύρη οθόνη (backlight on) και δεν βλέπω το boot process. Δεν βλέπω disk activity στο led άρα υποθέτω ότι απλά κολλάει. Ούτε στο recovery mode φαίνεται κάτι. Και εκεί από την αρχή έχω μαύρη οθόνη.
Όταν γυρνάω στον 4.18 όλα δουλεύουν μια χαρά.

Έχετε καμιά ιδέα τι συμβαίνει; Ή αν υπάρχει τρόπος να δω τι συμβαίνει;

Μήπως είναι το κλασικό πρόβλημα με το framebuffer takeover που είχανε και άλλοι; Έχω την εντύπωση ότι είχα διαβάσει να παίρνουν μαύρη οθόνη αλλά πάει καιρός και δεν θυμάμαι. Δες στον grub τι command line έχεις και αν υπάρχει η παράμετρος quiet δοκίμασε να την αφαιρέσεις μία φορά και να bootάρεις. Κάτι τέτοιο ήτανε το workaround νομίζω για να δεις αν είναι αυτό το πρόβλημα.

Αν δεν είναι αυτό, μπορείς να κάνεις bisect τους δύο πυρήνες αλλά είναι λίγο μανούρα.

[pmav99]

Oh well...
https://old.reddit.com/r/linux/comme...eps_down_over/

https://lists.freedesktop.org/archiv...ry/041949.html
https://github.com/systemd/systemd/issues/11436
και τα comments τα οποία προκάλεσαν την παραίτηση: https://github.com/systemd/systemd/i...ment-454544042

[jim_p]

Χελπ! Τι ειναι αυτο παλι?!?!

Package configuration

 ┌──────────────────────────┤ Configuring grub-pc ├──────────────────────────┐
 │                                                                           │ 
 │ The GRUB boot loader was previously installed to a disk that is no        │ 
 │ longer present, or whose unique identifier has changed for some reason.   │ 
 │ It is important to make sure that the installed GRUB core image stays in  │ 
 │ sync with GRUB modules and grub.cfg. Please check again to make sure      │ 
 │ that GRUB is written to the appropriate boot devices.                     │ 
 │                                                                           │ 
 │ If you're unsure which drive is designated as boot drive by your BIOS,    │ 
 │ it is often a good idea to install GRUB to all of them.                   │ 
 │                                                                           │ 
 │ Note: it is possible to install GRUB to partition boot records as well,   │ 
 │ and some appropriate partitions are offered here. However, this forces    │ 
 │ GRUB to use the blocklist mechanism, which makes it less reliable, and    │ 
 │ therefore is not recommended.                                             │ 
 │                                                                           │ 
 │                                  <Ok>                                     │ 
 │                                                                           │ 
 └───────────────────────────────────────────────────────────────────────────┘

Μετα απο αυτο το dialog box με ρωταει που θελω να βαλει τον grub και εχει
- /dev/sda (ο τωρινος μου σκληρος που εχω τα w7 και το debian)
- /dev/sda3 (το partition που εχω το debian
- /dev/sdb (ο παλιος μου σκληρος)

Να επιλεξω το πρωτο?

[manosdoc]

Έχω θέμα με τον kernel 4.19. Μετά τον grub έχω μαύρη οθόνη (backlight on) και δεν βλέπω το boot process. Δεν βλέπω disk activity στο led άρα υποθέτω ότι απλά κολλάει. Ούτε στο recovery mode φαίνεται κάτι. Και εκεί από την αρχή έχω μαύρη οθόνη.
Όταν γυρνάω στον 4.18 όλα δουλεύουν μια χαρά.

Έχετε καμιά ιδέα τι συμβαίνει; Ή αν υπάρχει τρόπος να δω τι συμβαίνει;

Δες αν έχεις κανένα USB πάνω flashάκι, κάνα SD.

[jim_p]

Δεν εχω. Απλα εχω και στον παλιο σκληρο τον grub, μιας και τον αφησα πανω οταν πηρα ssd.

---edit
Δεν ειδα καν το quote και νομιζα οτι ελεγες για το δικο μου θεμα

[mzaf]

Χελπ! Τι ειναι αυτο παλι?!?!

Package configuration

 ┌──────────────────────────┤ Configuring grub-pc ├──────────────────────────┐
 │                                                                           │ 
 │ The GRUB boot loader was previously installed to a disk that is no        │ 
 │ longer present, or whose unique identifier has changed for some reason.   │ 
 │ It is important to make sure that the installed GRUB core image stays in  │ 
 │ sync with GRUB modules and grub.cfg. Please check again to make sure      │ 
 │ that GRUB is written to the appropriate boot devices.                     │ 
 │                                                                           │ 
 │ If you're unsure which drive is designated as boot drive by your BIOS,    │ 
 │ it is often a good idea to install GRUB to all of them.                   │ 
 │                                                                           │ 
 │ Note: it is possible to install GRUB to partition boot records as well,   │ 
 │ and some appropriate partitions are offered here. However, this forces    │ 
 │ GRUB to use the blocklist mechanism, which makes it less reliable, and    │ 
 │ therefore is not recommended.                                             │ 
 │                                                                           │ 
 │                                  <Ok>                                     │ 
 │                                                                           │ 
 └───────────────────────────────────────────────────────────────────────────┘

Μετα απο αυτο το dialog box με ρωταει που θελω να βαλει τον grub και εχει
- /dev/sda (ο τωρινος μου σκληρος που εχω τα w7 και το debian)
- /dev/sda3 (το partition που εχω το debian
- /dev/sdb (ο παλιος μου σκληρος)

Να επιλεξω το πρωτο?

Λογικά τον sda δεν πρέπει να επιλέξεις? Και μετά ρίχνεις κι ένα update-grub,στην περίπτωση που δεν βρει αυτόματα τον sdb

[dimitri_ns]

Χελπ! Τι ειναι αυτο παλι?!?!

Package configuration

 ┌──────────────────────────┤ Configuring grub-pc ├──────────────────────────┐
 │                                                                           │ 
 │ The GRUB boot loader was previously installed to a disk that is no        │ 
 │ longer present, or whose unique identifier has changed for some reason.   │ 
 │ It is important to make sure that the installed GRUB core image stays in  │ 
 │ sync with GRUB modules and grub.cfg. Please check again to make sure      │ 
 │ that GRUB is written to the appropriate boot devices.                     │ 
 │                                                                           │ 
 │ If you're unsure which drive is designated as boot drive by your BIOS,    │ 
 │ it is often a good idea to install GRUB to all of them.                   │ 
 │                                                                           │ 
 │ Note: it is possible to install GRUB to partition boot records as well,   │ 
 │ and some appropriate partitions are offered here. However, this forces    │ 
 │ GRUB to use the blocklist mechanism, which makes it less reliable, and    │ 
 │ therefore is not recommended.                                             │ 
 │                                                                           │ 
 │                                  <Ok>                                     │ 
 │                                                                           │ 
 └───────────────────────────────────────────────────────────────────────────┘

Μετα απο αυτο το dialog box με ρωταει που θελω να βαλει τον grub και εχει
- /dev/sda (ο τωρινος μου σκληρος που εχω τα w7 και το debian)
- /dev/sda3 (το partition που εχω το debian
- /dev/sdb (ο παλιος μου σκληρος)

Να επιλεξω το πρωτο?

Δεν φαίνεται νάχεις uefi (τα πράγματα θάτανε λίγο πιό περίπλοκα)
Φαίνεται νάχεις legacy bios

Βεβαιώνεσαι γι'αυτά στο bios
Oπότε
installation στο /dev/sda
sudo update-grub

[mzaf]

Μου την έβγαλε κι εμένα αυτή την ανοησία,επίλεξα sda κι όλα καλά.

[jim_p]

Και εδω τελικα ολα πηγαν καλα με τον grub.

Ψιλοασχετο με το debian αλλα θα το ρωτησω. Ακολουθωντας αυτο τον οδηγο εδω, εβαλα να τρεχει το tty-clock στο tty1 του μπρικιου (παλιο pc, χωρις γραφικο περιβαλλον, συνδεδεμενο με πληκτρολογιο και οθονη σε περιπτωση που χρειαστει να κανω κατι και δεν δουλευει το ssh).

https://raymii.org/s/tutorials/Run_s...gin_getty.html

Ο λογος ειναι απλος. Οταν ειμαι εκτος σπιτιου, ανοιγω το μπρικι με wol over internet. Καμια φορα καθυστερει να αρχισει επειδη τρεχει το fsck και ακομα και αν ζητησω απο τους δικους μου να δουν τι γινεται, η καλυτερη απαντηση που θα παρω ειναι "δειχνει κατι μικρα γραμματακια...". Γιαυτο εβαλα εκει περα το tty-clock να το βλεπουν και να ξερουν πως αν δειχνει το ρολοϊ, το μπρικι ειναι ετοιμο.

Το προβλημα ειναι πως με την παραπανω διαδικασια δεν γινεται να βγω απο το tty-clock. Οταν βγαινω, απλα κλεινει το tty για 1ms και επανερχεται. Μπορω να κανω κατι για αυτο ή να ξεχασω το tty-clock για τον λογο που το θελω?

[mzaf]

WTF???
"This is a work-in-progress project to create a telemetry library for various Qt applications. The library linked to Qt application allows to collects usage data from the application's users. This data could be used to improve application user experience. The idea is to collect anonymous data only, i.e. there is no way to map the collected data to any user identity. The feature is opt-in and collected data will be totally transparent to the user."
https://www.phoronix.com/scan.php?pa...ble-QTelemetry

[jim_p]

Πριν λιγο, εκει που εκανα τις καθημερινες δουλειες μου στο pc μου, ακουω το σκληρο απο το μπρικι να μουγκριζει!
Μπαινω με ssh, ανοιγω ενα htop και βλεπω να τρεχει ενα find απο το χρηστη nobody. με δεκαρες ορισματα του στυλ -fstype nfs, samba κλπ. Μεχρι να φτασω στο τελος της εντολης στο htop, το find ειχε τελειωσει. Με χακαρανε ή ακομα?