|
|
|
|
Strumenti |
26-05-2018, 13:39 | #21 | |
Member
Iscritto dal: Oct 2010
Messaggi: 145
|
Quote:
Non esiste software esente da bug, alla corsa per dire chi ne ha di più tra KDE e Gnome non mi interessa partecipare, ma installo utilizzo e mi rendo conto, non dimentichiamo che che ci sono un'infinità di variabili, per cui un bug che hai sul tuo pc è possibile che io sul mio non ne ho traccia. Tuttavia sto lavorando da una settimana su Leap 15 (anche se solo ieri è uscita come stabile), con lavori anche pesanti di editing video e non mi posso certo permettere un DE o una distribuzione instabile, visto che lo utilizzo per lavora, ma non ho avuto alcun tipo di problemi. Io non metto in dubbio che su alcune distribuzioni o in un determinato contesto hardware Kde abbia ancora qualche problema, dire però che questa è la regola non sono d'accordo, che si tratti di Kde o di Gnome o altri... |
|
26-05-2018, 14:01 | #22 | |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
Quote:
Del resto ho provato Neon e lì KDE funziona perfettamente, cosa che mi lascia ancora più perplesso. Un DE dev'essere sufficientemente disaccoppiato dal resto del sistema da non presentare bug solo perchè si cambia la distribuzione. E c'è da dire che il casino è cominciato da quando Systemd è entrato di prepotenza nell'equazione, con la sua mania di reimplementare tutti i servizi basilari sui quali, volenti o nolenti, i DE devono fare affidamento. Il che a cascata ha creato rogne per il porting di tali DE su altri OS e distro non Systemd. Detto questo, KDE è enorme ed è questa imho una delle ragioni di così tanti ed evidenti bug. La codebase è cresciuta in maniera abnorme, tanto che ad un certo tempo loro stessi hanno sentito il bisogno di modularizzarla. Un'operazione di tale entità ovviamente lascia strascichi ( bug ). Non aiuta il fatto che Qt sia nello stesso stato, cioè un'enorme codebase, che mira al cross-platform e a supportare backend di varia natura. E infatti per volere supportare più versioni di OpenGL ci si ritrova con ulteriori bug. Non che Gnome non sia altrettanto grosso, poco modulare, basato su toolkit scritto in C oltretutto, toolkit enorme a sua volta. Gnome però ha il vantaggio di tagliare corto sui tentativi di supportare tutto e tutti. Per esempio ultimamente hanno reso chiaro che Xorg per loro è morto e nel giro di pochi anni Gnome non lo supporterà più. Tutto ciò è un vantaggio in un ambiente come quello Linux, dove lo stack grafico presenta anch'esso importanti criticità in termini di supporto di varie API e tecnologie e stabilità. Oddio, negli ultimi 2 anni la situazione si è assestata parecchio, con AMD che ormai sforna driver di qualità per le nuove GPU, Intel che continua in maniera decente, Nvidia che con i suoi driver proprietari fa quello che deve, anche se tirare in mezzo le EGLStreams è stato inutile, controproducente e destabilizzante. |
|
27-05-2018, 07:56 | #23 |
Senior Member
Iscritto dal: Nov 2007
Messaggi: 8368
|
forse in questo 'momento storico' di transizioni, in generale (nel senso anche fuori dal mondo opesource) la strada migliore potrebbe essere la messa da parte del de, usando direttamente un wm. secondo l'idea che se una cosa manca, non si può rompere...
me lo sto chiedendo, in realtà, anche con una certa 'nostalgia' di quando lo facevo con notevole soddisfazione detto questo, e continuando a chiedermelo, devo aggiungere che plasma lo sto usando da un anno abbondante (sopra una antergos, che come repo è una arch 'vanilla') e a parte qualche (guarda caso) problemino coi nv-closed (cmq basta attendere un attimo ad aggiornare i pacchetti critici e ci si evitano molte rogne) mi pare di poter affermare che nel tempo stia migliorando, soprattutto lato stabilità ho la sensazione che abbiano finalmente rallentato la corsa alle feature in favore di quella contro i bug, anche se non può essere una cosa immediata, data anche l'enormità del progetto. penso che un discorso similare si possa fare per gnome, anche se è da molto che non uso perchè per i miei gusti è 'troppo poco desktop' |
27-05-2018, 17:24 | #24 | |
Member
Iscritto dal: Oct 2010
Messaggi: 145
|
Quote:
Il problema a mio parere è che distribuzioni come Ubuntu rilasciano la loro distribuzioni con quasi tutti i DE, ma l'unico su cui c'è attenzione è quello di default. Quando Gnome non era di default in Ubuntu veniva spedito sempre con bug e problemi vari, ora che è di default le cose sono radicalmente cambiate. Questo è un problema ! Sarebbe meglio a mio parere concentrarsi su uno, massimo due DE. Questo è il motivo per cui su alcune distribuzioni un DE funziona bene, mentre su altre no e guarda a caso solitamente il DE che funziona meglio è quello di default. Ho utilizzato molto Kubuntu e mettendola in relazione ad esempio a openSUSE la cosa che balza agli occhi è che quando Kde rilascia una release di bug-fix in suse arriva con i normali aggiornamenti in Kubuntu no, mai visto un aggiornamento bug-fix. Anche questo è un problema, perché poi gli utenti di Kubuntu segnalano bug che in realtà sono già risolti. |
|
27-05-2018, 19:19 | #25 |
Senior Member
Iscritto dal: Apr 2004
Messaggi: 9516
|
quando parli della opensuse intendi la versione rolling (tumbleweed) ?
|
27-05-2018, 21:09 | #26 |
Member
Iscritto dal: Oct 2010
Messaggi: 145
|
Tumbleweed è una versione rolling, significa che quando ci sono aggiornamenti, se non rompono il sistema vengono spediti subito e questo vale per qualsiasi pacchetto.
Ovviamente intendevo Leap che è la versioni che si può meglio confrontare con una Lts di Ubuntu. Edit. ...a dire il vero io utilizzo anche Tumbleweed che trovo comunque una ottima distribuzione con una buona stabilità, raramente succede con le rolling release. Ma se si ha la necessità di driver proprietari è meglio evitare. Quando avevo una Nvidia con Tumbleweed era un disastro se utilizzavo i driver proprietari, da quando ho cambiato scheda video passando a una Amd, tutto fila liscio come l'olio, mai un problema. Credo che ci sia ancora da lavorare per migliorare, ma credo anche che finalmente una rolling release può essere gestita semplicemente e con un buon grado di affidabilità. Utilizzando Btrfs mette abbastanza al riparo comunque da possibile rotture, grazie alle istantanee gestite la snapper. Penso che questo sarà il futuro per l'esigenza dell'utente utente desktop. E' fantastico avere gli aggiornamenti dei vari programmi senza l'esigenza di strani pacchetti il cui contenuto non è gestito a livello distro. Ultima modifica di woddy68 : 28-05-2018 alle 19:40. |
13-06-2018, 12:23 | #27 | |
Senior Member
Iscritto dal: Oct 2006
Città: Potenza
Messaggi: 4254
|
Quote:
Quoto chi ha scritto "tra le righe" che la distro va scelta in base al DE di utilizzo (es. KDE = OpenSuse, Gnome = Fedora, etc) |
|
13-06-2018, 20:22 | #28 |
Senior Member
Iscritto dal: May 2003
Città: Padova
Messaggi: 1220
|
da un paio di settimane sto facendo varie prove con varie distro per vedere quale faccia al caso mio
oggi ho avuto qualche problema a collegarmi in vpn (tanto per cambiare....), alla fine ci sono riuscito dalla shell e non dalla gui, al che ho deciso di aprire una segnalazione. è un CASINO ! ma caspita, io ero abituato a github che oltre ad essere già iscritto c'è una pagina per ogni progetto e le segnalazioni si aprono in un attimo: nel caso di gnome invece in ogni sito (estensioni, bugzilla, ecc.) ti devi fare un account separato, e non si capisce una mazza ! io penso che anche da ste cose dipenda il successo o meno di un prodotto, rendere complicato segnalare i problemi di certo non aiuta.... |
14-06-2018, 11:01 | #29 |
Bannato
Iscritto dal: Jan 2010
Città: Roma
Messaggi: 4638
|
Lumina DE secondo me è molto valido
|
14-06-2018, 12:26 | #30 |
Senior Member
Iscritto dal: Jan 2008
Messaggi: 8406
|
|
15-06-2018, 12:49 | #31 |
Bannato
Iscritto dal: Jan 2010
Città: Roma
Messaggi: 4638
|
|
Strumenti | |
|
|
Tutti gli orari sono GMT +1. Ora sono le: 22:22.