GNU/Linux >> Linux Esercitazione >  >> OpenSuse

Recensione di OpenSUSE Leap 15.2

Per molti anni, SUSE - e openSUSE - è stato il mio driver quotidiano, la mia distribuzione Linux preferita. Aveva tutto ciò che ci si poteva aspettare:velocità, stabilità, bordo professionale, utensili di fascia alta. E poi, un giorno, ha semplicemente smesso di essere fantastico. Da allora ho cercato di riaccendere quel primo amore di Tux. Senza fortuna.

Puoi leggere tutto sui miei sforzi passati su openSUSE leggendo la mia ultima recensione e facendoti strada nel passato, su per la collina dell'entusiasmo e della felicità. In effetti, la mia esperienza complessiva con il desktop Linux è diminuita da un po' di tempo e, di recente, ho deciso di fare le mie recensioni brevi e dolci. Bene, non avendo toccato openSUSE per un po' di tempo, volevo controllare di nuovo Leap 15.2, per vedere cosa dà. Posso tornare indietro con il vecchio divertimento?

Installazione

Ho seguito la strada ufficiale:ISO di installazione della dimensione di un DVD da 4,3 GB, nessuna sessione live. Ok nessun problema. Ad un certo punto, il programma di installazione ti consente di configurare la tua rete, sia cablata che wireless. Più facile a dirsi che a farsi. Quando ho fatto clic sul pulsante Scansione reti, non è successo nulla. Ho dovuto procedere in modalità offline. Ho scelto il desktop Plasma, perché è più divertente di Gnome, inoltre SUSE è sempre stato più KDE. Un'ora dopo, il processo è stato completato. Avevo la mia configurazione a otto boot, con un menu GRUB personalizzato molto carino.

Ma ho saltato un pezzo che merita una menzione in più:il partizionamento. Ho usato per giurare su questo programma di installazione. Era il programma di installazione + partizionamento più sicuro e intelligente di sempre e indovinava sempre correttamente le partizioni root e home. Anche questo non è più il caso.

Ciò che Leap 15.2 ha suggerito era il seguente:delete sda14 e sda15 - rispettivamente la radice e /home per Kubuntu e la radice per KDE neon. Non ha raccomandato di usare o riutilizzare sda16, che è /home per KDE neon, o qualsiasi altra partizione su questo host, di cui ce ne sono molte. Immagino che questo sia per accogliere la configurazione di BTRFS, ma poi, da quando BTRFS è diventato la cosa, i suggerimenti di partizionamento non sono più così intelligenti. Inoltre, BTRFS avrebbe davvero senso solo su storage veloce e array multi-disco, quindi questo tipo di errore non ha senso a tutti i livelli. Mah.

Ho configurato manualmente le cose - con i normali filesystem Ext4, ho aggiunto /boot/efi, perché openSUSE ha bisogno di questo definito in modo esplicito e quindi continuato. Sì, successo, ma mi fa male il cuore.

Sistema installato, la sequenza di avvio di openSUSE Leap 15.2 è un po' colorata, e con questo intendo dire che si ottiene lo splash del logo del fornitore, seguito dall'animazione della lampadina. Molto veloce - avvio più veloce di quasi tutte le altre distribuzioni su questa scatola, ma poi - dal secondo avvio/accesso in poi, la cosa di KDEWallet si apriva troppo presto, quindi svaniva, quindi fallo quattro o cinque volte prima del resto del desktop resi e potrei effettivamente fornire le credenziali necessarie per sbloccare la connessione Wireless. Non sembra promettente.

Giocare

OpenSUSE 15.2 viene fornito con Plasma 5.18 (LTS), che è buono ma non buono come Plasma 5.20. I caratteri sono troppo chiari, ne parleremo più avanti. Il sistema non è veloce come dovrebbe essere, la reattività è un po' spenta. Le applicazioni richiedono tempo per aprirsi:nessuna di quella vivacità istantanea che si assocerebbe ai desktop KDE ultimamente.

L'applet Impostazioni di sistema è strana e utilizza il vecchio layout classico del Pannello di controllo. Ottieni un clic singolo ovunque e cambiarlo non è banale. Suggerimento:non è sotto Input Devices, non sotto Dolphin. In realtà è sotto Area di lavoro. Devi conoscere Plasma per cambiare questo. C'è anche una directory bin all'interno di /home, perché, non so, ma è lì. Mah. Touchpad, nervoso.

Il pulsante Mostra desktop non riduce a icona le finestre dell'applicazione:puoi modificarlo facilmente. Quindi, se cambi il tema per dire openSUSEdark, tutte le diverse icone nel menu a comparsa dell'area di sistema vengono interrotte e se desideri un tema di sistema chiaro con un pannello scuro, l'unica opzione valida è Breeze Dark.

Inoltre, l'icona SUSE predefinita (quella monocromatica) è creata solo per il tema predefinito della luce (Aria), quindi di nuovo, se dopo essere passati a Breeze, vuoi un'icona SUSE, hai bisogno di quella verde. Inoltre, la spaziatura delle icone nel task manager e nell'area di sistema è troppo stretta, ovvero gli elementi sono distanziati troppo ravvicinati.

Gestione e aggiornamenti dei pacchetti

Questo si è rivelato un completo disastro. Per molte ragioni. Per cominciare, volevo riprodurre file multimediali in VLC, che viene fornito come applicazione predefinita in openSUSE. Purtroppo, non è stato possibile riprodurre un semplice file video, uno che ti ho mostrato in una dozzina di recensioni in passato:

Nessun video, codec non supportato:
VLC non ha potuto decodificare il formato "h264" (H264 - MPEG-4 AVC (parte 10))

C'è una spiegazione lunga e dettagliata del motivo per cui non li ottieni in openSUSE. Come utente finale, a dire il vero non mi interessa. Voglio musica e video, non spiegazioni sui brevetti. Ma questo significava che dovevo prendere software aggiuntivo, da un repository della comunità come Packman. Questo, proprio lì, impedisce a openSUSE di essere utilizzabile nella (mia) configurazione di produzione, perché per un uso serio, non permetto mai fonti software non ufficiali, perché non puoi fare affidamento su quelle disponibili o attuali o addirittura utili. Uno dei motivi principali per cui non posso nemmeno utilizzare CentOS 8 ben configurato come desktop nel mio ambiente di produzione.

Ho avviato la configurazione del repository - YaST> Repository software> Aggiungi> Repository della community e boom, errore. Per qualche motivo, YaST non è stato in grado di afferrare l'elenco online. E poi ho capito che la mia rete wireless non funzionava più. Il vecchio problema con la scheda Realtek, che ha gravemente danneggiato il mio laptop G50 intorno al 2015-2017? Sembra essere tornato! Il tutto è risolto ora (dal kernel 4.8), beh no. Il problema persiste ancora in openSUSE. Ho dovuto disconnettermi dalla rete e riconnettermi.

Poi, ho visto le cose extra - e l'elenco è molto, molto più breve di quanto non fosse in passato. Aggiungo Packman, accettato la firma del repository e quindi ho dovuto consentire il cambio del fornitore, per poter ottenere le ultime librerie multimediali, come libavcodec e libavformat. Zypper mi ha informato della modifica, quindi è iniziato l'aggiornamento.

Nonostante la sua natura delta, era lento - e quindi ho iniziato a ricevere errori dopo errori, per più di una dozzina di librerie Qt diverse (non fornite da Packman), che ho cercato di ignorare, per poter procedere con l'aggiornamento , e poi, anche gli errori per i pacchetti forniti dal repository della community:

Recupero:libQt5Core5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm ............[non trovato]
File './x86_64/libQt5Core5-5.12. 7-lp152.2.3_lp152.3.9.1.x86_64.drpm' non trovato sul supporto 'http://download.opensuse.org/update/leap/15.2/oss/'

Un altro esempio:

File './x86_64/libQt5Test5-5.12.7-lp152.2.3_lp152.3.9.1.x86_64.drpm' non trovato sul supporto 'http://download.opensuse.org/update/leap/15.2/oss/'

E l'errore Packman:

Recupero:libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm ................[errore]
Errore download (curl) per 'http ://packman.inode.at/suse/openSUSE_Leap_15.2/Essentials/x86_64/
libgstphotography-1_0-0-1.16.2-pm152.3.30.x86_64.rpm':
Codice errore:Curl errore 56
Messaggio di errore:errore di ricezione:connessione ripristinata dal peer

Il sistema non può essere aggiornato. Il tutto è completamente rotto. Faccia triste. E questo significa anche che non ha davvero senso continuare questa recensione. Ma ho deciso di fare ancora un po' di lavoro, nonostante il mio miglior giudizio. Ho deciso che non avevo niente da perdere. Quindi ho continuato con i test, inclusi gli aggiornamenti, per vedere fino a che punto potevo arrivare prima di fallire completamente o di avere in qualche modo un sistema aggiornato.

Ho verificato se tutti i repository erano sani, con verifica zypper e non ci sono stati errori. Ah.

sudo zypper verifica
Recupero dei metadati del repository 'Main Update Repository' ..........[fatto]
Costruzione della cache del repository 'Main Update Repository' .......... .....[fatto]
Caricamento dei dati del repository...
Lettura dei pacchetti installati...

Le dipendenze di tutti i pacchetti installati sono soddisfatte.

Riavvia, controlla di nuovo. Tutti gli aggiornamenti sono stati offerti nuovamente, come se nulla fosse accaduto al primo tentativo. Che meraviglia. Questa volta, gli aggiornamenti sembravano funzionare bene, senza errori. Maledetto. Ma... la mia riproduzione multimediale continuava a non funzionare. Perché VLC utilizzava ancora le librerie openSUSE. Ho provato ad aggiornare alla nuova versione, e questa è la sequenza di comandi e messaggi che dovevo gestire:

Esiste un candidato per l'aggiornamento per 'libavcodec57' dal fornitore 'http://packman.links2linux.de', mentre l'attuale fornitore è 'openSUSE'. Usa "zypper install libavcodec57-3.4.4-pm152.5.5.x86_64" per installare questo candidato.
C'è un candidato per l'aggiornamento per 'libavformat57' dal fornitore 'http://packman.links2linux.de', mentre l'attuale fornitore è 'openSUSE'. Usa 'zypper install libavformat57-3.4.4-pm152.5.5.x86_64' per installare questo candidato.
Risoluzione delle dipendenze dei pacchetti...

L'ho fatto e, naturalmente, come molte volte prima (stiamo parlando di 4-5 versioni di SUSE), ho riscontrato conflitti tra i pacchetti:

Problema:libavfilter6-3.4.4-lp152.3.7.x86_64 richiede libavformat57 =3.4.4-lp152.3.7, ma questo requisito non può essere fornito
Problema:libavcodec57-3.4.4-pm152.5.5.x86_64 richiede libavutil55 =3.4.4-pm152.5.5, ma questo requisito non può essere fornito

Problema:libavfilter6-3.4.4-lp152.3.7.x86_64 richiede libavformat57 =3.4.4-lp152.3.7, ma questo requisito non può essere fornito
Soluzione 1:install libavfilter6-3.4.4-pm152.5.5.x86_64 (con cambio fornitore)
openSUSE --> http://packman.links2linux.de
Soluzione 2:non installare libavformat57-3.4.4-pm152.5.5.x86_64
Soluzione 3:interrompere libavfilter6-3.4.4-lp152.3.7.x86_64 ignorando alcune delle sue dipendenze

Ho approvato tutti questi:

I seguenti 8 pacchetti cambieranno fornitore:
libavcodec57 openSUSE -> http://packman.links2linux.de
libavfilter6 openSUSE -> http://packman.links2linux.de
libavformat57 openSUSE -> http://packman.links2linux.de
libavresample3 openSUSE -> http://packman.links2linux.de
libavutil55 openSUSE -> http://packman.links2linux.de
libpostproc54 openSUSE -> http://packman.links2linux.de
libswresample2 openSUSE -> http://packman.links2linux.de
libswscale4 openSUSE -> http://packman.links2linux.de

8 pacchetti da aggiornare, 4 nuovi, 8 da cambiare fornitore.
Dimensione complessiva del download:706,1 KiB. Già memorizzato nella cache:7,4 MiB. Dopo l'operazione verranno utilizzati
24,5 MiB aggiuntivi.
Continuare? [s/n/v/...? mostra tutte le opzioni] (y):

E ora finalmente, ho avuto la riproduzione multimediale ... Non è l'ideale però. Durante la riproduzione di file MP4, ogni 15 secondi circa, la riproduzione si blocca per circa un secondo, il video diventa tutto pixelato e sfocato, quindi la riproduzione riprende normalmente. Simile al problema che ho visto di recente in Fedora 33. Ma non del tutto.

Ulteriori informazioni sulla condivisione di contenuti multimediali e Samba

Ma la storia non finisce qui. VLC non giocherà dalle condivisioni Samba. Prevedibile. Ho dovuto inserire le credenziali SMB in VLC e quindi anche modificare la dimensione di lettura/buffer in modo che i file potessero essere riprodotti senza errori. Ricorda, l'anno è il 2020 e gli utenti desktop Plasma devono ancora fare questo tipo di trucchi per godersi semplicemente i file multimediali archiviati su condivisioni remote. E dico che questo è un ardente fan del desktop Plasma.

La connettività Samba era veloce, con una latenza molto bassa, si ottengono timestamp sulla copia, ma il throughput totale complessivo è basso, solo circa 4 MB/s, quindi non si ottengono tutti i miglioramenti e le correzioni che portano le versioni successive di Plasma.

Ulteriori informazioni sugli aggiornamenti

Anche la storia dell'aggiornamento non finisce qui! Una volta completato l'aggiornamento, ho ricevuto il messaggio più gentile e educato che suggeriva di riavviare. Tutte le altre distribuzioni hanno un aspetto molto rudimentale:riavvia ora cosa, questa in realtà spiega perché un'azione del genere ti farà bene.

Le librerie o i servizi principali sono stati aggiornati.
È necessario riavviare per garantire che il sistema tragga vantaggio da questi aggiornamenti.

E poi, sono andato gentilmente fuori di testa...

Quando il sistema ha eseguito il ciclo, il mio splash di avvio Lenovo standard era scomparso, sostituito da uno schermo ncurses tutto blu che leggeva MOK Management. Qualcosa a che fare con Secure Boot? Forse. L'ho disabilitato su questa casella di prova. E ricordo un aggiornamento del firmware nell'elenco dei pacchetti openSUSE elencati. Interessante. Bene, ho deciso di non toccare nulla, lasciare che il sistema continuasse da solo e vedere dove sono finito. La sequenza di avvio era a bassa risoluzione, ma il sistema si avviava correttamente. Quindi, al successivo riavvio, le cose sono tornate come al solito:nessuna schermata di ncurses, splash di avvio ad alta risoluzione.

Ora mi chiedo, questo porterà a un altro strano bricking come quello che ha afflitto questa scatola - dopo un test openSUSE - qualche tempo fa? Non sono sicuro. È qualcosa che tu e io dovremo capire tra un paio di settimane quando proverò ad avviare qualcosa da un dispositivo USB.

Ma aspetta! La storia dell'aggiornamento non finisce qui! No, no.

Un paio di giorni dopo, ho acceso il sistema e ho visto un nuovo messaggio su alcuni aggiornamenti (circa cinque o giù di lì). Quando ho fatto clic sul pulsante, ho ricevuto un sacco di errori. Mi sono anche reso conto che YaST non si sarebbe avviato, ma si sarebbe semplicemente chiuso senza che venissero visualizzati errori. Ho dovuto eseguire zypper dalla riga di comando o utilizzare la versione ncurses di YaST.

L'aggiornamento è stato completato senza errori sulla riga di comando, ho riavviato e le cose sono tornate alla normalità. Ora, questa è una tolleranza molto maggiore di quella che dovrebbe mai essere assegnata a un componente software. L'intera cosa è davvero inutilizzabile, se ci pensi. Tanti bug, errori e conflitti, solo per ottenere gli aggiornamenti installati. Sto costeggiando la pura inerzia in questo momento. Vabbè, allora passiamo ad altri argomenti di questa recensione!

Utilizzo, prestazioni, stabilità

Va bene, ma non stellare. Prestazioni decenti ma reattività tutt'altro che ideale. Basso utilizzo delle risorse, che non si allinea completamente con la velocità percepita del sistema. Nessun crash di alcun tipo. Una vasta gamma di app, ma poi hai un DVD completo di chicche. Anche così, potresti voler prendere alcuni extra.

In idle, l'utilizzo della memoria è di circa 420 MB e la CPU raggiunge uno 0-1% molto silenzioso - peccato che questo non si traduca direttamente in reattività. Forse questo ha qualcosa a che fare con la particolare versione del kernel e forse con i miglioramenti apportati a quelli più recenti.

Segnalibri Firefox e Taiwan

Un'altra cosa che ho notato:metà dei segnalibri (che ottieni per impostazione predefinita) nel browser sono impostati su zh-TW locale, il che non ha senso su un'installazione en-US, vero? Ho trovato parecchie fonti online su questo fenomeno, incontri mesi e mesi fa. Molto triste. A metà degli anni 2000, per me SUSE era il pilastro della qualità e del divertimento. È come guardare il tuo pub preferito in fiamme, se posso prendere in prestito questa frase.

Problemi con i caratteri

Un altro problema importante:la qualità del rendering dei caratteri. Ancora una volta, non è un problema nuovo, di cui ho parlato anni fa. Ho cambiato il colore del carattere usando la mia guida Brooze, che ha aiutato solo un po'. Non c'era bisogno di modificare suggerimenti e simili, e l'installazione delle librerie FreeType extra non ha fatto nulla a questo punto. I caratteri sembravano ancora sottili e pallidi, nonostante tutto apparentemente fosse a posto. Beh, presumibilmente.

Quindi, ho letto una guida aggiornata dalla persona che aveva fornito alle librerie con patch il rendering LCD Subpixel, che menziona la creazione di una nuova modifica della variabile di ambiente a livello di sistema. Ma poi, ovviamente, c'è una mezza dozzina di altre modifiche che si potrebbero implementare, e mi ricorda quanto completamente e completamente rotto l'ecosistema dei caratteri in Linux, e che pochissime distribuzioni riescono a fornire caratteri belli e nitidi per impostazione predefinita . Un totale di due, forse tre in una buona giornata, su centinaia e centinaia.

FREETYPE_PROPERTIES="truetype:interpreter-version=35 cff:no-stem-darkening=1 autofitter:warping=1"

Questo deve andare in /etc/environment, mentre il resto dovrebbe andare bene per impostazione predefinita, ergo anche perché le librerie FreeType extra non fanno nulla. Dopo aver riavviato la sessione, i caratteri saranno chiari, nitidi e i tuoi occhi non si scioglieranno.

Errori snapper

In passato, ho scritto delle meraviglie di Snapper, uno strumento di snapshot del filesystem davvero interessante, che sembra funzionare solo con BTRFS. Quindi cosa succede se non stai usando questo filesystem? Bene, l'utilità dovrebbe rilevare e quindi darti errori graziosi, non indirizzarti alla riga di comando e/o lanciare messaggi strani.

Conclusione

Questo è stato più lungo di quanto mi aspettassi - o garantito. Chiamala la mia nostalgica infatuazione per openSUSE. Mi duole dirlo, ma openSUSE Leap 15.2 non è più amichevole o più intelligente di molte delle sue versioni precedenti. In effetti, è piuttosto nerd e in gran parte inaccessibile alla gente comune, nonostante alcuni elementi piuttosto brillanti nel suo design. Ma non puoi conciliare quelli con una gestione dei pacchetti fondamentalmente interrotta, software quotidiano mancante e pezzi divertenti e tonnellate di incongruenze visive ed ergonomiche.

L'installatore non è più sicuro e intelligente come una volta. Tutto è un po' meno. Che peccato. Perché YaST è fantastico e le utility SUSE sono generalmente di prim'ordine e professionali. Ma poi, c'è uno scontro tra quello che dovrebbe essere un desktop per la gente comune e un frontend di amministrazione di sistema aziendale, in un certo senso. Un po 'tra ciò che ottieni con CentOS e CentOS predefiniti più tutto il mio sugo e le modifiche. Bene, triste ma non sorprendente. Forse un giorno. Detto questo, proprio come la mia recensione di Fedora 33, avrò una guida separata per le modifiche post-installazione, per coloro che desiderano utilizzare openSUSE Leap come macchina desktop. Data la mia esperienza, non posso consigliarlo e si unisce a una lunga lista di ricordi dolorosi nel mio viaggio a Tux.


OpenSuse
  1. Installa Discord su openSUSE Leap 15 - Guida passo passo?

  2. Installare TeamViewer su openSUSE Leap 15.3 - Guida passo passo?

  3. Come installare Mongodb 5 in Opensuse Leap 15.3

  4. Come installare Mysql Server 8 su OpenSUSE Leap 15.3

  5. Come installare e configurare Redis 6 su OpenSUSE Leap 15.3

Come installare TeamViewer 12 su openSUSE Leap 42.2

Come installare Dropbox su openSUSE Leap 42.2

Modifiche post-installazione essenziali di OpenSUSE Leap 15.2

Recensione Fedora 33 Workstation

OpenSUSE Leap 15.1 - Un sogno diventato realtà

Come installare RabbitMQ in OpenSUSE Leap 15.3