Che ne pensate di questa trasformazione? Aggiungo una nota: quando nel video mi riferivo al fatto che "ci sto facendo un pensierino", intendevo che (a parte usarlo as-is in futuro) potrei anche soltanto "prendere ispirazione" e replicare alcune delle idee sul mio setup. Ad esempio, ho già "preso in prestito" l'estensione Tactile sulla mia corrente installazione 22.04 LTS, e forse aggiungerò altre cose. In alternativa, si può anche forkare lo script stesso e modificarlo per integrare altri tool/servizi/librerie/etc che potrebbero servire o rimuovere ciò che non è utile
@geekonerd4 ай бұрын
@EmanuelePersano Ciao, uhm, no: non ho sentito nulla al riguardo? Che giochi in particolare non vanno più? Non è che si è aggiornato tipo Mesa, proton o qualche altro pacchetto, e s'è spaccato tutto?
@geekonerd4 ай бұрын
@EmanuelePersano eh ma Vulkan sono le API per la grafica 3D, bisogna vedere che cos'è che s'è incastrato tra driver GPU, kernel, layer di compatibilità, e quant'altro...
@geekonerd4 ай бұрын
Ripeto, bisogna vedere che pacchetti si sono aggiornati. Ubuntu non aggiorna le versioni dei propri pacchetti (a meno di bugfix) quindi solitamente se una cosa funziona continua a funzionare nel tempo. Manjaro invece sì, aggiorna tutto, visto che prende i pacchetti da Arch la quale si aggiorna con costanza (seppur Manjaro ritardi l'allineamento di qualche giorno). Si vede che in questi due giorni è stato toccato qualcosa che ha fatto danno, che sia il kernel, che sia Proton, che sia lo stack Mesa o altra roba correlata. Ho fatto un giro sul forum di Manjaro e non ho visto segnalazioni in merito, quindi non so
@matteosalvatore83965 ай бұрын
Grazie del video. Resto sempre stupito da quante cose si riescono a fare con Linux, le possibilità sono infinite.
@geekonerd5 ай бұрын
Vero! 🤗
@gpascenso5 ай бұрын
Molto interessante, lo provero' sicuramente. Grazie!😀
@geekonerd5 ай бұрын
🤗🤗🤗
@minorizzato395523 күн бұрын
Mi piace l'idea! Veramente un bel progetto! Devo solo adattarlo a debian xfce
@geekonerd23 күн бұрын
🤗🤗
@fabiobenetti63115 ай бұрын
anche per un non sviluppo web, ma più firmware e basso livello comunque è un ambiente godevolissimo... anzi è proprio godolandia! per gli occhi e per la tastiera. togli quello che non serve, installi qualche altro tool piccole configurazioni ed il resto è fatto! top! magia!
@geekonerd5 ай бұрын
👌💪
@EMILIANOPEPA-vq3fq5 ай бұрын
Non male come idea...un po' l'equivalente per il web programming di quello che e' Nobara per il gaming... Peccato che c'e' quasi nulla per l'embedded o l'automation
@geekonerd5 ай бұрын
Piano piano magari arriva anche quello 👌
@giovannisardisco45415 ай бұрын
Carino, ma non lo utilizzarei. Preferisco scegliere io gli strumenti e molti di quelli presenti, non li utilizzerei. Sicuramente sono interessato a capire come è fatto, quali strumenti e tecnologie ha usato. È un semplice script bash? Non ne ho mai creato uno che facesse le conf iniziali e di solito leggo dagli appunti (o dalla mia memoria) e faccio tutto a mano. Recentemente sto archiviando i dot files ed è già un bel passo avanti 😊
@geekonerd5 ай бұрын
Beh i sorgenti sono su GitHub, quindi è anche abbastanza facile da studiare e vedere com'è fatto e che cosa fa 😉 Per il resto sono d'accordo con te nel senso che, se non ti interessano le app che preinatalla oppure i temi, etc, allora non ha ovviamente senso perderci tempo. Però, come ho scritto poi anche nell'altro commento pinnato, lo script si può forkare e modificare, o anche solo prendere ispirazione dal lavoro fatto 👌
@giovannisardisco45415 ай бұрын
@@geekonerd si, infatti voglio darci un'occhiata. Grazie per lo spunto 😊
@geekonerd5 ай бұрын
🤗🤗
@enricotb19942 ай бұрын
Uso Ubuntu 24.04 LTS... ma onestamente ultimamente sono rimasto deluso... mi è capitato di copiare dei files da un sdd in ext4 (in cui vi è anche il sistema) in un hdd in ntfs da 4 tb e dopo aver fatto ciò il giorno dopo ho scoperto che i file non erano stati spostati bensì soltanto il taglia ha funzionato (cancellati). Detto questo sono convinto che gli sviluppatori dovrebbero soffermarsi a risolvere problemi del genere (gravissimi) anziché creare ulteriori varianti. (Ok ntfs è un filesystem Microsoft, ma non si può dare sempre la colpa a quest'ultima, bisogna aprire gli occhi e rendersi conto che Linux non è perfetto e ha problemi in ambito desktop)
@geekonerd2 ай бұрын
Sono d'accordo sul miglioramento, etc, però NTFS non è un filesystem da utilizzare con leggerezza in Linux, aldilà proprio di Ubuntu. Avevi fatto l'unmount o sincronizzato la scrittura? Perché se non lo fai, non hai la certezza matematica che i dati vengano scritti. Cosa che invece difficilmente accade se usi i filesystem "ufficiali". Come detto, si può sempre migliorare, ma lì te la sei un po' cercata però... Mi spiace per l'inconveniente chiaramente 👀 Sul discorso varianti, invece, non l'ho capito: se ti riferisci allo script del video, non si tratta di nessuna variante ma semplicemente specifici pacchetti che vengono installati su Ubuntu "standard". E chi ha preparato lo script di sicuro c'entra poco con chi ha sviluppato (o mantiene) il driver per la lettura/scrittura su filesystem NTFS, quindi non vedo correlazione tra le due cose 🤔 Hai aperto una segnalazione sul bug report di Ubuntu, specifico all'incidente che hai avuto?
@enricotb19942 ай бұрын
Quello che intendevo dire è che le comunità Gnu/Linux dovrebbero soffermarsi su risolvere problematiche di questo tipo (gravi quando si parla di perdite di dati)... non so cosa intendi per sincronizzare la scrittura... ma credo che un os che si dichiara come pronto all'uso anche in ambito desktop nel 2024 non debba aver necessità di essere configurato in una cosa simile (in quanto fondamentale poter copiare in maniera sicura e veloce se possibile i dati fra dischi)... ciò che ho detto non è una critica sullo script che può sicuramente aiutare uno sviluppatore ad avere una distro pronta all'uso senza troppi smanettamenti da chi magari non ha tempo o voglia di perdere tempo anche in questo... comunque sarebbe utile che la comunità Gnu/Linux crei un filesystem opensource che sia pienamente compatibile con qualsiasi OS esistente in modo che questo possa essere usato fra più sistemi senza avere problematiche di compatibilità o cose simili.... non ho aperto segnalazioni, dovrei vedere anche come fare quando ho un po di tempo, ho comunque visto in rete un utente che qualche anno fa affermava di aver avuto un problema simile sul forum di Ubuntu ma nessuno era riuscito a venirne a capo
@geekonerd2 ай бұрын
Per sincronizzazione si intende appunto l'effettiva sincronizzazione della copia dei dati sulla memoria di destinazione. Puoi assicurarti che tale operazione sia stata eseguirla con un semplice comando da terminale, ma giusto per essere sicuro che sia stata fatta o per forzarla. Infatti, quando fai copia/taglia e poi incolla, il sistema mette in coda l'operazione e poi la esegue "quando a tempo". Questo vale per qualsiasi sistema operativo, non solo su Linux. Per questo motivo si raccomanda caldamente di fare sempre "disconnetti/smonta/espelli" (o quel che è) del disco prima di disconnetterlo, proprio per evitare possibili perdite di dati. La sincronizzazione dunque non è un'operazione che va fatta se fai l'unmount del disco, perché quando esegui tale espulsione il sistema si assicura prima di aver completato la copia Sulla questione relativa al fatto che la comunità dovrebbe creare un filesystem opensource per tutti, beh, i filesystem opensource ci sono già, lo sono tutti quelli compatibili con linux, sono un sacco e sono liberi di essere utilizzati da chiunque voglia farlo. Ovviamente sta ai sistemi operativi commerciali eventualmente addottarli, non lo faranno mai poiché preferiscono usare i loro. La community non può farci nulla e non potrà mai forzare gli OS commerciali. Inoltre, su Linux ci sono già una valanga di soluzioni per evitare la perdita di dati, e in generale quando sposti dati da una memoria all'altra è sempre meglio fare la copia e non il taglia/incolla, proprio per evitare potenziali perdite di dati. Ancora una volta, questo vale su Linux come su qualsiasi altro sistema operativo. Infatti, sai come hanno "risolto" il problema della copia su Windows e macOS? A parte che nessuno dei due supporta ufficialmente filesystem diversi dai propri, e quindi una situazione come la tua non l'avresti mai riscontrata; ma ad esempio su macOS (che proprio negli ultimi anni aveva un bug incredibile che faceva perdere dati col taglia/incolla) semplicemente non è possibile fare il taglia e incolla tra dischi: sia che tu faccia taglia e sia che tu faccia copia, il sistema comunque fa solo la copia, e poi alla fine sta all'utente eliminare a mano i file dalla sorgente. Questi sono i desktop "pronti all'uso"
@enricotb19942 ай бұрын
Ok grazie per la risposta. Magari anche su Windows poteva capitarmi (uso entrambi e cerco di "valutarli" in maniera oggettiva ma sono convinto che difficilmente mi sarebbe capitato sul sistema di Microsoft, poi magari sbaglierò). Comunque sono dell'idea che se spengo il PC e quindi mi va a smontare le partizioni il sistema operativo prima di spegnersi debba verificare che eventuali operazioni di copia siano state terminate prima di arrestarsi. Ritengo comunque orrendo che sui sistemi operativi venga fatto vedere che la copia è stata terminata con tanto di barra che arriva fino alla fine ma in realtà ciò viene fatto poi in background... Credo che questo genere di cose possano essere gestite in maniera differente. D'ora in avanti prenderò l'abitudine di fare copia anziché taglia se devo trasportare dati importanti o una gran quantità di dati su un altro disco e poi smontero la partizione (cosa che faccio solo se si tratta di un disco esterno) anche se si trova all'interno del PC via ide, sata, ecc