[Silvan]

Ciao,
Hypnotix carica la lista dei canali dal progetto Free-TV ed il problema è riportato da altri utenti in questa issue.

Non penso che ci sia un problema da risolvere nel pacchetto di openmamba. Se riesci a recuperare una configurazione funzionante la puoi inserire manualmente usando l’interfaccia di Hypnotix (creando una nuova lista di canali nella schermata iniziale, oppure aggiungendo un canale nella schermata di Free-TV).

Tra l’altro mentre facevo dei test ad un certo punto i canali hanno iniziato a funzionare, come riportato nella issue che parla di funzionamento intermittente, ti risulta?

[Silvan]

Ciao e benvenuto!
Ho creato e testato il pacchetto hypnotix, sarà disponibile nel repository base per l’installazione entro poche ore.
Buon weekend.

[Silvan]

ergosum wrote:

Grazie per i feedback.

Chiedo umilmente scusa, ma avevo elaborato una articolata risposta per spiegare come invece ero approcciato io alle live.
Evidentemente mi sono perso il “submit”. Forse sessione scaduta 🙁
Se trovo un attimo ci riprovo…

Il post era bloccato da un controllo anti-spam probabilmente per la presenza di molti link esterni, adesso l’ho approvato ed è pubblicato.

[Silvan]

Ciao,
sono il manutentore di openmamba e innanzitutto ti ringrazio per il post che evidentemente scaturisce da un qualche tipo di interesse, anche solo a livello di curiosità, per questo progetto.

Come forse sai, altrimenti lo potresti se vuoi scoprire facendo delle ricerche, la distribuzione con questo nome nasce nel 2007 come proseguimento del progetto QiLinux nato del 2003 e che era un progetto di distribuzione Linux ideata sempre da me e proposta all’interno dell’azienda QiNet per cui lavoravo e ricordo bene che anche allora una domanda ricorrente era “Perché?”, sebbene fosse un’altra epoca: non esistevano ancora, ad esempio, Ubuntu ed altre distribuzioni “maggiori” che sarebbero nate dopo, ed anche l’importante strumento git fu creato da Linus Torvalds proprio in quegli anni per sostituire il sistema di versioning proprietario che finora veniva usato per lo sviluppo del kernel Linux, all’epoca l’ecosistema userspace delle distribuzioni Linux era molto diverso, doveva nascere systemd ma non c’erano neanche udev e dbus, QiLinux aveva un sistema di init parallelo che avevamo creato noi e gli initscript non si trovavano nelle distribuzioni sorgenti e se c’erano andavano testati e modificati.

Non credo che sia questo il topic delle domande nel post ma potrei ricordare e raccontare 20 anni di evoluzione dell’ecosistema intorno alle distribuzioni Linux come le ho vissute dall’interno e forse già avere interesse su questo risponde un po’ alla domanda “perché lo fate/lo fai”.

Ad oggi openmamba è un sistema che il sottoscritto utilizza quotidianamente ed esclusivamente (a meno di alcuni target lavorativi) come desktop e server in molteplici installazioni ed è facile per me dire che è il sistema migliore e che non vorrei abbandonare per cambiarlo con altri, visto che qualunque mia esigenza o problema li comprendo e risolvo in prima persona. Sebbene mantenere il sistema sia un impegno importante, nei 17 anni di vita di openmamba sono stati sviluppati dei meccanismi di mantenimento automatico che devono essere per lo più supervisionati e che comunque ad oggi rendono openmamba uno dei sistemi più aggiornati (lo puoi vedere nel riquadro in basso a destra su repology.org ma il flusso di mantenimento semi-automatico è ancora più evidente aprendo la pagina di openmamba).

Diverso è sicuramente il punto di vista esterno e qui vorrei proseguire nell’elaborazione di una risposta, ma al momento non ho ulteriore tempo per elaborarla, tuttavia non voglio lasciare il post senza risposta per cui ritengo che sia già meglio che niente pubblicare quanto commentato sopra.

Relativamente alle questioni tecniche, queste sono sicuramente la mia priorità e ad esempio questioni relative alla produzione di supporti live, di cui tu hai esperienza su Fedora/CentOS, possono essere di interesse reciproco.

[Silvan]

Dovrebbe essere risolto dal rilascio di questo aggiornamento di samba.

[Silvan]

Non è corretto per la configurazione standard di openmamba, forse è stato sovrascritto quando hai eseguito dhclient a mano. Puoi aggiustarlo digitando esattamente i seguenti comandi:

sudo rm /etc/resolv.conf
sudo ln -fsv ../run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

[Silvan]

Ciao,
puoi copiare quello che restituisce il seguente comando? Grazie.

ls -l /etc/resolv.conf

[Silvan]

Ho cancellato il post precedente perché conteneva un copia/incolla inutile e che rendeva meno leggibile questo post.
Se vuoi puoi riprovare redirigendo l’output su un file e poi allegare quel file che nel seguente esempio si chiama /tmp/nm.txt.

sudo journalctl -u NetworkManager -b > /tmp/nm.txt

• Questa risposta è stata modificata 9 mesi, 2 settimane fa da Silvan.

[Silvan]

Potresti anche allegare l’output del seguente comando?

sudo journalctl -u NetworkManager -b

Possibilmente eseguito poco dopo un reboot ed aver atteso senza successo che si connetta al wifi per 1-2 minuti. Grazie.

 

[Silvan]

L’aggiornamento di NetworkManager alla versione 1.46.0-2mamba è stato testato e rilasciato, quindi ti invito a verificare dopo aver fatto il normale aggiornamento del sistema controllando che venga aggioranto anche NetworkManager.
Sulla base di quello che scrivi, se corretto, bisognerebbe ipotizzare che ci sia invece un altro problema, in quanto il problema che è stato corretto si sarebbe dovuto risolvere anche con il downgrade a NetworkManager 1.44.2. In tal caso sarà opportuno vedere un report del sistema.

[Silvan]

Esatto! Il problema è in una regressione nel funzionamento del DHCP client con NetworkManager 1.46.0 maggiormente dettagliato nel link che ho riportato nella mia prima risposta.

[Silvan]

Può essere che il comando che hai eseguito non sia andato a buon fine o che non hai riavviato, non mi è dato saperlo.
La soluzione più alla portata di tutti gli utenti dovrebbe essere nell’aggiornamento di NetworkManager 1.46.0-2mamba che adesso si trova nel repository devel-makedist perché devo ancora farne i test.

[Silvan]

Ciao,
il problema, sulla base di quanto noto, dovrebbe essere causato dal fatto che nel sistema è installato NetworkManager nella versione 1.46.0 che è stato disponibile per l’aggiornamento per una breve finestra temporale circa un paio di settimane fa prima di constatare il problema e di essere ritirato ripristinando la versione 1.44.2. In tal caso avendo disponibile la connessione di rete via cavo la soluzione sarebbe eseguire il seguente comando da una finestra di terminale:
sudo dnf downgrade NetworkManager libnm

Riferimento upsteam del problema: https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/issues/1485

 

 

• Questa risposta è stata modificata 9 mesi, 2 settimane fa da Silvan.

[Silvan]

Grazie e benvenuto tra gli utenti di openmamba!

Ho reso disponibile il pacchetto cuda che può essere installato da terminale con:

sudo dnf refresh
sudo dnf install cuda

Dopo l’installazione i files sono installati in /usr/lib64/cuda con i binari resi disponibili nel PATH effettuando un nuovo login. Poiché l’archivio distribuito da nVidia ed il pacchetto risultante sono piuttosto grossi (circa 4 GB), mi sono rimaste alcune cose da migliorare che però richiedono del tempo, per cui al momento potrebbero esserci problemi di dipedenze mancanti da installare.

In ogni caso se vuoi già effettuarne un test ed incontrassi dei problemi che puoi segnalare questo sarà utile per correggerli più velocemente in una successiva release.

[Silvan]

Ciao,
gli aggiornamenti a cui ti riferisci sono delle dipendenze del sottosistema Flatpak presenti di solito perché con Discover sono state installate una o più applicazioni distribuite in questo modo (sono indicate, appunto, con la dicitura Flatpak). È normalmente consigliato, in tutti i contesti di distribuzione di software e sistemi operativi, di effettuare gli aggiornamenti.

• Questa risposta è stata modificata 10 mesi, 1 settimana fa da Silvan.

[Autore]

Articoli