Να παρω Ιντελ καρτα γραφικων?

[mphxths]

To oτι κοσμος επιμενει στο δογμα , του παλιου software/kernel για χαρη της σταθεροτητας ειναι και ενα δειγμα οτι μεγαλο ποσοστο των λινουξ χρηστων χρησιμοποιουν παλιο hardware ή στην καλυτερη ... αρκετα mainstream. Ισως να εχει περασει η νοοτροπια οτι το λινουξ ειναι μονο για τετοιο hardware. Μονο για να ανασταινει παλια μηχανηματα. Επισης αυτη η νοοτροπια δειχνει οτι ο χρηστης δεν εχει εμπιστοσυνη στην διανομη που χρησιμοποιει. Που αυτο με την σειρα του δειχνει οτι πολλες διανομες ειναι αρπακολα. Για αυτο γενικοτερα , "στηριζω" τις μαμα διανομες και 1-2-3 παραγωγες αυτων. Ολες οι αλλες , δεν ειναι σοβαρες προσπαθειες και αυτο φαινεται σε στιγμες κρισης ή και μελλοντικης εξελιξης.
Αν καποιος εχει οθονη/καρτα με freesync/g-sync , hybrid γραφικα , αναγκη αναπαραγωγης hdr περιεχομενου , συγχρονο "εξωτικο" hardware γενικοτερα , hw accel σε browser , gaming , κλπ κλπ , μονο σε "παλια" διανομη δεν θα θελει να μεινει. Και ανεφερα εργασιες που ειναι λιγο πολυ συνηθεις σε εναν μεσο οικιακο χρηστη.
 

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

Πάντως οι intel arc μια χαρά είναι και για gaming, πόσο μάλλον για λοιπές εργασίες.

Για λινουξ , ειναι ο,τι πρεπει απο θεμα υποστηριξης. Αρκει να παιζει καποιος και με νεοτερους πυρηνες μιας και η υποστηριξη αυτων των καρτων τωρα αρχιζει και μπαινει σε καλο δρομο , εννοω με τους 6.x κερνελς.

Επεξ/σία 7 Φεβρουαρίου 2023 από mphxths

[tritonas00]

Και στο desktop (4600) και στο laptop (5200 νομιζω) αψογα παιζουν τοσα χρονια. Για τις νεοτερες δεν ξερω.

[jemadux]

Στις 7/2/2023 στις 4:19 ΜΜ, mphxths είπε

To oτι κοσμος επιμενει στο δογμα , του παλιου software/kernel για χαρη της σταθεροτητας ειναι και ενα δειγμα οτι μεγαλο ποσοστο των λινουξ χρηστων χρησιμοποιουν παλιο hardware ή στην καλυτερη ... αρκετα mainstream. Ισως να εχει περασει η νοοτροπια οτι το λινουξ ειναι μονο για τετοιο hardware. Μονο για να ανασταινει παλια μηχανηματα. Επισης αυτη η νοοτροπια δειχνει οτι ο χρηστης δεν εχει εμπιστοσυνη στην διανομη που χρησιμοποιει. Που αυτο με την σειρα του δειχνει οτι πολλες διανομες ειναι αρπακολα. Για αυτο γενικοτερα , "στηριζω" τις μαμα διανομες και 1-2-3 παραγωγες αυτων. Ολες οι αλλες , δεν ειναι σοβαρες προσπαθειες και αυτο φαινεται σε στιγμες κρισης ή και μελλοντικης εξελιξης.
Αν καποιος εχει οθονη/καρτα με freesync/g-sync , hybrid γραφικα , αναγκη αναπαραγωγης hdr περιεχομενου , συγχρονο "εξωτικο" hardware γενικοτερα , hw accel σε browser , gaming , κλπ κλπ , μονο σε "παλια" διανομη δεν θα θελει να μεινει. Και ανεφερα εργασιες που ειναι λιγο πολυ συνηθεις σε εναν μεσο οικιακο χρηστη.
 

Για λινουξ , ειναι ο,τι πρεπει απο θεμα υποστηριξης. Αρκει να παιζει καποιος και με νεοτερους πυρηνες μιας και η υποστηριξη αυτων των καρτων τωρα αρχιζει και μπαινει σε καλο δρομο , εννοω με τους 6.x κερνελς.

υπάρχει και το δόγμα . . if ain't broke , dont fix it .. μπορεί μεν  εσείς να έχετε οτι καλυτέρο κυκλοφορεί αλλά εμείς θέλουμε ενα συστήμα που δουλεύει και μην ασχολουμάστε .. κάθε τόσο debian βγάζει ενημερώσεις ασφαλείας για το kernel όπως κάνει το ubuntu . 

τώρα πυο είπες για kernel .. θύμισε ποιος είναι ο kernel για ubuntu/debian που είναι στο zen kernel . 

[mphxths]

7 λεπτά πριν, jemadux είπε

υπάρχει και το δόγμα . . if ain't broke , dont fix it

Ναι , αυτο το δογμα το εχουν οι γονεις μου που ειναι 80+ χρονων και εχουμε καταληξει να υπαρχουν στο σπιτι μας πραγματα που ειναι μεγαλυτερα σε ηλικια απο εμενα. Στους Η/Υ , το δογμα αυτο δεν περπαταει. Η τεχνολογια προχωραει , οι αναγκες αλλαζουν και μηχανηματα 15ετιας που μπορει να δουλευουν ακομα δεν ανταποκρινονται πλεον στις αναγκες τις εποχης.
 

9 λεπτά πριν, jemadux είπε

μπορεί μεν  εσείς να έχετε οτι καλυτέρο κυκλοφορεί αλλά εμείς θέλουμε ενα συστήμα που δουλεύει και μην ασχολουμάστε .. κάθε τόσο debian βγάζει ενημερώσεις ασφαλείας για το kernel όπως κάνει το ubuntu . 

Δεν εχουμε ο,τι καλυτερο κυκλοφορει. Τα hybrid graphics υπαρχουν εδω και χρονια , στο 80-90% των φορητων πλεον. Το gaming , δεν χρειαζεται μηχανημα των 2-3 χιλιαρικων. Ουτε οι αναλογες οθονες που περιεγραψα στο ποστ μου. Ναι βγαζουν ενημερωσεις ασφαλειας , αλλα απο features τιποτα. 
 

10 λεπτά πριν, jemadux είπε

θύμισε ποιος είναι ο kernel για ubuntu/debian που είναι στο zen kernel . 

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

[tritonas00]

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

μπορεί μεν  εσείς να έχετε οτι καλυτέρο κυκλοφορεί αλλά εμείς θέλουμε ενα συστήμα που δουλεύει και μην ασχολουμάστε .. κάθε τόσο debian βγάζει ενημερώσεις ασφαλείας για το kernel όπως κάνει το ubuntu .

Δεν ισχυει. Μια φορα ασχοληθηκα σοβαρα και το εστησα πριν απο

και απο τοτε απλα κανω ενα `pacman -Syu` όποτε μου κ@υλωσει.

Καλο ειναι το debian για αρχη να μαθεις 5 πραματα ή αμα εισαι κκες

Επεξ/σία 10 Φεβρουαρίου 2023 από tritonas00

[petran79]

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

υπάρχει και το δόγμα . . if ain't broke , dont fix it .. μπορεί μεν  εσείς να έχετε οτι καλυτέρο κυκλοφορεί αλλά εμείς θέλουμε ενα συστήμα που δουλεύει και μην ασχολουμάστε .. κάθε τόσο debian βγάζει ενημερώσεις ασφαλείας για το kernel όπως κάνει το ubuntu . 

τώρα πυο είπες για kernel .. θύμισε ποιος είναι ο kernel για ubuntu/debian που είναι στο zen kernel . 

Και έπειτα να τις κάνω τι ως desktop χρήστης τις ενημερώσεις ασφαλείας; Χεσμενους μας έχουν οι χακερς ετσι και αλλιώς και 20 χρόνων έκδοση να έχεις. Ούτε αντιϊκο χρειάζεται καν δηλαδή. 

να'μουν στα Windows, τότε ναι. 

[jemadux]

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

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

δεν ειναι επισήμοι πυρήνες 

[Hasta La Vista]

7 ώρες πριν, tritonas00 είπε

Δεν ισχυει. Μια φορα ασχοληθηκα σοβαρα και το εστησα πριν απο

και απο τοτε απλα κανω ενα `pacman -Syu` όποτε μου κ@υλωσει.

Καλο ειναι το debian για αρχη να μαθεις 5 πραματα ή αμα εισαι κκες

Ψηφίσω χρυσή αυγή τι distro πρεπει να χρησιμοποιησω ; Ευχαριστώ

[mphxths]

2 ώρες πριν, Hasta La Vista είπε

Ψηφίσω χρυσή αυγή τι distro πρεπει να χρησιμοποιησω ; Ευχαριστώ

"Tης_φυλακης_τα_σιδερα_ειναι_για_τους_λεβεντες" distro  

[tritonas00]

4 ώρες πριν, Hasta La Vista είπε

Ψηφίσω χρυσή αυγή τι distro πρεπει να χρησιμοποιησω ; Ευχαριστώ

εδω εισαι https://archiveos.org/apartheid-linux/ 😂

https://www.reddit.com/r/todayilearned/comments/29mehl/til_that_neonazis_have_developed_their_own/

 

Επεξ/σία 10 Φεβρουαρίου 2023 από tritonas00

[petran79]

σσστ. όχι αναφορες κομμάτων, θα σας διαγράψουν το post! 

[imitheos]

Στις 6/2/2023 στις 3:21 ΠΜ, Le Perv είπε

Δεν μπορω εγω το rolling.
3oν:  Θελω σταθεροτητα στα προγραμματα που δουλευω. Δε με ενδιαφερει η ασφαλεια.

Στις 9/2/2023 στις 11:32 ΜΜ, jemadux είπε

υπάρχει και το δόγμα . . if ain't broke , dont fix it .. μπορεί μεν  εσείς να έχετε οτι καλυτέρο κυκλοφορεί αλλά εμείς θέλουμε ενα συστήμα που δουλεύει και μην ασχολουμάστε .. κάθε τόσο debian βγάζει ενημερώσεις ασφαλείας για το kernel όπως κάνει το ubuntu . 

τώρα πυο είπες για kernel .. θύμισε ποιος είναι ο kernel για ubuntu/debian που είναι στο zen kernel . 

Disclaimer: Ακολουθεί οφτόπικ κατεβατό με απόλυτες απόψεις . Σόρρυ για αυτό αλλά νομίζω πως το νήμα βγήκε ήδη οφτόπικ από το 2-3ο μήνυμα.

Spoiler

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

• "Stable διανομή" με αρχαία προγράμματα = "σταθερότητα".

Εδώ μπερδεύουμε την έννοια σταθερότητα. Για να γίνει πιο εύκολα κατανοητή η έννοια θα αναφέρω το παράδειγμα του OpenBSD. Στο πλαίσιο της ασφάλειας, το OpenBSD δεν προσφέρει σταθερό ABI και σε κάθε αναβάθμιση προτείνεται να ξαναχτίσεις όλα τα local προγράμματα. Για να πω δηλαδή ένα ακραίο παράδειγμα, μπορείς να πάρεις το binary του ls από την έκδοση 6.5 και να το πας στην έκδοση 7.0 και να μην τρέχει.

Το linux (και το NetBSD) από την άλλη θεωρεί ότι πρέπει να μην σπάει ποτέ το userspace και προσφέρει συμβατότητα (μέχρι ένα σημείο, σε πολλύπλοκα προγράμματα που μπλέκουν πολλές shared βιβλιοθήκες αλλάζει το πράγμα) το οποίο είναι μεν καλό επειδή μπορείς να τρέχεις παλαιά binaries αλλά μερικές φορές είναι κακό γιατί ενα bug πρέπει να παραμένει επ αόριστον.

Η λέξη "σταθερότητα" λοιπόν έχει αυτή την έννοια. Ότι θα είσαι σίγουρος ότι σε ένα corporate περιβάλλον που είσαι αναγκασμένος να τρέχεις τα Ψ, Ζ binaries για να βγάλεις την εργασία σου, δεν θα σταματήσει να παίζει το binary επειδή έσπασε το abi / api μια βιβλιοθήκη. Για αυτό υπάρχουν διανομές τύπου RHEL, CentOS με αρχαίες εκδόσεις και να τις χρησιμοποιούν ένα κάρο εταιρίες  / οργανισμοί.

Εγώ, για παράδειγμα, τα πρώτα χρόνια του e-banking χρησιμοποιούσα μια τράπεζα η οποία έδινε ένα "hasp" ή όπως τα λένε αυτά που είχε ένα binary οδηγό για να τρέξει και ο οποίος είχε γίνει link με συγκεκριμένες βιβλιοθήκες. Σε μια νέα έκδοση του λειτουργικού μπορεί να σταματούσε να παίζει αυτό και να μείνω αιχμάλωτος.

"Stable διανομή" _ΔΕΝ_ σημαίνει προγράμματα που "δεν κρασάρουν" "δουλεύουν και δεν ασχολούμαστε", κτλ. Και τα αρχαία προγράμματα έχουν bugs όπως και τα νέα (για κάποιο παράξενο λόγο μάλιστα έχουν πιο πολλά bugs)

• Η διανομή βγάζει ενημερώσεις ασφαλείας.

Λυπάμαι αλλά δεν. Το να κρατάς σταθερές τις εκδόσεις των προγραμμάτων μετά από κάθε release διανομής και να κάνεις "backport ενημερώσεις ασφαλείας" είναι μια βλακεία και μισή και είναι ψευδαίσθηση της ασφάλειας. Δεν μπορεί να γίνει στο βαθμό που θα απαιτούνταν.

α) Ακόμη και να παραβλέψουμε έλλειψη γνώσεων προγραμματισμού και να ξεχάσουμε χαζομάρες τύπου debian openssl, και να θεωρήσουμε ότι ο package maintainer έχει τρελές γνώσεις, δεν γνωρίζει τόσο καλά τον κώδικα όσο οι upstream devs ώστε να αναγνωρίσει όλα τα προβλήματα ασφαλείας (δεν μπαίνουν CVE σε όλα τα προβλήματα)

β) Ακόμη και να τα αναγνωρίσει, δεν είναι πάντα εύκολο να γίνει backport η αλλαγή γιατί εξαρτάται από 15 άλλες "feature" αλλαγές που έγιναν πιο πριν.

γ) Ακόμη και να μπορεί να το κάνει, δεν έχει χρόνο μια και υπάρχουν πολύ λίγα άτομα τα οποία πολλές φορές διατηρούν 30 και 40 packages.

δ) κτλ

Ένα από τα πολλά παραδείγματα ότι το backport δεν μπορεί να δουλέψει είναι η απόφαση της redhat πριν λίγα χρόνια να σταματήσει το btrfs. Όλοι βγήκανε και λέγανε συνομωσίες ότι είναι χάλια το btrfs για αυτό το κάνουν και τέτοια μέχρι που βγήκε ένας suse kernel dev και είπε ότι το παράτησαν απλά και μόνο γιατί δεν μπορούσαν να το έχουν. Το να παρακολουθείς ένα τόσο γρήγορα αναπτυσσόμενο τομέα και να κάνεις backport patches σε παλαιούς πυρήνες είναι _τεράστια_ δουλειά  και δεν μπορούσαν να την κάνουν. Ο μόνος λόγος που η suse το έκανε ήταν γιατί πλήρωνε 3 btrfs devs να δουλεύουν full time σε αυτό (νομίζω 3, δεν είμαι σίγουρος). Σκέψου τώρα αυτό το backport ενημερώσεων ασφαλείας να πρέπει να γίνει για 50 major υποδομές (εκ των οποίων κάποιες να είναι τέρατα πχ firefox) και άπειρες άλλες μικρότερες.

Κάποιος θα πει "ναι εντάξει εσύ τα ξέρεις όλα. γιατί τότε υπάρχουν stable διανομές;" Ο μόνος λόγος που το όλο θέμα "stable διανομή" υπάρχει είναι επειδή ψιλο-λειτουργεί και δεν φαίνονται τα προβλήματα που ανέφερα. Από τα 25000 πακέτα που έχει μια διανομή, ο περισσότερος κόσμος θα έχει εγκατεστημένα 1000 και από αυτά θα χρησιμοποιεί τα 25 καθημερινά και άλλα 25 μια φορά το μήνα, και όλα αυτά με συγκεκριμένες παραμέτρους και γενικά ένα συγκεκριμένο τρόπο λειτουργίας. Έτσι ακόμη και να υπάρχουν bugs, θα γίνουν trigger σε ελάχιστους χρήστες το οποίο δίνει την εντύπωση ότι το stable πράγμα δουλεύει.

Επίσης για τον ίδιο λόγο συνεχίζει και υπάρχει το "stable" - "unstable" που ακολουθούν πολλές διανομές όπως debian, gentoo, κτλ. Δηλαδή να μπαίνει κάτι σε unstable και να "μαγειρεύεται" για κάποιες ημέρες οπότε αν δεν αναφέρει κάποιος ένα bug, τότε είναι σταθερό και περνάει στο stable. Και αυτός ο τρόπος λειτουργίας είναι χαζός για τον παραπάνω λόγο. Συνήθως τρέχεις μια εφαρμογή με ένα συγκεκριμένο τρόπο οπότε μπορεί και 30 ημέρες μετά να μην καταλάβεις ότι κάτι έχει σπάσει και να φανεί μήνες μετά. Απλά και εδώ το πράγμα ψιλο-δουλεύει και θα δείξει τα μεγάλα σπασίματα οπότε θεωρείται και αυτός ο τρόπος λειτουργίας καλός.

Το "rolling" που κατηγορεί πολύς κόσμος, νομίζω πως είναι η μόνη λογική κίνηση. Σαν package maintainer, θεωρείς ότι οι upstream devs ήξεραν τι έκαναν όταν αποφάσισαν να κάνουν tag ένα release και χτίζεις τον κώδικα που δίνουν αντί να φέρεσαι ως αλαζόνας και να θεωρείς ότι ξέρεις καλύτερα από τους upstream devs. Η μόνη περίπτωση που προσωπικά βλέπω να έχει νόημα να αργήσει κάτι είναι η διανομή να υποστηρίζει αρχιτεκτονικές που δεν μπορούν να τεστάρουν οι upstream devs λόγω έλλειψη πόρων και τότε εσύ να την δοκίμασεις και να τους στείλεις patches (το οποίο δυστυχώς δεν γίνεται και κάθε διανομή έχει 35 local patches σε κάθε πακέτο).

Επεξ/σία 11 Φεβρουαρίου 2023 από imitheos

[tuxpower]

31 λεπτά πριν, imitheos είπε

Το "rolling" που κατηγορεί πολύς κόσμος, νομίζω πως είναι η μόνη λογική κίνηση. Σαν package maintainer, θεωρείς ότι οι upstream devs ήξεραν τι έκαναν όταν αποφάσισαν να κάνουν tag ένα release και χτίζεις τον κώδικα που δίνουν αντί να φέρεσαι ως αλαζόνας και να θεωρείς ότι ξέρεις καλύτερα από τους upstream devs. Η μόνη περίπτωση που προσωπικά βλέπω να έχει νόημα να αργήσει κάτι είναι η διανομή να υποστηρίζει αρχιτεκτονικές που δεν μπορούν να τεστάρουν οι upstream devs λόγω έλλειψη πόρων και τότε εσύ να την δοκίμασεις και να τους στείλεις patches (το οποίο δυστυχώς δεν γίνεται και κάθε διανομή έχει 35 local patches σε κάθε πακέτο).

Σύμφωνοι απλά επείδή βλέπω πως το post γέρνει προς rolling vs stable distros, να πώ οτι η καλύτερη διανομή για κάποιον είναι αυτή που  "δουλέυει" για αυτόν.

H Red-hat 2 χρόνια δοκιμάζει και μετά κάνει release, απευθύνεται σε εταιρείες. Θα έβαζες arch σε corporate machines;

Οι leading edge distros μερικές φορές γίνονται bleeding edge painful.. 

[mphxths]

54 λεπτά πριν, imitheos είπε

Το "rolling" που κατηγορεί πολύς κόσμος, νομίζω πως είναι η μόνη λογική κίνηση.

Και για μενα το ιδιο , αλλα θα προτιμουσα τις ενημερωσεις με διαφορετικο τροπο. Τωρα ας πουμε το arch , οποτε εχει ενημερωσεις τις φερνει. Ειναι μια ? Ειναι δυο ? Ηρθανε. Θα μπορουσε να τις φερνει ανα batches. Μια φορα την βδομαδα ? Μια φορα τις δυο βδομαδες ? Μια φορα τον μηνα ? Αναλογως οπως κρινουν οι devs της διανομης οτι μαζευεται ενας λογικος ογκος ενημερωσεων... οχι παρα πολλες αλλα οχι και ψιλολογια. Με αυτον τον τροπο , να μπορεις να επιλεξεις και ποιες θα περασεις και οχι λυσεις τυπου "hold". Να σου βγαζει ο εκαστοτε package manager μια λιστα με τις ενημερωσεις και να μπορεις εκεινη την στιγμη να δηλωσεις οτι το ταδε πακετο δεν θελω να το ενημερωσω , π.χ. python , apache , sql ή κατι το οποιο μπορει να σπασει κατι που εχεις σεταρει και να επιλεξεις να το περασεις σε μεταγενεστερη στιγμη.

Κατι τετοιο λογικα μονο σε γραφικους package managers μπορει να γινει , τικαροντας και ξετικαροντας τις διαθεσιμες ενημερωσεις και ισως να γινεται σε καποιους αλλα οχι σε rolling διανομες (ισως σε κανα openSUSE μεσω yast ξερωγω).
 

54 λεπτά πριν, imitheos είπε

Η μόνη περίπτωση που προσωπικά βλέπω να έχει νόημα να αργήσει κάτι είναι η διανομή να υποστηρίζει αρχιτεκτονικές που δεν μπορούν να τεστάρουν οι upstream devs λόγω έλλειψη πόρων και τότε εσύ να την δοκίμασεις και να τους στείλεις patches (το οποίο δυστυχώς δεν γίνεται και κάθε διανομή έχει 35 local patches σε κάθε πακέτο).

Αλλη περιπτωση να καθυστερησει μια ενημερωση ειναι αν αυτη αφορα κατι "χοντρο" π.χ. κερνελ , DE. Αν η διανομη εχει κανει custom-ιες , ειδικα σε DE , τεσταρει εκτενως καθε νεα εκδοση που ενδεχεται να σπασει τα παντα στο διαβα της  Ακομα και οι rolling. To Arch αργησε σχετικα να φερει το νεο Gnome 43 , ενω το Fedora το εφερε λιγο πιο νωρις μιας και το ειχε βαλει ηδη απο το beta iso της επομενης εκδοσης και ειχε δοκιμαστει. Ισως αυτο να ειναι και ενα απο τα θετικα των point release διανομων.

8 λεπτά πριν, tuxpower είπε

Θα έβαζες arch σε corporate machines;

Οι leading edge distros μερικές φορές γίνονται bleeding edge painful.. 

openSUSE TW , Fedora Workstation , Archlinux , ειναι bleeding edge , rolling και point release και ειναι καρασταθερες. Μεχρι και το Debian testing/Unstable θεωρουνται σταθερες και μπορουν να χρησιμοποιηθουν για καθημερινη χρηση. Η ερωτηση που θετεις παραπανω εχει πολλες παραμετρους αλλα τι εννοεις με αυτη ? Οτι δεν ειναι σταθερο το Arch ? Οτι ενημερωνεται συχνα και αυτο ισως προκαλεσει προβληματα ?

Επεξ/σία 11 Φεβρουαρίου 2023 από mphxths

[tritonas00]

14 λεπτά πριν, mphxths είπε

Να σου βγαζει ο εκαστοτε package manager μια λιστα με τις ενημερωσεις και να μπορεις εκεινη την στιγμη να δηλωσεις οτι το ταδε πακετο δεν θελω να το ενημερωσω , π.χ. python , apache , sql ή κατι το οποιο μπορει να σπασει κατι που εχεις σεταρει και να επιλεξεις να το περασεις σε μεταγενεστερη στιγμη

Και οταν το ταδε πακετο που δεν θες να ενημερωσεις ειναι dep ενος αλλου πακετου που θες να ενημερωσεις? Δεν ειναι πραματα αυτα