Link alla notizia: https://www.hwupgrade.it/news/sistemi-operativi/terremoto-asahi-linux-lascia-il-fondatore-che-spara-a-zero-contro-il-mondo-linux_135737.html

Hector Martin, fondatore del progetto Asahi Linux, ha annunciato le sue dimissioni dalla manutenzione del codice Apple Silicon per il kernel Linux e dalla guida del progetto. Nel suo blog, Martin ha spiegato che le difficoltà tecniche vissute e denunciato boicottaggi all'interno della comunità.

Click sul link per visualizzare la notizia.

Rust... per carità.

Almeno il kernel linux sia programmato da qualcuno capace di gestire la memoria, non dai bambini che usano Rust

tralasciando le motivazioni tecniche e le motivazioni personali spero il progetto vada avanti, l'uniformità dell'hw dei mac crea un terreno perfetto per far prosperare l'uso di linux sugli stessi

Una certa tossicità nell'ambiente è indubbio che ci sia, vuoi per semplici visioni diverse, vuoi per la presenza di troppe prime donne, vuoi per frustrazione.
Detto questo, bisognerebbe sentire anche l'altra campana. Non è la prima volta che uno sviluppatore "esaurito" si sfoga contro tutto e tutti, magari dopo aver creato egli stesso le tensioni di cui si lamenta.
Può aver tutte le ragioni del mondo, oppure no.

Fatto sta che Asahi è un progetto un po' di nicchia, nato sotto l'hype che Apple aveva generato con l'uscita dei suoi nuovi chip.
Ai tempi qualcuno parlava di energie sprecate, poi invece si è dimostrato un discreto successo. Ora questa eccitazione è scemata, e con essa l'attenzione verso questo progetto.
Credo sia un andamento normale, come è normale che lo sviluppatore principale si demoralizzi.

Comunque, ricordiamoci che Linus è ormai in età da pensione. Oltretutto, con le politiche recenti americane, non so come il futuro di Linux verrà influenzato.
Sospetto che qualche grosso cambiamento avverrà presto.
Sarebbe il momento giusto, per l'UE, di battere un colpo.

Una certa tossicità nell'ambiente è indubbio che ci sia, vuoi per semplici visioni diverse, vuoi per la presenza di troppe prime donne, vuoi per frustrazione.
Detto questo, bisognerebbe sentire anche l'altra campana. Non è la prima volta che uno sviluppatore "esaurito" si sfoga contro tutto e tutti, magari dopo aver creato egli stesso le tensioni di cui si lamenta.
Può aver tutte le ragioni del mondo, oppure no.

Fatto sta che Asahi è un progetto un po' di nicchia, nato sotto l'hype che Apple aveva generato con l'uscita dei suoi nuovi chip.
Ai tempi qualcuno parlava di energie sprecate, poi invece si è dimostrato un discreto successo. Ora questa eccitazione è scemata, e con essa l'attenzione verso questo progetto.
Credo sia un andamento normale, come è normale che lo sviluppatore principale si demoralizzi.


Tutti gli informatici hanno la spocchia, specialmente quando si parla del codice scritto da altri: il proprio codice è sempre il migliore possibile.

Detto ciò, se vuoi tenere una cosa in mainline devi fare come ti dicono i maintainers anche se ti dicono di fare cose che non vorresti fare, altrimenti ti fai il tuo fork di Linux come fanno tanti e ti mantieni da solo la tua patch, non c'è niente di male.

La gerarchia serve, altrimenti sarebbe il caos e un progetto come Linux non potrebbe semplicemente essere gestito.


Comunque, ricordiamoci che Linus è ormai in età da pensione.


Quindi?


Oltretutto, con le politiche recenti americane, non so come il futuro di Linux verrà influenzato.
Sospetto che qualche grosso cambiamento avverrà presto.


In che senso?


Sarebbe il momento giusto, per l'UE, di battere un colpo.

L'UE non esiste.

Tutti gli informatici hanno la spocchia, specialmente quando si parla del codice scritto da altri: il proprio codice è sempre il migliore possibile.

Detto ciò, se vuoi tenere una cosa in mainline devi fare come ti dicono i maintainers anche se ti dicono di fare cose che non vorresti fare, altrimenti ti fai il tuo fork di Linux come fanno tanti e ti mantieni da solo la tua patch, non c'è niente di male.

La gerarchia serve, altrimenti sarebbe il caos e un progetto come Linux non potrebbe semplicemente essere gestito.

Appunto.
Una certa gerarchia serve, purtroppo non può far contenti tutti.

Quindi?

In che senso?

Quindi, la gerarchia attuale si basa sulle decisioni ultime di Linus, che potrebbe domani dire "sono stanco, mollo".
Poiché poi lo sviluppo dei Linux dipende molto dalla legislazione americana (almeno attualmente), e gli USA puntano ormai direttamente all'isolazionismo, qualcosa ai vertici potrebbe presto cambiare.

L'UE non esiste.
Come vuoi.

Quindi, la gerarchia attuale si basa sulle decisioni ultime di Linus, che potrebbe domani dire "sono stanco, mollo".


Mah, ci sono i maintainer dei vari sotto-sistemi, quindi non è controlla tutto Linus.

Chiaro che sul core del kernel Linus possa dire ancora la sua. A meno che non si consideri cosa da poco, ad esempio, l'introduzione di Rust nel kernel Linux.

Dopodiché non vedo il problema: quando Linus deciderà di mollare (ho i miei dubbi, secondo me finché sarà in grado fisicamente non mollerà, o almeno non del tutto) il compito passerà ad altri.


Poiché poi lo sviluppo dei Linux dipende molto dalla legislazione americana (almeno attualmente), e gli USA puntano ormai direttamente all'isolazionismo, qualcosa ai vertici potrebbe presto cambiare.

Non so a cosa ti riferisci di preciso. Il kernel linux è open source con licenza GPL2, quindi dal punto di vista del codice cambierà poco.

Certamente molti sviluppatori sono americani, la stessa Linux Foundation è di base a San Francisco.


Come vuoi.

È un dato di fatto, purtroppo eh, mica sono contento di come sta messa l'Europa.

A meno che non si consideri cosa da poco, ad esempio, l'introduzione di Rust nel kernel Linux.

ha cominciato ad implementarlo anche 11 in 24H2 :D

https://i.postimg.cc/yYYZwxJD/x.jpg

Comunque, ricordiamoci che Linus è ormai in età da pensione. Oltretutto, con le politiche recenti americane, non so come il futuro di Linux verrà influenzato.
Sospetto che qualche grosso cambiamento avverrà presto.
Sarebbe il momento giusto, per l'UE, di battere un colpo.

E che dovrebbe fare l'Europa, forkare il kernel preventivamente e finanziare lo sviluppo parallelo perché non si sa mai? :confused:

Questo articolo è scritto veramente male, senza un minimo di approfondimento sulla cosa.

Rust centra veramente poco in questo caso, il punto è che Hector Martin ha scritto delle assurdità.

Se volete approfondire :

https://www.youtube.com/watch?v=8QcQ_128OIw

Poiché poi lo sviluppo dei Linux dipende molto dalla legislazione americana

Puoi argomentare meglio altrimenti questa affermazione è totalmente falsa

Puoi argomentare meglio altrimenti questa affermazione è totalmente falsa
Cosa c'è da argomentare?
Linus è cittadino americano, la fondazione ha sede in America. Sono costretti a sottostare alle leggi americane.
Esempio ne è l'estromissione dei manutentori russi del kernel secondo regole governative americane.

In una possibile guerra commerciale tra gli USA e un altro paese, i primi potrebbero imporre dei vincoli sulla "fornitura" di Linux al secondo.

A quel punto, si dovrebbe pensare ad un fork del kernel, abbandonando il produttore originale...

Anche se rust é un linguaggio validissimo, da totale ignorante e a posteriori, mi chiedo se non sia stato fatto un passo piú lungo della gamba.

Non dev'essere semplice integrare un nuovo linguaggio in un progetto che é stato modellato intorno al C.

Cosa c'è da argomentare?
Linus è cittadino americano, la fondazione ha sede in America. Sono costretti a sottostare alle leggi americane.
Esempio ne è l'estromissione dei manutentori russi del kernel secondo regole governative americane.

In una possibile guerra commerciale tra gli USA e un altro paese, i primi potrebbero imporre dei vincoli sulla "fornitura" di Linux al secondo.

A quel punto, si dovrebbe pensare ad un fork del kernel, abbandonando il produttore originale...

Ehm.. Linus Torvalds é un cittadino finlandese e non mi sembra neanche abbia mai preso la naturalizzazione statunitense.. ma magari non sono aggiornato :stordita:

Poi ho dei dubbi che si possa restringere la "fornitura" del kernel Linux vanilla ad altri visto che é di pubblico dominio. E a differenza di altre licenze open source, con la GPL non é possibile distribuire copie modificate/prodotti derivati dello stesso senza distribuire anche i sorgenti.

Ehm.. Linus Torvalds é un cittadino finlandese e non mi sembra neanche abbia mai preso la naturalizzazione statunitense.. ma magari non sono aggiornato :stordita:

Dal 2010
https://www.oregonlive.com/siliconforest/2010/09/linus_torvalds_already_an_oreg.html

Poi ho dei dubbi che si possa restringere la "fornitura" del kernel Linux vanilla ad altri visto che é di pubblico dominio. E a differenza di altre licenze open source, con la GPL non é possibile distribuire copie modificate/prodotti derivati dello stesso senza distribuire anche i sorgenti.
Non lo so, ma tante cose non sembravano possibili nell'ultimo mese...
Le leggi (come le licenze) sembrano fatte per essere infrante, basta solo parlare di "sicurezza nazionale".

Comunque lo sviluppo può essere influenzato ed indirizzato in un certo modo (ad esempio, si potrebbero eliminare driver e supporto a periferiche prodotte da un certo paese), un po' come fa Google con Chromium.
A quel punto, sì, si può forkare, ma bisogna anche sviluppare...

Dal 2010
https://www.oregonlive.com/siliconforest/2010/09/linus_torvalds_already_an_oreg.html



:muro: vado a sotterrarmi.

Comunque non so come funzioni in questi casi con la doppia cittadinanza. Alla fine, se Torvalds volesse disobbedire ai dettami di un'amministrazione autoritaria statunitense, potrebbe avvalersi della sua cittadinanza finlandese in casi estremi.

Di certo non mi sembra il tipo che permette ad altri di calpestare i propri diritti.

Comunque IMHO il problema dell'Europa non é tanto il fork o il non-fork. Quanto il fatto che mancano le condizioni economiche e sociali per avere una simil-Silicon Valley Europea.

Rust... per carità.

Almeno il kernel linux sia programmato da qualcuno capace di gestire la memoria, non dai bambini che usano Rust

Si vede che te ne intendi :asd:

Tutti gli informatici hanno la spocchia, specialmente quando si parla del codice scritto da altri: il proprio codice è sempre il migliore possibile.

Detto ciò, se vuoi tenere una cosa in mainline devi fare come ti dicono i maintainers anche se ti dicono di fare cose che non vorresti fare, altrimenti ti fai il tuo fork di Linux come fanno tanti e ti mantieni da solo la tua patch, non c'è niente di male.

La gerarchia serve, altrimenti sarebbe il caos e un progetto come Linux non potrebbe semplicemente essere gestito.



Quindi?



In che senso?



L'UE non esiste.


non è così, il codice migliore è quello che rispetta queste regole:
1) non ha bug
2) esegue minor operazioni per clock
3) occupa meno memoria possibile

...e siccome nessun codice è esente da tutte e tre le problematiche, nessun codice è perfetto anche se apparentemente è così fino al momento che qualcuno lo migliora, con o senza altri "magheggi" es: (scrivere la stessa libreria in un'altro linguaggio magari più ottimizzato per la macchina dove deve girare).

Quindi i codici sorgenti sono da vedersi come una sorta di gatto di Schrödinger, non sai mai se è perfetto o meno fino alla verifica.

Vedasi qualche settimana fa dell'update dello stack di rete di linux:
https://www.hwupgrade.it/news/sistemi-operativi/una-modifica-del-kernel-linux-potrebbe-ridurre-il-consumo-energetico-dei-datacenter-fino-al-30_134951.html

Dal 2010
https://www.oregonlive.com/siliconforest/2010/09/linus_torvalds_already_an_oreg.html


Vuole dire nulla, è anche finlandese



Non lo so, ma tante cose non sembravano possibili nell'ultimo mese...


Frase senza senza e senza contesto


Le leggi (come le licenze) sembrano fatte per essere infrante, basta solo parlare di "sicurezza nazionale".


Se infrangi una legge vai a processo, al limite puoi cambiare una legge.
Non sai di cosa parli, la sicurezza nazionale entra in gioco su altere questioni.


Comunque lo sviluppo può essere influenzato ed indirizzato in un certo modo (ad esempio, si potrebbero eliminare driver e supporto a periferiche prodotte da un certo paese),

Non sai di cosa parli, non sai come funziona Linux e in generale non sai come funziona la comunità Opensource.
Per la cronaca anche la cina rispetta la GPL


un po' come fa Google con Chromium.


E non centra nulla, per ora Chromium e supportato quasi interamente da Google


A quel punto, sì, si può forkare, ma bisogna anche sviluppare...

Non serve forake in kernel, è uno spreco di risorse

non è così, il codice migliore è quello che rispetta queste regole:

2) esegue minor operazioni per clock



Di questa è esattamente il contrario. Se così non fosse non avrebbe senso construire processori multicore.

Vuole dire nulla, è anche finlandese

Però vive in America, e si adatta alle leggi americane.
Ripeto, l'estromissione dei manutentori russi ne è una prova.

Frase senza senza e senza contesto

Se segui un po' di attualità internazionale vedrai che il senso lo trovi.
A meno che tu non voglia trovarlo...

Se infrangi una legge vai a processo, al limite puoi cambiare una legge.
Non sai di cosa parli, la sicurezza nazionale entra in gioco su altere questioni.

Tipo, abbiamo bisogno della Groenlandia, è una questione di sicurezza del mondo libero, non escludiamo l'uso della forza per l'ottenimento?
Con queste premesse, tutto può essere esasperato a "necessità per sicurezza nazionale".
Con questa premessa, tutto può essere fatto, anche al di sopra delle leggi.

Non sai di cosa parli, non sai come funziona Linux e in generale non sai come funziona la comunità Opensource.
Per la cronaca anche la cina rispetta la GPL

Ripeto, i manutentori russi sono stati esclusi a causa di una direttiva statunitense.

E non centra nulla, per ora Chromium e supportato quasi interamente da Google

E Google ne decide ogni piccolo aspetto, pur essendo opensource.
In mancanza di capacità di sviluppo alternativo, l'unico sviluppatore diventa in pratica colui che comanda.
C'entra eccome.

Non serve forake in kernel, è uno spreco di risorse
Se gli sviluppatori rispondessero ad un controllo non più accettato dal resto del mondo, l'unica soluzione è il fork, e un team di sviluppo alternativo.

Magari sei tu che non sai di cosa parli...

Di questa è esattamente il contrario. Se così non fosse non avrebbe senso construire processori multicore.

Sì pardon, intendevo scrivere "Viene eseguito nel minor numero di clock"