Microsoft, annuncio a sorpresa: Windows 10 integrerà un kernel Linux completo

Microsoft, annuncio a sorpresa: Windows 10 integrerà un kernel Linux completo

Microsoft ha dichiarato ufficialmente che a partire da questa estate Windows 10 implementerà un kernel Linux all'interno di Windows Subsystem for Linux (WSL). con vantaggi enormi sia in termini di prestazioni sia in termini di compatibilità

di pubblicata il , alle 11:21 nel canale Sistemi Operativi
MicrosoftWindowsLinux
 
67 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - info
cdimauro12 Maggio 2019, 10:39 #51
Originariamente inviato da: s-y
è che 'linux', inteso come ecosistema, non è un progetto singolo, ma un'accozzaglia di molti (anche troppi), con una percentuale non indifferente di 'fuoco amico incrociato' tra l'altro. senza una licenza a tenere per le palle tutti non so come sarebbe andata

in realtà cmq non vorrei passare per 'purista' della gpl (non credo che tu lo pensi, ma lo scrivo lo stesso ) che poi sono anche più realista del re

No, non lo penso, infatti.

Credo che, comunque, una licenza basata sull'estorsione del codice altrui non sia tanto etico, e non capisco come abbia potuto prendere piede.

Ci sono altri modi e licenze per tenere assieme tanti progetti, ma di questo ne abbiamo già parlato.
su systemd ormai (da un bel pò il dado è tratto, poco da fare. si adegueranno tutti, salvo equilibrismi semi-autistici per evitarlo. btw a me non piace proprio perchè appiattisce il panorama, ma poi sticazzi (e cmq non si può negare che dal punto di vista 'integrazione' aiuta)

Senz'altro, ed è questo uno dei punti di forza di systemd.

Quindi molto più facile gestire il sistema, e un sistema omogeneo, per gli utenti e gli sviluppatori. E molto facile sviluppare servizi/demoni per gli sviluppatori.

L'altro lato della medaglia è che risulta ancora non solido e stabile come ciò che ha sostituito, con una più elevata frequenza di kernel panic dovuti anche soltanto a un servizio che sia andato giù.
Questa è una lamentela comune a TUTTI i sysadmin con cui ho avuto modo di chiacchiera sull'argomento.
s-y12 Maggio 2019, 11:02 #52
Originariamente inviato da: cdimauro
L'altro lato della medaglia è che risulta ancora non solido e stabile come ciò che ha sostituito, con una più elevata frequenza di kernel panic dovuti anche soltanto a un servizio che sia andato giù.
Questa è una lamentela comune a TUTTI i sysadmin con cui ho avuto modo di chiacchiera sull'argomento.


non essendo sysadmin non posso aggiungere molto, se non notare come paradossalmente la gestione automatica (e l'autoresume in caso di crash) dei servizi sarebbe proprio una delle funzioni principali...

viene cmq in mente un altro progetto dello stesso autore, e con fini non tanto dissimili, anche se ovviamente su aspetti molto meno critici: pulseaudio, che per un bel periodo è stato davvero quasi inutilizzabile

aggiungo anche che la mia esperienza su systemd è al momento solo su macchine desktop singole, e con applicazioni tipicamente desktop, niente roba server, e non posso dire di aver riscontrato problemi in tal senso. per quel poco che vale ovviamente...
cdimauro12 Maggio 2019, 11:29 #53
Anch'io non ho riscontrato problemi con systemd, lato desktop. Coi server non ho esperienza (ma ho amici che lo fanno per professione. Giusto ieri sera ho avuto una chiacchierata con uno molto bravo).

Su pulseaudio finora leggo valanghe di critiche. Non l'ho mai usato, ma pare che abbia ancora problemi.
ripsk12 Maggio 2019, 15:09 #54
Originariamente inviato da: cdimauro
Credo che, comunque, una licenza basata sull'estorsione del codice altrui non sia tanto etico, e non capisco come abbia potuto prendere piede.

Ha preso piede in quanto è un sistema di autodifesa.
Serve ad evitare che qualche avvoltoio prenda il 99,9% di codice aperto scritto da altri, e ci aggiunga il suo 0,1% di sorgenti chiusi che lo rende incompatibile.
cdimauro12 Maggio 2019, 16:42 #55
O prendere soltanto alcuni pezzi che servono per i propri progetti, cosa che è di gran lunga più comune rispetto allo scenario che hai ipotizzato.

Ciò precisato, non serve estorcere il codice altrui per tutelare quello che altri hanno deciso di rilasciare come open source. Licenze che limitino gli usi se ne possono benissimo creare allo scopo.
s-y12 Maggio 2019, 17:34 #56
non userei la parola 'estorcere' cmq, mi pare esagerata
nel senso che la licenza si conosce già prima di contribuire, non solo dopo
si può scegliere di non partecipare, e bona così

in questo senso fu molto più controverso quello che fece canonical con mir, che è vero che rilasciò in gpl, ma corredando con il requisito di accettare la loro cla, che fondamentalmente autorizzava canonical a relicenziare il codice a piacere. quello si era una specie di 'furto' (virgolette), tanto che alcune interpretazioni lessero la mossa come addirittura un tentativo di mettere in cattiva luce forzosamente la gpl.

si torna sempre ai modi di cui sopra
cdimauro12 Maggio 2019, 18:16 #57
Originariamente inviato da: s-y
non userei la parola 'estorcere' cmq, mi pare esagerata
nel senso che la licenza si conosce già prima di contribuire, non solo dopo
si può scegliere di non partecipare, e bona così

Non è così semplice: ci sono casi di codice GPL che sia finito accidentalmente in un progetto, costringendone poi al rilascio.
in questo senso fu molto più controverso quello che fece canonical con mir, che è vero che rilasciò in gpl, ma corredando con il requisito di accettare la loro cla, che fondamentalmente autorizzava canonical a relicenziare il codice a piacere. quello si era una specie di 'furto' (virgolette), tanto che alcune interpretazioni lessero la mossa come addirittura un tentativo di mettere in cattiva luce forzosamente la gpl.

si torna sempre ai modi di cui sopra

Non so in che modo sia stato realizzato MIR da Canonical, ma il dual-licensing è abbastanza diffuso e non c'è assolutamente nulla di male nel rilasciare un prodotto con più licenze a seconda del tipo di utilizzo che l'utente finale ne deve fare.
s-y12 Maggio 2019, 18:23 #58
che non sia semplice è vero, ma non credo che siano casi voluti quelli dei 'rilasci automatici'. di qui la mia nota sulla definizione di estorsione, che è esagerata

casomai poca attenzione, o anche cazzonaggine, ma è diverso (e magari pure peggio...)

che sia poi un aspetto controverso e correggibile della gpl, sono d'accordo

sulla licenza di mir le ombre c'erano, non si trattava di doppia licenza, ma di clausola obbligatoria, accessoria e aggiuntiva alla gplv3 (di fatto)

ps: questa la critica più argomentata sulla questione, anzi se non ricordo male fu proprio il post che 'iniziò le danze'
cdimauro12 Maggio 2019, 18:34 #59
OK, ma è stata un'aggiunta postuma al rilascio di MIR, o era già inclusa ed evidente durante la prima pubblicazione?

Che poi, comunque, non è che sia così importante questo dettaglio, perché se i sorgenti di un progetto sono rilasciati col copyright dello sviluppatore, anche se con licenza GPL, il copyright rimane pur sempre al proprietario che può decidere di rilasciare gli stessi sorgenti successivamente anche con licenze diverse.

Per essere chiari, il sorgente rilasciato come GPL può andare per la sua strada, mentre l'azienda/sviluppatore può successivamente continuare a sviluppare lo stesso sorgente in maniera indipendente e con licenza diversa.

Questo giusto per chiarire.
s-y12 Maggio 2019, 18:40 #60
mi sono spiegato male
per contribuire bisognava aderire alla cla, che autorizzava canonical a relicenziare a piacere, contributi 'dalla gpl' compresi

Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".

La discussione è consultabile anche qui, sul forum.
 
^