Ελληνικό Εορτολόγιο-Ημερολόγιο για GNU/Linux 64bit

[fanisatt]

@jcd313

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

Πρόσεξε λοιπόν τι έχει γίνει τώρα εδώ , έτσι για την ιστορία. Αλλάζοντας ελάχιστα γύρω στις 60-70-80-100  συναρτήσεις που έχω φτιάξει βασιζόμενος στην SDL δουλεύει μια χαρά και με την νέα έκδοση. Ήδη το δούλεψα δηλαδή στο FEDORA - μια βαρετή σαχλαμάρα είναι για μένα αλλά...φτιάχνεις ρε μάστορα ένα αμάξι... Εγώ θέλω να οδηγήσω οπωσδήποτε... Το παίρνω... Βλέπω ότι υπάρχει μια ας την πούμε αλγοριθμική κακοτεχνία κάπου στο αμάξι και ΠΡΟΣΑΡΜΟΖΩ όλη τη δουλειά μου πάνω σε αυτό που έχει φτιάξει ο μάστορας .  Στενεύω λίγο το ένα μου μπατζάκι , κόβω λίγο και το πόδι μου στην ανάγκη για να χωράω στη θέση του οδηγού και τελικά οδηγώ !! Και οδηγώ επί χρόνια... Κι έρχεται ο μάστορας που κακό χρόνο να έχει ... μετά από χρόνια να μαζέψει όλα τα αυτοκίνητα που έφτιαξε για να διορθώσει την κακοτεχνία του !!! Και τώρα εγώ πρέπει να βρω που έβαλα το κομμάτι το πόδι που είχα κόψει  για να μπω να ξαναοδηγήσω. Αίσχος !!!! Όλη η ιστορία ήταν μια συνάρτηση . Όλο το πρόβλημα είναι μια σαχλαμάρα κάποιου σαχλαμάρα ! Μία και μόνον μία. Αντί να φτιάξει μια άλλη συνάρτηση  με άλλο όνομα εξηγώντας ότι εφεξής θα μπορούμε να δουλεύουμε και με αυτήν κρατώντας όμως και την παλιά ατόφια , βάσει της οποίας τρέχουν εκατοντάδες προγράμματα , έπιασε κι έκανε την ηλίθια εξυπνάδα του...... Αμ θα τους τα γράψω έτσι για να με θυμούνται...  Και δεν κάθησα να ασχοληθώ διότι μπορεί και να φάω το χρόνο μου άδικα. Μπορεί να το πάρουν πίσω δηλαδή... Όταν έρθει αυτή η "προχώ" βιβλιοθήκη σε πιο ήρεμα λειτουργικά όπως το Mint και το Ubuntu...τότε θα το δω ! Αυτά....

Επεξ/σία 20 Μαρτίου 2022 από fanisatt

[jcd313]

Αμ δίκιο έχεις. Τα έχει πεί και ο μάστορας πολλές φορές, αλλά όλο και κάποιος βρίσκεται να ξανακάνει τα ίδια.

Παράδειγμα 1:

Παράδειγμα 2:

Αναφορά σε κείμενο

From	Linus Torvalds <>
Date	Sun, 23 Dec 2012 09:36:15 -0800
Subject	Re: [Regression w/ patch] Media commit causes user space to misbahave (was: Re: Linux 3.8-rc1)
On Sun, Dec 23, 2012 at 6:08 AM, Mauro Carvalho Chehab
<[email protected]> wrote:
>
> Are you saying that pulseaudio is entering on some weird loop if the
> returned value is not -EINVAL? That seems a bug at pulseaudio.

Mauro, SHUT THE FUCK UP!

It's a bug alright - in the kernel. How long have you been a
maintainer? And you *still* haven't learnt the first rule of kernel
maintenance?

If a change results in user programs breaking, it's a bug in the
kernel. We never EVER blame the user programs. How hard can this be to
understand?

To make matters worse, commit f0ed2ce840b3 is clearly total and utter
CRAP even if it didn't break applications. ENOENT is not a valid error
return from an ioctl. Never has been, never will be. ENOENT means "No
such file and directory", and is for path operations. ioctl's are done
on files that have already been opened, there's no way in hell that
ENOENT would ever be valid.

> So, on a first glance, this doesn't sound like a regression,
> but, instead, it looks tha pulseaudio/tumbleweed has some serious
> bugs and/or regressions.

Shut up, Mauro. And I don't _ever_ want to hear that kind of obvious
garbage and idiocy from a kernel maintainer again. Seriously.

I'd wait for Rafael's patch to go through you, but I have another
error report in my mailbox of all KDE media applications being broken
by v3.8-rc1, and I bet it's the same kernel bug. And you've shown
yourself to not be competent in this issue, so I'll apply it directly
and immediately myself.

WE DO NOT BREAK USERSPACE!

Seriously. How hard is this rule to understand? We particularly don't
break user space with TOTAL CRAP. I'm angry, because your whole email
was so _horribly_ wrong, and the patch that broke things was so
obviously crap. The whole patch is incredibly broken shit. It adds an
insane error code (ENOENT), and then because it's so insane, it adds a
few places to fix it up ("ret == -ENOENT ? -EINVAL : ret").

The fact that you then try to make *excuses* for breaking user space,
and blaming some external program that *used* to work, is just
shameful. It's not how we work.

Fix your f*cking "compliance tool", because it is obviously broken.
And fix your approach to kernel programming.

               Linus

 

Επεξ/σία 20 Μαρτίου 2022 από jcd313

[mphxths]

4 ώρες πριν, jcd313 είπε

Αμ δίκιο έχεις. Τα έχει πεί και ο μάστορας πολλές φορές, αλλά όλο και κάποιος βρίσκεται να ξανακάνει τα ίδια.

O @fanisatt εφτιαξε κατι στηριζομενος στην δομη μιας εκδοσης της SDL και καποια πραγματα σε αυτην την δομη εχουν αλλαξει στις νεοτερες εκδοσεις. Και αρα πρεπει να τα ξαναφτιαξει συμφωνα με τα νεα δεδομενα.
Δυστυχως ετσι γινεται αγορια , εδω και πολλα χρονια και λεγεται εξελιξη και προοδος. Αν οντως οι νεοτερες εκδοσεις ειναι εξελιξη και προοδος ειναι αλλη μεγαλη κουβεντα. Εξ'ορισμου αποδεχομεθα οτι η νεοτερη εκδοση κανει κατι καλυτερα ή περισσοτερο απο την προηγουμενη. Και σε εναν κοσμο (αυτον του λινουξ) που τρεχει να προλαβει τις εξελιξεις δεν νοειται να καθομαστε και να λεμε "εε ας μεινουμε στην παλια εκδοση που ολα δουλευανε ωραια" , επειδη δεν ξερουμε/μπορουμε/φιλοσοφικα αρνουμαστε/βαριομαστε να προσαρμοστουμε στα νεα δεδομενα.

Aπο κει και περα ωραια ολα αυτα που λεει ο Λινους , αλλα υπαρχουν λυσεις , εχοντας σαν δεδομενο οτι νεες εκδοσεις απο εφαρμογες , libs κλπ θα βγαινουν συνεχως.
1. Βγαινει μια γενικη διοικητικη αρχη και υποχρεωνει ολες τις διανομες να παιζουν με ΑΚΡΙΒΩΣ τις ιδιες εκδοσεις προγραμματων/libs. Χλωμο το βλεπω να γινεται. Η καθε διανομη ειναι ελευθερη να κανει ο,τι θελει , οποτε δεν μπορεις να υποχρεωσεις κανεναν να κανει οτιδηποτε.
2. Αν εισαι dev και καιγεσαι να προωθησεις την εφαρμογη σου, θα ΑΝΑΓΚΑΣΤΕΙΣ να φτιαξεις την εφαρμογη συμφωνα με τα προτυπα/εκδοσεις της διανομης που θες να την χωσεις. Δηλαδη μιλαμε για τις βασικες deb/rpm-based + archlinux.
3. Αν εισαι dev και δεν ψηνεσαι να κανεις αυτο που περιγραφω στο (3) , γιατι σε τελικη αναλυση οι deb/rpm-based +arch-based ειναι πολλες και διαφορετικες και παιζουν με διαφορετικες εκδοσεις βιβλιοθηκων , τοτε snaps/flatpaks/appimages. Διαλεγεις οποιο θες και πορευεσαι. Εχουν ακομα προβληματα , αλλα ειναι μια καποια λυση. 
4. Αν ακομα δεν ψηθηκες να κανεις κατι απο τα (2) και (3) , κανεις το απολυτως απλο να πακεταρεις το εκτελεσιμο σου μαζι με τις libs σου , φτιαχνεις και ενα executable wrapper ωστε να "διαβαζει" αυτες και οχι του συστηματος και τελος τα προβληματα.

 

Επεξ/σία 21 Μαρτίου 2022 από mphxths

[fanisatt]

@mphxths

Σ' ευχαριστώ για το σχόλιο αλλά... Όχι αδερφέ , εδώ μιλάμε για κάτι πολύ συγκεκριμένο το οποίο το έζησα ...ας το πούμε κάπως να ταιριάξει με την εποχή...το έζησα το πρόβλημα στο "πεδίο της μάχης" και το κοίταξα στα μάτια και οπωσδήποτε του τα έβγαλα.  Είναι σαν να έγραψες ένα κείμενο 1.000.000 γραμμών στο word και να έρθει η επόμενη έκδοση word και να μην διαβάσει το κείμενό σου !!!!!!!!  Το αντιλαμβάνεσαι ; Συνεπώς , η οποιαδήποτε θεωρητική ματιά και εκ του μακρόθεν μάλλον δεν θα με πείσει. Είπαμε , εν προκειμένω ,  η εξέλιξη θα ήταν μια νέα συνάρτηση με παρεμφερές όνομα να την πάρουμε , να την κατανοήσουμε και να την αξιοποιήσουμε. Το να δημιουργείς κάτι πιο εξελιγμένο αφήνοντας όμως εντελώς ξεκρέμαστους εκείνους που σε εμπιστεύθηκαν στο παρελθόν, κάνοντας τα προγράμματά τους να χάσκουν στο κενό.... δεν είναι εξέλιξη , είναι ατύχημα !!   Καλημέρα !  

[RTW4ever]

Στις 21/3/2022 στις 9:00 ΠΜ, fanisatt είπε

@mphxths

Σ' ευχαριστώ για το σχόλιο αλλά... Όχι αδερφέ , εδώ μιλάμε για κάτι πολύ συγκεκριμένο το οποίο το έζησα ...ας το πούμε κάπως να ταιριάξει με την εποχή...το έζησα το πρόβλημα στο "πεδίο της μάχης" και το κοίταξα στα μάτια και οπωσδήποτε του τα έβγαλα.  Είναι σαν να έγραψες ένα κείμενο 1.000.000 γραμμών στο word και να έρθει η επόμενη έκδοση word και να μην διαβάσει το κείμενό σου !!!!!!!!  Το αντιλαμβάνεσαι ; Συνεπώς , η οποιαδήποτε θεωρητική ματιά και εκ του μακρόθεν μάλλον δεν θα με πείσει. Είπαμε , εν προκειμένω ,  η εξέλιξη θα ήταν μια νέα συνάρτηση με παρεμφερές όνομα να την πάρουμε , να την κατανοήσουμε και να την αξιοποιήσουμε. Το να δημιουργείς κάτι πιο εξελιγμένο αφήνοντας όμως εντελώς ξεκρέμαστους εκείνους που σε εμπιστεύθηκαν στο παρελθόν, κάνοντας τα προγράμματά τους να χάσκουν στο κενό.... δεν είναι εξέλιξη , είναι ατύχημα !!   Καλημέρα !  

Σιγά μην καταλάβει ο @mphxths αυτά που του λες. Στην ουσία είναι η σύγκρουση νοοτροπίας μεταξύ Debian & Arch. Δεν υπάρχει επαφή μεταξύ των δύο. 

[asfodelus]

Στις 21/3/2022 στις 2:34 ΠΜ, mphxths είπε

1. Βγαινει μια γενικη διοικητικη αρχη και υποχρεωνει ολες τις διανομες να παιζουν με ΑΚΡΙΒΩΣ τις ιδιες εκδοσεις προγραμματων/libs. Χλωμο το βλεπω να γινεται. Η καθε διανομη ειναι ελευθερη να κανει ο,τι θελει , οποτε δεν μπορεις να υποχρεωσεις κανεναν να κανει οτιδηποτε

Και το όνομα αυτού: Flatpack.

Αυτό που λες υπήρχε ήταν το https://en.wikipedia.org/wiki/Linux_Standard_Base, και ξέρουμε πόσα καλά πήγε αυτό. Ένα πρόγραμμα μπορούσε να βασιστεί ότι "κάποιες" βασικές βιβλιοθήκες  θα υπήρχαν στο σύστημα σε μια συγκεκριμένη έκδοση. Ναι έχεις στον δίσκο διπλές βιβλιοθήκες  που παίρνανε επιπλέον χώρο, αλλά κανείς δεν γκρίνιαζε για αυτό. Η τελευταία έκδοση του ήταν το 2015.

Το Flatpack είναι μαι βελτιωμένη εκδοχή, μόνο που έχεις "αρκετά" στάνταρ να βασιστείς, ή και άμα λάχεις να φτιάξεις το δικό σου. Ευτυχώς ή τεχνολογία του os-tree συμμαζεύει κάπως την κατάσταση από πλευράς χώρου στον δίσκο.

Επεξ/σία 26 Μαρτίου 2022 από asfodelus

[fanisatt]

@RTW4ever

Σίγουρα το DEBIAN έχει ιεραρχήσει πρώτη τη σταθερότητα και ύστερα όλα τα άλλα. Και είναι αρκετά λειτουργικά Linux σήμερα κάπως έτσι ,  όχι ακριβώς έτσι βέβαια επειδή δεν έχουν μάλλον το απαραίτητο ανθρώπινο δυναμικό  για να τεστάρουν λεπτομερώς και ακατάπαυστα τις "εξελίξεις". Αυτό είναι κάτι αποδεκτό (νομίζω) ενώ, για μένα τουλάχιστον δεν είναι αποδεκτό να καθίσταται ο ίδιος ο τελικός χρήστης ενός λειτουργικού ... στη ουσία δοκιμαστής ... εν τη αγνοία του ! Προφανώς κατάλαβες τι εννοώ...

@asfodelus

Τι να πρωτοδεί κανείς ρε Γιάννη ;  Εγώ που έρχομαι από μια άλλη εποχή όπως γνωρίζεις και με το ζόρι αντέχω πλέον 2-3 ώρες σερί μπροστά σε οθόνη, τα ακούω ολίγον Κινέζικα όλα αυτά...αχχαχαχαχα και τέλος πάντων έχω καταλήξει ότι,, όσο λιγότερο εξαρτάται αυτό που φτιάχνω από βιβλιοθήκες , τόσο το καλύτερο..... Φαντάσου να εξαρτιόμουν κι από βιβλιοθήκες fonts της SDL και να άνοιγα το ημερολόγιο σήμερα να το δω Κινέζικο ! 🤣

[mphxths]

6 ώρες πριν, fanisatt είπε

Αυτό είναι κάτι αποδεκτό (νομίζω) ενώ, για μένα τουλάχιστον δεν είναι αποδεκτό να καθίσταται ο ίδιος ο τελικός χρήστης ενός λειτουργικού ... στη ουσία δοκιμαστής ... εν τη αγνοία του ! Προφανώς κατάλαβες τι εννοώ...

Εγω που δεν καταλαβα , θα μου εξηγησεις τι εννοεις ? Οτι το Debian ειναι σταθερο και ολες οι αλλες διανομες σπανε καθε τρεις μερες ? Ουτε καν. Ολες οι σοβαρες διανομες ειναι καρασταθερες. Αυτη η καραμελα που υπαρχει "Το Debian ειναι σταθερο" , "ας μεινουμε 20 εκδοσεις πισω για να ειναι η διανομη σταθερη" , πρεπει να σταματησει.
Οταν εχεις Fedora (Workstation) , Arch , OpenSUSE TW , Debian testing/unstable , που ειναι bleeding edge και καρασταθερες , καμμια αλλη διανομη δεν εχει δικαιολογια να μενει πισω σε εκδοσεις. Ουτε λογω φιλοσοφιας , ουτε λογω release cycle , ουτε γιατι θα σπασει η μιση διανομη αν ενημερωσουμε την ταδε βιβλιοθηκη. Να βαλουν τον κωλο τους κατω οι devs της καθε διανομης και να τα κανουν ολα να δουλευουν. Αυτη ειναι η δουλεια τους. Οχι απλα να κανουν compiles και να αλλαζουν κανα theme και κανα cursor icon !!
Θυμαμαι ειχε βγει το gnome 40 , το ειχε περασει Arch και δεν ξερωγω ποια αλλη διανομη και το Manjaro (arch-based) , το περασε 1-2 μηνες μετα , γιατι λεει επρεπε να σεταρουν ενα σωρο πραγματα (τις custom-ιες που ειχαν κανει στο DE) , αλλιως θα εσπαγαν με την νεα εκδοση. Για τον κερνελ μην μιλησω ... Aκομα και οι πιο bleeding edge διανομες ειναι μια "σειρα" πισω !

Με λιγα λογια υπαρχουν δυο κατηγοριες διανομων. Αυτες που κανουν ελαχιστες custom-ιες και μπορουν να περνανε τις νεες εκδοσεις προγραμματων πολυ γρηγορα και αυτες που κανουν βαρυ customization και τους ειναι δυσκολο να ενσωματωσουν τις νεες εκδοσεις αμεσα γιατι θα γινουν ολα ωπα ! Αρα , ας βρουν μια χρυση τομη... 
 

6 ώρες πριν, fanisatt είπε

όσο λιγότερο εξαρτάται αυτό που φτιάχνω από βιβλιοθήκες , τόσο το καλύτερο

Ναι , αν μιλαμε για τον προγραμματισμο ως χομπυ. Αν ομως προγραμματιζει καποιος με απωτερο σκοπο να μοιρασει το προιον του στο ευρυ κοινο , οπου μπορει (το κοινο) να τρεχει οποιαδηποτε διανομη με οποιεσδηποτε libraries , τοτε θα πρεπει με καποιον τροπο να προσαρμοστει στα δεδομενα αυτα. Και οι μονες λυσεις ειναι αυτες που προταθηκαν σε προηγουμενα ποστς. Appimages/Flatpaks/Snaps. Διαλεγεις οποιο σου αρεσει και πορευεσαι

Ειμαστε στα windows , δεν ενημερωνει κανεις το συστημα , σπαει , κολλαει ιους , εχουμε κλαματα. Επιβαλλουν τα windows ενημερωσεις , επειδη πηραν χαμπαρι με τι ζωα εχουν να κανουν , εχουμε νεα κλαματα. Ειμαστε στο λινουξ , υπαρχει η αισθηση στην περιρρέουσα ατμοσφαιρα να μην βιαζομαστε να ενημερωνουμε το συστημα , ας ειμαστε 20 εκδοσεις πισω , δεν τρεχει μια , ολα καλα και οταν δεν υποστηριζεται το hardware ή τρωμε στην μαπα bugs που εχουν φτιαχτει σε νεοτερες εκδοσεις ή δεν δουλευει το προγραμμα που φτιαξαμε με τα δεδομενα της προηγουμενης δεκαετιας  , νεα κλαματα...

Απο πουθενα δεν μπορουν να σας πιασουν τελικα ...

Επεξ/σία 26 Μαρτίου 2022 από mphxths

[RTW4ever]

5 ώρες πριν, mphxths είπε

Εγω που δεν καταλαβα , θα μου εξηγησεις τι εννοεις ? Οτι το Debian ειναι σταθερο και ολες οι αλλες διανομες σπανε καθε τρεις μερες ? Ουτε καν. Ολες οι σοβαρες διανομες ειναι καρασταθερες. Αυτη η καραμελα που υπαρχει "Το Debian ειναι σταθερο" , "ας μεινουμε 20 εκδοσεις πισω για να ειναι η διανομη σταθερη" , πρεπει να σταματησει.
Οταν εχεις Fedora (Workstation) , Arch , OpenSUSE TW , Debian testing/unstable , που ειναι bleeding edge και καρασταθερες , καμμια αλλη διανομη δεν εχει δικαιολογια να μενει πισω σε εκδοσεις. Ουτε λογω φιλοσοφιας , ουτε λογω release cycle , ουτε γιατι θα σπασει η μιση διανομη αν ενημερωσουμε την ταδε βιβλιοθηκη. Να βαλουν τον κωλο τους κατω οι devs της καθε διανομης και να τα κανουν ολα να δουλευουν. Αυτη ειναι η δουλεια τους. Οχι απλα να κανουν compiles και να αλλαζουν κανα theme και κανα cursor icon !!
Θυμαμαι ειχε βγει το gnome 40 , το ειχε περασει Arch και δεν ξερωγω ποια αλλη διανομη και το Manjaro (arch-based) , το περασε 1-2 μηνες μετα , γιατι λεει επρεπε να σεταρουν ενα σωρο πραγματα (τις custom-ιες που ειχαν κανει στο DE) , αλλιως θα εσπαγαν με την νεα εκδοση. Για τον κερνελ μην μιλησω ... Aκομα και οι πιο bleeding edge διανομες ειναι μια "σειρα" πισω !

Με λιγα λογια υπαρχουν δυο κατηγοριες διανομων. Αυτες που κανουν ελαχιστες custom-ιες και μπορουν να περνανε τις νεες εκδοσεις προγραμματων πολυ γρηγορα και αυτες που κανουν βαρυ customization και τους ειναι δυσκολο να ενσωματωσουν τις νεες εκδοσεις αμεσα γιατι θα γινουν ολα ωπα ! Αρα , ας βρουν μια χρυση τομη... 
 

Ναι , αν μιλαμε για τον προγραμματισμο ως χομπυ. Αν ομως προγραμματιζει καποιος με απωτερο σκοπο να μοιρασει το προιον του στο ευρυ κοινο , οπου μπορει (το κοινο) να τρεχει οποιαδηποτε διανομη με οποιεσδηποτε libraries , τοτε θα πρεπει με καποιον τροπο να προσαρμοστει στα δεδομενα αυτα. Και οι μονες λυσεις ειναι αυτες που προταθηκαν σε προηγουμενα ποστς. Appimages/Flatpaks/Snaps. Διαλεγεις οποιο σου αρεσει και πορευεσαι

Ειμαστε στα windows , δεν ενημερωνει κανεις το συστημα , σπαει , κολλαει ιους , εχουμε κλαματα. Επιβαλλουν τα windows ενημερωσεις , επειδη πηραν χαμπαρι με τι ζωα εχουν να κανουν , εχουμε νεα κλαματα. Ειμαστε στο λινουξ , υπαρχει η αισθηση στην περιρρέουσα ατμοσφαιρα να μην βιαζομαστε να ενημερωνουμε το συστημα , ας ειμαστε 20 εκδοσεις πισω , δεν τρεχει μια , ολα καλα και οταν δεν υποστηριζεται το hardware ή τρωμε στην μαπα bugs που εχουν φτιαχτει σε νεοτερες εκδοσεις ή δεν δουλευει το προγραμμα που φτιαξαμε με τα δεδομενα της προηγουμενης δεκαετιας  , νεα κλαματα...

Απο πουθενα δεν μπορουν να σας πιασουν τελικα ...

Είσαι κλασικά εκτός θέματος και φυσικά δεν κατάλαβες τι λέμε. Το Debian δεν ανανεώνει εύκολα και συχνά τις βιβλιοθήκες του, για να μη σπάνε τα προγράμματα που στηρίζονται σε αυτές, σέβεται δηλαδή το userspace. Το Arch αντιθέτως στα @@ του όλα, κόψτε το λαιμό σας.

Φιλικά μιλάω, έτσι; Μην παρεξηγηθούμε πάλι, γιατί είσαι και ευέξαπτος 😀 

[mphxths]

1 ώρα πριν, RTW4ever είπε

Το Debian δεν ανανεώνει εύκολα και συχνά τις βιβλιοθήκες του, για να μη σπάνε τα προγράμματα που στηρίζονται σε αυτές, σέβεται δηλαδή το userspace. Το Arch αντιθέτως στα @@ του όλα, κόψτε το λαιμό σας.

Ενω εσυ που εισαι εντος θεματος , εισαι μεσα στο μυαλο των Debian devs ... NOT.
Δηλαδη οταν βγαινει η νεα εκδοση του Debian Stable ανα Χ χρονια , τι γινεται με το userspace ? Εχει παρει τηλεφωνο τους προγραμματιστες και τους λεει "εεε παιδια , επειδη προκειται να βγαλω νεα εκδοση , και θα ενημερωσω βιβλιοθηκες , καντε κατι με τα προγραμματα σας , γιατι εγω πανω απο ολα σεβομαι το userspace" ? Δεν το σεβεται τοτε το userspace ?
Μηπως ελεγχει οοοοολες τις εφαρμογες που κυκλοφορουν αν υποστηριζουν τις νεες εκδοσεις , πριν βγαλει νεα εκδοση του Debian ? Θες και τα λες ολα αυτα ?
Χεσμενο το εχει το userspace , αν σπασει ή οχι. Απλα σου λεει , οταν θα βγαλω την νεα εκδοση μετα απο Χ χρονια , θα εχουν ηδη ενημερωθει και τα προγραμματα που στηριζονται σε νεες εκδοσεις gcc/apache/python/rust/ruby/go/whatever , οποτε ουτε γατα ουτε ζημια.

Το Debian stable , απευθυνεται κυριως σε servers , και απλα δεν θελει bugs και ασταθειες και για αυτο χιλιοτσεκαρει τα πακετα και τα αφηνει εκει να καθονται καναδυο χρονια μεχρι να χιλιοτσεκαρει τις επομενες εκδοσεις. Γιατι μιλαμε για σερβερς , εταιριες , σοβαρες δουλειες. Δεν ενδιαφερεται ο σερβερ , που συνηθως ειναι παλιο / τυπικο (οχι exotic) hardware , για το latest/greatest software. Ενδιαφερεται για αδιαλλειπτη λειτουργια χωρις παρατραγουδα , bugs , ασταθειες και ιστοριες. Τοσο απλα.
Mε λιγα λογια κοιταει να ειναι σταθερο στην χρηση του , οχι αν σπασει καποιο προγραμμα επειδη αλλαξε μια εκδοση καποιας βιβλιοθηκης...
Αρα με αυτην την λογικη , δεν υπαρχει δικαιολογια. Το χιλιοτσεκαρισμα να παιρνει κατι χρονια. Οταν αλλες διανομες (fedora/opensuse , αναφερω τις σοβαροτερες των σοβαρων) , τσεκαρουν τα πακετα μεσα σε μερες/μηνες. Δηλαδη καπου φτανει η δουλεια στα ορια της ανικανοτητας ή της φασης "δεν ψηνομαι να δουλεψω πιο γρηγορα/αποδοτικα". Μπορει να μην εχουν ανθρωπινο δυναμικο...τι να πω.

Mαντεψε τι συζηταμε ομως εδω ! Περιπτωσεις desktop use , οχι server use. Που θες τα παντα ενημερωμενα για πληρη υποστηριξη hardware και εφαρμογων. Και δεν σπαει τιποτα εκτος και αν μιλαμε για περιθωριακες εφαρμογες που εχουν να ενημερωθουν απο την εποχη του Νωε. Και οπως ειπα , οταν υπαρχουν διανομες , ακομα και rolling , που ειναι bleeding edge , και δεν σπανε με τιποτα , δεν υπαρχει καμμια δικαιολογια.

Σορρυ αν σου προσεβαλλα το Debian Stable. 

ΥΓ : Αβαταρ μονο για σενα !

Επεξ/σία 27 Μαρτίου 2022 από mphxths

[fanisatt]

@mphxths

Το Debian είναι πιο σταθερό από άλλα λειτουργικά. Γενική παραδοχή , μα την αλήθεια δεν έχω Debian.

Πολλά λειτουργικά πλέον είναι επίσης σταθερά σχεδόν όσο και το Debian.

Και κάποια λειτουργικά δεν είναι τόσο σταθερά όσο κάποια άλλα....

Απλό είναι...δεν είναι ; Άντε κι έχω πολύ σοβαρότερα προβλήματα από δαύτα φίλε μου....

[mphxths]

5 λεπτά πριν, fanisatt είπε

@mphxths

Το Debian είναι πιο σταθερό από άλλα λειτουργικά. Γενική παραδοχή , μα την αλήθεια δεν έχω Debian.

Πολλά λειτουργικά πλέον είναι επίσης σταθερά σχεδόν όσο και το Debian.

Και κάποια λειτουργικά δεν είναι τόσο σταθερά όσο κάποια άλλα....

Απλό είναι...δεν είναι ; Άντε κι έχω πολύ σοβαρότερα προβλήματα από δαύτα φίλε μου....

Δεν ισχυουν αυτα που λες. Ολες οι σοβαρες διανομες ειναι το ιδιο σταθερες. Και οταν λεω σοβαρες εννοω archlinux , opensuse , fedora , debian , ubuntu , slackware. Oχι τα παραγωγα τους. Τα παραγωγα τους μπορει να ειναι το ιδιο σταθερα , μπορει και οχι. Η καθε "παράγωγη" διανομη πειραζει ο,τι γουσταρει , και μπορει να εχει προβληματα που να οφειλονται στα πειραγματα της.

Οι σοβαρες διανομες λοιπον , ειναι σταθερες. Το Debian stable ακομα πιο σταθερο επειδη ειναι 20 εκδοσεις πισω. Ειναι λογικο επακολουθο. Οποιαδηποτε διανομη κραταει τις εκδοσεις πισω και καλα για ασφαλεια και σταθεροτητα θα ειναι το ιδιο σταθερη με το Debian stable. Αλλα οπως εγραψα το Debian stable δεν απευθυνεται σε desktops. 
Τα desktops σε γενικες γραμμες θελουν ενημερωμενα πακετα. Αυτο , το να υιοθετει μια διανομη τις νεοτερες εκδοσεις σε συντομο χρονικο διαστημα , προφανως και ενεχει καποιο ρισκο. 
Απο την στιγμη ομως που υπαρχουν διανομες που εχουν βρει την χρυση τομη σταθεροτητας και ενημερωσεων , τοτε καμμια διανομη δεν εχει δικαιολογια να μενει πισω. Τοσο απλα.
Αντε να δεχτω την φιλοσοφια του Debian stable , που μιλαει για πολλαπλους ελεγχους των πακετων γιατι προοριζεται για σερβερς και τα σχετικα. Πιο πολυ μου κανει ομως οτι δεν θελουν να εχουν πολυ δουλεια και να δουλευουν με το πασο τους.
Αυτοι οι ελεγχοι μπορουν να γινουν πολυ πιο γρηγορα , οπως γινονται σε αλλες διανομες , και το release cycle του Debian stable να ηταν πιο μικρο. 
Δεν ειναι τυχαιο το γεγονος , οταν μια διανομη θελει να εχει "μικρο φορτο εργασιας" , παει και στηριζεται στο Debian stable.
Δεν ειναι τυχαιο το γεγονος οτι το Debian testing (δεν πιανω το unstable branch) ειναι μια χαρα λειτουργικο και σταθερο , εφαμιλλο αλλων (σοβαρων) διανομων. Αρα θα μπορουσαν τα πακετα απο εκει να προωθουνται στο stable πολυ πιο γρηγορα απο ο,τι γινεται συνηθως...
 

17 λεπτά πριν, fanisatt είπε

Άντε κι έχω πολύ σοβαρότερα προβλήματα από δαύτα φίλε μου....

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

[fanisatt]

@mphxths

Μην το εξετάζεις με βάση τη δική σου εμπειρία ! Η έννοια της σταθερότητας είναι πολυδιάστατη. Οπωσδήποτε έχεις εγκαταστήσει κι έχεις δοκιμάσει δεκάδες ή και εκατοντάδες λειτουργικά, όπως βέβαια έχω κάνει κι εγώ τα τελευταία 20 χρόνια.

Η πρόοδος είναι σαφώς αξιοσημείωτη , όμως ... έρχονται ακόμη κι εκείνες οι στιγμές που αν δεν είχαμε εμπειρία θα είχε "κλονισθεί" λίγο η πολύ, η εμπιστοσύνη μας απέναντι σε κάποια λειτουργικά. Κι όσο πιο σπάνια συμβαίνουν κάτι τέτοιες  καταστάσεις , τόσο το καλύτερο για ένα μοντέρνο λειτουργικό, το οποίο  θέλει λογικά να επιβιώσει και να κερδίσει όλο και  περισσότερους χρήστες . Ωραία είναι να έρχεται ο νέος πυρήνας νωρίς-νωρίς στα αποθετήρια και να περνιέται αυτόματα με το πάτημα ενός κουμπιού αλλά,  θα ήταν ακόμη καλύτερα αν στο reboot έπαιζε μια χαρά το μαραφέτι και δεν κόλλαγε επειδή είχες φορτωμένους τους nvidia drivers της προηγούμενης έκδοσης....και τώρα ;  Αν έχεις την εμπειρία να μπεις με τον παλιότερο πυρήνα , να ξεμοντάρεις τους drivers με τη γραμμή εντολών , να ξαναμπείς με τον καινούριο πυρήνα για να ξαναμοντάρεις τους drivers έχει καλώς. Αν δεν την έχει όμως κάποιος την εμπειρία στα "ατυχήματα"  ,  αρχίζει να απογοητεύεται με την όλη ακαταστασία...δεν μπορεί να κάνει τη δουλειά του .... πρέπει να ψάξει εδώ κι εκεί για απαντήσεις και δεν έχει χρόνο για κάτι τέτοια ... πνίγεται...θέλει κάτι πιο σταθερό , θέλει ένα "εργαλείο" να το βάζει μπροστά με το "κλειδί" και να φεύγει , δεν θέλει να πιάνει κατσαβίδια στα χέρια του !!

Δεν ξέρω αν παίζεις κάποιο μουσικό όργανο. Εγώ χτυπάω κάνα πλήκτρο που και που. Όταν είμαι μόνος μου είναι απόλυτα ελεύθερος , παραβιάζω αξίες , χρόνους , μελωδίες , κάνω τα δικά μου και λογαριασμό δεν δίνω. Ελευθερία !!! Όταν με ακούνε άλλοι που παίζω είμαι πιο προσεκτικός...πολύ πιο προσεκτικός αλλά και πάλι μπορεί να κάνω λίγο τα δικά μου ξεφεύγοντας κατά το δοκούν. Όταν όμως παίζω με ορχήστρα τότε...όλα αλλάζουν. Ακόμη και στις πρόβες κοιτάζω το μαέστρο , παρακολουθώ τους πάντες γύρω μου και ναι πάλι θα κάνω και κάτι δικό μου αρκεί να είμαι σίγουρος ότι δεν απειλεί την συνολική αρμονία. Η αρμονία ιεραρχείται πρώτη ... και όχι η ελευθερία ή θάνατος...χαχαχαχα Πολύ δε περισσότερο όταν δεν κάνουμε πρόβες και μας ακούει κόσμος είμαι 100 φορές πιο προσεκτικός. Αν δεν έχω δοκιμάσει παρουσία του μαέστρου κάτι έτσι πιο δικό μου , δεν το τολμώ καθόλου.

Κι αν δεν υπάρχει μαέστρος φίλε μου μπήχτη , τότε χρειάζεται αυξημένη ενσυναίσθηση της συνολικής αρμονίας...τεράστια εμπειρία...ειδάλλως πέφτει κράξιμο....!!!

Αυτά....

[mphxths]

1 ώρα πριν, fanisatt είπε

Ωραία είναι να έρχεται ο νέος πυρήνας νωρίς-νωρίς στα αποθετήρια και να περνιέται αυτόματα με το πάτημα ενός κουμπιού αλλά,  θα ήταν ακόμη καλύτερα αν στο reboot έπαιζε μια χαρά το μαραφέτι και δεν κόλλαγε επειδή είχες φορτωμένους τους nvidia drivers της προηγούμενης έκδοσης....και τώρα ; 

Αυτο που περιγραφεις δεν ειναι προβλημα του εκαστοτε πακετου/εφαρμογης/οτιδηποτε , αλλα προβλημα ανικανοτητας της καθε διανομης. Ας πιασουμε τον κερνελ. Βγαινει η νεα εκδοση , εχει τεσταριστει οσο περισσοτερο γινοταν , και ανακοινωνεται η νεα εκδοση. Δεν πιανουμε το ακραιο σεναριο οτι εχει προβληματα. Ας υποθεσουμε οτι ολα βαινουν καλως με αυτην την εκδοση. Απο κει και περα ποια ειναι τα επομενα βηματα ?
Η καθε διανομη πρεπει να παρει την νεα εκδοση , να δει τι αλλαξε , να δει πως αυτα που αλλαξαν επηρεαζουν το configuration της , να περασει τα patches της και αν υπαρξουν προβληματα κανοντας το αυτο και να κανει τελοσπαντων τα δεοντα για να παιξει η νεα εκδοση του κερνελ σωστα στην διανομη της , οπως την εχει δομησει.

Ερχεσαι λοιπον εσυ και εγω , περναμε την νεα εκδοση του κερνελ στην διανομη της καρδιας μας και γινονται ολα κωλος. Ποιος φταιει ? Ο κερνελ ? Η προοδος και η εξελιξη ? Ή καποιοι ανικανοι στην εκαστοτε διανομη ?

Αυτο το φαινομενο υφισταται και γενικοτερα στην δημιουργια gui εργαλειων , ειτε αυτονομων ειτε ως frontend καποιων command tools. Ειναι τοσο κακοφτιαγμενα , εμφανισιακα αλλα και λειτουργικα , που ο μεσος guru-hacker λινουξ χρηστης εχει αναπτυξει μια αντιπαθεια προς οτιδηποτε GUI. Βαλε και λιγο οτι το command line προσδιδει και καποια αιγλη , και ολοι υμνουν το τερματικο μεχρι τελευταιας ρανιδος του αιματος τους.

Τελος , μην ξεχναμε οτι υπαρχουν "ανοιχτα" bugs , που καποια απο αυτα επηρεαζουν αμεσα την καθημερινοτητα μας , εδω και κατι χρονια. Υπαρχουν features σε αλλα λειτουργικα , που στο λινουξ ολο τα ακουμε οτι θα ερθουν και ακομα να τα δουμε και ολο θα μπουν στην επομενη εκδοση του κερνελ και ακομα περιμενουμε. 

Εσυ και εγω μπορει να εχουμε ενα απλο hardware που υποστηριζεται πληρως. Υπαρχουν αλλοι που εχουν πιο περιεργο/εξωτικο hardware και περιμενουν πως και πως καποιο feature...

[fanisatt]

Η τρίτη και τελευταία έκδοση του ημερολογίου - εορτολογίου είναι έτοιμη και σίγουρα υπό δοκιμή για ένα - δυο μήνες. Θα χαρώ πολύ να την κατεβάσετε και να την ξετινάξετε σε δοκιμές. Ο χρήστης μπορεί πλέον να καταχωρεί καθημερινά το ημερολόγιο του (πράγμα άσχετο με το σημειωματάριο) , ενώ προστέθηκε και η διαχείριση περιοδικά επαναλαμβανόμενων υπομνήσεων του χρήστη.
Το κατεβάζετε εδώ : EORTOLOGIO GR - HMEROLOGIO download | SourceForge.net
Video εδώ : Εορτολόγιο - Ημερολόγιο για λειτουργικά συστήματα GNU Linux x86_64. - YouTube
Ευχαριστώ πολύ !