Αναζήτηση:

οπως βλεπεις, εχουν player_cmd="$player_cmd blah blah" δηλαδη προσθετουν πραγματα ωστε να προκυψει η τελικη εντολη με ολες τις απαραιτητες παραμετρους.

επειδη δηλαδη θελω την παραμετρο στην τελικη εντολη, το εβαλα στην 564

Απο τον τροπο που περιεγραψα πως δουλευουν οι γραμμες οτι η καθε μια προσθετει στην προηγουμενη και ολες μαζι χτιζουν την τελικη εντολη, δεν γινεται κατανοητο οτι η παραμετρος θα υπηρχε στην τελικη εντολη (θα την χρησιμοποιουσε δηλαδη ο mpv) οπουδηποτε και να την εβαζες;

Ισως η εκφραση μου χειροτερευει με τον καιρο, αν σε τεσσερα posts δεν καταφερα να σου περασω ξεκαθαρα τι γινεται. Μου φαινεται πρεπει να αρχισω λογοθεραπεια γιατι σε λιγο θα μιλαω "εμεις γιατι στην αρχη ουτε και κυριε κοιταξτε αυτοι θελαμε να γινει το παιχνιδι".

Το ξερω οτι εινια και οι 2 για τον mpv, αλλα ρωταω γιατι η 559 και η 564 λενε διαφορετικα πραγματα και ισως να μην εινια για το ιδιο πραγμα. Εμενα με ενδιαφερει να τρεξει ο mpv με μια παραμετρο επιπλεον. Πως εινια στην 564 η force-media-title, να βαλω ακομα μια που θελω.

Η 559 αρχικοποιει την παραμετρο player_cmd δινοντας την τιμη mpv. Η 564 (και ολες οι υπολοιπες γραμμες), οπως βλεπεις, εχουν player_cmd="$player_cmd blah blah" δηλαδη προσθετουν πραγματα ωστε να προκυψει η τελικη εντολη με ολες τις απαραιτητες παραμετρους.

Εσυ λοιπον ειτε μπορεις να προσθεσεις καπου ενδιαμεσα μια νεα γραμμη, οπως εγραφα στο diff που εδωσα η μπορεις να πειραξεις μια απο τις υπαρχουσες με το ιδιο αποτελεσμα. Απλα, συγκεκριμενα για την 559, δεν μπορεις να την σβησεις, οπως εγραψες πριν, και να βαλεις τα δικα σου. Πρεπει να διατηρησεις το "$player" που εχει και να προσθεσεις αυτο που θελεις μετα απο αυτο. Πιθανως να μην στο εξηγω σωστα και για αυτο να μπερδευεσαι.

Να το πω πιο απλα. Αν σου κολλησε να πειραξεις την 559 αυτη πρεπει να γινει

player_cmd="$player --my-jim-p-option=lalala"

Αν σου πω οτι δεν καταλαβα...
Δεν αλλαζω την 564 αλλα την 559 που λεει για player_cmd? Και σβηνω οτι εχει ηδη για να βαλω τα δικα μου?

Αν η 559 ειναι η player_cmd="$player", τοτε θα πρεπει να προσθεσεις τα δικα σου μεσα στα εισαγωγικα μετα το $player. Δεν μπορεις να την σβησεις εντελως γιατι τι θα τρεξει μετα;

--- lobster.sh 2025-05-12 09:56:47.808428726 +0300
+++ lobster2.sh 2025-05-12 09:58:54.306900050 +0300
@@ -558,6 +558,7 @@
&& check_history
player_cmd="$player"
&& player_cmd="$player_cmd --start='$resume_from'"
+ player_cmd="$player_cmd --my-jim-p-option=lalala"
&& player_cmd="$player_cmd $subs_arg='$subs_links'"
# Escape ' symbols in titles to prevent unterminated string error
escaped_title=$(printf "%s" "$displayed_title" | "$sed" "s/'/'\\\\''/g")

Deepin, λε πουλ.
https://www.theregister.com/2025/05/09/opensuse_ditches_deepin/

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

Δες πχ εδω για ενα μολις παραδειγμα. 4 Δεκεμβριου εγινε το post, πηρε απαντηση 15 Μαρτιου οτι θα αργησει να το δουλεψει και 19 Ιουλιου απηντησε θα αρχισει να το δουλευει. Δεν τον κατηγορω φυσικα. Ειναι τεραστιο εγχειρημα ενα security audit και η security team ειναι παντα πολυ μικρη. Δεν επρεπε ομως να μπει. Καλυτερα να μην υπαρχει κατι παρα να μπει τσαπατσουλικα για να πουμε μονο οτι το εχουμε και να μην παιζει σωστα (η ακομη χειροτερα να εχει θεματα ασφαλειας).

Το ιδιο εχω πει πολλες φορες στο νημα του debian για την "υποστηριξη πολλαπλων init systems". Ουσιαστικα μονο systemd υποστηριζουν. Τα αλλα παιζουν κατα τυχη και οχι παντα.

$ bash ertflix.sh
`$'do\r''




% wget https://pastebin.com/raw/fXD9JPKg
% file fXD9JPKg
fXD9JPKg: Bourne-Again shell script, Unicode text, UTF-8 text executable, with CRLF line terminators

Μαλακιες του pastbin, το εγραψε με CRLF (εκτος αν στο αρχικο μηνυμα στο φορουμ, ο OP το εκανε copy - paste με CRLF και το φορουμ τα διατηρησε, δεν ξερω).
Μετατρεψε το με dos2unix, fromdos, whatever. Αν δεν εχεις κανενα, ανοιξε το με το vim, γραψε :set ff=unix και :w.

https://pastebin.com/raw/fXD9JPKg

Το paste σε μια γραμμη συνηθως ειναι θεμα LF vs CRLF του terminal driver αλλα χωρις παραπανω πληροφοριες μπορει να μην ειναι αυτο.

Δεν υπαρχει γραμμη 50 επειδη το σκριπτ ειναι 49 γραμμες. Δεν το εγραψα εγω.
Ο καταλογος /home/pi δεν υπαρχει, γιαυτο στο παρακατω μηνυμα εχει αλλαξει σε /home/$USER και να πιανει σε ολους. Εγω που εχω την πρωτη εκδοση του script, τον εκανα /home/jim/test/pi και μπορει να γραψει ο χρηστης μεσα σε αυτον, μιας και με το που τρεχει το σκριπτ, δημιουργειται το ARRAY_ERTFLIX εκει μεσα.

Το μηνυμα που εδωσες ειχε το /home/pi οποτε ηταν λογικο να το ρωτησω. Περα απο αυτο, αντεγραψα και το 1ο script και το νεο με το /home/${USER} και ειναι και τα δυο 410 γραμμες, οχι 49.

Θελω να τρεξω το bash script που αναφερεται εδω* και παιρνω αυτο το μηνυμα για unexpected end of file... παρολο που δεν υπαρχει καν γραμμη 50! Η αν υπαρχει, θα ειναι κατι για eof, δηλαδη 49 + 1 κενη.
$ bash ertflix.sh
ertflix.sh: line 3: /home/pi/ARRAY_ERTFLIX: No such file or directory
ertflix.sh: line 7: /home/pi/ARRAY_ERTFLIX: No such file or directory
ertflix.sh: line 50: syntax error: unexpected end of file
Μην πει κανεις για το absolute path που πρεπει να αλλαχτει γιατι δεν υπαρχει. Το αλλαξα πχ σε /home/jim/test/pi/, που προφανως υπαρχει, και το μηνυμα για το unexpected end ειναι το ιδιο.

* https://www.adslgr.com/forum/threads/1211424-%CE%A0%CF%89%CF%82-%CE%BA%CE%B1%CF%84%CE%B5%CE%B2%CE%AC%CE%B6%CE%BF%CF%85%CE%BC%CE%B5(%CF%80%CE%BB%CE%AD%CE%BF%CE%BD)-%CE%B1%CF%80%CF%8C-%CF%84%CE%BF-Ertflix-gr-%CE%BD%CF%84%CE%BF%CE%BA%CF%85%CE%BC%CE%B1%CE%BD%CF%84%CE%AD%CF%81-%CF%83%CE%B5%CE%B9%CF%81%CE%AD%CF%82-%CE%B3%CE%B9%CE%B1-%CF%80%CE%B1%CF%81%CE%B1%CE%BA%CE%BF%CE%BB%CE%BF%CF%8D%CE%B8%CE%B7%CF%83%CE%B7-offline?p=7737091&viewfull=1#post7737091

α) Γιατι δεν υπαρχει γραμμη 50; Το script στο post δεν ειναι 400+ γραμμες;
β) Ο καταλογος /home/pi υπαρχει και εχει αδειες για να γραψει ο χρηστης που τρεχει το script;

Δεν θα επρεπε να φαινεται ενα σχετικο πακετο με plasma στο upgrade list του ποστ μου;

Ενα σεναριο που σκεφτηκα και μου φαινεται λογικο ειναι το plasma να το εχει κανει εδω και καιρο απλα η εκδοση 25.0.2 της mesa να μην παρειχε κατι η να μην εκανε advertise καποιο feature που ελεγχει ο kwin. Ετσι εκανε fallback σε opengl / gles / whatever. Και μολις μπηκε η 25.0.3 να αλλαξε κατι που να εκανε trigger την χρηση vulkan.

Ομως με ενα μικρο ψαξιμο που εκανα α) και δεν βλεπω κατι στο changelog της mesa 25.0.3 β) και βλεπω οτι υπαρχει ανοιχτο branch στο plasma, που δεν εχει γινει merge, για να γυρισουν καποια στιγμη σε vulkan στο μελλον. Αρα λοιπον δεν ειναι αυτο που σκεφτηκα. Δεν ξερω γιατι ξαφνικα στην 25.0.3 να αλλαξε συμπεριφορα.

Αυτο μου εδωσε ιδεα και αρχισα να εγκαθιστω τα split packages. Τελικα το "vulkan-swrast" εκανε το Plasma-wayland να δουλεψει.


Τις προαλλες ενα παληκαρι ειχε θεμα φαινομενικα με τον nautilus σε wayland. Ειδαμε οτι οταν ετρεχε τον nautilus με GSK_RENDERER=ngl, τοτε ετρεχε κανονικα. Το gnome καποια στιγμη αλλαξε το μανισιο 3d backend απο OpenGL σε Vulkan και αυτος ειχε καποιο θεμα με τον nvidia οδηγο του οποτε δεν του επαιζε σωστα το vulkan και ετσι δεν ξεκινουσαν τα προγραμματα.

Οταν λοιπον εγραψες το προβλημα σου, το πρωτο πραγμα που μου ηρθε στο μυαλο ηταν να σου γραψω να ελεγξεις το vulkan αλλα δεν το ανεφερα γιατι εσυ τρεχεις α) plasma β) σε VM οποτε λεω αποκλειεται να εχει σχεση. Μηπως καποια στιγμη αλλαξε και το plasma σε vulkan.

Για αυτο γκρινιαζει ο ημιθεος. Δε θα επρεπε να γινεται λινκ σε συγκεκριμενη εκδοση.

Μα αφου βλεπεις οτι και στην 3.x υπαρχουν ασυμβατοτητες, πως να το καταργησουν. Ειχε πακετα που δεν χτιζονταν παλια με την 3.13. Δεν το ειχαν δηλαδη μονο για την 2.x...


Σημειωτεον πως το rant μου δεν ηταν για το gentoo αλλα για τις γλωσσες. Το gentoo δεν μπορει να κανει κατι παρα να ακολουθησει αυτα που οριζει η γλωσσα. Για αυτο εχει και αυτες τις παραμετρους ΤΑΔΕ_TARGET, οπως εγραψε και ο GoofyX.

Αν μπορουσαμε να πουμε κατι επικριτικο για το gentoo ειναι οτι η portage εχει ενα deficiency ετσι που ειναι γραμμενη και το οποιο εχει συζητηθει πολλες φορες στο παρελθον αλλα ειναι δυσκολο να διορθωθει. Εστω οτι ενα ebuild εχει προαιρετικη υποστηριξη για μια γλωσσα (πχ εχει plugin για python). Ετσι καλει το ταδε eclass για την γλωσσα και οριζει αυτες τις μεταβλητες ταδε_target. Καθε φορα που υπαρχει αλλαγη στην γλωσσα αυτη, η portage σου ζηταει να στο ξανα-χτισει, ακομη στην περιπτωση που εχεις κλειστη την use flag για την γλωσσα. Ετσι, ενω το προγραμμα σου δεν κανει χρηση της γλωσσας, πρεπει να ξανα-χτιστει ασκοπα η να παιρνεις conflicts και χαζα. Αυτο ομως ειναι πταισμα μπροστα στις χαζομαρες που φερνουν οι ιδιες οι γλωσσες.

Θυμαμαι παλιες εποχες που επρεπε μιαααα στο τοσο να κανεις rebuild ολο το συστημα γιατι βγηκε major εκδοση gcc (και εκεινο το καναμε για παν ενδεχομενο. κανονικα επρεπε να κανουμε μονο τα c++ προγραμματα και μονο σε ορισμενες περιπτωσεις που αλλαζε το c++ abi).

Τωρα που εχουμε τις καταπληκτικες προηγμενες γλωσσες προγραμματισμου python, ruby, rust, κτλ, πρεπει να ξαναγινουν compile τα παντα καθε τριτη γιατι η μια εκδοση τους ειναι ασυμβατη με την προηγουμενη.

Το πρωτο. Οι gentoo devs ειναι γνωστοι οτι δεν συντηρουν μουσειακα εκθεματα, και δεν τους αδικω.

Βλεπω οτι εχει ανοιξει bug. Αν εχεις λογαριασμο στο bugzilla, και δεν βαριεσαι, γραψε εδω τι εκανες για να παιξει.

ΥΓ: Αυτο το θεμα ειναι προβλημα του dropbox, οχι του gentoo, σωστα;

- Το dropbox δεν προσεξε οτι η libappindicator 12.10 βγηκε το 2012 (και η "master" εκδοση απο το bazaar αποθετηριο που παρεχουν οι διανομες ειναι απο το 2020) και οτι απο τοτε εχει βγει αλλη βιβλιοθηκη που την αντικατεστησε.
Argument: Καποιος μπορει να επιχειρηματολογησει οτι εμειναν με την παλια ωστε να μπορει να δουλεψει και σε παλιες διανομες.
Counter-Argument: Αλλος θα πει "ποσο παλια; οταν μεχρι και το debian stable εχει την νεα βιβλιοθηκη;"
Κτλ, κτλ.

- Το gentoo δεν προσεξε οτι η βιβλιοθηκη με το παλιο ονομα χρειαζεται ακομη απο καποια προγραμματαα οποτε δεν θα επρεπε να αφαιρεθει απο το tree.
Argument: Και εδω καποιος μπορει να επιχειρηματολογησει οτι το testing εδειξε οτι κανενα προγραμμα στο tree της portage δεν εξαρταται απο την παλια βιβλιοθηκη οποτε δεν υπηρχε λογος να παραμενει η παλια και να ειναι βαρος για τους devs. Το προβλημα σου ηταν λογω του dynamic loading της βιβλιοθηκης το οποιο ξεφυγε του testing.
CounterArgument: Για να προσθεσαν την βιβλιοθηκη στην steam overlay μολις την αφαιρεσαν απο το gentoo, ηταν γνωστο οτι υπαρχουν καποια παιχνιδια-προγραμματα που την χρειαζονταν.
Κτλ, Κτλ.

Επιλεξε οποιο σου αρεσει περισσοτερο :)

Eχεις το gtk3 εγκατεστημενο;
Εχεις το dbus service σε λειτουργια;


Χωρις να ειμαι ο tsigarid, ειναι δυνατον να εχτισε την gtk3 εκδοση του ayatana χωρις να εχει εγκατεστημενα headers / libs του gtk3, αρα χωρις να εχει εγκατεστημενο το gtk3;

Οσον αφορα το dbus, ακομη και να μην το εχει ενεργοποιησει, το φερνουν σε λειτουργια αυτοματα τα init scripts που το χρειαζονται. Αυτα ειναι τουλαχιστον τα pipewire / wireplumber, firewalld, networkmanager, elogind. Οποτε αν εχει ενεργοποιησει εστω και ενα απο αυτα, εχει αυτοματα και το dbus.

Ευχαριστω. Εχω ενα 3 επιπλεον:

ldconfig -p | \grep appindicator
libayatana-appindicator3.so.1 (libc6,x86-64) => /usr/lib64/libayatana-appindicator3.so.1
libayatana-appindicator3.so (libc6,x86-64) => /usr/lib64/libayatana-appindicator3.so


Μηπως το dropbox δεν τη βρισκει γι' αυτο;

Το 3 μαλλον σημαινει οτι ειναι η εκδοση που ειναι χτισμενη για GTK3 γιατι μπορουσες να την χτισεις και για GTK2. Η συμβουλη του NicM1 ειναι σωστη γενικα αλλα το ldd θα σου πει τις βιβλιοθηκες με τις οποιες εχει γινει linked ενα προγραμμα. Αν ηταν τετοια περιπτωση και σου ελειπε η βιβλιοθηκη, τοτε το προγραμμα δεν θα ξεκινουσε καν. Το πιθανοτερο ειναι οτι η βιβλιοθηκη ανοιγει δυναμικα με dlopen για αυτο σου δινει μηνυμα οτι δεν την βρισκει. Για αυτο σου προτεινα να δεις με strace τι παει να ανοιξει.

Χωρις να μπορω να το πω με 100% σιγουρια, το προβλημα μαλλον εγκειται στο οτι θελει την αρχαια εκδοση της appindicator προτου μετονομαστει σε ayatana.

libappindicator1 | 12.10.1~bzr20200706.298-4.3
libappindicator3-1 | 12.10.1~bzr20200706.298-4.4
libayatana-appindicator1 | 0.5.93-2.2
libayatana-appindicator3-1 | 0.5.93-2.3


Αυτο το λεω γιατι και το tumbleweed και το arch παρεχουν και την αρχαια εκδοση και την νεα (η 1 ειναι gtk2 και η 3-1 gtk3). Στο AUR του arch αναφερει προαιρετικη εξαρτηση libappindicator και ειναι εκδοση 12.10.

Προτασεις:

α) Μπορεις να κανεις link την νεα εκδοση με το παλιο ονομα. Αυτο θα λειτουργησει ΜΟΝΟ ΑΝ η νεα εκδοση διατηρει το ιδιο API / ABI.

# cd /usr/lib64
# ln -snf libayatana-appindicator3.so.1 libappindicator3.so.1
# ln -snf libappindicator3.so.1 libappindicator3.so

β) Να ενεργοποιησεις καποια overlay που να παρεχει την παλια εκδοση και να χτισεις εκεινη την εκδοση. Μια τετοια overlay ειναι η steam.

Οχι, εχω KDE. Επισης, αν βοηθαει, εχω εγκατεστημενη την εκδοση 0.5.93 της dev-libs/libayatana-appindicator, αλλα σто more info του μηνυματος που μου βγαζει λεει οτι θελω την εκδοση 12.0 και πανω. Μαλλον μιλανε για μια διαφορετικη βιβλιοθηκη απο αυτην που εχω; Δεν ειμαι κοντα στον υπολογιστη τωρα για να στειλω το link.

Δεν ξερω τι να σου προτεινω. Εχω την εντυπωση οτι η εκδοση 12 ειναι αρχαια απο τοτε που λεγοταν libappindicate και ακολουθουσε την εκδοση του ubuntu. Προφανως ομως λεω χαζομαρες γιατι δεν μπορει το dropbox να μην ξερει τι χρειαζεται.

Edit: Ισως τρεχοντας το dropbox απο τερματικο μεσω του strace (πχ οπως φαινεται παρακατω) να σου δειξει τι παει να κανει dlopen.

strace -e trace=file -f /path/to/dropbox |& grep "appind"

To Dropbox μου εβγαλε το εξης:



Εχω εγκατεστημενη την dev-libs/libayatana-appindicator. Χρειαζομαι κατι αλλο;

Εχεις εγκατεστημενη την extension για το gnome-shell ειτε απο την portage ειτε χειροκινητα; Κανονικα δεν θα επρεπε να χρειαζεται, και η libayatana-appindicator που εχεις θα επρεπε να ειναι αρκετη αλλα με τη συγκεκριμενη υποδομη κανεις δεν ξερει τι γινεται. Παλια λεγοταν libappindicate μετα εγινε libappindicator μετα ayatana και χωριστηκε στα δυο (εντωμεταξυ τι διαφορα εχουν οι βιβλιοθηκες indicator και appindicator ποιος ξερει). Το τελευταιο διαστημα εκαναν επισης το εξης πανεξυπνο. Εκαναν copy το αποθετηριο σε libayatana-appindicator-glib μαζι με ολοκληρη την ιστορια του και εκαναν deprecate το παλιο. Ετσι εχεις δυο projects που ειναι ολοιδια μεχρι την εκδοση 0.5.93 και μετα χωριζουν με το libayatana-appindicator να εχει την εκδοση 0.5.94 η οποια δεν τρεχει και εμφανιζει απλα οτι ειναι deprecated και σου λεει να γυρισεις στο νεο, και στο νεο (-glib) υπαρχουν μονο νεα commits στο master που καποτε θα ονομαστουν εκεινα 0.5.94. Χεσε μεσα.

Αν και το btrfs / zfs δεν ειναι κατι αγνωστο, να ξανα-πουλησω για αλλη μια φορα την αξια του CoW + snapshots.

Gentoo:

# │ Τυπος │ Προ # │ Ημερομηνια │ Χρηστης │ Εκκαθαριση │ Περιγραφη
────┼────────┼───────┼───────────────────────────────┼─────────┼────────────┼─────────────────────────────────────────────
862 │ pre │ │ Σαβ 12 Απρ 2025 13:55:57 EEST │ root │ number │ dev-python/flit-core 3.11.0 -> 3.12.0
863 │ post │ 862 │ Σαβ 12 Απρ 2025 13:56:04 EEST │ root │ number │ dev-python/flit-core 3.11.0 -> 3.12.0
864 │ pre │ │ Σαβ 12 Απρ 2025 13:56:29 EEST │ root │ number │ dev-python/pyparsing 3.2.1 -> 3.2.3
865 │ post │ 864 │ Σαβ 12 Απρ 2025 13:56:34 EEST │ root │ number │ dev-python/pyparsing 3.2.1 -> 3.2.3
866 │ pre │ │ Σαβ 12 Απρ 2025 14:07:09 EEST │ root │ number │ app-text/qpdf 11.10.1 -> 12.0.0
867 │ post │ 866 │ Σαβ 12 Απρ 2025 14:07:17 EEST │ root │ number │ app-text/qpdf 11.10.1 -> 12.0.0
868 │ pre │ │ Σαβ 12 Απρ 2025 14:07:47 EEST │ root │ number │ dev-python/setuptools 75.8.2 -> 78.1.0
869 │ post │ 868 │ Σαβ 12 Απρ 2025 14:07:52 EEST │ root │ number │ dev-python/setuptools 75.8.2 -> 78.1.0
870 │ pre │ │ Σαβ 12 Απρ 2025 14:08:28 EEST │ root │ number │ dev-build/scons 4.9.0 -> 4.9.1
871 │ post │ 870 │ Σαβ 12 Απρ 2025 14:08:44 EEST │ root │ number │ dev-build/scons 4.9.0 -> 4.9.1
872 │ pre │ │ Σαβ 12 Απρ 2025 14:09:36 EEST │ root │ number │ net-print/libcupsfilters 2.1.0 -> 2.1.0
873 │ post │ 872 │ Σαβ 12 Απρ 2025 14:09:41 EEST │ root │ number │ net-print/libcupsfilters 2.1.0 -> 2.1.0


openSUSE

# │ Τυπος │ Προ # │ Ημερομηνια │ Χρηστης │ Εκκαθαριση │ Δεδομενα χρηστη
────┼────────┼───────┼───────────────────────────────┼─────────┼────────────┼─────────────────────────────────────────────
874 │ pre │ │ Δευ 14 Απρ 2025 13:21:31 EEST │ root │ number │ from=04-10, important=no, to=04-11
875 │ post │ 874 │ Δευ 14 Απρ 2025 13:22:00 EEST │ root │ number │ from=04-10, important=no, to=04-11
876 │ pre │ │ Τετ 16 Απρ 2025 11:01:44 EEST │ root │ number │ from=04-11, important=no, to=04-14
877 │ post │ 876 │ Τετ 16 Απρ 2025 11:02:15 EEST │ root │ number │ from=04-11, important=no, to=04-14
878 │ pre │ │ Παρ 18 Απρ 2025 22:40:02 EEST │ root │ number │ from=04-14, important=no, to=04-17
879 │ post │ 878 │ Παρ 18 Απρ 2025 22:42:20 EEST │ root │ number │ from=04-14, important=no, to=04-17
880 │ pre │ │ Κυρ 20 Απρ 2025 16:23:22 EEST │ root │ number │ from=04-17, important=no, to=04-18
881 │ post │ 880 │ Κυρ 20 Απρ 2025 16:24:11 EEST │ root │ number │ from=04-17, important=no, to=04-18


Πολλοι package managers (τουλαχιστον τα apt του debian, portage του gentoo, zypper του opensuse, pacman του arch) υποστηριζουν hooks με τους οποιους μπορεις να τρεξεις scripts σε διαφορα σταδια της εγκαταστασης πακετων. Αυτο μπορει να χρησιμοποιηθει ωστε να εχουμε ευκολες pre , post snapshots. Χαλασε, λοιπον, κατι με το τελευταιο upgrade, στα @@ σου. Κανε rollback στην προηγουμενη. Μερικες διανομες, μαλιστα, εχουν patchαρισμενο grub ωστε να εμφανιζει μενου με ολες τις snapshots και να μπορεις ευκολα να εκκινησεις απο καποια απο αυτες και να δεις σε ποια απο ολες χαλασε.

@imitheos
Αυτο λεω και εγω. Οτι δεν μπορει να χτιστει με συγχρονες βιβλιοθηκες επειδη (το source για) το πακετο στο repo εινια 1+ χρονου παλιο (Ιανουαριος 2024) και ο maintainer δεν δεησε να το ενημερωσει απο τοτε. Αυτο λεει ο dev του telegram εδω

Και εχει απολυτο δικιο. Μονο ενα κλαιν nmu update πηρε απο εναν καλοθελητη και τερμα. Αρα δικο του φταιξιμο εινια. Επισης, το freeze ειναι τους τελευταιους 1-2 μηνες, δεν αποτελει δικαιολογια για κατι που ειναι τοσους μηνες παρατημενο. Αυτο παει και σε οσα πακετα απλα εχουν maintainers που βαριουνται, πχ virtualbox κλπ (που χρησιμοποιω).


Ναι, διαβασε ομως και το παρακατω που λενε. Για να φερει νεωτερη εκδοση, χρειαζεται πρωτα να φερει καποια / ες βιβλιοθηκη/ες ADA και μια βιβλιοθηκη cppgir που το debian εχει παλια εκδοση. Αρα, δεν μπορουμε να πουμε οτι αφησε 1+ χρονο παλια εκδοση επειδη βαριεται. Μπορει να προσπαθησε να εισαγει την βιβλιοθηκη της ADA και να μην τον αφησαν. Αυτο ελεγα στο προηγουμενο μηνυμα μου.

Οπως ειπε και ο slammer, εδω δεν ηταν ευκολο να μπει μια βιβλιοθηκη για την samba, που χρησιμοποιει τοσος κοσμος για shares. Σκεψου ποσο δυσκολο θα ειναι για αυτο τον καημενο να πεισει να προσθεσουν τις βιβλιοθηκες για το telegram που ποιος ασχολειται με αυτο.

Edit: Σε προσκαλω παντως να στησεις sbuild (η εστω debspawn που ειναι απειρως πιο ευκολο και βολικο) και να χτισεις ενα απλο πακετο hello world και να μας πεις ποσο χαρουμενη διαδικασια ειναι (ειδικα αν εχεις δουλεψει κατι αλλο οπως rpmbuild, gentoo ebuild, arch makepkg, κτλ) . Μετα να στησεις και apt-cacher-ng, repro, κτλ. Και εγω αν ημουν maintainer στο debian και επαιρνα ανακοινωση οτι βγηκε νεα εκδοση προγραμματος, θα ετρεμαν τα ποδια μου :P

Τελικα γιναμε ρομπα και στο github του telegram λογω παλιας εκδοσης και τεμπεληδων devs. Αμα βγω ομως και πω να το εχουν μονο στο unstable λογω "rapid development" οπως τον κανονικο ff και το virtualbox, θα με πετροβολησουν.
https://github.com/telegramdesktop/tdesktop/issues/29176

Η παλια εκδοση δεν χτιζεται λογω νεων βιβλιοθηκων και η νεα ειναι δυσκολο να εισαχθει λογω οτι περιεχει και ADA. Στο τελος ενας απο τους συμμετεχοντες λεει οτι λογω της κατασταση του debian stable που κινειται αργα και του telegram που (υποθετω) κινειται γρηγορα, θα ειναι καλυτερο για ολους να μην υπαρχει το telegram απο το να υπαρχει και να μην παιζει. Που το ειδες το ρομπα; Εγω βλεπω μια κανονικη λογικη συζητηση.

Edit: Οσον αφορα το τεμπεληδες, χωρις να μπορω να μιλησω για αλλους, ειμαι σιγουρος οτι δεν ειναι τεμπελια αλλα κουραση και ελλειψη κουραγιου να μαλωνεις με τοιχους.

Το εχουμε ξανα-συζητησει οσον αφορα τον Marillat που λες συχνα "ο Marillat το εκανε σε 10 λεπτα". Ο Marillat εχει ενα δικο του αποθετηριο οποτε μπορει να κανει ο,τι γουσταρει. Αυτο ειναι τρελη ελευθερια. Δεν θυμαμαι αν ηταν εδω η σε αλλο φορουμ, αλλα μια φορα ενας φιλος ειπε οτι το gentoo εχει αθλιο ebuild για αρχαια εκδοση ενος προγραμματος και του εστειλα ενα που εγραψα εγω και ηταν 50 φορες καλυτερο, με προνοια για διαφορα πραγματα, με τις διπλες σε αριθμο use flags, κτλ.

Αφενος ηταν μονο φαινομενικα καλυτερο γιατι μπορει να μην επαιζε υπο καποιες συνθηκες η σε καποια αλλη αρχιτεκτονικη που δεν τεσταρα. Αφετερου, ακομη και να ηταν οντως καλυτερο, αυτο γινοταν γιατι το εγραψα εγω που δεν με δεσμευε η πολιτικη του Gentoo. Ουτε επρεπε να το τεσταρω σε αλλες αρχιτεκτονικες, ουτε ειχα να μπω σε air gapped συστημα και να το κανω sign με κλειδια, ουτε να πρεπει να μπω στο irc και να επιχειρηματολογησω για 2 ημερες γιατι επρεπε να εισαχθουν 5 νεες use flags και αν η προσφορα τους θα ξεπερασει σε αξια το bloat της εισαγωγης νεων use flags, ουτε, ουτε, ουτε.

Και αν μπεις και διαβασεις την πολιτικη του Gentoo ειναι παιδιαστικη μπροστα στην δρακοντεια πολιτικη του Debian. Κανεις δεν εχει το κουραγιο να μαλωνει για να αλλαξει κατι που ξερει οτι δεν θα αλλαξει. Μεχρι και ο Stapelberg, που δεν τον λες junior maintainer χωρις δυναμη, εβρισκε τοιχους στο να περασει αλλαγες που θεωρουσε σωστες και ελαττωσε την συμμετοχη του στο debian.

Οταν λοιπον ξερεις οτι για να μπει η νεα εκδοση χρειαζεται την εισαγωγη μιας νεας βιβλιοθηκης, και η προταση για την εισαγωγη της βιβλιοθηκης θα αρχισει μια ψυοχφθορα μαχησυζητηση 15 ημερων με τελικη αποφαση "δεν γινεται να μπει γιατι αρχισε το freeze του trixie" η "γιατι ο ερμης ειναι αναδρομος" η ποιος ξερει τι αλλη παπαρια, θα πεις "δε γ...ται" και θα αφησεις την παλια εκδοση.

Το οτι αυτοαναιρεισαι το βλεπεις και εσυ η μονο εγω ?

Ηηηηρθεεεε.


4 πυρηνος με intel 3000 ειναι για συγκεκριμενες ελαχιστες "desktop" δουλειες. Οταν ανοιγει ΥΤ η παιζει καμμια ταινια , θα υποφερει ασχημα και θα σερνεται. Το "μπουταρει" δεν σημαινει "λειτουργει μια χαρα".

Δεν αυτο-αναιρουμαι γιατι δεν ειπα ποτε οτι υπεφερε η μανα μου. Ειπα οτι για σοβαρη δουλεια θα αργουσε. Για casual δουλεια επαιζε μια χαρα. Της ειχα δωσει ενα μπουσουλα πχ ειδησεογραφικα sites με απλα λογακια οσα θες, e-shops με πολλες φωτος και εφε καμμια 15αρια καρτελες το πολυ, youtube 4-5 το πολυ. Ειναι τοσο βασανο αυτο δηλαδη; Ετσι και αλλιως σε casual χρηση τοσα θα ανοιξεις. Εβλεπε με το mpv ταινιες που της ειχα γραψει και επαιζαν μια χαρα. Ακομη και το LO που ειναι σχετικα βαρυ, ακομη και αυτο επαιζε μια χαρα. Τη μιση ημερα δουλευε στατιστικα στο LO και θα μου γκρινιαζε αν αργουσε. Και ο cpu της OP ειναι απο 50% μεχρι 100% γρηγοροτερος.


Ειδικα οταν με ελαχιστα λεφτα παιρνεις αξιολογα refurbished , τετοια χρεπολαγνεια ειναι περιττη.

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


Ειδικα οταν βγηκαν τα 11αρια και ειχαν requirements που περιοριζαν κατα πολυ το hardware που κυκλοφορουσε εκεινη την στιγμη , ειδικα κατι παλιοτερα μηχανηματα , ξεκινησε μια επικη κλαψα , οτι η microsoft ωθει τους χρηστες στο να πεταξουν τα μη υποστηριζομενα μηχανηματα τους και με αυτον τον τροπο συμβαλει στην δημιουργια e-waste και τα σχετικα.
Πολυ καλα ελεγαν γιατι, οπως αποδειχτηκε αργοτερα, δεν υπηρχε κανενας τεχνικος περιορισμος που απετρεπε το συγκεκριμενο hardware να λειτουργησει. Ηταν ενας artificial περιορισμος που εβαλαν για το κερδος.

Η μοιρα των μικρων διανομων.
https://www.arcolinux.info/

Τις προαλλες σε διπλανο φορουμ, καποιος κατηγορουσε το mint και οταν πιεστηκε να πει προτασεις, ειπε κατι σαπια winmux, και τετοια. Και εγω νευριαζω οταν αποκτουν hype μικρες διανομες με αβεβαιο μελλον (και που πολλες φορες δεν προσφερουν και τιποτα αλλα ειναι απλα ενα re-skin αλλων διανομων) και προτεινονται σε δεκαδες οδηγους αλλα εδω δε εχουμε αυτη τη περιπτωση.

Ο τυπος ειχε και διαρκεια και αξια. Παρα πολλα εκπαιδευτικα βιντεακια για προβληματα που στο archlinux θα επαιρναν απαντηση "νουμπα, πανε και διαβασε", installers, υλοποιηση διανομης με τροπο που να μπορεις να γυρισεις ευκολα στο arch, κτλ. Εικαζω πως ο τυπος εκανε περισσοτερο κοσμο να δοκιμασει πως ειναι το μανισιο arch (και θα φερει και αλλο τωρα που θα κλεισει) απο πολλους arch ακτιβιστες.

Συγνωμη που τολμησα να διερωτηθω αν ενα ~14ων ετων laptop,
αγνωστων λοιπων spec,
ειναι καιρος να βγει στην συνταξη.

Το μηνυμα μου δεν ειχε σκοπο να φιμωσει καποια αποψη και με συγχωρεις αν διαβαστηκε σαν επιθεση σε εσενα. Ισως η αντιδραση μου ηταν υπερβολικη αλλα ηταν λογω της νοοτροπιας που εχουν πολλοι φιλοι στο φορουμ αμεσως να αφοριζουμε και να πεταμε τις παλιες συσκευες.

Παραδειγματα παλαιων συζητησεων:

"Εχω Haswell 4ης γενιας i5-4570" -> "Aντρικια πες μου , δεν ντραπηκες που το εγραψες ? :) Ειναι τοσο παλιος που τον νικανε ακομα και mobile επεξεργαστες. Συγκριτικο , ενα , δυο , τρια. Οι τρεις mobile επεξεργαστες των τριων φορητων μου." "16GB DDR3" -> "Αληθεια τωρα , λιγη τσιπα δεν εχεις ? :)"

Και εσυ, εγραψες μολις τωρα οτι οταν ειπες να παει για συνταξη δεν ηξερες κανενα spec. Δεν ηταν λοιπον βιαστικη η συμβουλη σου;

Πας καλα ?
Καινουργιο laptop για πεταμα?
Να ερθω να ψαχνω τα σκουπιδια σας


Χαιρομαι που δεν ειμαι ο μονος ανωμαλος εδω, γιατι ολους τους περισσευουν τα λεφτα και αμεσως ολα τα πετανε. Απορρησα πως δεν ηρθε ο μπηχτης να πει οτι ειναι αρχαιο και δεν σηκωνει τιποτα. Να ανοιξω ενα PO Box να τα στελνετε σε εμενα ρε παιδια.

Μια χαρα ειναι το Laptop και μπορει να τρεξει οποιανδηποτε διανομη Linux ακομη και windows 11
8gb ram ειναι αρκετα για απλη χρηση μη τρελαθουμε τωρα


Συμφωνω. Δεν θα εχει καταπληκτικη εμπειρια χρησης, θα ειναι αργο σε firefox αλλα λειτουργει μια χαρα. Εχω ξαναγραψει στο φορουμ οτι η μανα μου μεχρι πριν λιγους μηνες ειχε ενα λαπτοπ με B960 και 8GB μνημη. Λειτουργουσε καλα σε "desktop" δουλειες πχ κειμενα στο LO, κτλ και αργα προς ικανοποιητικα σε firefox σε βαρια sites. Στο youtube θα ανοιγες το πολυ 3 - 4 tabs για να μην σερνεται. Ολα αυτα σε openSUSE Leap που δεν το λες "ελαφρια διανομη για αρχαιο λαπτοπ". Ο I5 της OP ειναι ιδια γενια με τον B960 (Sandybridge) αλλα ειναι τετραπυρηνος εναντι διπυρηνου και sites με συγκριτικα τον εμφανιζουν απο +50% μεχρι +100%, οποτε δεν βλεπω κανενα λογο να μην μπορει να σηκωσει οποιαδηποτε διανομη.

και ειχε συμφωνησει χωρις να εχει καμια λυση να προσφερει.

Δεχομαι με χαρα τη μπηχτη. Οντως το καλυτερο ειναι οταν κρινεις να εχεις και λυση να προσφερεις. Και οταν δεν εχεις, ομως, δεν σημαινει οτι πρεπει να αποσιωπας ενα γνωστο προβλημα και να μην το αναφερεις ποτε.

1110 κατασκευαστες πλυντηριων, συνιστουν skip.
https://www.openwall.com/lists/oss-security/2025/04/10/5

Η ψευδαισθηση της ασφαλειας της "stable" διανομης που λεω συχνα και γινομαι κακος :P Στο kernel.org, αυτη τη στιγμη, βλεπω 2 stable πυρηνες και 6 long term. Ο Χριστος να ερθει και να πολλαπλασιασει τους maintainers και τις ωρες της ημερας, σαν τα ψωμια και τα ψαρια, ΔΕΝ συντηρειται αυτο το πραγμα. Ειναι μονο για να νιωθουμε καλα καποοι χρηστες (καποιοι πελατες εταιριων βασικα) οτι ειμαστε stable.

Ευχαριστω για τις επεξηγησεις, θα κρατησω αυτη με το head επειδη τη θυμαμια.

Ωραια. Εχε, ομως, στο νου σου αυτο που ειπαμε. Οι "head -c6", "cut -c6", κτλ θα κρατησουν 6 bytes οποτε θα σπασουν αν η curl επιστρεψει διαφορετικο pattern.


Να μη σε ματιαξω, ειναι ισως η πρωτη φορα που δινεις την ακριβη εντολη που θελεις να τρεξεις για να μπορουμε να δουμε τι θελεις και οχι να μυριζουμε τα νυχια μας. Πως και δεν εγραψες κατι αοριστο του στυλ "εχω ενα script και δεν μπορω να κοψω τα κενα απο την εξοδο"; :rofl:

Γινεται ο ηλιος να ειναι πρασινος;
:p

Πριν χρονια ειχαν πει οτι το unicode εκλεισε σαν προτυπο γιατι υποστηριξε ολα τα σημαντικα, και τα ασημαντα ακομη (μεχρι και κλινγκον ειχε να φανταστεις), συμβολα που υπαρχουν στον πλανητη και δεν θα προστεθουν νεα συμβολα. Δεν θυμαμαι ακριβως πως ηταν το wording αλλα νεο σετ συμβολων θα επιτρεποταν μονο μετα απο συσκεψη οπου θα επρεπε να παρουσιαστουν τρομερα επιχειρηματα για την αξια του νεου σετ. Να ειναι κατι απολυτως απαραιτητο. Επισης, το UTF-8 μειωθηκε ωστε να υποστηριζει 4 bytes απο 6 (η 8 δεν θυμαμαι) που υποστηριζε αρχικα. Και μετα ολοι ειδαμε οτι προστεθηκαν μελιτζανες emoji, κουραδες, και οποια βλακεια σκεφτοταν ο καθενας.

Δεν θα παραξενευτω, λοιπον, αν υπαρχουν επτα-οκτω διαφορετικοι ηλιοι. Επισης ισως να μπορει να αλλαξει το χρωμα και μεσω composititon χαρακτηρων. Δεν ξερω αν θα φανει σωστα στο φορουμ, αλλα τα τρια Πρωι παρακατω θα πρεπει να φανουν ιδια.

% cat /tmp/aa
Πρωι
Πρωι
Πρωι

ce a0 cf 81 cf 89 ce 90
ce a0 cf 81 cf 89 cc 88 ce af
ce a0 cf 81 cf 89 ce b9 cc 88 cc 81

Το πρωτο εχει CE90 δηλαδη γιωτα με διαλυτικα και οξεια σαν ενα Ελληνικο γραμμα (αυτο που ειχαμε και παλια σε iso-8859-7 κωδικοσελιδα). Το δευτερο εχει δυο codepoints CC88 CEAF δηλαδη εχει το ι γιωτα με τονο και του προσθετει τον σκετο composition χαρακτηρα διαλυτικα. Το τριτο εχει τρια codepoints, το σκετο ι γιωτα χωρις τιποτα, τον composition χαρακτηρα διαλυτικα και τον composition χαρακτηρα οξεια.

Βαριεμαι να το ψαξω αν οντως ισχυει, αλλα με το ιδιο σκεπτικο, ισως να υπαρχουν composition χαρακτηρες που να αλλαζουν το χρωμα

Τα πρωτα 6 ειναι για το emoji που θελεις (ειναι σε UTF-8 encoding) και τα 2 τελευταια ειναι τα κενα. Οποτε για να παρεις μονο το εικονιδιο δοκιμασε με την head:


Επειδη εγραψε την cut (και επειδη ειναι περιεργος και θελει μονο λυσεις που να ταιριαζουν με αυτο που σκεφτηκε), και εγω ετσι σκεφτηκα να του γραψω. Το προβλημα ομως ειναι οτι δεν ξερεις οτι θα ειναι 6 bytes. Αυριο μπορει εχει συμβολο βροχης + συμβολο καταιγιδας και να ειναι 12 bytes η οσοδηποτε αλλο. Για αυτο ειπα οτι πρεπει να αφαιρεσεις τα κενα αντι να κρατας "χαρακτηρες".

Γκουχου-γκουχου :whistle:
https://bugzilla.kernel.org/show_bug.cgi?id=220002

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

Στο gentoo, με openrc, ακομη και με wwan0, δουλευει μια χαρα το δικτυο αλλα δεν προσεξα καν την αλλαγη γιατι στο ifconfig μου εμφανιζει παντα teth. Ενω το urndis παντα εδινε interface usbX, πριν λιγο καιρο, κατι αλλαξαν στον πυρηνα και αρχισε και αυτο να λεγεται ethX. Επειδη, λοιπον, αναλογα με το αν ηταν συνδεδεμενο το κινητο κατα το boot η οχι, αλλαζε ο αριθμος ethX και ειχα θεματα, εβαλα ενα κανονα udev να του δινει παντα το ονομα teth. Ετσι δεν προσεξα καν την αλλαγη (πριν ο πυρηνας εδινε eth1 και μετονομαζοταν σε teth, τωρα εδωσε wwan0 και μετονομαστηκε σε teth).

Μπαινοντας σε opensuse ειδα οτι δεν επαιρνε με τιποτα δικτυο, ενω ολα ειναι ορισμενα σωστα. Πριν καιρο, ειχε βγει μια οδηγια οτι απο μια εκδοση systemd και μετα ο systemd χρησιμοποιει την MAC των πατρικων συσκευων και για ολες τις θυγατρικες, οποτε αν ειχες bridges, vlans, κτλ, θα σου δημιουργουταν προβλημα μετα την αναβαθμιση στην νεα εκδοση. Προτεινοταν, λοιπον, σαν ορθη πρακτικη να προσθεσεις στις καταχωρησεις του networkd το "Type=ether" ωστε η καταχωρηση να εχει ισχυ μονο στην κανονικη - πατρικη συσκευη.

Τωρα ομως που αλλαξε ο τυπος της συσκευης σε wwan, το "type=ether" δεν κανει match οποτε δεν μου εδινε δικτυο. Μολις εβγαλα το type=ether, δουλεψε κανονικα και με wwan0. Δηλαδη για να μην σου παιξει πρεπει να χρησιμοποιεις systemd, με systemd-networkd (ολες οι διανομες χρησιμοποιουν netplan, networkmanaget, κτλ) και να εχεις προσθεσε και αυτη την "ορθη πρακτικη".

Μονο αυτος που εκανε το bug report και εγω πρεπει να ειμαστε :P

% curl https://wttr.in/volos?format=%c > /tmp/kk
% hexdump -Cv /tmp/kk
00000000 e2 98 80 ef b8 8f 20 20 |...... |



Οταν διαβαζεις ενα τηλεφωνικο καταλογο, λεει "Τζιμης Παπαδοπουλος 2101234567890". Αυτο ειναι το Unicode. Μια λιστα αντιστοιχισης μεταξυ "χαρακτηρων" (code points πιο σωστα) και ενα αριθμο αναγνωρισης.

Αν, τωρα, πας να ψηφιοποιησεις τον τηλεφωνικο καταλογο και να φτιαξεις μια βαση δεδομενων, πρεπει να επιλεξεις μια αναπαρασταση. Θα χρησιμοποιεις πχ ενα φιξ αριθμο 50 χαρκατηρων για το επιθετο; Αν καποιος λεγεται Νικου, θα σπαταληθουν 45 bytes στο σκληρο. Μπορεις να επιλεξεις 100 διαφορετικες αναπαραστασεις, με την καθε μια να εχει θετικα και αρνητικα. Μια τετοια αναπαρασταση ειναι το UTF-8. Το Ελληνικο Κεφαλαιο Α εχει τη θεση 0391 στο πινακα Unicode και σε UTF-8 αναπαρισταται με CE91. Ολοι οι Ελληνικοι χαρακτηρες καταλαμβανουν 2 bytes.

Που κολλανε τωρα ολα αυτα; Ειναι intro για το προβλημα σου. Ο χαρακτηρας που κατεβασες ειναι ο Ηλιος που εχει θεση στο Unicode 2600. Ομως ακολουθειται και απο ενα ακομη χαρακτηρα τον FE0F που δηλωνει οτι πρεπει να παρουσιαστει ως emoji και οχι ως απλος χαρακτηρας. Δεν ξερω αν υπαρχει καποια "κανονικη" γραμματοσειρα που να εχει το συμβολο του ηλιου αλλα, οπως και να χει, εχουμε αυτους τους δυο χαρακτηρες. Αυτο σου στελνει η ιστοσελιδα. Επειδη το linux χρησιμοποιει UTF-8, αυτα τα δυο unicode code points αποθηκευονται ως e2 98 80 ef b8 8f, οπως βλεπεις στο code tag που εβαλα στην αρχη, και μετα βλεπεις δυο 20αρια που ειναι 32 σε ascii δηλαδη τα δυο κενα σου. Αυτο δηλαδη που εσυ βλεπεις ως "ενα" χαρακτηρα, του ηλιου, χρειαζεται δυο unicode code points, τα οποια, σε utf-8, αναπαριστανται με 3 bytes το καθενα αρα 6 bytes.

Το cut δεν ξερει απο unicode και utf8 και λοιπα. Του ειπες να κοψει ενα byte και σου εκοψε ενα byte (το E2), το οποιο, απο μονο του, δινει εκεινο το αλαμπουρνεζικο που βλεπεις. Για να κοψεις λοιπον τα κενα, δεν αρκει να κρατησεις "ενα" χαρακτηρα αλλα μπορεις να κοψεις τα κενα με πχ "curl -s https://wttr.in/volos?format=%c | sed "s/ //g"

Εγραψα το κειμενο, μεγαλωσα τη γραμματοσειρα μεχρι το τερμα (72pt), την εκανα bold και στοιχιση στο κεντρο και τα εκανε κανονικα. Και μετα σκεφτηκα να μεγαλωσω λιγο ακομα τα γραμματα με τον τροπο που θα γινοταν και σε μια πιο γνωστη εφαρμογη: αλλαζοντας χειροκινητα το νουμερο στο αναλογο κουτακι. Αμ δε. Οτι και να εβαλα εκει μεσα, με το κειμενο επιλεγμενο προφανως, δεν πηγε πανω απο 72! Τρελη buggερια?

Τα combo boxes των UI εχουν δυνατοτητα ειτε να μπορεις η να μην μπορεις να εισαγεις τιμες περα απο τις δοσμενες. Αυτο γινεται γιατι αναλογα με το context μπορει να μην νοειται να δωσεις αλλες τιμες. Για καποιο λογο, οι devs του abiword δεν ενεργοποιησαν την δυνατοτητα να δινεις χυμα τιμες. Δεν καθομαι να παραξω καποιο patch γιατι υποθετω δεν θα εισαι διατεθιμενος να χτισεις το abiword.


Για να μην πεταχτει κανενας Τεο και πει παλι "μα που τα βρισκεις αυτα τα προγραμματα", ξερω το abiword απο τη μερα που ειδα τα χαλια του openoffice (και αργοτερα του libreoffice) 15+ χρονια πριν, δεν το χρησιμοποιω σχεδον ποτε και δεν εβαλα libreoffice για κατι τοσο ασημαντο (τζαμπα χωρος στο σκληρο και χαμενος χρονος να εγκατασταθει).

"χαλια του libreoffice" == Υποκειμενικη αποψη != Επιχειρημα.


Περιττο να πω πως σε word η photoshop θα εκανα και τα 2 σε χρονο dt.
Word ~= 2.5GB, Abiword ~= 32MB (να πω 200MB για να βαλουμε και τα gtk και λοιπες εξαρτησεις). Πολυ σχετικη συγκριση. Επισης το gimp το πηρες τσαμπα ενω για το photoshop, υπο κανονικες συνθηκες τουλαχιστον, θα χρειαζοσουν ενα σκασμο λεφτα.


Δοκιμασα επισης να το κανω στο gimp, αλλα εκει δεν ειχε καν τη στοιχιση στο κεντρο!

Περιττο να πω πως σε word η photoshop θα εκανα και τα 2 σε χρονο dt.

Το text tool των προγραμματων επεξεργασιας εικονας ειναι παντα ελλειπες σε σχεση με ενα word processor γιατι μιλαμε για ενα προγραμμα επεξεργασιας εικονας και οχι για ενα word processor. Απο εκει και περα, εχουμε:

Βημα 1: Γραφουμε το κειμενο οπουδηποτε, και πατουμε το κουμπακι που δειχνει το κοκκινο βελος.
https://i.postimg.cc/s1f1VPJD/g1.jpg
https://i.postimg.cc/Ty8pGZtZ/g2.jpg

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

https://i.postimg.cc/McyXGd4X/g3.jpg
Πανω αριστερα στην εργαλιοθηκη υπαρχει το εργαλειο σταυρος, οπως φαινεται στη 1η φωτο. Αν κανεις hover με το ποντικι πανω του, βλεπεις οτι στην ιδια ομαδα ειναι το εργαλειο κεντραρισματος (μπορεις να εναλλαξεις γρηγορα μεταξυ τους με τα q και m).

Κανουμε κλικ στο εργαλειο κεντραρισματος, επιλεγουμε το πλαισιο κειμενου μας, και παταμε με τη σειρα τα δυο κουμπακια που δειχνει το κοκκινο βελος, για να κανουμε κεντραρισμα οριζοντια και καθετα. Οπως βλεπεις στην 3η εικονα, το κειμενο μας κεντραριστηκε σε ολους τους αξονες.

Να λοιπον που το gimp και εχει στοιχιση και γινεται σε χρονο dt, κανοντας 4 κλικ, οπως το photoshop.

Edit: Σορρυ που σου χαλασα το rant :p

Μαλλον ειναι ασχετο με τον πυρηνα τελικα, αλλα δες χρονους, πχ. για το numpy:

Οι 4 τελευταιοι χρονοι ηταν απο δοκιμες που εκανα πριν λιγο. Προφανως τελικα δεν φταιει ο πυρηνας, αλλα κατι αλλο. Το numpy για παραδειγμα ειχε χαμηλοτερο τα 48" και εφτασε μεχρι και 1', 40". Στα 4 τελευταια τα εκανα ως δοκιμη μετα το boot απο κονσολα (οχι Wayland), οποτε προφανως ο πυρηνας δεν φταιει. Μπορει να ειναι και τυχαιο, αλλα αντε βρες τι πραγματικα μπορει να φταιει.

Και για να απαντησω στα υπολοιπα που ρωτησες:

α) Ετρεξα για δοκιμη μονο το numpy. Το -j το εχω 20, οσα και τα threads της cpu.
β) Ναι, το NICENESS το εχω στο 19. Το SCHEDULING_POLICY πρωτη φορα το βλεπω.

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

Το -j20 καλα το εχεις βαλει. Αυτο το δεχεται ως ορισμα το make. Εγω ελεγα το --jobs του emerge οτι προκαλει τις αργοποριες.

Εχετε παρατηρησει αυξηση στο χρονο του emerge μετα τον 6.13.7; Κατι κουλο γινεται με το συστημα μου και δεν μπορω να καταλαβω τι. Νομιζα αρχικα ηταν το νεο intel microcode, αλλα το κανει και χωρις εκεινο. Νομιζω με τον 6.13.7 δεν ειχα θεμα, μετα αυξηθηκε ο χρονος. Σε μικρα πακετα που εκανε πχ. 30", τωρα μπορει να κανει 1' 30". Στα μεγαλο εχει αυξηθει λιγο, πχ. στα 10' να εχει παει στα 11'.


AGNOSTO 2025-01-08T09:51:29 >>> net-misc/curl: 1′25″
6.13.1 2025-02-05T19:24:43 >>> net-misc/curl: 1′31″
6.13.7 2025-03-19T11:09:37 >>> net-misc/curl: 56s

6.13.4 2025-02-26T09:00:44 >>> gui-libs/gdk-pixbuf-loader-webp: 39s
6.13.7 2025-03-18T22:05:22 >>> gui-libs/gdk-pixbuf-loader-webp: 31s

AGNOSTO 2025-01-19T13:39:14 >>> dev-vcs/git: 2′18″
6.13.5 2025-03-08T09:18:24 >>> dev-vcs/git: 3′06″
6.14.0 2025-03-30T07:43:33 >>> dev-vcs/git: 2′48″

AGNOSTO 2024-12-25T15:09:52 >>> net-libs/gnutls: 2′47″
AGNOSTO 2025-01-22T14:32:13 >>> net-libs/gnutls: 2′28″
AGNOSTO 2025-01-26T15:58:09 >>> net-libs/gnutls: 2′54″
6.13.7 2025-03-19T11:07:27 >>> net-libs/gnutls: 2′10″
6.13.7 2025-03-20T09:35:15 >>> net-libs/gnutls: 2′31″

AGNOSTO 2024-12-27T21:01:12 >>> gnome-base/gvfs: 1′26″
6.13.8 2025-03-25T13:51:28 >>> gnome-base/gvfs: 1′31″

AGNOSTO 2024-12-26T20:34:19 >>> app-i18n/ibus: 1′32″
6.13.5 2025-03-07T08:50:13 >>> app-i18n/ibus: 1′55″
6.13.5 2025-03-07T16:03:22 >>> app-i18n/ibus: 2′39″

AGNOSTO 2025-01-30T16:25:03 >>> net-misc/openssh: 1′39″
6.13.3 2025-02-18T23:01:23 >>> net-misc/openssh: 1′43″
6.14.0 2025-04-06T07:17:10 >>> net-misc/openssh: 1′52″

6.13.5 2025-03-02T09:16:47 >>> app-crypt/pinentry: 1′05″
6.14.0 2025-04-02T16:29:56 >>> app-crypt/pinentry: 55s

AGNOSTO 2025-01-09T10:09:37 >>> app-arch/unrar: 1′12″
6.13.4 2025-02-23T20:24:09 >>> app-arch/unrar: 2′01″
6.14.0 2025-03-29T11:14:28 >>> app-arch/unrar: 1′19″

6.13.1 2025-02-07T20:37:21 >>> app-editors/vim: 1′27″
6.13.7 2025-03-21T15:49:06 >>> app-editors/vim: 1′36″

6.13.4 2025-02-23T07:38:55 >>> app-emulation/wine-staging: 45′24″
6.13.5 2025-03-09T07:37:04 >>> app-emulation/wine-staging: 55′25″
6.13.8 2025-03-25T10:07:16 >>> app-emulation/wine-staging: 54′53″


Δεν βλεπω κατι χειροπιαστο.

Τα μονα που μου ερχονται στο μυαλο ειναι:
α) Χρησιμοποιεις την παραμετρο --jobs η τρεχεις ενα πακετο την φορα; Εδω και καιρο εχουν βαλει καποια locks που κανει την παραμετρο jobs ψιλο-αχρηστη γιατι, ενω χτιζονται τα πακετα παραλληλα και τελειωνουν γρηγορα, μετα περιμενουν μια ωρα σε merge-wait.
β) Εχεις ορισει στο make.conf NICENESS η SCHEDULING_POLICY; Πολλοι οδηγοι προτειναν να μπαινει POLICY=idle ωστε να μην τρωει το 100% η portage και να παραμενει αποκρισιμο το συστημα. Αυτο, μεχρι ενα σημειο, δεν εκανε τιποτα (οπως και στο btrfs scrub) γιατι ο io scheduler δεν το υλοποιουσε. Απο ενα σημειο και μετα αλλαξε ο μανισιος scheduler στον πυρηνα και λειτουργουσε κανονικα αυτη η λειτουργια. Ομως, ακομη και ενα απλο browsing να εκανες, ο ff θα επιανε στιγμιαια κανενα 20-30% οποτε ο scheduler εβγαζε την portage απο το παιχνιδι με συνεπεια να αργει σημαντικα το compile. Αυτη ομως η αλλαγη εχει μεγαλο διαστημα που εγινε και οχι τον καιρο του 6.13.7.

Προφανως σε εσενα παιζει κατι αλλο.

Αν το προβλημα ηταν το αναποδο, και δεν σου επαιζε το X11 κομματι, μια ευκολη μεθοδος θα ηταν η χειροκινητη εναρξη για να δεις ποια μηνυματα λαθους παιρνεις, Δηλαδη να τρεξεις startx (η ακομη πιο χειροκινητα xinit και startplasma-x11).

Δεν υπαρχει αντιστοιχη χειροκινητη εναρξη σε wayland ωστε να μην υπαρχει η ταλαιπωρια του rollback και τεστ ενα-ενα πακετο; Βλεπω οτι υπαρχει αντιστοιχο προγραμμα startplasma-wayland. Μηπως αξιζει μια προσπαθεια με αυτο;

Χωρις να μπορω να το δοκιμασω, τα βηματα που μου ερχονται στο μυαλο ειναι Ctrl-Alt-F3 -> login σε tty -> systemctl stop sddm (η κατι αντιστοιχο) -> startplasma-wayland. Αν δεν σου εμφανισει καποιο κατατοπιστικο μηνυμα, προχωρας στο rollback.

Δηλαδη, απλα και μονο επειδη χρησιμοποιει Gentoo (και ξερω γω φαινεται στo fingerprint οταν κανει browsing) τον στοχοποιησε η κυβερνηση της χωρας του;

Ο,τι να 'ναι. Για τη μπουζου ειμαστε ολοι μας δηλαδη :p

Και ναι και οχι. Στο σχολειο του, 1χρονο μεγαλυτεροι συμμαθητες του, χρησιμοποιησαν το bw του σχολειου για να κανουν DDoS το υπουργειο παιδειας. Δεν ηταν αυτος σε εκεινο το περιστατικο αλλα, για να χρησιμοποιει gentoo, καλος θα ειναι; :p Κομμουνο-αναρχικο στοιχειο θα ειναι και αυτος.

Και εσυ, μην νομιζεις επειδη εβαλες manjaro για να ριξεις σταχτη στα ματια, οτι σε πιστευει κανεις. Μεχρι και το username σου το προδιδει τι εισαι.

Απο gentoo forum:


Using Gentoo has already put me on a government list (the government told me so), so they might actually take interest in me at some point.

Ερχεται η σειρα μας :p Λετε και ο Ανδρουλακης να χρησιμοποιει gentoo για αυτο τον παρακολουθουσαν;

Αν το κανω αυτο ομως, θα χρειαστει να το κανω για καθε host που εχω και να το κανω και για οποιο νεο host συνδεθω στο μελλον. Πχ τωρα εχω ενα vm με devuan, οποτε θα κανω το entry για αυτο, και οταν στο μελλον κανω ενα vm με arch θα πρεπει να κανω τα ιδια. Καλα τα λεω?

Ο hammered σου εδωσε ενα παραδειγμα χρησης. Εσυ αλλαξε το ωστε να ταιριαζει στο use case σου, πχ γραψε "Host *.local" για να πιανει για ολα χωρις να εχεις entries για το καθενα.

Δεν σου ζητησε κανεις να διαβασεις την manpage του ssh. Την διαβασε ο hammered για σενα και σου απηντησε. Για αυτο υπαρχει το φορουμ για να ρωταμε οταν δεν καταλαβαινουμε κατι. Αυτο που δεν καταλαβαινω εγω ειναι γιατι ρωτας οταν ποτε δεν εισαι διατεθειμενος να κανεις αυτο που σου προτεινουν.

Anyway, αφου λυθηκε το θεμα του paste, ας το αφησουμε, οπως λες, μια και δεν θα βγαλουμε ακρη.

Το ειπα παραπανω, χρησιμοποιω putty για να παταω connect once στο prompt που μου ζηταει και να μην αποθηκευσει credentials για το καθε host και μετα εχω το μπλεξιμο με τις ip και τα hostnames και νομιζει οτι ειναι mitm attack. Πουθενα αλλου δεν μπορω να κανω κατι τετοιο.

Διαβασες το μηνυμα του hammered, ετσι;

Αν καταλαβα καλα αυτο που λες, τα directives που προτεινε θα εχουν ακριβως αυτη τη συμπεριφορα. Αφενος εθεσε τιμη /dev/null στην μεταβλητη UserKnownHostFile ωστε να μην αποθηκευονται οι hosts (ασχετο με το ssh αλλα μερικες εφαρμογες δεν λειτουργουν σωστα με /dev/null οποτε μπορουμε εναλλακτικα να θετουμε τιμες στον καταλογο /run/user/jimp (η /run/user/$UID) ωστε να διαρκουν μεχρι το reboot), αφετερου εθεσε τιμη no στο StrictHostKeychecking οποτε ακομη και με αποθηκευμενες τιμες, δεν θα σε πρηζει για mitm.

Το ακολουθο stanza στο `~/.ssh/config` δεν θα εκανε την ιδια δουλεια;

Περιμενες, δηλαδη, οτι δεν θα πει καποια δικαιολογια γιατι δεν του κανει; :P

Θελω να τα εχω απλα τα πραγματα. Να παταω στο putty το hostname η την ip και να συνδεομαι.
Ξεχασα να πω πως μια στο τοσο συνδεομαι στο libreelec που τρεχει το tvbox απο τις ανηψιες μου, που εκει ειναι παντα διαφορετικη η ip και εννοειται οτι δεν θελω να την κρατησει αποθηκευμενη.

Θες ενα AI βοηθο που να μαθαινει τις παραξενιες σου και να λειτουργει αναλογα. Να λες απλα "jarvis συνδεσου στο tvbox", αυτος να συνδεεται, μετα να σβηνει τα keys η ο,τι αλλο θελεις. "Jarvis κατεβασε το ταδε video", να βαζει αυτος το σωστο kodi plugin να ξερει με τι file name template να σωσει το video, κτλ. Να ησυχασει το κεφαλι ολων :P (πλην του jarvis).

Καθε λυση εχει κι ενα προβλημα με τον Τζιμη :lol: :p

Αστα να πανε :p Ολο λεω οτι δεν θα απανταω οταν ρωταει κατι παραλογο και ολο απανταω. Με εχει στοιχειωσει ο ατιμος.


Εχω το ublock origin στον firefox και ετσι μερικες φορες, για να παιξει καποιο site, χρειαζεται να ανοιξω διαφορους servers. Ειναι λοιπον ενα jnn-pa@googleapis.com η καπως ετσι. 9 στις 10 φορες που μου τυχαινει, ο εγκεφαλος μου αντι να το διαβασει ως jnn-pa, ειμαι σιγουρος οτι γραφει jim-pa. :p Σκεφτομαι οτι εχει κανει τοσες ερωτησεις που η google εχει στησει ενα department για να απαντανε μονο σε αυτον (οπως ειχε ο Al Bundy δικο του νουμερο στο τηλεφωνικο κεντρο).

Ακομη και το πιο σαπιο router απο τον πιο σαπιο ISP, υποστηριζει να ορισεις ζευγη MAC - IP ωστε να παιρνουν παντα την ιδια IP (μεσω DHCP, δεν αλλαζεις κατι στα μηχανηματα τα ιδια). Αφου, λοιπον, το θεμα ειναι αυτο, γιατι δεν το βαζεις στο ρουτερ σου και να παιζει μετα και απο putty και απο παντου.

Πριν καμποσα χρονια, σε εκεινο το debconf που ο Linus την ειπε σε καποιον που τον κατηγορησε οτι δεν ειναι ευγενικος, απηντησε και στο γιατι σαμποταρει την v3 της GPL. Εκει λοιπον ειπε οτι το FSF τον πλησιασε κρυφα και του ειπε αλλα πραγματα απο αυτα που κηρυττε δημοσιως. Επειτα προσθεσε οτι στο FSF ειναι παρανοικοι ψευτες και προτεινε στους παραβρισκομενους να δωσουν χρηματα στην EFF.

Οντως η EFF ηταν πολυ καλη και επισης οσο ημουν γραμμενος στο FSFe, με οσους ειχα ποτε επικοινωνια ηταν και εκεινοι πολυ καλοι.


Ας ερθουμε, λοιπον, στο σημερα (για την ακριβεια εδω και 3-4 χρονια ειναι για τον π.. η EFF και, αντι να ασχολειται με τα τοσα σοβαρα θεματα παραβιασης ιδιωτικοτητας που υπαρχουν, ασχολειται με παπαριες αλλα i digress).

Εδω, η Eva Galperin, η οποια ναι μεν δεν εκπροσωπει ολοκληρη την EFF, ειναι ομως Director of Cyber Security, οποτε δεν την λες και μικρο μελος, δειχνει πως να καις τεσλα χωρις να σε πιανουν.

Οπως θα ελεγε και ο Χαρυ Κλυνν, "μιλαμε για πολυ inclusivity, ναουμ".

Εδω σ'εχασα.

Οι extensions δηλωνουν στο metadata.json με ποιες εκδοσεις gnome (gnome-shell για την ακριβεια) λειτουργουν. Μερικες φορες, λοιπον, μπορεις να την γλυτωσεις προσθετοντας το νουμερο της νεας εκδοσης εσυ, για να μην περιμενεις ποτε θα δικαιωθει ο dev της extension να βγαλει νεα εκδοση. Αυτο φυσικα μπορει να λειτουργησει μονο αν το συγκεκριμενο τμημα κωδικα του gnome-shell που χρησιμοποιει η extension δεν εχει αλλαξει στη νεα εκδοση gnome.

Ολα αυτα τα "Code of Conduct" που εχουν γινει της μοδας, και οριζουν τους "κανονες" λειτουργιας, των κοινοτητων, επιβαλλοντας αυθαιρετα ποινες, και απιστευτους κανονες...

+10000000000000000000000000000000000000000000

Οταν ειστε και οι δυο λευκοι αντρες και καθεστε, λοιπον, στο white male priviledge σας, ειναι ευκολο να τα λετε αυτα. Τα code of conduct ειναι για να βοηθησουν τους κατατρεγμενες δημιουργωντας safe spaces. <-- asahi lina probably

Δεν νομιζω οτι ειμαστε πολυ καλυτεροι sysadmins, απλως ακολουθουμε τις οδηγιες να μην κανουμε partial upgrade! Και δεν βλεπω καποια επιπλεον δυσκολια σε αυτο: οπως εγραψε και ο flamelab, πρωτα full upgrade και μετα οποια νεα εγκατασταση θελεις.


Ναι φυσικα δεν ειναι δυσκολο απλα δεν πηγε το μυαλο μου επειδη δεν το ηξερα. Μου φανηκε πιο πολυ disclaimer για αποφυγη λαθων απο newbies παρα hard κανονας. :) Με χαλασε η ελευθερια των αλλων διανομων που μπορεις να πεις "το upgrade μπορει να περιμενει, τωρα θελω να κανω την Χ δουλεια".
To Arch δεν εχει πολλαπλες βερσιον ενος πακετου, υπαρχει μονο μια. Δεν κανεις ποτε partial upgrades στο Arch, αυτο ισχυε απο παντα. Παντα full upgrade και μετα περνας τα καινουρια. Δεν ειναι intended use να κανεις partial upgrade, οποτε δεν κανει για την δικη σου χρηση.

Και στο tumbleweed μια εκδοση υπαρχει. Απλα στην ιδια περιπτωση που θα πηγαινα δηλαδη να εγκαταστηστω το kmail, η libsolve θα εβλεπε οτι θελει την νεα εκδοση του πακετου icu, και θα το προσθετε και αυτο στην λιστα με τα προς-εγκατασταση-πακετα, μετα θα εβλεπε οτι 25 υπαρχοντα πακετα χρειαζονται την παλια εκδοση icu, οποτε θα εψαχνε τροπο να επιλυσει αυτη τη διενεεξη και θα το εκανε με το να προσθεσει και αυτα τα πακετα προς αναβαθμιση. Αυτο ηταν που με ξαφνιασε οτι δεν εκανε ο pacman. Δεν ειχα την απαιτηση να εχουν 10 εκδοσεις πακετων.

Παντως απο ο,τι βλεπω το *icu* δεν ειναι εξαρτηση του kmail. Ισως κατι αλλο να το "απαιτουσε" που να σχετιζοταν με το kmail.

Ενα path ειναι kmail -> ki18n -> icu αλλα το icu ειναι unicode library οποτε χτιζεται με αυτο το μισο συμπαν. Ισως τα μισα πακετα του kde να το θελουν.


Απλα εχουμε γρηγορες συνδεσεις και το 1γιγα update ειναι υποθεση δευτερολεπτων και δεν φοβομαστε να το κανουμε :)

Και η δικη μου συνδεση με tethering μεσω κινητου ειναι πολυ γρηγορη αλλα αφενος αυτη την περιοδο δεν εχω απεριοριστα οποτε, σε αντιθεση με εσας, φοβαμαι (οταν εγινε αυτο μου ειχαν απομεινει 1G data), αφετερου, οπως ειπα ηδη πολλακις, δεν πηγε το μυαλο μου οτι _πρεπει_ να κανω το upgrade.

Anyway, επειδη θα πιαστουμε 10 posts με τις μπηχτες του μπηχτη, ευχαριστω ολους σας για τις κατατοπιστικες απαντησεις.

Αν δεις, τα περισσοτερα πακετα δηλωνουν εξαρτηση απλως απο αλλα πακετα, οχι απο συγκεκριμενες εκδοσεις τους. Αρα, πως να ξερει ο pacman;

Αφου επισημα δεν υποστηριζουν partial updates, αυτο ειναι κατι με το οποιο προφανως δεν τους ενδιαφερει να ασχοληθουν. Φροντιζουν να διατηρειται η διανομη σε καλη κατασταση με τον τροπο που υποστηριζουν αυτοι.

Οντως δηλαδη ισχυει αυτο που περιεγραψα και δεν ηταν καποιο fluke που ετυχε. Wow. Εχω ασχοληθει μονο επιφανειακα με arch οποτε δεν το ηξερα. Δεν κατακρινω φυσικα την αποφαση τους, καταλαβαινω οτι αφαιρει ενα μεγαλο burden απο το packaging (και ειδικα με τις ταχυτητες των αναβαθμισεων σε arch) απλα δεν το περιμενα.

Χαρα στο κουραγιο σας τοτε. Πρεπει να ειστε πολυ καλυτεροι "sysadmins" απο εμενα. Εγω καθε εβδομαδα σπασμενο συστημα θα ειχα. Απειρες φορες και σε sid και σε tumbleweed εκανα update μονο ο,τι με ενδιεφερε (και φυσικα σε gentoo αλλα εκεινο δεν μετραει λογω source) και λογω versions στις εξαρτησεις ποτε δεν ειχα το παραμικρο προβλημα.