Ecco cosa ti sei perso alla conferenza openSUSE 2018

La conferenza annuale di openSUSE è sempre un evento entusiasmante per la comunità SUSE Linux. Quest'anno l'evento si è svolto a Praga dal 25 al 27 maggio. FOSS è stato il media partner ufficiale dell'evento e ho partecipato all'evento per conto del team di It's FOSS.

Se non hai seguito il mio debriefing giornaliero su Facebook o LinkedIn, ecco un riassunto dell'evento di tre giorni mentre lo vivevo, tutto condensato in un singolo articolo.

Giorno 1

La conferenza è iniziata con il lancio ufficiale di openSUSE Leap 15, l'ultima versione stabile della distribuzione Linux di livello professionale. Se non si ha familiarità con l'ecosistema SUSE, openSUSE è la versione gratuita del prodotto commerciale SUSE Linux Enterprise.

Alla conferenza, Richard Brown, il presidente di openSUSE, ha ripetuto che, ad oggi, le versioni stabili di OpenSUSE e SUSE Linux Enterprise condividono la stessa base di codice ereditata da Tumbleweed - la versione rolling di openSUSE. Tutto il nuovo codice dovrebbe passare prima in Tumbleweed prima di passare alle distribuzioni stabili gratuite e commerciali di SUSE. Come corollario, SUSE Linux Enterprise non contiene "codice nascosto" o "blob closed source" che non dovrebbero essere disponibili nella versione gratuita del software.

Nella continuità con l'uscita di Leap 15, Richard Brown ha anche spiegato la governance del progetto. O in realtà, la mancanza di esso, dal momento che non ha perso nessuna occasione per citare la sua frase preferita "quelli che fanno, decidono". È stato anche detto più volte il progetto, e la comunità è accogliente per i nuovi contributori, sia che tu vieni correggere un piccolo bug o per cose più grandi.

Durante il pomeriggio, ho partecipato a diversi talk relativi a container e applicazioni native cloud. Nel suo discorso, Jason S. Evans ha descritto come utilizzare i contenitori Docker per creare un sito Toronion è meno di 15 minuti.

Sembra essere un argomento molto caldo per SUSE Linux Enterprise. E un paio di progetti sono sviluppati sotto l'ombrello di openSUSE in quell'area. In particolare, Kubic che è ancora un po 'nebuloso per me. Dal discorso ho capito che si trova in cima a Kubernates nel "cloud stack", ma sembra anche essere un nome allettante per altri progetti secondari come MicroOS, che è un OS basato su Tumbleweed per microservizi e Velum un dashboard per gestire i cluster di container.

Tuttavia, quale sarebbe un microservizio senza storage condiviso? Se usi NFS su un NAS sei fuori: il nuovo geniale bambino sul blocco è Ceph, una soluzione per costruire cluster di archiviazione distribuiti che possono essere utilizzati come un archivio di oggetti, come storage block o come file system condiviso quando usando CephFS su di esso.

Giorno 2

La mattina del secondo giorno della conferenza, ho seguito un paio di workshop. Non solo trovo più interessante fare le cose piuttosto che ascoltare semplicemente i discorsi, ma poiché i workshop sono interattivi e progettati per piccoli gruppi, di solito è molto più facile scambiare con i presentatori che nelle stanze principali. Ed è stato il caso di seguire il grande laboratorio di Wolfgang "bigironman" e Frank "M0ses": "Building Containers and VM using OBS".

La presentazione è iniziata con una leggera introduzione a Containers e VM. Questa discussione ci portò al centro del workshop: OBS, Open Build System.

OBS viene utilizzato per creare immagini di build riproducibili e può pacchettizzare applicazioni in contenitori Docker (nativamente build, o tramite Kiwi) o come AppImage. OBS supporta le immagini dei modelli e può essere utilizzato tramite una GUI basata sul Web o con lo strumento da riga di comando `osc` (l'ho testato da un contenitore che esegue OpenSUSE Leap 15 sul mio laptop con sistema operativo elementare). La cosa bella di OBS è che non solo puoi creare immagini per varie architetture, ma anche le tue immagini vengono aggiunte a un repository dove altre persone possono scaricarle se le costruisci con il flag di pubblicazione.

Su un argomento completamente diverso, durante il secondo workshop della giornata, alcuni di noi hanno iniziato a utilizzare gli strumenti arcani utilizzati dal team di video per registrare e diffondere i discorsi della conferenza su YouTube o attraverso il canale del Chaos Computer Club. Un componente chiave del sistema è Voctomix, un mixer video full HD scritto in Python. Ironia della sorte, Voctomix è sviluppato principalmente su Debian per ragioni storiche.

La discussione è stata così interessante che ho completamente perso il pranzo. Poi, ho partecipato al prossimo evento: "Come aggiungere elementi a MySQL." Mi sarei aspettato che questo fosse un workshop, ma era, in effetti, un discorso che ci ricordava il modo basilare per estendere MySQL attraverso funzioni definite dall'utente o plugins. E introducendo il "nuovo modo" di inventare su Oracle: la "componente API". Per quello che ho capito, promette di rendere le estensioni a MySQL molto più modulari. Se sei interessato all'argomento, posso solo indirizzarti alla documentazione corrispondente.

3 ° giorno

Il primo discorso del terzo giorno è stato su OBS, il "Sistema Open Build" che ho già menzionato sopra.

Ralf Lang ci ha fatto una bellissima chiacchierata in cui ha iniziato spiegando perché gli sviluppatori dovrebbero usare le immagini Docker per configurare il loro ambiente di sviluppo: scaricando immagini leggere, puoi avere un ambiente di lavoro in pochi secondi. Questo è quello che ho cercato di spiegare a me stesso in un video in cui mostro come è possibile avere un'istanza di Oracle RDBMS in esecuzione in un contenitore in un secondo, in modo da poter avviare lo sviluppo del database sul computer senza perdere tempo a eseguire un'installazione manuale.

Ralf ha anche spiegato come, usando bind mounts, puoi "importare" la tua directory di lavoro sul container. Ancora una volta qualcosa che ho mostrato in un video (lasciando, devo ammettere, allo spettatore come esercizio come legare la sua directory di lavoro)

Il grande vantaggio di tale soluzione è che è possibile ricreare o aggiornare gli strumenti sostituendo il contenitore e, grazie al bind mount, questo non influirà su tutti i dati, il codice sorgente e così via finché sono confinati nel "condiviso" directory. Ma il processo di aggiornamento dell'immagine rimane a tuo carico. Ed è qui che OBS entra nel gioco: ora hai una soluzione per ricostruire automaticamente le tue immagini quando cambia la dipendenza. La garanzia di avere sempre l'ultima versione dei tuoi strumenti ben raggruppata e pronta per essere scaricata da un semplice comando "docker pull". La discussione OBS è continuata dopo in una stanza diversa. Sfortunatamente, non sono stato in grado di seguire quella seconda parte dal momento che non volevo perdere i discorsi sulla "traccia incorporata" che si stavano svolgendo nello stesso momento.

Parlando di sistemi embedded, nella sua prima presentazione, Andreas Färber ci ha fatto un tour delle piattaforme embedded supportate da openSUSE per la cross-compilation e lo stato del supporto del processore ARM.

Ho parlato di "cross-compilation" sopra dato che openSUSE non è necessariamente in esecuzione su tutte quelle piattaforme. Tuttavia, è possibile sviluppare software ("firmware") in esecuzione bare metal su tali architetture dal proprio computer di sviluppo di openSUSE.

Se desideri un elenco esaustivo di architettura supportata di recente, ti invito a guardare l'intero video:

Tra i nuovi microcontrollori supportati, erano ovviamente i "nuovi" ARMv7-R e -M. Ovviamente, ho detto, non solo per la popolarità della piattaforma ARM ma anche perché ARM è partner / sponsor di openSUSE qualcosa che sicuramente aiuta ad avere le informazioni necessarie per supportare tali chip.

Più interessante, Andreas ha anche ricordato che non solo abbiamo una porta di openSUSE per l'architettura RISC-V, ma abbiamo anche una toolchain cross-compiler che può essere utilizzata per sviluppare firmware per schede microcontroller basate su RISC-V. Che, come me l'ha ricordato durante il discorso, sono schede molto meno costose di quelle in grado di gestire un sistema Linux a tutti gli effetti.

La seconda metà della mattinata, Andreas si è concentrato esclusivamente sull'architettura ARM. Spiegando la nuova sfida introdotta non solo a causa della maturazione del mercato ma anche a causa delle nuove minacce che le vulnerabilità di Spectre e Meltdown hanno messo alla luce quest'anno. In particolare, è emersa la preoccupazione che mantenere aggiornato il sistema operativo non sia più sufficiente. Per mitigare efficacemente quelle nuove vulnerabilità devi anche aggiornare il microcodice per la tua CPU. In seguito, Andreas ha fatto un tour dell'attuale stato di porta di openSUSE per alcune schede popolari, come il Raspberry Pi Zero W, il Pine64, il MacchiatoBin o il Rock 64, solo per citarne alcuni. Vi incoraggio a guardare l'intero discorso per i dettagli di queste schede e di molte altre.

È così che il mio viaggio alla conferenza openSUSE oSC18 è finalmente terminato. Ho perso l'ultima mezza giornata da quando dovevo tornare in Francia. Tuttavia, prima di concludere questo articolo, vorrei dedicare il mio tempo a congratularsi con tutti i relatori e l'intero team di openSUSE, non solo per la grande conferenza che abbiamo avuto, ma anche per la loro dedizione e il fantastico lavoro che svolgono tutto l'anno. Essendo me stesso un "ragazzo Debian", non conoscevo molto bene la community di openSUSE. E sono rimasto semplicemente stupito da ciò che ho visto. Grazie a tutti!

Raccomandato

Come installare e configurare Plex su Ubuntu Linux
2019
Risolto il problema "Impossibile avviare la sessione" all'accesso in Ubuntu 16.04
2019
Controlla informazioni dettagliate sulla CPU in Linux con CoreFreq
2019