Αναζήτηση:

Πιο περιπλοκο δεν γινοταν! :'(
Το if γιατι το θελω εκει?

Δεν περιμενα οτι θα το βρεις περιπλοκο με 5 γραμμες :P

Για να μην τρεχει οταν δεν του βαλεις τιποτα ειναι. Αφαιρεσε το αν δεν το θελεις.

Ας τα παρω ενα ενα. Για αρχη το url που θελω να παρω ειναι καπως ετσι μεσα στο html.
src="//example.com/string1/string2/720.mp4"
Οπως φαινεται, ναι εχει εισαγωγικα το url. Το κομματι "720.mp4" σαν κειμενο υπαρχει μονο μια φορα στο html και αυτο θελω να κανω grep ωστε να εχω ενα αποτελεσμα μονο για να το στειλω στον mpv. Απο τα 2 strings εχω μονο το string2 το οποιο θα το βαζω εγω γιατι θα το τρεχω ετσι
./getvid.sh 123456
Και τα 2 string εκει ειναι διαφορετικα για καθε url, αλλα το string1 δεν γινεται να το ξερω απο πριν. Τελος, θα χρειαστει να κολλησω και ενα https στην αρχη του url γιατι λειπει.


% cat urlfile
src="//example.com/gjhgjk1/123/720.mp4"
src="//example.com/ahjkggk/234/720.mp4"
src="//example.com/bjghgj1/123456/720.mp4"

% cat getvid.sh
#!/bin/bash

if ; then
exit 1
fi

grep -o "\".*/${1}/.*\"" urlfile

% ./getvid.sh 123
"//example.com/gjhgjk1/123/720.mp4"
% ./getvid.sh 1234
% ./getvid.sh 234
"//example.com/ahjkggk/234/720.mp4"
% ./getvid.sh 123456
"//example.com/bjghgj1/123456/720.mp4"

Παρε ενα τετοιο, (η παρομοιο) και ριξε του ενα TRUE-NAS και θα εχεις οσους δισκους θελεις.....
https://computer-stock.gr/agora-refurbished/used-ipologistes/metaxeirismena-servers/rackmount-server-hp-proliant-dl380p-g8-2xe5-2620-6c-16gb-p420i-8xsff-2x460w-ref/

ΥΓ... μεταξυ σοβαρου και αστειου.....

RAID0;;; :shock: :hmm:
Δευτερο, ο server που πηρες για το γραφειο σου δεχεται οποιοδηποτε generic δισκο η μονο δισκους της HP (Dell, Lenovo, κτλ) που εχουν firmware αποκλειστικα απο την HP; Γιατι κι αυτο ειναι ενα θεμα.

Τριτο, μην παιδευεστε με PCIe SATA controllers. Βρειτε απο ebay (η και απο εδω απο εταιρειες που διακινουν μεταχειρισμενο υλικο) LSI SAS controllers που ειναι σουπερ αξιοπιστοι και παιζουν στο Linux μπομπα. Breakout cables για τους SATA δισκους σας και θα ειστε κομπλε.


Ο server δεχεται οποιονδηποτε SATA η SAS οποτε πηρα απλους sata ssd (ανα ζευγαρι ιδιοι), γιατι οι τιμες για SAS ειναι τριπλασιες και ανω (~280/GB)
Βασικα ο Server ειναι ενας DELL R720, ο οποιος ερχεται με εναν controller H710, o οποιος θελει σωνει και καλα να κανει RAID ο ιδιος, οποτε του περασα το ΙΤ firmware και περναει τους δισκους φυσικα στο λειτουργικο. Δεν ηθελα να στηριχτω στο Hardware Raid γατι αν χαλασει ο controller, αντε να διαβασεις τους δισκους μετα.


Τερμα αργοπορημενη απαντηση, το ξερω. Με τοσα, NUCs, PIs, κτλ που κυκλοφορουν με 2W καταναλωση, δεν ξερω κατα ποσο ειναι λυση τετοια μηχανηματα αλλα ρε σεις τι καταπληκτικα μηχανηματα. Οποτε πεφτει καποιο στα χερια μου, ανοιγει η καρδια μου. Ανοιξτε ενα θεμα να βαζει ο καθενας φωτος απο το συστημα του και πληροφοριες για στησιμο, χρησεις, κτλ να παιρνει ιδεες καποιος. Η και στο νημα του homeserver αν και εκει απο ο,τι καταλαβα παιζει περισσοτερο Pis, παλια pc, laptops που χρησιμοποιηθηκαν για να μην καθονται σε μια γωνια.

Στο προκειμενο, το link που εδωσες ειναι καταπληκτικο για τα χρηματα του (οπως ειπωθηκε, ουτε την μνημη δεν παιρνεις με τοσα χρηματα) αλλα αν δεν μιλαμε για να γλυτωσουμε και το τελευταιο ευρω, τοτε με λιγα περισσοτερα μπορει να παει σε ενα dell r720, οπως αυτον που εχεις εσυ. Στο ιδιο site που εδωσες, εχει τον R720XD στα 268€ και τον Lenovo RD550 στα 286€.

Γραφω με επιφυλαξη τα παρακατω γιατι ισως εχουν αλλαξει τα πραγματα αλλα με DELL ειναι πολυ πιο βατα τα πραγματα απο HP.

* Παλαιοτερα σε HP δεν μπορουσες να κατεβασεις αναβαθμισεις firmware (εκτος απο αυτες που θεωρουνται critical), εκτος και αν ειχες συνδρομη support, οποτε ηταν δυσκολο να αναβαθμισεις τα διαφορα συστατικα. Ισως να μην ισχυει πια αυτο.
* Οπως ανεφερε και ο megahead13, καποια μοντελα HP δεν δεχονταν αλλους δισκους (αν θυμαμαι καλα επρεπε να γεφυρωσεις καποια pins η μηπως να ξυσεις καποια pins για να μην υφιστανται) για να τους δει και μετα δεν ειχες εγγυηση.
* Οι ελεγκτες της, οπως ο P410 που εχει το συγκεκριμενο, δεν ηταν ευκολο να φλασαριστουν σε IT mode. Υπηρχαν 2 διαφορετικα firmwares και 3 - 4 σχετικα μανουρες διαδικασιες με διαφορετικα αποτελεσματα. Σε καποιους συνδυασμους επαιζε τζαμι, σε καποιους επαιζε τζαμι αλλα μονο για data (δεν μπορουσες να εκκινησεις απο εκει οποτε ηθελες usb / sd) και σε καποιους δεν επαιζε καθολου και εμφανιζε τους δισκους σαν ενα "σκληρο" με ολοκληρη τη χωρητικοτητα (σαν να τους ενωνες με lvm δηλαδη) οποτε εχανες smart δεδομενα. Οπως ανεφερες και εσυ, οι PERC της DELL φλασαρονται παρα πολυ ευκολα.
* Ισως να μην ειναι προβλημα το παρακατω για πολλους αλλα η HP αργησε να δωσει UEFI. Δεν το εψαξα αλλα νομιζω το συγκεκριμενο δεν εχει UEFI ενω τα αντιστοιχης γενιας DELL εχουν.

Ο XD του site ειναι ιδιος με τον δικο σου με καποιες διαφορες. Εχει περισσοτερες θυρες μπροστα αντι για lcd panel και επισης εχει πισω αλλες 2 hotswap θυρες (πχ μπορεις να βαλεις το λειτουργικο εκει αντι για usb η sd cards), δεν δεχεται οπτικο slim dvd, και δεν παιρνει καρτα γραφικων. Αυτο επισημα λογω λαθους της DELL. Ανετα μπαινει GPU (ολα τα GPU οχι μονο κατι tesla που λενε επισημα) με καποιους περιορισμους (το slot που ειναι full x16 αν δεν κανω λαθος οριζεται απο τον 2ο επεξεργαστη οποτε χρειαζεσαι και τα 2 sockets να εχουν επεξεργαστη). Το μονο κακο με τον XD και γενικα τα περισσοτερα refurbished ειναι οτι ειναι το SFF μοντελο (μπακαλικα να πουμε οτι παιρνει 2.5αρηδες σκληρους μονο) και τα LFF σπανιζουν. Δεν εχω επιχειρησει ποτε και δεν ξερω αν μπορεις να αλλαξεις το panel μπροστα απο το ενα στο αλλο. Επισημα δεν μπορεις αλλα δεν ξερω αν ταιριαζει να μπει ανεπισημα.

Με Lenovo δεν εχω τοση εμπειρια οσο με dell αλλα νομιζω το συγκεκριμενο Thinkserver ειναι αντιστοιχο με DELL R730. Δεν ξερω ο lenovo controller τι καπνο φουμαρει ενω με Dell εισαι σιγουρος οτι θα παιζει σε IT.

Οι 720αρηδες εχουν Ivybridge επεξεργαστη, DDR3 μνημες, 4αρες καρτες δικτυου (συνηθως), μονο USB2 ενω οι 730αρηδες εχουν Haswell επεξεργαστη, DDR4 μνημες, μονη καρτα δικτυου (συνηθως), και USB3. Οποτε στα ιδια χρηματα μεταχειρισμενο μπορεις να παρει λιγο πιο αργο επεξεργαστη και χωρις USB3 αλλα 4αρα καρτα και 128GB DDR3 (και περαιτερω αναβαθμιση σχετικα φθηνα λογω τιμης DDR3) η να παρεις λιγο πιο γρηγορο επεξεργαστη, με USB3 αλλα μονη καρτα δικτυου και μολις 16/32GB (και πολυ ακριβοτερη αναβαθμιση).

Edit: Ξεχασα να πω οτι πολλες εταιριες, για να μειωθει η τιμη, δινουν κενο panel μπροστα χωρις τα caddies που μπαινουν οι σκληροι οποτε για καθε σκληρο θα χρειαστουν και ~ 10€ για το caddy. Δεν ξερω το συγκεκριμενο site τι κανει (γραφει "no dummies" οποτε ισως και εδω να ειναι κενο).

Και μονο για να παιξει καποιος και να δει ενα τετοιο μηχανημα αξιζει τα 200 ευρω εστω και με τα μειονεκτηματα HP. Εδω αλλοι δινουν τοσα για να παρουν RGB ταινιες και αλλες χαζομαρες :P

Περιμενω το κραξιμο γιατι δεν το διατυπωσα καλα και ρωταω και κατι ακομα. Ευτυχως να λεω που ο sktheo εχει δουλειες αυτο τον καιρο, αλλιως δεν με σωνει τιποτα :D

Ξεχασα να πω πως το url εκει θα εχει ενα string μετα που θελω να πιασω με το grep, πχ μπορει να ειναι example.com/123456 η example.com/querty, οποτε το -o δεν βολευει.
Μετα απο αυτο, το κομματι που θελω να κανω grep ειναι ετσι
//example.com/123456
οποτε εκτος απο το να το παρω, πρεπει να του κολλησω και ενα https μπροστα.

Ολοκληρο το url δεν ειναι περικλειστο απο εισαγωγικα (πχ "https://example.com/tria-poulakia/12/3/lala.html"); Για αυτο εβαλα και τα εισαγωγικα ωστε να σου παρει ολοκληρο ο,τι εχει. Απο εκει και περα, πρεπει να προσαρμοσεις τι βαζεις στο grep αναλογα με το pattern που εχεις. Δεν μπορουμε να ξερουμε πως θα ειναι το αρχειο σου.

Πως μπορω να κανω grep σε ενα (html) αρχειο που ολο το περιεχομενο το εινια σε μια ατελειωτη γραμμη? Πχ απο αυτο να παρω το example.com μονο.



-o, --only-matching
Print only the matched (non‐empty) parts of a matching line,
with each such part on a separate output line.


% grep '"https://.*"' urlfile


% grep -o '"https://.*"' urlfile
"https://example.com"

Καλημερα εγω παντως πηγα σε αλλαγη μητρικης εδωσα και τους δισκους και πηρα εναν καινουριο.


Αν μου δυνοταν η ευκαιρια πιθανως να αλλαζα και γω, παντως :whistle:


Να υποθεσω αυτα τα γραφετε απο ενα Talos powerpc με 100% ανοιχτο hardware και οχι απο ενα intel / amd με α) κλειστα firmware για καρτες δικτυου, καρτα γραφικων, β) κλειστο uefi bios της μητρικης, γ) intel ME engine, δ) "καμενο" firmware πανω στο southbridge, ε) "secure" συν-επεξεργαστη που τρεχει κατα το boot και αρχικοποιει τον κανονικο επεξεργαστη και εν δυναμει μπορει να καταγραφει τα παντα, στ) κτλ, κτλ;

Ας τα παρω ενα ενα. Εστω οτι μια απο της προβληματικες γραμμες εινια αυτη και θελω να ξεκολλησω το color απο το cyan
ftime = '{}'.format(cov_time)

Το διπλο grep για καποιο λογο δεν πιανει. Αν δωσω σκετο -w στο δευτερο grep βρισκει κατι, που δεν δεν ξερω αν ειναι οτι βρισκει και χωρις το -w γιατι εινια πολλα, το παραπανω string ειναι μεσα σε αυτα που βρισκει, αλλα με το -v δεν βγαζει τιποτα σαν output.
Το αλλο παραδειγμα με το ^ δεν το πιανω. Εβαλα
grep "COLOR"
αλλα παλι γυρναει και τα κολλημενα και τα ξεκολλημενα. Ισως να φταιει το grep του busybox και να μην εινια για τετοιες περιστασεις.

Long story short, τα βρηκα ενα ενα στις γραμμες που ελεγε το cat -n, τα ξεκολλησα, αλλα και παλι κουβα, οποτε το αφηνω να το κανει ο dev του.

Φυσικα δεν πιανει ουτε το grep ουτε το δικο μου, επειδη τα πραγματικα σου δεδομενα εχουν μια ουσιωδη διαφορα με το παραδειγμα με τα mitsos που μας εδωσες.


% cat /tmp/xromata
ftime = '{}'.format(cov_time)
ctime = '{}'.format(cov_time)

% grep "COLOR" xromata
ftime = '{}'.format(cov_time)
ctime = '{}'.format(cov_time)

Οπως ειπες επιστρεφει και τα δυο. Γιατι ομως; Θα σε αφησω λιγο να κοιταξεις τα patterns και να το σκεφτεις


Τι λες στο grep; Του λες να βρει τις γραμμες που εχουν καπου COLOR και μετα _δεν_ ακολουθουνται απο κενο. Με τι κλεινουν συνηθως τα tags σε πολλες "γλωσσες" (οπως και εδω στο φορουμ); Με . Το tag δεν περιεχει τη λεξη COLOR και μετα μια δεξια αγκυλη; Αρα λοιπον COLOR που ακολουθειται απο μη-κενο. Αυτο δηλαδη που του ειπες να κανει match. Ο λογος λοιπον που σου επιστρεφει και τα "κολλημενα" και τα "ξεκολλημενα" ειναι επειδη κανει match το _δευτερο_ color και οχι το "κολλημενο / ξεκολλημενο".


% grep "\" xromata
ftime = '{}'.format(cov_time)

Αλλαζοντας λιγο το match και προσθετοντας την αριστερη αγκυλη (ωστε να γινεται match μονο το πρωτο color και οχι το δευτερο, και quoted αγκυλη γιατι η σκετη ειπαμε δηλωνει συνολο), παιρνουμε το αποτελεσμα που θελουμε.

Σε ενα αρχειο υπαρχει κατι τετοιο σε ορισμενα σημεια
mitsosred
mitsosgreen
mitsosblue
που ειναι λαθος γιατι θα επρεπε να ειναι
mitsos red
mitsos green
mitsos blue
Σε αλλα σημεια, που εχει ηδη κενο εινια σωστο, οποτε δεν θελει αλλαγη εκει. Δεν με ενδιαφερει να βρω ενα τροπο να τα κανω ολα με τη μια αλλα να βρω που ειναι, γιατι αν κανω
cat arxeio | grep mitsos
και τα παρω ενα ενα ειναι 50+. Οποτε γινεται να μου δειξει με καποιο τροπο αυτα που λεvε mitsos whatever αλλα ΔΕΝ εχουν κενο μετα?

Εινια επισης για το περιορισμενων δυνατοτητων shell του libreelec, που το grep πχ ειναι του busybox και δεν εχει αρκετα switches σε σχεση με το κανονικο.

Αν θελεις να τα αλλαξεις, ενας μπακαλικος τροπος να το κανεις θα μπορουσε να ηταν να αλλαξεις το "^mitsos" σε "mitsos " και μετα να αλλαξεις το "mitsos "(δυο κενα) σε "mitsos "(ενα κενο). Αν σε ενδιαφερει απλα να τα δεις, τοτε μπορεις να χρησιμοποιησεις τον τελεστη "^" που σημαινει "οχι αυτο". Δεν εχω busybox οποτε δεν ξερω τι γινεται με το grep του αλλα δοκιμασε το και δες αν λειτουργει.


% cat /tmp/10-xromatistoi-mitsoi
mitsosred
lalala
mitsosgreen
mitsos red
mitsosblue
mitsos green
lolo

% grep "mitsos" /tmp/10-xromatistoi-mitsoi
mitsosred
mitsosgreen
mitsosblue
% grep -n "mitsos" /tmp/10-xromatistoi-mitsoi
1:mitsosred
3:mitsosgreen
5:mitsosblue


Οι αγκυλες δηλωνουν συνολο, δηλαδη αν πω να ψαξει πχ θα μου εμφανισει οσες γραμμες εχουν τουλαχιστον ενα α η β ("lalala" και "mitsosblue" εν προκειμενω). Με το ^ του λες "οχι το επομενο" οποτε "mitsos" σημαινει οτιδηποτε εχει το mitsos και μετα ακολουθειται απο οτιδηποτε εκτος απο κενο (προσοχη θα πρεπει να ακολουθειται απο κατι, αν εχεις γραμμη που να εχει σκετο mitsos χωρις χρωμα μετα, αυτη δεν θα εμφανιστει).

offtopic:

cat arxeio | grep mitsos


Το "cat ταδε | grep δεινα" μπορει να αντικατασταθει απο "grep δεινα ταδε". Το cat ειναι περιττο. Το παραπανω δηλαδη μπορει να γραφει ως "grep mitsos arxeio"

Το οτι εχω προβλημα οταν γινεται η αλλαγη της ωρας, εχω. Αλλα γιατι να εχω? Ασχετως αν το pc ηταν ανοιχτο την στιγμη της αλλαγης η οχι, το ρολοι στο bios ηταν στη σωστη ωρα (τον πως το εβαλα το λεω παραπανω) και αυτη θα επρεπε να περαστει στα windows. Και τωρα που γραφω το ποστ ειναι στη σωστη, παρολο που χτες μπηκα στα windows, και δεν ετρεξα τιποτα για να τη διορθωσει.
# hwclock
2024-04-01 07:14:54.561773+03:00

Επισης τι θα αλλαζε αν εμπαινα απο το ενα στο αλλο λειτουργικο ανα 15 λεπτα?

Στο εγραψα πριν αλλα μαλλον δεν το εξηγησα σωστα (πολυ πιθανο αν σκεφτεις οτι εγραψα 15 φορες RTC ενω εννοουσα UTC).

Αλλαγη ωρας σημερα και παλι εχω προβλημα. Το πρωι που ανοιξα το pc η ωρα ηταν σωστη και με hwclock -w την εγραψα στο bios.
Μπηκα νωριτερα στα windows να δω κατι και διαπιστωσα πως το ρολοι τους ηταν μια ωρα μπροστα. Γιατι παλι ετσι? Περιττο να πω πως εχω το debian σε local time, απο παντα, και οτι θα μεινει ετσι.


Τοτε θα εχεις αυτο το θεμα καθε 6 μηνες (μεχρι να θεσπιστει τελικα να σταματησουμε την αλλαγη, οπως ειχαν πει).

Οταν το ρολοι ειναι σε RTC, τοτε το ρολοι ειναι σε RTC και ολα λειτουργουν ρολοι, για να πω ενα λογοπαιγνιο. Το μονο που κανει το linux ειναι να προσθετει / αφαιρει την διαφορα ωρας του εκαστοτε timezone και να σου δινει την σωστη τοπικη ωρα. Ειναι το pc ανοιχτο την ωρα της αλλαγης; Κανενα προβλημα. Το linux θα προσθεσει 2 ωρες στο RTC μεχρι τις 03:59 και θα προσθεσει 3 ωρες απο τις 04:00 και μετα και παντα θα εχεις σωστη ωρα. Ειναι κλειστο το pc την ωρα της αλλαγης; Παλι κανενα προβλημα. Οταν το ανοιξεις (μετα την αλλαγη), το linux θα προσθεσει 3 ωρες και θα σου δειξει την σωστη ωρα.

Οταν ομως το ρολοι σου ειναι σε localtime, τοτε η υποθεση χοντραινει και σηκωνει τσιγαρο. Αν το pc σου ειναι ανοιχτο την ωρα της αλλαγης, τοτε το linux ξερει οτι μεχρι την αλλαγη ειχες EET (+2) και μετα πηγες EEST(+3), ετσι ξερει να αφαιρεσει 2 και να προσθεσει 3 και θα εχεις σωστη ωρα. Οταν το pc σου _δεν_ ειναι ανοιχτο την ωρα της αλλαγης, τοτε, οταν το ανοιξεις, το λειτουργικο θα υποθεσει οτι το ρολοι σου ηταν RTC+3 (οπως γινεται για ολες τις επομενες ημερες μεχρι το νοεμβριο) και ετσι η ωρα δεν θα ειναι σωστη. Ο λογος που την ειδες σωστη ισως οφειλεται σε συγχρονισμο απο το διαδικτυο. Αν σε αυτη την εξισωση προσθεσουμε και πολλαπλα λειτουργικα, τοτε θα εχεις παντα προβληματα στην εκκινηση (τουλαχιστον μεχρι να kick in ο συγχρονισμος απο το διαδικτυο και να διορθωθει η ωρα).

Με το ρολοι σε RTC, bootαρε καθε 15 λεπτα και σε αλλο λειτουργικο και ολα θα παιζουν τζαμι παντα.

@K1m0n + GoofyX
Αυτο καταλαβαινω και εγω, οτι ειμαι οκ, οποτε τωρα θα κοιμαμαι ησυχος τα βραδια. Το πακετο εγινε downgrade στην 5.4.5 απο day1.

Περα απο την συγκεκριμενη περιπτωση του backdoor, αν μπορεις να κανεις τον sshd να ακουει μονο στο interface του τοπικου δικτυου η να επιτρεπεται η προσβαση μεσω fw μονο στο τοπικο δικτυο (και σε ολους τους δικτυακους δαιμονες βασικα) ειναι καλο. Επισης αν οι clients που χρησιμοποιεις στο κινητο, και γενικα, επιτρεπουν να επιλεγεις θυρα συνδεσης, τοτε και η αλλαγη θυρας ειναι καλο μετρο.

- - - Updated - - -

Εντωμεταξυ, ρε παιδι μου, αμαν αυτη η μανια να πατσαριζονται ολα τα πακετα με 500 patches που ο packager θεωρει σωστα. Αλλο ενα επιχειρημα υπερ των arch, gentoo, slackware που βαζουν οσο το δυνατον ελαχιστα patches.


===================================================================
--- openssh-8.8p1.orig/sshd.c
+++ openssh-8.8p1/sshd.c
@@ -308,6 +312,10 @@ sighup_handler(int sig)
static void
sighup_restart(void)
{
+#ifdef HAVE_SYSTEMD
+ /* Signal systemd that we are reloading */
+ sd_notify(0, "RELOADING=1");
+#endif
logit("Received SIGHUP; restarting.");
if (options.pid_file != NULL)
unlink(options.pid_file);
@@ -2076,6 +2084,11 @@ main(int ac, char **av)
}
}

+#ifdef HAVE_SYSTEMD
+ /* Signal systemd that we are ready to accept connections */
+ sd_notify(0, "READY=1");
+#endif
+
/* Accept a connection and return in a forked child */
server_accept_loop(&sock_in, &sock_out,
&newsock, config_s);


Αυτος ειναι ο κυριος κωδικας του patch που χρησιμοποιει το opensuse (και η fedora και ισως αλλες διανομες). 2 γραμμες κωδικα για να υπαρχει καλυτερη ενσωματωση του sshd με τον systemd. Αυτο ομως φερνει ως εξαρτηση την libsystemd (και, λογω των 700 πραγματων που κανει ο systemd, κατα συνεπεια την liblzma). Μετα ειναι που "ο systemd ειναι modular και εχει πολλα binaries και δεν τρεχουν ολα ως pid 1 και παπαριες".

Χωρις το παραπανω, θα υπηρχε μεν το προβλημα στην liblzma αλλα δεν θα ηταν exploitable ο sshd (αν υπαρχει exploit για αλλα binaries, εκεινα θα παρεμεναν exploitable).

https://www.mail-archive.com/xz-devel@tukaani.org/msg00569.html

Τωρα βεβαια καταλαβαινουμε οτι τα μηνυματα ητανε επιτηδες γραμμενα ετσι για να ανοιξουν την πορτα στον Jian σαν co-maintainer αλλα και τοτε ρε παιδι μου πως δεν τα πηρε καποιος στο κρανιο και να μιλησει να προστατεψει τον Lasse; "Καταλαβαινω οτι εχεις προβληματα ψυχικης υγειας αλλα η κοινοτητα επιθυμει περισσοτερα". Να παει να γ.θει η "κοινοτητα"

Edit: Οσον αφορα αυτο που ειπες οτι δεν μπορει να υπαρχουν 1 - 2 maintainers σε καιρια projects.

Προ αμνημονευτων χρονων (σε dos να φανταστεις), ενα απο τα πρωτα "μεγαλα" προγραμματα που ειχαμε να γραψουμε σαν ασκηση ηταν ενα zip implementation. Καπως ειχαμε βρει το specification της pkware που περιεγραφε το format και επρεπε εμεις να το υλοποιησουμε. Αλλο project που δινοταν σε μαθητευομενους προγραμματιστες ηταν bmp / pcx / κτλ viewer. Ειναι σχετικα μεγαλο project οποτε θα ασχοληθει με πολλα και επισης εχει το specification σαν δρομο για να σε οδηγησει τι πρεπει να υλοποιησεις.

Μπορει μεν το xz να διογκωθηκε και να χρησιμοποιειται παντου (α) ειναι το πεδιο τετοιο της συμπιεσης που εχει χρησεις παντου, β) παρειχε βιβλιοθηκη (σε αντιθεση πχ με το tar και αλλα εργαλεια που δινουν μονο binary) οποτε μπορουσε να ενσωματωθει σε projects, γ) εδινε πολυ καλυτερη συμπιεση απο τα gzip, bzip2 σε χρονους αντιστοιχους με αυτους του bzip2, δ) κτλ) αλλα και το xz (αρχικα lzma) ξεκινησε σαν μια χομπιστικη υλοποιηση του lzma αλγοριθμου (οπως ειναι και το lzip). Ενα ακομη εργαλειο απο τα δεκαδες που υπηρχαν (compress, zip, gzip, bzip2, rar, κτλ). Ειναι απολυτως λογικο να εχει 1 - 2 devs.

Το σκεφτομουν οταν τα διαβαζα οτι ο Lasse μαλλον παραηταν ευγενικος και απολογητικος χωρις να χρωσταει τιποτα και ισως θα επρεπε να απαντησει σε κατι του στυλ «Ρε αει στο δ.....ο μ......α που θα μου πεις εμενα οτι κανω choke το repository».

Κατι σαν αυτο του Linus που ειχα ποσταρει παλια; :) "Δε μου γ..σαι που θελεις να γραψω κωδικα με αθλιες χακιες για να τρεχεις εσυ 12G σε 32bit επεξεργαστη επειδη βαριεσαι να αναβαθμισεις".

Ο κινδυνος ειναι να ειχε μπει καποιος μεσα στον υπολογιστη σου απο μακρια για οσο ετρεχες εφαρμογες που χρησιμοποιουσαν τον αδυναμο κωδικα. Εφοσον δεν εχει μπει μεχρι τωρα καποιος (δεν ειμαστε ολοι τοσο ωραιοι στοχοι) αν σταματησεις να χρησιμοποιεις το αδυναμο λογισμικο (κλεισεις κοινως την κερκοπορτα) θα εισαι οκ.


Ωραια και εγω ετσι το ειχα καταλαβει οτι πρεπει να εχεις τον sshd στο εξωτερικο δικτυο για να μπει. Δεν καταλαβα πως το εννοουσε ο johnmayson για αυτο ρωτησα για να μην μπω στον κοπο να αλλαξω 500 κωδικους :P

Τι εννοεις που εγραψα;; Δε καταλαβα.

Αν λες εμενα, διαβασα που ειπες οτι θα αλλαξεις κωδικο στο gmail σου για αυτο ρωτησα αν διαβασες πουθενα οτι ολοι οι κωδικοι που χρησιμοποιηθηκαν, πρεπει να αλλαχτουν. Δεν διαβασα καπου οτι λειτουργουσε σαν keylogger.

Εσεις τι κανατε πειτε καi distro που εχετε.Ενα gmail (δευτερο οχι βασικο)μονο ειχα μπει οταν ειχα fedora θ αλλαξω κωδικο.

Δεν το πολυ-διαβασα αλλα νομισα οτι παρεκαμπτε τον κωδικο του sshd και σε αφηνε να μπεις χωρις κωδικο. Ειναι διαφορετικη η λειτουργια του code και κινδυνευουν ολοι οι κωδικοι που εγραψες παντου;

Ευχαριστω για την εξηγηση! :oneup:

Οκ πες για το Gentoo, δεν υπαρχει περιπτωση και αλλες διανομες να χρησιμοποιουν το --as-needed στο linker για τα binaries τους;

Εχω χρονια να το παρακολουθησω αλλα κατα καιρους υπηρχαν συζητησεις σε διανομες (τουλαχιστον fedora , opensuse) για ενεργοποιηση hardened επιλογων. Μια για το stack-protector μια για το FORTIFY_SOURCE μια για το ενα μια για το αλλο. Υποθετω πως σημερα ολες οι major διανομες χρησιμοποιουν ολες τις hardened επιλογες.

Τι ακριβως κανει το as-needed...;

Αναθεμα να καταλαβα Χριστο... :p

Η πιο ευκολη (αλλα ανακριβης) εξηγηση ειναι οτι η libfoo εχει καποιες συναρτησεις που χρησιμοποιουν την libbar οποτε γινεται link με την libbar. Εσυ εχεις ενα προγραμμα που χρησιμοποιει μια συναρτηση της libfoo (η οποια συναρτηση δεν χρειαζεται την libbar). Οταν γινει link το προγραμμα σου, θα γινει link με την libfoo και επειδη ο linker βλεπει οτι η libfoo χρειαζεται την libbar, θα γινει το προγραμμα σου link και με εκεινη ασχετα αν δεν την χρειαζεται. Στη συντριπτικη πλειοψηφια των περιπτωσεων αυτο εχει ως αποτελεσμα απλα το προγραμμα σου να αργει παραπανω να ξεκινησει και να χρειαζεται λιγη παραπανω μνημη (ο linker πρεπει να ψαξει στο filesystem την libbar και να την φορτωσει σε καποια περιοχη μνημης). Στη συγκεκριμενη περιπτωση, η liblzma (να καταλαβα καλα) εβλεπε πως λεγοταν η process και αν λεγοταν sshd ετρεχε malicious κωδικα. Αν δεν γινοταν link με τον sshd (επειδη αυτος δεν την χρειαζοταν), τοτε δεν θα μπορουσε να δουλεψει.


Παρακατω ειναι ενα πολυ γρηγορο παραδειγμα. _Δεν_ ειναι καλο παραδειγμα γιατι δειχνει την πιο ακραια κατασταση που δεν χρησιμοποιεις καμμια συναρτηση της βιβλιοθηκης απλα ειναι το πιο γρηγορο που μπορουσα να γραψω. Βαριομουν να σκεφτω να κανω χρηση μιας συναρτησης.


% cat tmp.c
#include

int main(void)
{
puts("Hello");
return 0;
}
% gcc -Wall -O2 -o a1 -Wl,--no-as-needed -lgtk-x11-2.0 tmp.c
% gcc -Wall -O2 -o a2 -Wl,--as-needed -lgtk-x11-2.0 tmp.c

Ενω εχω ενα απλο cli προγραμμα που δεν χρησιμοποιει γραφικα widgets, το κανω link με την gtk-x11 (ακραιο παραδειγμα. κανονικα δεν θα γινοταν αυτο για αυτο κανω link χειροκινητα την βιβλιοθηκη)


% ldd a1
linux-vdso.so.1 (0x00007ffd2466f000)
libgtk-x11-2.0.so.0 => /lib64/libgtk-x11-2.0.so.0 (0x00007a9193600000)
libc.so.6 => /lib64/libc.so.6 (0x00007a9193200000)
libgdk-x11-2.0.so.0 => /lib64/libgdk-x11-2.0.so.0 (0x00007a9193b9b000)
libgmodule-2.0.so.0 => /lib64/libgmodule-2.0.so.0 (0x00007a9193b92000)
libpangocairo-1.0.so.0 => /lib64/libpangocairo-1.0.so.0 (0x00007a9193b82000)
libX11.so.6 => /lib64/libX11.so.6 (0x00007a91934ba000)
libXfixes.so.3 => /lib64/libXfixes.so.3 (0x00007a9193b7a000)
libatk-1.0.so.0 => /lib64/libatk-1.0.so.0 (0x00007a9193b51000)
libcairo.so.2 => /lib64/libcairo.so.2 (0x00007a91930c9000)
libgdk_pixbuf-2.0.so.0 => /lib64/libgdk_pixbuf-2.0.so.0 (0x00007a9193b22000)
libgio-2.0.so.0 => /lib64/libgio-2.0.so.0 (0x00007a9192edb000)
libglib-2.0.so.0 => /lib64/libglib-2.0.so.0 (0x00007a9192d90000)
libgobject-2.0.so.0 => /lib64/libgobject-2.0.so.0 (0x00007a9193abe000)
libpangoft2-1.0.so.0 => /lib64/libpangoft2-1.0.so.0 (0x00007a9193aa5000)
libpango-1.0.so.0 => /lib64/libpango-1.0.so.0 (0x00007a9193450000)
libfontconfig.so.1 => /lib64/libfontconfig.so.1 (0x00007a9192d41000)
libm.so.6 => /lib64/libm.so.6 (0x00007a9192c5a000)
/lib64/ld-linux-x86-64.so.2 (0x00007a9193c71000)
libXrender.so.1 => /lib64/libXrender.so.1 (0x00007a9193a96000)
libXinerama.so.1 => /lib64/libXinerama.so.1 (0x00007a9193a91000)
libXi.so.6 => /lib64/libXi.so.6 (0x00007a9193a7d000)
libXrandr.so.2 => /lib64/libXrandr.so.2 (0x00007a9193a6e000)
libXcursor.so.1 => /lib64/libXcursor.so.1 (0x00007a9193a61000)
libXcomposite.so.1 => /lib64/libXcomposite.so.1 (0x00007a919344b000)
libXdamage.so.1 => /lib64/libXdamage.so.1 (0x00007a9193446000)
libXext.so.6 => /lib64/libXext.so.6 (0x00007a9193431000)
libharfbuzz.so.0 => /lib64/libharfbuzz.so.0 (0x00007a9192b4c000)
libxcb.so.1 => /lib64/libxcb.so.1 (0x00007a9193405000)
libz.so.1 => /lib64/libz.so.1 (0x00007a9192b32000)
libpng16.so.16 => /lib64/libpng16.so.16 (0x00007a9192ae9000)
libfreetype.so.6 => /lib64/libfreetype.so.6 (0x00007a9192a2b000)
libxcb-render.so.0 => /lib64/libxcb-render.so.0 (0x00007a9192a1c000)
libxcb-shm.so.0 => /lib64/libxcb-shm.so.0 (0x00007a9192a17000)
libpixman-1.so.0 => /lib64/libpixman-1.so.0 (0x00007a919299f000)
libjpeg.so.8 => /lib64/libjpeg.so.8 (0x00007a91928d9000)
libmount.so.1 => /lib64/libmount.so.1 (0x00007a919288d000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007a919285d000)
libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007a91927b1000)
libffi.so.8 => /lib64/libffi.so.8 (0x00007a91927a6000)
libfribidi.so.0 => /lib64/libfribidi.so.0 (0x00007a9192786000)
libthai.so.0 => /lib64/libthai.so.0 (0x00007a919277a000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x00007a919274c000)
libgraphite2.so.3 => /lib64/libgraphite2.so.3 (0x00007a919272b000)
libXau.so.6 => /lib64/libXau.so.6 (0x00007a9192726000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007a919270d000)
libbrotlidec.so.1 => /lib64/libbrotlidec.so.1 (0x00007a91926ff000)
libblkid.so.1 => /lib64/libblkid.so.1 (0x00007a91926c2000)
libdatrie.so.1 => /lib64/libdatrie.so.1 (0x00007a91926b9000)
libbrotlicommon.so.1 => /lib64/libbrotlicommon.so.1 (0x00007a9192696000)
% ldd a2
linux-vdso.so.1 (0x00007ffed7bee000)
libc.so.6 => /lib64/libc.so.6 (0x000073fd73000000)
/lib64/ld-linux-x86-64.so.2 (0x000073fd73408000)


Οπως βλεπεις, στην 1η περιπτωση εγιναν link ολες οι βιβλιοθηκες που χρειαζεται η libgtk-x11-2.0 ασχετα αν το προγραμμα σου δεν τις χρειαζοταν. Στην 2η περιπτωση, ο linker ψαχνει να βρει τι symbols χρειαζεσαι και θα εισαγει μονο τις βιβλιοθηκες που χρειαζονται. Στην συγκεκριμενη περιπτωση δεν εισηγαγε καμμια, ουτε καν την libgtk-x11-2.0 που του ειπα ρητα εγω. Φυσικα το as-needed δουλευει καλυτερα οσο πιο πολλες βιβλιοθηκες του λειτουργικου ειναι χτισμενες με αυτο.

Φυσικα το περιστατικο ειναι πολυ ακραιο και δεν ειναι κατι που γινεται καθε μερα, αλλα να ακομη ενα επιχειρημα για τις USE σημαιες του Gentoo. Ποσες φορες εχουμε ακουσει καποιον να λεει κατι του στυλ "και τι θα κερδισω εγω να κλεισω καποια use flags;".

Το SSH, χωρις να εχει προβλημα ασφαλειας το ιδιο, αποκτα τρυπα για τον μονο λογο οτι καποια εξαρτηση του εγινε link με την liblzma. Δεν ξερω αν το προβλημα παυει να υπαρχει με την χρηση του as-needed (αλλο ενα πραγμα που χρησιμοποιουσε για χρονια το gentoo και κοροιδευαν αλλες διανομες και τωρα το χρησιμοποιουν ολες).

Ευχαριστω, ειχα δει αυτο
https://forums.opensuse.org/t/now-on-gnome-46-and-dash-to-panel-now-not-working-just-wait-for-it-to-get-upgraded/173451/7
αλλα για καποιον λογο δεν δουλευει σε μενα.
Λεω να περιμενω.

Αυτο μιλαει για το dash to panel. Εσυ αυτο χρησιμοποιεις; Οκ περιμενε καλυτερα για να εισαι σιγουρος.

Η αλλαγη που προτεινουν στην επιτρεπομενη εκδοση στο metadata.json απλα κανει το gnome να μην απορριπτει την extension. Δεν σημαινει οτι θα λειτουργησει ομως σωστα. Σε μικρες extensions που πειραζουν κατι απλο, συνηθως παιζει (εβαλα το 46 σε 2 extensions και δουλεψαν τζαμι) αλλα σε μεγαλες extensions οπως τα Dash to ταδε, δυσκολα λειτουργει.

Gnome 46
Με τις υγειες μας :p
Κλασικα, δεν δουλευει προς το παρον το dash to dock.

Η master εκδοση εχει ενσωματωσει τις απαραιτητες αλλαγες για το 46αρι απλα δεν εχει γινει release ακομη. Κατεβασε την απο εδω https://github.com/micheleg/dash-to-dock. Το χτισιμο της ειναι πολυ ευκολο και θελει μονο το sassc. Εγω την τρεχω εδω και καποιες ημερες στο Tumbleweed και λειτουργει κανονικα.

Το μονο προβλημα που εχει (δεν ξερω αν ειναι του DtD η του gnome 46) ειναι οτι οταν κανω κλικ στο dock και σηκωνω ενα minimized παραθυρο, ενω το φερνει πανω απο τα υπολοιπα, το focus παραμενει στο προηγουμενο παραθυρο και πρεπει να κανω κλικ σε αυτο.

Γιατι δεν το κανεις απο το keyboard-configuration που ειναι system wide, ωστε να μην κρεμεσαι απο το καθε de? Τρεχεις


Και εμενα αυτο μου αρεσει, να οριζω μια φορα στον xorg τα παντα και να λειτουργουν παντου. Δυστυχως ομως δεν ισχυει το παντου. Στους WindowManagers, που δεν υλοποιουν κατι τετοιο οι ιδιοι, θα παιξει σωστα παντου. Στα DEs, καποια εχουν υποστηριξη να τηρησουν την επιλογη του xorg (πχ το kde plasma ειχε την επιλογη "indicator only") ενω καποια αλλα DEs αγνοουν την επιλογη του Xorg και τηρουν μονο την δικη τους (το ιδιο και στην DPMS και στην επιταχυνση ποντικιου και σε αλλες ρυθμισεις).

Χθες εκανα sync και σημερα που μπηκα, βλεπω οτι δεν υπαρχει το keyboard language switcher στο KDE. Τελοσπαντων, αφου το βρηκα και το ξαναεβαλα, ειδα οτι δεν υπαρχει πλεον το Greek extended variant:

Εχω χασει κατι;


https://www.adslgr.com/forum/threads/644134-%CE%A0%CE%B5%CF%81%CE%AF-Arch-Linux-(v6)?p=7537427#post7537427
https://www.adslgr.com/forum/threads/644134-%CE%A0%CE%B5%CF%81%CE%AF-Arch-Linux-(v6)?p=7537356#post7537356

Δοκιμασε και apt install gimp/experimental αν θελεις πιο σιγουρια

Δυστυχως η πραγματικοτητα σε διαψευδει. Οταν πρεπει να υποστηριχθουν οργανισμοι που εχουν τζιρους εκατομμυριων η δισεκατομμυριων δολαριων, ευρω, κτλ, ειναι σημαντικο να υπαρχουν LTS, stable η οπως θελουν να τις ονομασουν εκδοσεις.

Η προηγουμενη εταιρεια στην οποια ημουν(semiconductors), ειχε μεταξυ αλλων πελατες την Apple και τη Samsung. Δεν υπηρχε περιπτωση να πουμε υπερεκτιμαται η αξια του RHEL 8. Ας βαλουμε πχ Ubuntu. Μπορει οι CAD εφαρμογες να μην παιξουν, αλλα δεν τρεχει τιποτα. Δεν παει ετσι.


Συμφωνω. Εγω ειχα στο νου μου software που κινουσε μεγαλα CNC κοφτες , routers και λοιπα αλλα και CAD σε semiconductors ειναι ιδια περιπτωση.

Δεν εφερα ηδη τις εταιριες σαν παραδειγμα χρησης και δεν το τονισα 2η φορα στον GoofyX; Το υπερεκτιμαται το ειπα απο την οπτικη που ανεφερα πριν με τα τρενα. Οτι δεν ειναι τοσο σταθερα τα LTS οσο θελουν να λενε ολοι. Υπαρχουν πολλα προβληματα απλα σε γενικες γραμμες τα πραγματα λειτουργουν σωστα και δεν φαινονται τα προβληματα.

Μηπως παραεισαι υπερβολικος; Σχολια inline.

Το δεχομαι οτι ειμαι. Παντα ειναι πιο ευκολο να καταδειξεις ενα προβλημα με την υπερβολη. Δυστυχως ομως δεν ειμαι τρομερα υπερβολικος.



Αλλα οπως και να 'χει, θεωρω οτι καλως υπαρχουν τετοιες μη ρεουσες διανομες, προκειμενου να μην εχει καποιος ενα κινουμενο στοχο για να βγαλει το λογισμικο του. Σου λεει παρε το πακετο μου, ειναι για Debian 12, RedHat 9 η ο,τι αλλο. Τι θα σου πει, ειναι για Gentoo, αλλα θελει την ΧΥΖ εκδοση της βιβλιοθηκης για να παιξει σωστα;

Φυσικα. Το εγραψα κιολας με το παραδειγμα με την τραπεζα και με τις εταιριες που θελουν σιγουρια οτι το software δεν θα σπασει. Αυτος ειναι ο λογος υπαρξης τους. Δεν εννοουσα τοσο οτι δεν εχουν λογο υπαρξης οσο οτι υπερεκτιμαται η αξια τους.


Για να μαρκαρει ο Linus μια εκδοση ως stable, προφανως ζυγιζει την ποσοτητα, την ποιοτητα των patches μεσα σε καθε εβδομαδα και αν θεωρει οτι τα πραματα εχουν ηρεμησει, τοτε την επομενη εκδοση την μαρκαρει stable (.0). Στην 6.8 ελεγε οτι μπορει να παιξει rc8, αλλα τελικα δεν επαιξε και βγηκε νωριτερα μια βδομαδα (απο το αν εβγαινε η rc8). Τωρα αν μεσα υπαρχει καποιο χοντρο bug, οπως πχ. αυτο με το bcachefs που αναφερθηκε παραπανω, ε, αν καποιος δεν το πηρε πρεφα, δυστυχως θα την πατησει ο πρωτος υποψηφιος. Παντου συμβαινει αυτο, λογισμικο ειναι, φυσικα και θα εχει bugs.


Οι "stable" πυρηνες δεν εχουν καμμια σχεση με τον Linus. Τους επιμελειται ο Greg (η τουλαχιστον το εκανε στην αρχη. ισως να μπηκε αλλος τωρα). Και βασιζεται στους επιμερους devs για το "ζυγισμα". Οταν εσυ tagαρεις ενα patch οτι πρεπει να μπει σε stable, τοτε μπαινει σε stable. Το μονο "ζυγισμα" που κανει ο Greg ειναι ποτε εχουν μπει αρκετα σημαντικα fixes για να κανει release την επομενη .Z εκδοση.

Επισης πολυ σημαντικο ειναι να ξεχωρισουμε τους "stable" απο τους LTS. Οι stable πυρηνες βασιζονται στον τελευταιο πυρηνα του Linus οποτε ειναι σχετικα ευκολο να μπει ενα patch. Γινεται απλα cherry pick το commit απο το τρεχον "master" η "next" branch. Στους LTS που εχουμε 3 και 4 και 5 major εκδοσεις πισω, εκει ειναι τεραστιο εγχειρημα να γινουν backport patches και πολλες φορες δεν γινεται καν να γινουν επειδη αλλαξε σημαντικα καποια υποδομη.

Ειναι το ιδιο προβλημα με αυτο εδω?
https://old.reddit.com/r/linux/comments/1bgf6yj/lts_kernels_need_better_qa/

Οχι αυτο που εβαλες μιλαει για την ποιοτητα (η μη) των LTS πυρηνων. Δεν εχει να κανει με bugs στο bcachefs.

RANT

Το εχω γραψει πολλες φορες στο παρελθον και θα το γραψω ακομη μια (οχι φυσικα οτι θεωρω τον εαυτο μου expert και η γνωμη μου εχει βαρυτητα) αλλα οι "stable" διανομες και πυρηνες ειναι η μεγαλυτερη παπαρα που εχει υπαρξει ποτε. Η αν θεωρεις υπερβολικο το "παπαρα", ειναι τουλαχιστον μεγαλη παγιδα γιατι δημιουργει misconceptions στον κοσμο. Το ελαχιστο που πρεπει να γινει ειναι να σταματησουν να λεγονται stable και να λεγονται πιο σωστα unchanging.


Πριν πολλα χρονια, πρωτου γινει συνηθες παντου, μας αναγκασαν απο τη δουλεια να πληρωνομαστε σε λογαριασμο αντι για μετρητα και να εχουμε και web-banking (δεν θυμαμαι γιατι ηθελαν web-banking). Τοτε το web-banking ηταν σε βρεφικα σταδια ακομη και ενα 80% των τραπεζων επαιζαν μονο σε IE και ενα 15% επαιζε και σε firefox αλλα μονο σε windows. Ειχα βρει λοιπον μια τραπεζα που το web-banking της χρησιμοποιουσε ενα "hasp". Δηλαδη πληρωνες ενα ποσο και σου εστελναν ενα usb σαν flashακι που οσο ηταν συνδεδεμενο μπορουσε να μιλησει με τον firefox και να κανει την κρυπτογραφηση. Αυτο εδινε ενα binary οδηγο για linux. Οταν τον εγκατεστησα ειδα οτι δεν ετρεχε γιατι ειχε γινει link με παλαια εκδοση βιβλιοθηκης. Ευτυχως δεν ειχε αλλαξει φαινεται πολυ το ABI/API και κανοντας symlink (πχ ln -s libταδε.so30 libταδε.so.28) επαιξε σωστα.


Αυτο σου παρεχουν οι "stable" διανομες. Ενα περιβαλλον που δεν αλλαζει οποτε ξερεις οτι το proprietary software που χρησιμοποιει η εταιρια σου δεν θα σπασει αυριο. Δεν παρεχουν ουτε σταθεροτητα με την εννοια δεν κρεμαει ουτε ασφαλεια. Δεν ξερεις ποσο cringαρω καθε φορα που διαβαζω καποιον να λεει "να βαλεις debian stable γιατι εχει την καλυτερη security team στον κοσμο και διορθωνουν τα παντα". @@ μεντολες. Το να διατηρεις software σε μια διανομη και να βλεπεις τι patches χρειαζονται ειναι τεραστιο εγχειρημα σε μια rolling διανομη που το 90% της δουλειας σου την κανουν οι upstream devs. Σε μια "stable" διανομη ειναι τιτανιο εγχειρημα που δεν μπορει να λειτουργησει ποτε. Για να προλαβω αυτους που θα πουν κατι του στυλ "και γιατι δεν εχει bugs η stable διανομη μου" η "εγω το δουλευω χρονια και δεν μου εχει βγαλει το παραμικρο" και τα τρενα πηγαιναν για χρονια χωρις να συγκρουστουν (συγχωρεστε με που χρησιμοποιω ενα τοσο σημαντικο γεγονος που ειχαμε τοσους θανατους σαν παραλληλισμο). Στο 90% των περιπτωσεων απλα δεν βλεπουμε τα προβληματα. Απο τα 50Κ πακετα μιας διανομης ποσα χρησιμοποιει ο καθενας μας;

Το ιδιο προβλημα εχουν και οι LTS πυρηνες. Ειναι τεραστιος ο κοπος που χρειαζεται για να διατηρηθουν και σαν να μην εφτανε αυτο καθε τοσο αυξανονται (6 LTS εχουμε αυτη τη στιγμη). Το ιδιο ισχυει και με τους stable πυρηνες.

Οι stable πυρηνες του Greg ξεκινησαν σαν μια καταπληκτικη ιδεα για να μειωθει ο κοπος των διανομων να ψαχνουν bug fixes για τους χρηστες. Οταν εκανες ενα bug fix στον πυρηνα, το tagαρες και το περνουσε στον stable πυρηνα. Αυτο δουλεψε πολυ καλα για ενα διαστημα. Οπως ειναι ομως λογικο, μετα απο ενα διαστημα, ολοι οι devs αρχισαν να τη λογικη "ρε συ αυτο μηπως ειναι σημαντικο bugfix, ας το στειλω για καλο και για κακο στην stable) και tagαραν τα παντα. Αν παρακολουθησεις την λιστα θα δεις πολλες φορες να τρεχει κοσμος πχ τον Χ.Υ.3 πυρηνα που να παιζει τζαμι και να εισαγεται καποιο bug στον Χ.Υ.4 επειδη εγιναν tag commits ελαφρα τη καρδια. Τωρα, τολμω (να ξανατονισω οτι δεν το παιζω εξπερ) να πω οτι ειναι καλυτερο να τρεχεις τον κεντρικο πυρηνα .0 του linus η ακομη και rcX πυρηνες (με X > 2) παρα να τρεχεις τους "stable" πυρηνες.

Επισης τολμω να πω πως το τοπιο θα ηταν πολυ καλυτερο αν σταματουσαν να υπαρχουν οι "stable" διανομες και πυρηνες και ειχαμε μονο τις rolling. Ειναι αλαζονικο να θεωρει ενας packager μιας διανομης οτι ξερει καλυτερο ενα software, και να γραφει αυθαιρετα patches, απο τον upstream dev του.

Οι ιδιοι το διαφημιζουν ως: "The COW filesystem for Linux that won't eat your data".

https://www.phoronix.com/news/Bcachefs-Move-Past-Linux-6.7


there's a bug in 6.7 with filesystems that are mid upgrade and then get downgraded not getting marked in the superblock as downgraded, and this translates to a really horrific bug in splitbrain detection when the old version isn't updating member sequence nmubers and you go back to the new version - this results in every device being kicked out of the fs.
.......
- we have new repair code landing soon that can recover from missing/unreadable btree roots by scanning the entire device(s) for btree nodes (which, fortunately, we have sufficient metadata in btree node headers to do safely; reiserfs famously did not). i've seen some crazy corruption resulting from this, but it might still be recoverable


Γκουχ γκουχ.

Δεν το εχω, αλλα ειχα ακουσει καλα λογια.
https://bcachefs.org/

Οι ιδιοι το διαφημιζουν ως: "The COW filesystem for Linux that won't eat your data".

Οπου διαβαζεις πολυ hype, βαλε και μικρο καλαθιλιγα data. Απο πριν γραφτουν 5 γραμμες κωδικα, ολοι επευφημουσαν το bcachefs οτι θα ειναι ο,τι δεν μπορεσε το btrfs.

Η αληθεια ειναι στη μεση παντα. Το ZFS ειναι μεν καλο και χρυσο αλλα _δεν_ ειναι τοσο σταθερο και φοβερο-καταπληκτικο οσο λενε οι fans του. Αντιστοιχα το btrfs εχει καποια μειονεκτηματα αλλα _δεν_ ειναι τοσο χαλια και τοσο πιθανο να σου φαει τα δεδομενα οσο λενε. Αντιστοιχα, το bcachefs σιγουρα δεν ειναι τοσο καλο οσο λενε.

Μαρεσουν πολυ τα επιχειρηματα που χρησιμοποιουν πολλοι. "Το btrfs το φτιαχνει ενας για αυτο αργει τοσο να γινει καλο" -> και το bcachefs ενας το φτιαχνει. "Το btrfs δεν επελεξε καλα paradigms και για αυτο δεν μπορει να υλοποιησει το raid5 και γενικα εχει χαλια κωδικα" -> το bcachefs αντι να χρησιμοποιησει υπαρχουσες συναρτησεις του VFS (οχι δολιως, υποθετω απλα ο ανθρωπος δεν γνωριζει καλα απο τα ενδοτερα του πυρηνα), υλοποιει συνεχεια δικες του εκδοσεις και α) ειναι χαλια σαν κωδικας τουλαχιστον συμφωνα με τον linus, β) αντι να τις χρησιμοποιει μονο αυτος, προσπαθει να τις πασαρει και γενικα να χρησιμοποιουνται απο το VFS και αλλα FS.

Καλο αυτο με το vulkan, αλλα δεν εχω καρτα που να υποστηριζει vulkan :(

Ισως δεν καταλαβα καλα. Το προβλημα σου ειναι απλα να μπει νεα εκδοση mesa;

Αν ναι, και αν το μονο που χρειαζεται ειναι το patch που υπαρχει στο bug report, γιατι δεν δοκιμαζεις να την χτισεις εσυ; Δεν λεω φυσικα να μπεις στη διαδικασια να χτιζεις καθε πακετο που αργει να μπει στο debian αλλα αν χρειαζεται να χτιστει μονο η mesa, δεν ειναι κατι τρελα δυσκολο.

Edit: Ισως μια λυση για να ξεφυγει απο τις αλληλοκαλυπτομενες εξαρτησεις, ειναι να ελαφρωσω το συστημα αφαιροντας τα μεγαλα πακετα που βρισκονται ψηλα στην ιεραρχια με τις εξαρτησεις τους, οποτε να παω σε ενα βασικο συστημα, που δεν θα εχει προβληματα και στη συνεχεια να ξαναβαλω τα πακετα που πρεπει. Αλλη μια φορα στο παρελθον νομιζω εχει συμβει κατι αναλογο (αν και οχι τοσο μαζικο) και το ειχα λυσει ετσι.

Η, εκτος και αν σε καιει για τη δουλεια σου καποια νεα εκδοση προγραμματος, να περιμενεις λιγο να στρωσει.

Οπως ειπες, εξαρταται και απο τι προγραμματα εχεις και ποσο συντηρουνται. Σε εμενα μου εβγαλε στο 1ο upgrade πχ αντι-προχτες 50 kept back, προχτες εγιναν 30 kept back και εχθες εγιναν ολα upgrade.

Πριν λιγο καιρο ειχα πει για το btfs που εχει παρει 2 binary updates. Ας παρουμε το ενα που θυμαμαι οτι ηταν για να χτιστει με την libssl3 και περαστηκε σαν binary update, που δεν αναφερεται στο κανονικο changelog. Γιατι να μην κανουν το ιδιο και τωρα, που πρακτικα χτιζουν τις βιβλιοθηκες με διαφορετικα flags (αν καταλαβα καλα) και να τις πουν απλα πχ libmitsos-1.2.3-b1 (πληρες ονομα πακετου, γιατι λεει και την εκδοση) αντι για libmitsost64-1.2.3?

Γιατι αλλαζει το ABI. Σκεψου οτι το kodi εχει ως εξαρτηση την libmitsos > 1.0.5. Εσυ εχεις στο συστημα σου την libmitsos-1.2.3 η οποια εχει 32bit time_t. Αναβαθμιζεται η libmitsos σε 1.2.3-b1 (η 1.2.4 η οτιδηποτε). Τωρα το kodi θα προσπαθει να μιλησει με 32bit time_t ενω η libmitsos θα εχει 64bit. Ας πουμε οτι ο maintainer του kodi ειναι παντα παρων και μολις βλεπει οτι αναβαθμιστηκε η libmitsos, ξαναχτιζει το kodi. Υπαρχει ομως και το modi που θελει την ιδια βιβλιοθηκη και ετσι θα κολλησει εκεινο τοτε.

Σκεψου τωρα αυτο που περιγραψαμε ειναι γελοια απλοποιημενο γιατι το kodi (που χτιστηκε με 64bit) μιλαει με 15 βιβλιοθηκες. Η libmitsos επισης εχει ως εξαρτησεις αλλες 10 βιβλιοθηκες, η καθεμια απο τις οποιες εχει αλλες 10. Σκεψου να αναβαθμιστηκαν οι μισες και να "μιλανε 64bit" ενω οι αλλες οχι. Βαλε σε αυτο και το γεγονος οτι υπαρχουν και προγραμματα στο συστημα σου που τρεχουν ηδη και μπορει να επικοινωνησουν ειτε μεσω IPC / dbus / κτλ ειτε μεσω δικτυου με αλλες εφαρμογες. Θα ειχες κρασαρισματα στις μισες εφαρμογες / υποδομες.

Ισως να μπορουσαν στην libmitsos-1.2.3-b1 να ορισουν breaks 1.2.3-σκετο αλλα τοτε θα ειχες ακριβως την ιδια περιπτωση και τα ιδια προβληματα στο apt με την μετονομασια σε t64.

Edit: Δεν εγραψα για το btrfs που ειπες. Υποθετω εννοεις το btrfs-progs, σωστα; Η κατασταση εκει ειναι τελειως διαφορετικη.
1) Το btrfs-progs ειναι στο μεγαλυερο βαθμο leaf προγραμμα δηλαδη χρησιμοποιει το ιδιο αλλες βιβλιοθηκες αλλα δεν πολυ χρησιμοποιειται σαν βιβλιοθηκη απο αλλους ωστε να δημιουργηθει προβλημα.
2) Ας υποθεσουμε οτι υπαρχουν πολλα προγραμματα που χρησιμοποιουν την libbtrfs (νομιζω το snapper ειναι ενα).


int btrfs_bres_arxeio(int mitsos)
{
if openssl2
trekse_openssl2_tade_function(mitsos);
else
trekse_openssl3_deina_function(mitsos)
epistepse tade timi
}

Δες το παραπανω χαζο παραδειγμα. Επειδη το openssl εχει κατα καιρους βγαλει major εκδοσεις που δεν ειχαν συμβατοτητα προς τα πισω, πολλα προγραμματα θα εχουν στον κωδικα τους προνοια και για τις δυο εκδοσεις του openssl. Ετσι λοιπον εσυ μπορεις να χτισεις ξανα το btrfs-progs με την νεα libssl3 χωρις να πειραχθει τιποτα γιατι οι "εγγυησεις" που παρειχε η libbtrfs δεν αλλαξαν. Η συναρτηση που τρεχει το snapper θελει ενα int και επιστρεφει ενα int ασχετα τι αλλαξε μεσα σε αυτη την συναρτηση. Δεν δημιουργειται κανενα προβλημα.

Ολο αυτο εγινε επειδη κανανε εξτρα βιβλιοθηκες *t64 αντι να πατσαρουν τις υπαρχουσες? Οποιος το σκεφτηκε αυτο πρεπει να ειναι τουβλο.

Πως διαφορετικα θα μπορουσαν να το ειχανε κανει;

Και τωρα ο dev ζηταει αλλα πραγματα :( Πως θα τα βρω αυτα?

Μηπως θελεις κατι σαν τα παρακατω;

https://wiki.archlinux.org/title/Core_dump
https://documentation.suse.com/sles/15-SP2/html/SLES-all/cha-tuning-systemd-coredump.html

Μπορω με καποιο τροπο να δω ποια services ξεκιναει/τρεχει το dbus? Προφανως μιλαω για services που δεν τα ξεκιναει το systemd καθαυτο.

Πολλες εφαρμογες μιλανε μεσω του bus αλλα το ιδιο το dbus δεν ειναι απλα ενας δαιμονας; Ξεκιναει services;


systemd-|
|-dbus-daemon
|-systemd-+-(sd-pam)
|-at-spi-bus-laun-+-dbus-daemon
| `-3*
|-dbus-daemon

Σε εμενα τρεχοντας pstree παιρνω το παραπανω. Προφανως εννοεις κατι που δεν καταλαβαινω οποτε περιμενε να σου απαντησει καποιος αλλος πριν κανεις οτιδηποτε.

Οποιος καθοταν στο υπολογιστη μου για να δει κατι, ρωταγε: "που ειναι το μενου;" του εδειχνα το σημα και μετα ελεγε "τι ειναι αυτο;" γιατι δεν εχει το κλασικο;
Σε γενικες γραμμες εβλεπαν τα ιδια μενου, στα ιδια σημεια και επειδη ηταν λιγο διαφορετικα τους φαινοντουσαν εξωγηινα!


Χαχα. Τωρα μου θυμισες ενα φιλο στο πανεπιστημιο που δουλευε Solaris και ειχε για wallpaper ενα screenshot των windows. Το screenshot ειχε μικροτερη αναλυση απο την οθονη οποτε το start δεν ηταν τερμα κατω αλλα 50-100 pixels πιο πανω. Παρολα αυτα ομως, 4 στους 10 που καθονταν στον υπολογιστη, εκαναν κλικ επι 5 - 10 δευτερολεπτα πανω στο κουμπι start και τον ρωτουσαν γιατι δεν δουλευει :)

μια χαρα ειναι το dkms, αν φυσικα πανε ολα καλα και δεν χτυπησει το compile.....:whistle:
To κακο ειναι οτι απαιτει το συστημα να εχει ολα τα build tools περα απο τα headers, πραγμα που αποκλειει ουσιαστικα ολα τα μικρα embedded... για cross-compile ας μη το συζητησουμε...:rainy:

Σωστα εχεις απολυτο δικιο. Εγω παρεβλεψα τα υπολοιπα build tools, γιατι τα εχω ετσι και αλλιως, και σταθηκα στα headers του πυρηνα, αλλα και αυτα ειναι προβλημα σε καποια συστηματα.

Το χτισιμο με dkms (η module-assistant) δεν απαιτει τα sources του πυρηνα (πακετο linux-source-εκδοση) αλλα τα headers (πακετο linux-headers-εκδοση).

Α αυτο ειναι πολυ καλυτερο. Δεν το ηξερα. Το να υπαρχει ομως χτισμενο ειναι ακομη καλυτερο.

Χαζη ερωτηση:


Το OpenSUSE εχει καποια "staging αποθετηρια" οπως λεγονται στα οποια μπαινουν συνεχως νεες εκδοσεις προγραμματων για να δουν αν χτιζονται και για να δοκιμαζονται απο developers και power users. Αυτα εχουν παντα τις τελευταιες (released εκδοσεις συνηθως οχι δηλαδη rc και beta) εκδοσεις προγραμματων και αυτες μετακυλιονται στο επισημο αποθετηριο.

Ενα απο αυτα τα αποθετηρια ειναι το Filesystems, το οποιο ειναι και αυτο που εχει μεσα τα zfs tools (δεν παρεχονται στο επισημο αποθετηριο). Περα απο τα tools παρεχει και χτισμενο ZFS module για τον επισημο πυρηνα, ακομη και για το Tumbleweed που αλλαζει πυρηνα καθε 30 λεπτα. Εδω, για παραδειγμα, βλεπουμε οτι εχουμε το module οπως αυτο υπαρχει στην εκδοση 2.2.3 του ZFS και οτι ειναι χτισμενο για τον πυρηνα 6.7.5 που ειναι ο τελευταιος (ο 6.7.6 βγηκε σημερα οποτε δεν προλαβαν ακομη να τον χτισουν).


Το debian δεν παρεχει χτισμενο module με κανενα τροπο; (ουτε σε ανεπισημο αποθετηριο ουτε καν για την stable εκδοση που ο πυρηνας αλλαζει σπανια); Στο debian παντου βλεπω να αναφερεται οτι το χτιζεις μεσω DKMS. Περα απο ο,τι το χτισιμο με DKMS μερικες φορες αποτυγχανει και σου δημιουργει προβληματα (οπως νομιζω θα συμφωνησει και ο τζιμης που εχτιζε παλια ενα realtek οδηγο με dkms αν θυμαμαι καλα) αλλα το σημαντικοτερο ειναι οτι πρεπει, για καθε πυρηνα, να κατεβαζεις και να εγκαθιστας και τον πηγαιο κωδικα που ειναι 500MB και ειδικα αν μιλαμε για debian unstable ειναι τρελη μανουρα. Ο τροπος της OpenSUSE με το χτισμενο module ειναι σωτηριος.

TL;DR Το debian δεν παρεχει χτισμενο module με κανενα τροπο ουτε ανεπισημα χωρις εγγυηση η απλα δεν εψαξα καλα εγω και δεν το βρηκα;

Χαζη ερωτηση:

Οταν το Κ μενου ειναι στην ιδια θεση με τα windows, οι συντομευσεις πληκτρολογιου ειναι ιδιες (σε ενα βαθμο τουλαχιστον) και γενικα η "εμπειρια" ειναι ιδια, ειναι τοσο σημαντικο για ενα νεο χρηστη να ειναι και το "theme" ιδιο; Παιζουν τοσο ρολο τα χρωματα;

Edit: Σημειωτεον πως το μηνυμα μου δεν ειναι μομφη προς τον giorgosts που εβαλε τα links. Ειλικρινα ρωταω απο περιεργεια.

Επισης, αν θελεις, δες και τα Fedora 39 KDE Spin, OpenSUSE Leap 15.5 KDE Live.

Και οι δυο ειναι απο τις πιο "σοβαρες" διανομες. Εχουν το "κακο" οτι δεν απευθυνονται σε τερμα αρχαριους οποτε ισως να ειναι ενα μικρο κλικ πιο δυσκολες απο αλλες. Απο την αλλη ομως εχουν μεγαλη κοινοτητα με ατομα και οδηγους οποτε αν χρειαστεις κατι, θα ειναι ευκολο να βρεις βοηθεια.

Τα αρχεια μπορει να λενε iso αλλα, εδω και χρονια, ολα τα images ειναι υβριδικα δηλαδη, εκτος απο να τα καψεις raw σε dvd, μπορεις και να γραψεις raw σε ενα flashaki (τα ηδη υπαρχοντα αρχεια στο flash θα χαθουν). Επισης ειναι live δηλαδη ειναι σχεδον οπως θα ειναι το γραφικο περιβαλλον οταν το εγκαταστησεις οποτε μπορεις να δεις αν σου αρεσει χωρις να τα εγκαταστησεις. Σου εδωσα τις KDE εκδοσεις γιατι, οπως ειπαν και τα αλλα παιδια, ειναι το γραφικο περιβαλλον που ομοιαζει περισσοτερο στα windows.

Αν χρησιμοποιεις καποια εικονικη υποδομη (πχ vmware, virtualbox, κτλ) μπορεις επισης να τα δοκιμασεις εκει χωρις να χρειαζεται να τα "καις" σε flashακια και να βγαινεις απο τα windows. Επειδη δεν μας ειπες τι απαιτησεις εχεις, εγω προτεινω αυτη τη λυση ωστε σε περιπτωση που γινει οτιδηποτε με το linux (σου φανει δυσκολο, τα προγραμματα ειναι χαλια, δεν πληρει τις απαιτησεις σου, κτλ), να εχεις τα windows χωρις να χρειαστει να παιδευτεις.

Για να κανω git diff κλπ ωστε το patch μου να ανεβει σαν commit στο μαμα repo πρεπει να κανω clone το repo και αλλα 10 πραγματα απ' οτι ειδα, που δεν υπαρχει περιπτωση να τα πετυχω ολα σωστα. Γιαυτο εξαλλου εκανα και το patch αρχειο μεσα απο το meld, σιγα μην το πετυχαινα απο το diff.

Την "αλλαγη" την συνεταξες εσυ;

Γιατι το ρωταω. Εχω την εντυπωση οτι το github, απο πολλα χρονια, ειχε προσθεσει μια δυνατοτητα μεσα απο το github να κανεις edit ενα αρχειο και μετα να το σωζει και να στο κανει commit. Ισως το θυμαμαι λανθασμενα αλλα θυμαμαι πολλους να το κατακρινουν επειδη οδηγουσε σε κακες πρακτικες και δυσκολευε τους developers σε πολλα projects.

Αν ισχυει αυτο, και συνεταξες εσυ την αλλαγη, θα μπορουσες να πειραξεις το αρχειο μεσα απο το github και να μην τρεξεις καθολου git diff, diff, meld, κτλ. Θα παραξει το github το commit και εσυ θα το στειλεις σαν pull request (ισως να στο κανει και αυτο το github). Το γραφω με επιφυλαξη φυσικα γιατι μπορει να θυμαμαι βλακειες. Αν το εχει χρησιμοποιησει καποιος αλλος θα μπορει να σε καθοδηγησει πιο σωστα για να μην παιδευεσαι.

Εγω εχω ακριβως το ιδιο θεμα εδω και πανω απο χρονο σε video σε συγκεκριμενη σελιδα "gns3.teachatable.com", λυση δεν εχω καταφερει να βρω, εγκατεστησα τον opera τελικα για να γινει αναπαραγωγη των video, στο youtube δεν μου το κανει εμενα, αντικατεστησα τον ff με τον ff-bin τιποτε, logs κτλ δεν αναφερουν τιποτε, οποτε αν τα καταφερεις να το βρεις θα με βοηθουσε και εμενα.
Τρεχω gentoo με systemd (αμαρτωλος) kde γραφικο και ολα κυλανε απροβληματιστα εδω και πλεον 12 χρονια, πρωτη φορα δεν βρισκω καμια απολυτως πληροφορια σχετικα με το θεμα.

Και εγω δεν μπορεσα να βρω καποια πληροφορια αλλα ισως να μην το εψαξα με τις σωστες λεξεις. Σημερα εκανα και αλλη μια δοκιμη, η οποια ηταν να αφαιρεσω απο το μενου του FF τα cookies του youtube.com (και σχετικων με το youtube πχ google, κτλ) και μονο αυτα τα cookies.

Το μεσημερι δεν κρασαρε μετα απο 10-12 βιντεο. Μετα κοπηκε σε ολη τη πολη το δικτυο και ηρθε τωρα οποτε δεν μπορεσα να το δοκιμασω αρκετα και ισως να ετυχε να μην κρασαρει και να μην διορθωθηκε. Υποθετω οτι ειναι συμπτωση και δεν διορθωθηκε γιατι, οπως ειπα στο αρχικο μηνυμα, εσβησα ενα - ενα ολα τα αρχεια (και επιβεβαιωσα οτι δεν ειχε cookies) και παρολα αυτα ειχε κρασαρει.

* https://www.youtube.com/c/DistroTube/videos Πολυ δημοφιλες καναλι με πολλους ακολουθους με περιεχομενο reviews και tips (κυριως tiling WM και distros).
* https://www.youtube.com/@TheLinuxEXP/videos Καναλι με πιο πολυ νεα. Το παρακολουθω γιατι βγαζει ενα video καθε τοσο με ενωμενα ολα τα νεα της εβδομαδας οποτε μαθαινεις ευκολα τι εγινε (βασικα τις περισσοτερες φορες διαβαζω σε 5 secs τα chapters και κλεινω το video).
* https://www.youtube.com/@JakeLinux/videos Πιο πολυ για void linux. Τον ειχα κανει bookmark πριν χρονια που εψαχνα να δω γιατι ολοι μιλανε για το void με τοσο καλα λογια. Δεν ξερω γιατι δεν τον αφαιρεσα.
* https://www.youtube.com/@TheLinuxCast/videos Podcasts με αλλους 4-5 για διαφορα θεματα και επισης μικροτερα videos με reviews και νεα (κυριως distros και tiling wm).
* https://www.youtube.com/@linuxdabbler/videos Πιο πολυ εγκαταστασεις debian. Δεν ξερω γιατι δεν τον αφαιρεσα.
* https://www.youtube.com/@LearnLinuxTV/videos Οδηγους για παρα πολλα θεματα απο distros μεχρι sysadmin, network, κτλ.
* https://www.youtube.com/@CyberGizmo/videos Εξηγησεις και σχολιασμοι για διαφορες υποδομες, benchmarks, κτλ
* https://www.youtube.com/@OldTechBloke/videos Distros και τετοια. Νομιζω τον ειχα βαλει παλαια γιατι ηταν απο τους λιγους που εκαναν videos για slackware. Πεθανε πριν λιγο καιρο :(

Και καποια αλλα ακομη παρομοια. Υπαρχουν παρα πολλα καναλια με καλο περιεχομενο αναλογα τι θελεις να δεις. Πχ αλλα εχουν installation απο distros και reviews, αλλα εχουν νεα, κτλ. Παλια ειχα ενα φορτηγο καναλια αλλα τα περισσοτερα τα αφαιρεσα. Με καποια καναλια νευριασα γιατι εβγαζαν αραδα "περιεχομενο" το οποιο ομως δεν ηταν προσεγμενο και ειχε πολλα λαθη. Και τον DT μια τον εκτιμω, μια βλεπω να γραφει λαθη και νευριαζω με αυτα που γραφει :P Κυριως ομως δεν εχω χρονο να τα δω για αυτο τα αφαιρεσα.

Τον Brodie τον παρακολουθησα και εγω ενα διαστημα αλλα πιο πολυ νομιζω το καναλι ειναι του στυλ "λεω τη γνωμη μου πανω σε θεματα που αφορουν το linux" και σε πολλα ελεγε ανακριβειες οποτε τον σταματησα. Επειδη φαινομαι επικριτικος σε πολλα καναλια, να τονισω το αυτονοητο οτι εγω δεν θα εκανα καλυτερη δουλεια. Οταν αρχιζεις να μιλας για ενα θεμα, και ερευνα να εχεις κανει πριν, θα σου ξεφυγει καποια εξελιξη και θα πεις ανακριβειες. Δεν θελω να φανω οτι αφοριζω τη δουλεια των παιδιων.

Αλλα καναλια που παρακολουθησα αλλα δεν θυμαμαι γιατι τα σταματησα ειναι τα εξης:

* https://www.youtube.com/@MentalOutlaw/videos Πιο πολυ OpenBSD
* https://www.youtube.com/@TheOpenBSDguy/videos Το αυτο (OBSD)
* https://www.youtube.com/@ZaneyOG/videos Ξανα μανα OBSD
* https://www.youtube.com/@rootbsd1368/videos Παλι ξανα OBSD
* https://www.youtube.com/@techiechapchannel/videos FreeBSD
* https://www.youtube.com/@RoboNuggie/videos FreeBSD
* https://www.youtube.com/@TitusTechTalk/videos και https://www.youtube.com/@ChrisTitusTech/videos ωωωχ παλι θα φανω αφοριστικος και θα παρεξηγηθω. Ειναι μερικα καναλια τα οποια μου δινουν την _καθαρα υποκειμενικη_ εντυπωση οτι ο σκοπος τους ειναι να βγαζουν, οσο πιο συχνα γινεται, περιεχομενο, ασχετα αν δεν ειναι ποιοτικο. Το κακο ειναι οτι σε πολλες περιπτωσεις εχουν τον μανδυα του ποιοτικου και ετσι γιγαντωνονται και θεωρουνται καταπληκτικα και αν πεις κατι κακο, πεφτουν ολοι να σε φανε. Σκεψου εγω να "ειμαι ειδικος", να κανω videos και να σου προτεινω πως να στησεις υπολογιστη και τι να βαλεις μεσα, να κανω reviews απο tech προιοντα, να εχω χτισει μια αυτοκρατορια, και εντωμεταξυ να χασω _3_ φορες το ZFS array μου επειδη α) το ειχα στησει βλακωδως και σαν να μην εφτανε αυτο β) δεν ειχα backup. Αν ασχολειται καποιος με το ποδηλατο, δεν μπορει να μην εχει προσεξει και εκει ενα ιδιο καναλι (χμ μαλλον ειναι νομος να εχεις 3 γραμματα για αρχικα οταν εχεις τετοιο καναλι)
* https://www.youtube.com/@JustAGuyLinux/videos Distro εγκαταστασεις


Τωρα το δευτερολεπτο που θα πατησω "καταχωρηση απαντησης" θα θυμηθω αλλα 2-3 καναλια. Παλαιοτερα το youtube ειχε, σε καθε καναλι, μια καρτελα "channels" στο οποιο ο καθε δημιουργος εβαε καναλια που παρακολουθουσε και προτεινε (και που, οπως ειναι λογικο, συνηθως ηταν στο ιδιο αντικειμενο). Ετσι ειχα βρει πολλα ωραια καναλια αλλα δεν τα θυμαμαι τωρα. Εδω και καποιους μηνες, για καποιο λογο, την αφαιρεσε αυτη τη λειτουργια.

Προφανως οχι, αλλα δεν μπορουσα να ξερω σε ποια βιντεο αναφερεσαι. Γι'αυτο ζητησα λινκ.;)


Offtopic, αλλα αυτα δεν τα χρειαζεσαι.
Το πρωτο εχει σταματησει να αναπτυσεται εδω και χρονια, αφου η δυνατοτητα για https everywhere ειναι ενσωματωμενη στον ff.
Το δευτερο ειναι πλεονασμος αφου εχεις το ublock.

Για το privacy badger το ηξερα αλλα το αφησα με το σκεπτικο του "κακο δεν κανει". Επισης μερικες φορες ενα addon εχει μεν μια λειτουργικοτητα αλλα οχι στον βαθμο που τον εχει καποιο αλλο οποτε για σιγουρια βαζεις και τα δυο. Για το HTTPS Everywhere δεν το ηξερα. Ειχα μεινει στις αρχες της υλοποιησης του FF που ολοι ελεγαν οτι δεν ειναι ολοκληρωμενη και για καλο και για κακο ασε και το HTTPS-E. Θα τα αφαιρεσω και τα δυο.

Δοκιμασε να απανεργοποιησεις το ublock origin.

Σε ευχαριστω για τη συμβουλη. Αυτο ηταν το πρωτο πραγμα που δοκιμασα. Αρχικα απο το μπλε εικονιδιο power του ιδιου του ublock και μετα σκεφτηκα οτι αυτο κλεινει τα rules αλλα αφηνει το addon να τρεχει οποτε ισως δημιουργει προβληματα και το απενεργοποιησα απο τον ιδιο τον FF. Δεν εκανε κατι ομως.

Εχω κρατησει τα αρχεια σε tar και θα κανω νεο προφιλ μετα και θα μεταφερω τα δεδομενα εκει. Ευχαριστω ολους για τις συμβουλες.

Sorry για το ot, αν θελεις προτεινε μας.

Μετεφερα το μηνυμα στο αλλο νημα, αν μπορει ας διαγραφει το παρον.

Υπαρχει περιπτωση να ειναι θεμα DRM?
Μπορεις να βαλεις το λινκ η εστω με π.μ. ;


Δεν ειναι καποιο προσωπικο video για να θελει πμ η να μην θελω να βαλω link. Ευχαριστως να γραψω links αλλα δεν το κανει σε καποιο συγκεκριμενο video για να σου δωσω links.

Εχω καμμια 40αρια καναλια που παρακολουθω και τα εχω ταξινομημενα σε bookmark folders αναλογα με το περιεχομενο (πχ 10 καναλια για linux). Οποτε πηγαινω στον φακελο και παταω "open all in tabs" και μου ανοιγει τα καναλια. Εκει βλεπω τι νεα videos ανεβασε ο καθενας και αν με ενδιαφερει καποιο, τοτε το ανοιγω σε νεα καρτελα για να το δω. Δηλαδη τωρα μπορει να τα φτυσει πχ στο δικο σου video και σε 15 λεπτα να τα φτυσει στο video του jim_p. Μπορει αλλη φορα, μεσα απο το google, να κανω κλικ πχ σε ενα link τραγουδιου που να ειναι στο youtube και να μου το κανει εκει. Προφανως θα εχει καποιο τροπο που δουλευει το bug, αλλα οσον αφορα τον χρηστη, ειναι εντελως τυχαιο που θα κολλησει.

Οσον αφορα το DRM, εχει DRM το youtube σε "απλα" videos;

Θα μεταφερω μαλλον τα δεδομενα μου σε νεο προφιλ να τελειωνει το θεμα απλα μου τη δινει που δεν μπορω να βρω τι φταιει :)

Το log ενεργοποιημενο ειναι και το εχω κοιταξει αλλα δεν βρηκα κατι μονο "Couldn't load WebUI translation for selected locale (English)." Λες να ενεργοποιησω και το "Log performance warnings";
Στο service file εχω το δικο μου user αλλα μην ξεχνας οτι μου το εκανε και σε client και σε appimage και flatpak που δεν κανεις edit καποιο service.
Το θεμα ειναι οτι οταν κανω kill και start οποια εκδοση και να ειχα δουλευε κανονικα.
Το journalctl -u νομιζω το ειχα τρεξει αλλα δε θυμαμαι τι ειχε βγαλει. Θα το ξανακανω και θα σου πω.
Μηπως ξερεις πως να το κανουμε να κανει kill και restart μονο του; Τουλαχιστον ας το χω ετσι κι ας μη λυθει.
Ειχα κανει καποιες αποπειρες με cronjob αλλα δεν τα ειχα καταφερει.

Α, νομισα οτι το κανει μονο οταν τρεχει σαν service στο autologin. Αν το κανει σε ολες τις εκδοσεις και ταυτοχρονα το αρχειο καταγραφης δεν λεει τιποτα, τοτε δεν ξερω πως μπορω να βοηθησω.

Καποιοι cron δαιμονες υποστηριζουν την καταχωρηση "reboot" η οποια τρεχει μια φορα στην εκκινηση οποτε θα μπορουσες να χρησιμοποιησεις αυτο και να εχεις κατι του στυλ "sleep 5; pkill qbitorrent" και μετα στο αρχειο υπηρεσιας του systemd για το qbittorrent να πεις να το ξεκινησει ξανα (πχ Restart=on-abnormal). Αυτο ομως ειναι μπαλλωμα, δεν ειναι λυση.

Εχεις καμια ιδεα για troubleshooting;

Μερικες φορες οταν ξεκινας κατι σαν systemd service υπαρχουν θεματα λογω namespaces, permissions, κτλ. Επισης σε ενα απο τα links που εδωσες βλεπω οτι στο service file εχεις ορισει να τρεχει σαν qbtuser. Μηπως ο χρηστης αυτος δεν εχει αδεια να γραψει στον καταλογο που αποθηκευονται τα δεδομενα του torrent για αυτο δεν στα ξεκιναει;

Οπως και να εχει ειναι λιγο δυσκολο να καταλαβουμε τι φταιει χωρις καποιο log. Αν τρεξεις journalctl -u ταδε_ονομα.service σου εμφανιζει καποιο μηνυμα που να δηλωνει καποιο προβλημα;

Επισης πανε στο qbitorrent και πηγαινε στο μενου Εργαλεια -> Προτιμησεις. Εκει στην πρωτη καρτελα "Συμπεριφορα" κατω - κατω θα εχει την επιλογη "αρχειο καταγραφης". Ενεργοποιησε το και θα σωζει ενα καρο πληροφοριες στο αρχειο που θα επιλεξεις. Μετα κανε ξανα autologin για να τρεξει η υπηρεσια (η κανε reboot για σιγουρια) και μετα απο λιγο, δες στο αρχειο τι γραφει. Αφου δεν σου ξεκινανε τα torrents, λογικα εκει θα αναφερει καποιο λογο που δεν ξεκινανε.

Δεν ειναι για το vaapi αυτο που λεω, ειναι για το webrender και κλεινει μεσα απο τις ρυθμισεις του ff. Αν θες να το κανεις απο το about config ειναι αυτες οι παραμετρος (σε false)

user_pref("gfx.webrender.all", true);

Ξαναλεω οτι ff 90+ χωρις webrender = χελωνα, να ξερεις.

Α δεν το ηξερα αυτο σε ευχαριστω. Παντως σε εμενα ειναι ηδη κλειστο (και δεν ειναι bold οποτε η μανισια επιλογη ειναι κλειστο).

Δοκιμασε να κλεισεις το hardware acceleration. Προειδοποιω απο τωρα πως ο ff απο την 90κατι και μετα ειναι απλα απαλευτος χωρις ha.

Απο οσο ξερω, ο FF ενεργοποιησε το VAAPI μονο σε wayland και σε X11 _θα_ εμπαινε σε επομενη εκδοση. Επισης οταν τρεχω το about:support παιρνω οτι το HA ειναι κλειστο επειδη εγινε blacklisted λογω glxinfo. Παρολα αυτα ομως εκλεισα και το media.ffmpeg.vaapi.enabled και το media.hardware-video-decoding.enabled και θα δω τι θα κανει τωρα. Θα ενημερωσω αν λειτουργησε.

Edit: Συντομο πειραμα :) Ιδια κατασταση. Ηταν αναμενομενο μια και ημουν σιγουρος οτι η HA ηταν ηδη κλειστη αλλα σε ευχαριστω παντως για τη συμβουλη.