• Off-topic
  • Windows 10, è ora possibile eseguire i programmi Linux con interfaccia grafica

Quindi a breve potrò disinstallare VcXsrv? Interessante.

dadadani ora bisogna dire che sono stati fatti dei leak, ma so se possano farci qualcosa

No bueno utilizzare codice piratato e sotto copyright per progetti OS.
Se non sbaglio il team di un noto emulatore vietò a tutti i contributori l'utilizzo del codice di un leak Nintendo per evitare problemi legali.

  • [cancellato]

  • Modificato

dadadani Esiste un progetto attualmente in sviluppo per poter eseguire binari di xnu su Linux,

Sì, ma appunto come Wine è un progetto di terze parti, non di Apple.

dadadani No, su Linux i desktop environment utilizzano alla base principalmente gtk e qt

E già quel "principalmente" è un problema 😀 e sono già almeno due.

dadadani puoi anche cambiarlo con quello che vuoi (una cosa che né Windows né MacOS possono fare facilmente)

Ed è anche quello un problema lato sviluppo.

In realtà su Windows potevi facilmente avere dei temi già al tempo di XP. Però è una di quelle cose che 1) tende a confondere gli utenti quando passano da un PC all'altro 2) Obbligano gli sviluppatori a verificare che le applicazioni funzionino qualsiasi sia il tema.

Sviluppare GUI è complesso e farle bene richiede molto tempo, con l'apporto anche di chi si occupa di grafica per tutti gli elementi necessari, e test con gli utenti per vedere se il tutto funziona fluido. Quando ti trovi a combattere con un OS dove non hai un'API e un look&feel coerente diventa un vero disastro. In più hai il problema di compatibilità in avanti e all'indietro e distro con versione a volte anche molto diverse delle librerie. Non è un caso che molte applicazioni GUI per Linux in realtà sono fatte in Java dove ci pensa il JRE/JDK a fare da layer di compatibilità. O ora con qualche versione di Javascript + renderer HTML per lo stesso motivo. Ma entrambe le tecnologie rispetto a vere applicazioni native qualche limite ce l'hanno.

Questo su Windows e macOS non si verifica. MS ha cercato disperatamente di frammentare anche la UI di Windows, ma siccome Win32 era sempre lì, molti se ne sono fregati e han continuato a usare quella che assicurava la necessaria compatibilità.

Poiché molte applicazioni commerciali non ti daranno MAI i sorgenti da compilare in loco, e non sono interessate a moltiplicare all'infinito configurazioni e test, se ne stanno alla larga anche perché sanno che un mercato di utenti paganti non esiste, quello rimane su Windows e macOS.

    Se non mi ricordo già si poteva far "spawnare" una sessione grafica da WSL, ma che senso ha avere un kernel Linux che gira dentro Windows per far girare quei due programmi in croce come ssh? A sto punto Microsoft si decida a farsi una sua distro Linux, chiamarla Windows 11, e metterci il suo DE proprietario e Wine per la retrocompatibilità dei programmi Win32. Ci risparmia un botto di soldi in sviluppo

      dadadani
      Piuttosto che usare wine ad uno conviene vitualizzate Windows su linux per avere una compatibili decentemente con le applicazioni. Detto questo come ho detto prima le strutture dei processi thread task tra win e linux sono molto differenti per cui il costo per una azienda come ms non sarebbe indifferente sopratutto se il target fosse un buona compatibilità con il sw e non un “spera che il sw sia compatibile” di wine.

      dadadani infatti utilizzo LXQt...secondo me, è il futuro.

      speriamo solo che sistemino Wayland

      • [cancellato]

      Emmeci ma che senso ha avere un kernel Linux che gira dentro Windows per far girare quei due programmi in croce come ssh

      È comodo per fare alcuni test senza dover eseguire un'intera VM separatamente. Per esempio se dovete eseguire un sito che girerà su un server Apache sotto Linux, e debuggarlo in un browser Windows è molto comodo, se si vuole fare tutto in locale. Si può anche installare Apache + quello che serve anche su Windows, ma non si ha la certezza che il tutto sia esattamente uguale.

      Emmeci
      WSL è uno strumento pensato, in origine, per gli sviluppatori.
      Il senso di WSL era, ed è, quello di permettere agli sviluppatori due cose:

      • utilizzare gli strumenti di sviluppo che sono disponibili su Linux, sia se quegli strumenti non sono disponibili per Windows, sia se magari lo sviluppatore preferisce quelle versioni per qualunque ragione.
      • testare applicazioni per Linux direttamente da Windows.

      In origine Microsoft non aveva intenzione di supportare le applicazioni grafiche, ma hanno avuto un altissimo numero di feedback che richiedevano questa cosa ed allora hanno deciso di introdurne il supporto.

      In realtà WSL non è costata poi molto, la prima versione sfruttava delle funzionalità di Windows disponibili già da (praticamente) sempre, poi nella seconda versione di WSL, hanno optato per un'altro approccio che consiste sostanzialmente in un container. Probabilmente gli costerebbe molto di più rilasciare una distro Linux e renderla "feature parity" con Windows...

        leoniDAM WSL1 è/era un lavoraccio da mantenere comunque, WSL2 invece essendo sostanzialmente una macchina virtuale presumo sia molto meno impegnativo

          Si ma se ne parlerà solo con Windows 10 21H2 o successivi e Windows Server 2022, ora è solo in preview.

          matteocontrini WSL1 è/era un lavoraccio da mantenere comunque

          E se non bastasse mancavano tante funzionalità

            matteocontrini

            Il sottosistema sul quale si basava WSL1 esisteva già in Windows, parte del lavoro c'èra già, il problema di WSL1 era dover tradurre le system call Linux in system call Windows.
            In WSL2 non c'è più la necessità di mantenere un layer di compatibilità fra le system call dei due sistemi operativi tutte le applicazioni funzionano as is, rimane comunque la necessità di rendere quanto più trasparente possibile la VM

            handymenny E se non bastasse mancavano tante funzionalità

            Uno degli sviluppatori di WSL in una intervista (parliamo di quando WSL venne annunciato nel 2016 se non sbaglio) disse che nel kernel Linux c'erano circa 300 system call e loro ne avevano implementate circa 150-200

              leoniDAM Della parte di reti, che è quello che più mi interessava, non funzionava praticamente nulla. Mi riferisco a cose come ping, mtr, nmap, nginx

              [cancellato] In realtà su Windows potevi facilmente avere dei temi già al tempo di XP. Però è una di quelle cose che 1) tende a confondere gli utenti quando passano da un PC all'altro 2) Obbligano gli sviluppatori a verificare che le applicazioni funzionino qualsiasi sia il tema.

              Le liberie per la creazione di programmi desktop sono fatte apposta per rimanere consistenti con qualsiasi tema tu voglia utilizzare, se riscontri problemi è colpa di chi lo ha creato, non del sistema operativo o qt/gtk.

              [cancellato] In più hai il problema di compatibilità in avanti e all'indietro e distro con versione a volte anche molto diverse delle librerie.

              Finché tu usi un package manger fatto bene, le dipendenze verranno sempre risolte da quello, e inoltre su Linux sono state create le appimage che sono complete applicazioni ma con le librerie già incluse, insomma questo evento è raro che accada.

              [cancellato] Non è un caso che molte applicazioni GUI per Linux in realtà sono fatte in Java dove ci pensa il JRE/JDK a fare da layer di compatibilità.

              JavaFX è cross-platform come il linguaggio stesso e dire che "sono per Linux" è sbagliato, e anche se fossero consigliate per questo target, sono estremamente poche e di certo non componenti di interi ambienti grafici.

              [cancellato] O ora con qualche versione di Javascript + renderer HTML per lo stesso motivo.

              Le applicazioni che sono in realtà con "tecnologia web" usano ormai tutte quante alla base Electron, ed ognuna contiene di base il proprio motore e perciò il problema non si pone.

              [cancellato] MS ha cercato disperatamente di frammentare anche la UI di Windows

              Lo è da sempre stato, solo che qui siamo messia ancora peggio: abbiamo di popolari WPF, Qt, Windows Forms e UWP.

              Le applicazioni native di "livello grosso" sono destinate a scendere, si punta ad utilizzare un qualcosa che possa essere il più portatile possibile, ad esempio Photoshop che mica rispetta il design di macOS o Windows, ma ne ha uno tutto suo.

                • [cancellato]

                dadadani Le liberie per la creazione di programmi desktop sono fatte apposta per rimanere consistenti con qualsiasi tema tu voglia

                Nella teoria sì. Nella pratica no. Basta poco perché una UI appaia "fuori posto". Sono già brutte le UI Qt, il resto sotto Linux è anche peggio.

                dadadani insomma questo evento è raro che accada.

                Sicuro? Vuol dire che devi testare e pacchettizzare l'applicazione per ogni distro - con tutte le sue varianti delle librerie. Cosa che con Windows non devi fare perché Win32 è sempre la stessa, ci pensa l'OS, non ci deve impazzire lo sviluppatore.E poiché la GPL è un campo minato, applicazioni commerciali spesso non possono dipendere da librerie che le costringerebbero a rilasciare tutto il codice sorgente. È anche per questo che molte applicazioni semplicemente non sono portate sotto Linux e non lo saranno forse mai.

                dadadani perciò il problema non si pone.

                Appunto. Non sono applicazioni native.

                dadadani abbiamo di popolari WPF, Qt, Windows Forms e UWP.

                Sinceramente, chi fa applicazioni Windows seriamente se ne frega di WPF, Qt, Windows Forms e UWP - anche perché non usa .NET. Usa Win32, fa prima e le applicazioni funzionano molto meglio.

                  [cancellato] Sono già brutte le UI Qt

                  Discutibile ma soggettivo

                  [cancellato] E poiché la GPL è un campo minato, applicazioni commerciali spesso non possono dipendere da librerie che le costringerebbero a rilasciare tutto il codice sorgente. È anche per questo che molte applicazioni semplicemente non sono portate sotto Linux e non lo saranno forse mai.

                  Questo penso che sia uno dei problemi principali, io in 4 anni che uso solo Linux sul fisso non ho mai visto nessun problema con le librerie grafiche.
                  Tutte le distro sono in grado di gestire correttamente tutte le UI, fintantoché uno non si mette a smanettare con Kstratum o mettendo qualche tema strano.

                  Ho visto molti più problemi con X11 e con i driver video (Nvidia 💟 )

                  [cancellato] Sinceramente, chi fa applicazioni Windows seriamente

                  Definisci seriamente

                  Comunque WINE è migliorato tantissimo da due anni a questa parte (anche se ancora molto non va), sarebbe già un bel aiuto evitare di rendere i programmi APPOSTA incompatibili con WINE (eh office/adobe?)

                    • [cancellato]

                    • Modificato

                    edofullo non ho mai visto nessun problema con le librerie grafiche.

                    Non è un problema di librerie grafiche che non funzionano, è un problema di compatibilità fra diverse versioni delle librerie. Uno dei problemi di Linux è che non mantiene non solo le API, ma persino l'ABI coerente fra distro e persino fra release diverse della stesso distro, perché la filosofia è che ricompili l'eseguibile per ogni release/distro, non che installi l'eseguibile già compilato.

                    In Window le API e specialmente l'ABI rimane identica tranne che in casi speciali. Quindi un eseguibile compilato su XP vent'anni fa gira su WIndows 10 e se non usi API non allora disponibili anche viceversa.

                    Poi c'è il problema è che differenze fra librerie, temi e via così rende le UI non coerenti fra loro, e complica la vita agli sviluppatori e agli utenti. Hai già la differenza fra Qt\KDE e Gnome\GTK.

                    edofullo Definisci seriamente

                    Applicazioni con UI complesse, con necessità di prestazione elevate, e con un investimento previsto in anni. Non quelle fatte ad hoc per un singolo cliente che vuol pagare pure il meno possibile. E dove non vuoi avere l'incubo di dover dipendere da uno specifico runtime o libreria installata da qualche parte che può cambiare in qualsiasi momento e ti tocca rincorrere i capricci del produttore.

                    C'è un motivo se tutte le applicazioni di fascia alta non sono scritte in .NET o simili - comprese quelle di Microsoft, e sono perlopiù fatte in C/C++ e con Win32 - c'è un motivo per il quale MS non è mai riuscita a deprecare Win32 nonostante tutti i suoi tentativi.

                    Non che sia diverso sotto Apple - che fa della sua UI uno dei punti di forza. Il problema è solo Linux - che ha storicamente avuto problemi con le GUI e non si rende conto che la diversità è bella fino ad un certo punto - immaginatevi se ogni distro avesse un kernel incompatibile con le altre...

                    edofullo sarebbe già un bel aiuto evitare di rendere i programmi APPOSTA incompatibili con WINE (eh office/adobe?)

                    Linux dovrebbe finirla con il diffondere 'ste panzane, indica solo un complesso di inferiorità "non funziona perché sono dei cattivoni!". Loro sviluppano per i loro target, e se WINE non ce la fa sono solo affari di WINE. Usate LibreOffice e GIMP, no? Non sono all'altezza? Chissà come mai...

                      [cancellato] Hai già la differenza fra Qt\KDE e Gnome\GTK

                      Dove sarebbe il problema, puoi usare tranquillamente applicazione Qt su Gnome o GTK su KDE

                      Applicazioni anche di alto livello (Matlab, Mathematica, Blender, Resolve) girano su tutte le distro senza problemi.

                      [cancellato] Linux dovrebbe finirla con il diffondere 'ste panzane, indica solo un complesso di inferiorità "non funziona perché sono dei cattivoni!". Loro sviluppano per i loro target, e se WINE non ce la fa sono solo affari di WINE. Usate LibreOffice e GIMP, no? Non sono all'altezza? Chissà come mai...

                      Purtroppo alcune volte è così, vuoi perchè ci sono accordi con MS/Apple oppure per non dover supportare use case "complicati" per poche persone.
                      Anche a livello gaming è cambiato tanto e molti giochi risultano incompatibili solo per problemi di DRM.
                      Guarda caso ora che sono arrivati Stadia, Luna e altri che utilizzano Linux anche i DRM (compreso denuvo) si stanno rendendo compatibili.

                        edofullo Comunque WINE è migliorato tantissimo da due anni a questa parte (anche se ancora molto non va), sarebbe già un bel aiuto evitare di rendere i programmi APPOSTA incompatibili con WINE (eh office/adobe?)

                        Quello credo sia dovuto a qualche controllo di sicurezza.
                        Afaik più di qualche anticheat ti scassa non poco se provi ad avviare il gioco su wine

                        Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈
                        P.I. IT16712091004 - info@fibraclick.it

                        ♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile