mobinmob

To dracut υποστηρίζει κάτι τέτοιο (πυρήνας και initrd σε ένα ενιαίο uefi executable) εδώ και καιρό. Είναι μάλιστα μια από τις προτεινόμενες επιλογές στο zfsbootmenu που μπορεί να λειτουργήσει χωρίς κάποιο πρόσθετο bootloader.

KDE και gnome χτίζονται και δουλεύουν (και) χωρίς systemd. Το gnome χρειάζεται το elogind για να δουλέψει χωρίς πολλές παρεμβάσεις, το kde δουλεύει και χωρίς αυτό, αλλά όχι με wayland. Στα bsds συντηρούν patches για να δουλεύει το gnome με consolekit2.

Είσαι σαφέστατος. Προφανώς, ο κάθε ένας έχει το λειτουργικό που τον βολεύει/με το οποίο μπορεί να κάνει την δουλειά του.

Είναι προφανές ότι δεν ξέρεις από void, καθώς δεν κατάλαβες το σχόλιο του Duncaen από το link που δίνεις. Αν ενδιαφέρεσαι να το καταλάβεις πως γίνεται υπάρχει το xbps-src manual στο gh repo που μόλις ανέφερα. Το template και το xbps-src κάνει ότι και το PKGBUILD, αξιοποιεί το deb.

Το chrome είναι διαθέσιμο σαν template στο void-packages repo και πρέπει να τον "χτίσεις" με το xbps-src, όπως χτίζεις σε arch το chrome PKGBUILD με το makepkg...

@mphxths Έκανες build rust+cargo για να χτίσεις το lsd; Οι διανομές τα πακετάρουν συνήθως και αν κάποια δεν τα έχει (ή θέλεις νεώτερη έκδοση)υπάρχει το rustup...

Aν ρωτήσεις 10 ανθρώπους που να έχουν κάποια εποπτεία της κατάστασης, θα σου προτείνουν διαφορετικές "απαραίτητες" ή "σημαντικές" διανομές. Δες την απάντηση του @mphxths παρακάτω (συμφωνώ με τις προσθήκες, ειδικά με το Mint). Προσωπικά δεν βλέπω το πρόβλημα με τις πολλές διανομές. Αν κάτι δεν προσφέρει ή δεν βρει υποστήριξη από χρήστες και δωρεές η χορηγίες θα σβήσει, έτσι κι αλλιώς.

Y.Γ.: Νομίζω ότι είναι πολύ ευκολότερο και πρακτικό να δημιουργήσεις και να συντηρήσεις κάτι εντελώς custom σε Gentoo με flags παρά σε οποιαδήποτε άλλη διανομή. Υ.Γ.2 : Γι' αυτό που απάντησα παραπάνω φαντάζομαι Προσωπικά θεωρώ εντελώς λάθος αυτό που γίνεται στις "source-based" διανομές, να χτίζεις δλδ τα πάντα συνεχώς, οπότε μην περιμένεις να το υπερασπιστώ . Το να έχεις όλα τα buildscripts σε ένα ports tree, να μπορείς εύκολα να χτίσεις ξανά μέρος τους (ή όλα) με άλλες επιλογές κ.λ.π. είναι καλό χαρακτηριστικό. Αυτά τα έχεις και σε διανομές/OS που δεν σε "αναγκάζουν" να χτίζεις τα πάντα στο μηχάνημά σου (abs στο arch, void-packages/xbps-src στο voidlinux, ports σε BSDs...). Απλά επισημαίνω πως κάποιοι το θέλουν, γι' αυτό ξοδεύουν χρόνο για να συντηρήσουν την διανομή. Οι διανομές αλλάζουν και προσαρμόζονται στις συνθήκες... και ίσως η πρόταση αυτή να είναι μέρος της προσαρμογής (όπως και τα ήδη υπάρχοντα binary packages).

@mphxths Τα έτοιμα binary πακέτα στο gentoo υπάρχουν πολύ καιρό. Το binary package format spec υπάρχει το αργότερο από το 2011. Δεν είναι ζήτημα βαρεμάρας. Υπάρχουν πακέτα που είναι δύσκολο ή αδύνατο να χτιστούν σε μηχανήματα που μπορούν άνετα να τα τρέξουν (firefox, libreoffice κ.λ.π.). Αντιμετωπίζω το gentoο σαν κάτι ανάμεσα σε "κανονική διανομή" και custom distro build kit - δείτε το openembedded, το yocto, το buildroot κ.λ.π. Δεν έχει νόημα για μένα, αλλά προφανώς έχει νόημα για όσους το συντηρούν και το χρησιμοποιούν - το ίδιο ισχύει και για κάθε ενεργή διανομή Νομίζω πως ο λόγος δεν είναι πια οι επιδόσεις - πάνε οι εποχές των ricers- μάλλον είναι για την ευελιξία που προσφέρει. Δεν βλέπω πως η επιλογή για έναν πυρήνα με έτοιμο conf ή ακόμα και για binary πυρήνα υποβαθμίζει τα χαρακτηριστικά της διανομής ή γιατί πρέπει να πανηγυρίζουμε. @nefilim Τα overlays είναι από τα λίγα πράγματα που πραγματικά ζηλεύω στο gentoo.

Αυτό που έχω συναντήσει (HP). είναι το αντίθετο - να μπορείς να κλεισεις την nvidia. IMHO, τέτοια challenges δεν προσφέρουν πολλά. Αν κάποιος επιθυμεί να δοκιμάσει linux, υποστηρίζεται το hw που έχει και μπορεί να κάνει την δουλειά του, τότε έχει νόημα. Αν όχι...

Δοκίμασε το tilix και όρισέ το zsh σαν default shell στις προτιμήσεις. Το ίδιο το πρόγραμμα προσφέρει και δυνατότητα drop-down terminal χωρίς κάποιο πρόσθετο. Το χρησιμοποιώ σε mate, δουλεύει άψογα.

Nα προσθέσω στις προτάσεις και το εξαιρετικό duc: https://duc.zevv.nl/

Το voidlinux subreddit στο οποίο ρώτησες είναι το επίσημο forum της διανομης. 😉 Το παρακολουθούν και περιστασιακά απαντούν 2-3 από τους devs, το πιο πιθανό είναι να βρεις εκεί λύση... Στην θέση σου θα δοκίμαζα: α)διαφορετικούς πυρήνες (το void υποστηρίζει αρκετούς ) και β) με δεδομένα τα μηνύματα για polkit, ίσως ένα υπερβολικά "χαλαρό" σε θέματα ασφαλείας γενικό polkit rule για λίγο ώστε να δεις αν εξακολουθεί το πρόβλημα. Δες το void-live.rules από το live cd. Αν αυτό υπάρχει στο σύστημα σου, δοκίμασε να το απενεργοποιήσεις.

Τόσο το puppy, όσο και το slitaz τρέχουν κανονικά από φλασάκι (live και εγκατάσταση). Λίγα πράγματα πάντως θα μπορείς να κάνεις με 256mb.

Libreoffice και WPS-office. To δεύτερο έχει καλύτερη υποστήριξη για αρχεία του MS Office, είναι κλειστού κώδικα αλλά δωρεάν.

Δεν γνωρίζω αν υπάρχει τρόπος. Αν δεν κάνω λάθος, η εγκατάσταση του viber με τις εξαρτήσεις του από το flathub είναι πάνω από 300 mb. Edit... Υπάρχει τρόπος Για το viber έχουμε: flatpak remote-info flathub com.viber.Viber Ref: app/com.viber.Viber/x86_64/stable ID: com.viber.Viber Arch: x86_64 Branch: stable Date: 2018-02-01 15:37:01 +0000 Subject: Add categories to appdata (2e28fcea) Commit: c2bc6db019f162af600ceda30e339ce6226dfedbbeba12da5e4fff7abf54648a Parent: 0d6b388f759a489349816188baa37b73f8364491a4c2392487d132210f40bc34 Download size: 15,3 MB Installed size: 40,0 MB Runtime: org.freedesktop.Platform/x86_64/1.6 Και για το runtime που είναι η "εξάρτησή" του: flatpak remote-info flathub org.freedesktop.Platform/x86_64/1.6 Ref: runtime/org.freedesktop.Platform/x86_64/1.6 ID: org.freedesktop.Platform Arch: x86_64 Branch: 1.6 Date: 2018-02-06 14:34:57 +0000 Subject: build of org.freedesktop.Sdk, Tue Feb 6 13:00:15 UTC 2018 Commit: 66a15e733a8f1b382ab01fd78bd04f93f5f943e364ff6294f59795044ac55515 Parent: 907a3a46534a937dddeb0dc0582ca1bceb402b51db0fefd3e830780a8953349f Download size: 213,5 MB Installed size: 567,1 MB

Αν το χρειάζεσαι, μπορείς να δοκιμάσεις να το εγκαταστήσεις σαν flatpak

Δημιούργησε ένα φάκελο με υποσύνολο των περιεχομένων του τεράστιου φακέλου στον οποίο αντιμετωπίζεις το πρόβλημα και αντέγραψέ τον και στα 2 fs ώστε να κάνεις σύγκριση... @ mphxths: Γίνεται κάτι ανάλογο από τα προγράμματα που δημιουργούν thumbnails σε linux, αλλά ο ntfs-3g είναι τρομακτικά αργός...

Το πιο πιθανό είναι να φταίει ο ntfs-3g που χρησιμοποιεί το λειτουργικό για να διαβάσει/γράψει στο partition. Είναι επαρκής για να περιστασιακή χρήση, αλλά είναι αργός για συνεχή χρήση. Έχω αντιμετωπίσει προβλήματα καθυστερήσεων σε συνεχή χρήση ακόμα και σε πολύ μικρότερα και λιγότερα αρχεία από αυτά στα οποία συναντάς το πρόβλημα (ακόμα και αρχεία του libreoffice σε πιο αδύναμο μηχάνημα). Μπορείς να δοκιμάσεις να δημιουργήσεις έναν φάκελο με μέρος των περιεχομένων και να κάνεις ένα αντίγραφό του σε native fs - στο home σου- για να δεις αν θα υπάρχει διαφορά.

Εντυπωσιακός ο greeter. Ο lighdm είναι πολύ ενδιαφέρον project με κύριο στοιχείο τη διαίρεση του greeter/ui από το backend. Δυστυχώς η Canonical φαίνεται πως τον εγκαταλείπει, αφού στο επόμενο ubuntu θα είναι ο gdm το default. Η μόνη κριτική που μπορώ να έχω για το project είναι ότι με ξενίζει η χρήση μιας ολόκληρης layout engine (webkit) για να υλοποιηθεί το γραφικό. Μου φαίνεται κομματάκι υπερβολικό... Τώρα πάω πίσω στον slim Λεπτομέρεια είναι ο DM...

To brackets είναι γραμμένο κυρίως σε JS πάνω στο CEF (Chromium Embedded Framework), που μοιάζει πολύ σαν λύση με το electron.

@papadi: Θα έχουμε αντίστοιχες εξελίξεις σε νέες εκδόσεις του skype for business; @jim_p: Δεν μου αρέσει ιδιαίτερα το electron, αλλά μάλλον είναι η πιο άμεση λύση αυτή τη στιγμή για τις εταιρείες που θέλουν να έχουν cross-platform εφαρμογές χωρίς μεγάλο κόστος.

That's the way we like it

Δεν είναι ακριβώς επίκαιρο ή είδηση, αλλά είναι η πιο ολοκληρωμένη παρουσίαση του voidlinux που έχω συναντήσει: Into The Void Το βρήκα στο reddit.

https://lobste.rs/s/dwzplh/krack_attacks_breaking_wpa2#c_pbhnfz Το openbsd τήρησε την αρχική συμφωνία για την διάρκεια του empargo σύμφωνα με το παραπάνω. Αν είναι να επεκτείνεται το empargo τόσο εύκολα λόγω πιέσεων... τι νόημα έχει και ποιόν ωφελεί;