Ontwikkelaar krijgt Adobe Photoshop 2025 aan de praat op Linux

Een ontwikkelaar heeft twee versies van Photoshop via Creative Cloud geïnstalleerd op zijn Linux-systeem. Hij heeft daarvoor zelf patches gemaakt voor Wine, waarmee Windows-software onder Linux te draaien is.

Het gaat om fixes aan MSXML3 and MSHTML, meldt Phoronix. Ontwikkelaar PhialsBasement voerde de fix door en kon daarna Photoshop 2021 en Photoshop 2025 installeren op zijn Linux-systeem. De software loopt ook goed, zo claimt de ontwikkelaar. De fix staat op GitHub, maar zit niet standaard in Wine.

De Adobe-suite is een van de bekendste set van programma's die niet draait onder Linux en de gedachte is dat het niet kunnen installeren van programma's zoals Photoshop mensen tegenhoudt om op Linux over te stappen.

Het is onbekend of de fix van PhialsBasement voor iedereen werkt. Ook is onduidelijk waarom juist Photoshop 2021 en 2025 wel zouden werken en andere versies niet. Daarnaast is onbekend of andere Adobe-programma's werken met de patch.

Photoshop op Linux met Wine-patch

Reacties (185)

[Piemol]

Ook is onduidelijk waarom juist Photoshop 2021 en 2025 wel zouden werken en andere versies niet.

Hij schrijft zelf dat het in ieder geval werkt voor die versies. Het lijkt mij het meest aannemelijk dat hij enkel die versies zelf heeft en daar uitvoerig mee getest heeft. Het is ongelukkig om te schrijven dat het niet in andere versies zou werken.

In het gelinkte artikel staat letterlijk de bron van de programmeur zelf: https://www.reddit.com/r/linux_gaming/comments/1qdgd73/i_made_adobe_cc_installers_work_on_linux_pr_in/

Daarin schrijft hij:

Please test it out and let me know, currently confirmed working for PS2021 and PS2025

[Reactie gewijzigd door Piemol op 18 januari 2026 09:20]

[GertMenkel]

Hij heeft wel voor iedere versie aparte patches moeten schrijven. Allicht werken de fixes ook voor andere versies en patches (zoals de Gecko callback fix), maar aangezien twee keer op verschillende manieren kapotte XML moest worden gerepareerd, is de kans aanwezig dat iedere versie van de installer zijn eigen tweaks nodig heeft.

Voor een "echte" fix zou iemand de verschillen tussen MSXML en libxml2 moeten uitzoeken en een wrapper/fork van die laatste moeten maken die werkt zoals Microsoft's implementatie. Daar gaat denk ik niemand de tijd en moeite in steken aangezien dat echt een gigantisch werk is, en libxml2 al niet meer onderhouden wordt upstream.

Dit inzicht in wat Adobe's installers kapotmaakt is natuurlijk wel een hele goede manier om andere versies snel werkend te krijgen, aangezien klaarblijkelijk het programma zelf al gewoon werkt maar de installer het probleem is.

[kimborntobewild]

"Daar gaat denk ik niemand de tijd en moeite in steken aangezien dat echt een gigantisch werk is": Waarom niet? Een filantroop met een hart voor Linux kan dat toch financiëren?

[GertMenkel]

Het zou kunnen, maar veel bijdragen van die schaal komen van partijen als CodeWeavers en Valve die het doen uit winstoogmerk.

CodeWeavers (die voor een groot deel Wine ook beheren) verdienen hun geld met consultancy, een commerciële Wine-versie en porting-tools . Op macOS is Photoshop al beschikbaar dus ik zie er weinig winst in.

CrossOver voor Linux bevat wel hacks die Wine niet bevat, maar alleen voor de mensen die 74 euro willen betalen voor Wine. Als CrossOver dit doet, gaat de feature waarschijnlijk (voor een tijd) achter een betaalmuur.

Voor Valve zou het een mooie toevoeging aan SteamOS zijn, maar ze verdienen hun brood toch vooral met games.

De meeste Wine-API's zijn geïmplementeerd voor zover ze nodig zijn om applicaties te kunnen draaien en in gevallen als deze worden ze uitgebreid met meer trucs als dat nodig is. Perfecte bug-voor-bug API-replica's zijn lastig te maken zonder de broncode in te kunnen zien.

In principe zouden jij of ik op dit moment kunnen beginnen met vinden van edge cases in de MSXML-API en daar workarounds voor toevoegen aan Wine, maar ik heb daar zelf niet zoveel zin in/tijd voor .

[yuckywucky]

wel, wat ik lees in die artikels, is dat het lukt om de installer te laten finishen... hij claimt ps2021 vlot te hebben draaien, maar ik heb nog geen beelden gezien, en ik ben van de pics or it didn't happen generatie... Heb een vermoeden dat we het niet te snel zullen zien (hopelijk ben ik fout, ik mis photoshop wel...)

heb zelf eens geknutseld met ps2026. Arch, wayland, en zijn patch, daarmee lukt het om te installeren. Sniffer.exe (tooltje van adobe) toont dat er geen displays te vinden zijn. Het is gelukt om mijn GPU te detecteren, en door proton GE te gebruiken kan ik ook sniffer mijn twee displays laten detecteren.
Ik geraak echter in beide (wine en proton GE) niet verder dan een halve seconde de splash screen, en dan een crash. Wel met totaal andere errors.

[gorgi_19]

Het artikel wekt de indruk dat Wine’s MSXML/MSHTML gefixt is, maar uit de patch blijkt dat het om een Adobe-specifieke workaround gaat.

Als je de patch zelf bekijkt, voert hij geen inhoudelijke fixes door aan MSXML3 of MSHTML. De aanpassing zit in hoe Adobe’s installer XML aanlevert aan Wine.

In feite gaat het om een Adobe-specifieke workaround: problematische XML in de installer wordt vóór het parsen aangepast, zodat libxml2 (dat Wine gebruikt) er niet op faalt. Windows MSXML is toleranter voor niet-standaard of foutieve XML, terwijl libxml2 dat terecht weigert.

De patch detecteert o.a. geneste <?xml?> declaraties en XML die eigenlijk als tekst bedoeld is, en wrapt die in CDATA-secties. Daardoor kan de installatie van Photoshop 2021 en 2025 doorgaan.

Het is dus geen algemene verbetering van MSXML/MSHTML in Wine, maar een gerichte workaround voor Adobe’s installers.

quote: https://github.com/Phials...255e0f092e9fd0d35e8ded3aa

msxml3: Wrap embedded XML content in CDATA for Adobe installer compatibility
Windows MSXML tolerates malformed XML that libxml2 rejects. Adobe installers generate XML with embedded content that causes parse failures:

1. Embedded <?xml?> declarations inside elements (PS2021 installer)
2. *XMLData elements containing XML that should be treated as text,
not parsed as child elements (PS2025 installer)

Add preprocessing in doparse() to detect these patterns and wrap the problematic content in CDATA sections before passing to libxml2.

[Reactie gewijzigd door gorgi_19 op 18 januari 2026 09:23]

[baseoa]

Als de Windows-implementatie dit tolerante gedrag vertoont, waarom zou het dan niet een verbetering aan WINE zijn om deze patches te includen? Is zoiets niet juist het doel van hei project?

[CAPSLOCK2000]

Als de Windows-implementatie dit tolerante gedrag vertoont, waarom zou het dan niet een verbetering aan WINE zijn om deze patches te includen? Is zoiets niet juist het doel van hei project?

Het probleem is dat je dan bestanden gaat accepteren die niet aan de standaard voldoen en dus kun je niet met zekerheid zeggen wat zo'n document betekent. Het is een beetje alsof je een dialect spreekt tegen iemand die zelf alleen de hoofdtaal spreekt. De hoofdboodschap komt waarschijnlijk wel over maar wat meer subtiele details gaan misschien verloren en ook die kunnen heel belangrijk zijn.

Daarnaast schep je het probleem dat je defecte bestanden mogelijk niet meer kan detecteren.

In het algemeen is er wel wat te zeggen voor liberaal omgaan met inkomende data en niet te moeilijk doen over kleine foutjes maar je moet ze niet gaan doorgeven. Bij libxml vind ik het terecht om juist super streng te zijn, die hele library draait om niks anders dan XML correct implementeren.

[TheVivaldi]

Het doel van Wine is een implementatie van de Windows-standaarden te maken. Als Windows dit soort zaken accepteert, zou Wine dat dus ook moeten doen, hoe fout de oorspronkelijke implementatie ook is.

[Zezura]

Ja en nee, ik zou eerder een tussenweg vinden, niet elke fout in windows wil je perfect namaken als het een fout is. Je wil de fout eigenlijk niet hebben. Alleen als je het nodig hebt, zou ik de fout aanzetten. Daarom zou ik een tussenweg voorstellen waar je per programma een fout of een fix kan aanzetten of doorvoeren.

[JeroenED]

persoonlijk vind ik dit een foute redenering. Je wilt denk ik net wel alle fouten van windows in wine. Dat is net het hele idee van wine, windows software (en fouten) op linux draaien. Ze noemen het een compatbiliteitslaag, linux compatibel maken met windows binaries. Ik denk niet dat er windows binaries zijn die je gaat compileren voor wine (bestaat dat target wel llvm of gcc of zo?)

[Reactie gewijzigd door JeroenED op 18 januari 2026 21:27]

[Remzi1993]

Het is eigenlijk een vertaallaag, maar inderdaad. De fouten van Windows moeten gewoon overgenomen worden zodat alle Windows software werkt. Want die Windows software gebruikt of de fouten of een workaround van die fouten. Dit is precies waarom Linux nog niet zo ver is met alles vertalen van Windows omdat mensen zitten te mierenneuker en in de.open source wereld is het zelfs erger dan hier op Tweakers. Mensen denken niet pragmatisch en praktisch na.

[trab_78]

En dat is volgens mij precies wat deze patches doen.

[MSalters]

Sterker nog, dit is precies hoe Windows zelf ook werkt. De interne term is "AppCompat", er zijn hele lijsten met app-specifieke hacks die soms 20 jaar terug gaan.

Is Windows daardoor groot? Praktisch gesproken niet, want deze dingen activeren alleen voor de desbetreffende app.

[L0g0ff]

Of je schiet een bug in bij Microsoft. Die fixen hun code en daardoor breken de toekomstige installaties van Adobe. Met het gevolg dat Adobe zijn installatie fixed en het zonder aanpassingen in wine werkt

[trab_78]

In theorie werkt dat. In de praktijk zie ik het niet gebeuren.

[jimshatt]

Of je schiet een bug in bij Adobe. Die fixen de xml in hun installer zodat het door zowel de foutieve implementatie van Microsoft gepikt wordt, maar ook de incorrect correcte implementatie van Wine.

Maar ja. Fat chance.

[mbb]

Nu Adobe weet dat de installatie alleen vastloopt op wat XML in de installers (en dus niet in het gebruik), is er kans dat ze daar zelf patches voor gaan uitbrengen? Of heeft Adobe principiële problemen met Linux? (ivm gebrek aan DRM ondersteuning ofzo)

[asing]

Er zijn een paar bedrijven die geen enkele intentie hebben om hun software/hardware Linux geschikt te maken. Je zal niet zien dat Microsoft Office wordt geport, HDMI forum ineens versie 2.1 toestaat of dat Adobe hun software laat draaien op Linux. Anti-Cheat is nog even een vraag gezien wat Valve aan het doen is en NVidia gaat tegenwoordig ook een stuk beter.

Er zijn overigens open source alternatieven voor Adobe, maar ik snap dat mensen dat niet willen omdat je dan eigenlijk je hele workflow opnieuw moet leren. Maar als ze hun abonnementen maar duur genoeg maken en de alternatieven worden echt bruikbaar, dan wordt Adobe een soort dino uit het verleden.

[bantoo]

Libxml2 is abandonware niet door wine zelf ontwikkeld. Ik vraag me af of ze zin hebben die library te onderhouden als fork.

[dmantione]

Gegeven het belang van Photoshop, één van de meest genoemde programma's die niet op Linux draait, kunnen ze zich beter inschikken. Ga er maar vanuit dat het niet de eerste keer is dat een workaround nodig is, in Windows zitten wel meer vieze dingen.

[kimborntobewild]

Wie moet inschikken? Zoals ik het begrijp accepteert MSXML foutieve XML. Dát is eerder iets waar ingeschikt moet worden. Als foutieve code wordt geaccepteerd, werkt dat slordig werken in de hand. En daarmee bugs en zero days en kans op honderden miljarden schade.

[trab_78]

Technisch heb je gelijk. Toch zie ik het niet gebeuren dat MS zijn XML implementatie gaat aanpassen. Los van dat ze er geen zin in hebben, zijn er inmiddels ook teveel programma’s die zouden stukgaan, omdat ze juist rekenen op de bugs van MS…

[xFeverr]

ik kan me herinneren dat Microsoft, toen het de C#-compiler opnieuw implementeerde in C# (Roslyn) ipv C++, dat het toen ook de bepaalde bestaande bugs moest herimplementeren vanwege backwards compatibility. Dat is heilig voor ze, dus dat gaan ze niet fixen. Hoe stom het ook is om bewust een bug te maken in een nieuwe implementatie.

[dmantione]

Microsoft heeft een lange historie van het slecht implementeren van standaarden en software is afhankelijk van die slechte implementaties. Herinner je bijvoorbeeld websites die van Internet Explorer CSS-bugs afhankelijk waren.

De ideale wereld zou zijn als iedereen zijn eigen bugs fixt. En ja, als Microsoft zijn XML-implementatie fixt, dan werkt Photoshop niet langer op Windows en moet Adobe het repareren.

Linux/Wine heeft niet de machtspositie om Microsoft te vertellen dat ze Windows moeten fixen. En dus is er geen andere keus dan bepaalde bugs naprogrammeren. Geen ideale wereld, maar een drama is het ook niet: Wine is er immers voor legacysoftware.

[vanviegen]

Abandonware? Hoe kom je daar bij?

https://gitlab.gnome.org/...its/master?ref_type=HEADS

[Soldaatje]

Je kan met winetricks ook msxml6 installeren, dan zou het ook moeten werken?

[Roberg]

Het doel van Wine is om Windows zo goed mogelijk na te doen, en als dat betekent dat je toleranter moet zijn wat betreft de XML die moet worden geparsed, dan lijkt me dat de juiste weg. Libxml2 mag het terecht weigeren, maar Wine zou het moeten accepteren.

[CAPSLOCK2000]

Het doel van Wine is om Windows zo goed mogelijk na te doen, en als dat betekent dat je toleranter moet zijn wat betreft de XML die moet worden geparsed, dan lijkt me dat de juiste weg. Libxml2 mag het terecht weigeren, maar Wine zou het moeten accepteren.

Nee, het doel is niet om Windows na te doen. Het is doel is een onafhankelijke implementatie van de Windows-standaarden. Nadoen betekent dat je ook alle foute nadoet, dat is niet het doel van Wine.

Pragmatisch gezien worden er wel wat uitzonderingen gemaakt om zoveel mogelijk Windows-applicaties te kunnen draaien.

Exact imiteren kan eigenlijk ook niet, want er zijn meerdere versies van Windows die niet 100% compatible zijn. Standaarden evolueren en bugs worden opgelost. Wine zou als doel kunnen hebben om één specfieke versie exact na te bouwen, inclusief alle bugs en afwijkingen, maar dat is lastig omdat nergens vastligt welke fouten en en afwijkingen er precies zijn. Een hoop fouten zullen nog niet eens bekend zijn, zelfs niet bij MS want dan waren ze wel verbeterd. Tegen de tijd dat Wine ook maar in de buurt zou komen van een exacte nabootsing van een specifieke versie van Windows zou die versie al weer verouderd zijn.

De betere aanpak is dus om te proberen de standaarden en api's van Windows zo goed mogelijk te implementeren zoals ze zouden moeten werken en daarna eventueel fixes toe te voegen om te dealen met problematische stukken in specfieke applicaties of windows-versies.

[dmantione]

Wine moet niet één Windows-versie exact nabouwen, maar doel moet zijn zoveel mogelijk programma's werkend krijgen. Daarbij past geen theoretisch ideale implementatie van de API, maar een implementatie die zoveel mogelijk imperfectie programma's accommodeert.

[CAPSLOCK2000]

Eens, maar de manier om daar te komen is om te beginnen met de standaarden en dan waar nodig af te wijken. Als je begint met te veel naar één specifieke Windows-versie toe te schrijven dan kom je later mogelijk in de problemen.

Windows zelf heeft ook verschillende compatibility-modules/hacks om met oude software compatible te blijven. Het zou zomaar kunnen dat de xml-library in de volgende versie van Windows dichter bij de standaard zit. MS wil niet afwijken van standaarden, het is meer dat ze ook vast zitten aan het verleden en backwards-compatibility.

Er is nog een praktisch aspect, namelijk dat Wine maar beperkte resources heeft. Een hele eigen XML-library bouwen zou veel werk zijn, gebruik maken van libxml is een stuk efficienter, zelfs als er dan wat patches/hacks nodig zijn om meer compatible met Windows te zijn zijn.

[d3burt]

Een hoop fouten zullen nog niet eens bekend zijn, zelfs niet bij MS want dan waren ze wel verbeterd.

Dat is niet mijn ervaring met Microsoft. Ik heb meerdere issues gemeld, in een aantal gevallen met de debug informatie er bij over waar een simpele return status check ontbreekt. Zo lang er geen heel grote klant over zeurt gebeurt er niets mee.

Dat schijnt te maken te hebben met de tijd die het kost om de nazorg te doen. Probleem analyseren: vijf minuten. Patch schrijven: vijf minuten. Testen op je development machine: vijf minuten. Door het kwaliteitsproces heen duwen: minimaal twee dagen werk. En dit is de happy flow, waar een engineer kan zeggen: ik heb iets opgelost zonder vervolgschade.

Geen engineer raakt missende validaties in een XML parser aan zonder dat zijn manager in de nek staat te hijgen, want als daarna Photoshop niet meer installeert is Adobe boos en heb jij het gedaan.

[LollieStick]

De fout en ook de oplossing is tweeledig:

- Microsoft die een verkeerde XML-implementatie faciliteert/accepteert
- Adobe die (onbewust) gebruik maakt van de foute implementatie

Adobe kan het negeren en dan in de toekomst in de problemen komen. Of ze kunnen het fixen zodat het volgens de standaarden werkt dan werkt het voor zowel Microsoft als LibXML2.

Microsoft dient dit ook te fixen om compliant te zijn. Des te langer ze er mee wachten des te groter het probleem is als blijkt dat het later moeten fixen wegens bijvoorbeeld een lek.

Kortom het zou bij beide gemeld moeten worden en beide moeten aan de slag.

[Reactie gewijzigd door LollieStick op 19 januari 2026 13:49]

[MSalters]

Microsoft dient dit ook te fixen om compliant te zijn.

Denkfout. Een standaard kan zeggen dat bepaalde fouten niet gedetecteerd hoeven te worden door een parser. Beter gezegd, een standaard schrijft doorgaans voor welke subset van fouten wél gedetecteerd moet worden.

Een onderliggende reden is dat sommige checks een DDOS mogelijk zouden maken. Bewijzen dat een bepaald document foutloos is kan heel gauw exponentieel complex zijn. XML is daarvoor ingewikkeld genoeg.

[mbbs1024]

Klopt, uit eigen ervaring weet ik hoe moeilijk het is om een probleem opgelost te krijgen bij Microsoft.
Het ging in mijn geval om een fout in de landencodes, waardoor een telefooncentrale van een groot bedrijf, niet correct werkte in een bepaald land.

Ik had dit gemeld bij MS, en er kwam geen reaktie.
Daarna had de IT dienst van het bedrijf daar ook een oplossing voor gevraagd bij MS, nog steeds geen reaktie.
De fabrikant van de telefooncentrale vroeg ook een oplossing, nog steeds geen reaktie.

De boel werd geescaleerd intern tot aan de CEO van mijn bedrijf, (telco/ISP), die Bill Gates persoonlijk kende, en daarna had ik onmiddellijk een developper vanuit de VS die me opbelde om het probleem te bespreken, en een paar weken later liep de patch binnen via een Windows update.

Mogelijk werd er initieel niets gedaan door MS, omdat de telefooncentrale in concurrentie stond met de communicatie software van Microsoft, maar dat is pure speculatie van mezelf.

[DrPoncho]

Dit. Wine heeft legio app/game-specifieke aanpassingen.

[bzuidgeest]

Hoe terecht een weigering is hangt af van het doel. Het doel is reageren als Windows en Windows tolereert het. Dus ja dat maakt het een bug in wine. Wine moet accommoderen. Of je dat doet door de xml te corrigeren voordat je het aan libxml2 voert of libxml2 wat flexibeler maakt is niet relevant.

Dus als patches als deze werken dan zijn ze prima.

Het zou natuurlijk beter zijn als Adobe beter zijn werk deed een dit soort fouten gewoon oplost. Maar het is Adobe, die geven alleen om geld.

[BeosBeing]

...problematische XML in de installer wordt vóór het parsen aangepast, zodat libxml2 (dat Wine gebruikt) er niet op faalt. Windows MSXML is toleranter voor niet-standaard of foutieve XML, terwijl libxml2 dat terecht weigert.voor Adobe’s installers.

Ik denk dat dit technisch gezien de juiste aanpak is, niet MSXML/MSHTML in Wine aanpassen. Daar zit de bug immers niet.

[Stiello]

Ik zou ook wel willen overstappen naar linux (of het in iedergeval proberen). Maar er mist nog te veel software waar ik van afhankelijk ben ivm mijn werk dat het niet kan.

Wat ik nooit echt begrepen heb, er zijn zo veel verschillende distros. Het zou slimmer zijn om al die development kracht te bundelen om zo één hele goede versie te maken, of misschien 3 ipv 300. Maar juist die vrijheid is ook de achilleshiel van Linux, en dat is jammer.

Hopelijk kan Valve nog wat geniaals maken zodat linux weer een stapje verder komt.

[HollowGamer]

De verschillende distros zijn juist de kracht van Linux, ik vind het altijd gek dat mensen dat een slechte ontwikkeling noemen.

Valve heeft voor hun SteamDeck min of meer een fork van Arch Linux, maar het is ook mogelijk te kiezen voor minder bleeding edge als Debian of er tussenin met Fedora. Valve heeft hiervoor gekozen zodat ze zo specifiek mogelijk snapshots kunnen pushen, maar je kunt ook kiezen voor iets als Bazzite als je niet wilt wachten op Valve die iets updated.

Het roepen dat iets slecht is, komt in mijn optiek vaak door onwetendheid. CachyOS is reuze interessant bijvoorbeeld als je de maximale performance wilt halen uit je hardware, maar minder interessant als je stabiliteit prefereert. Zo zijn er echt doelen voor de distro. Een PopOS is bijvoorbeeld echt gemaakt voor Cosmic (in mijn optiek dan) en hun Framework laptops. Niet elke distro heeft ondersteuning voor hun hardware.

T.o.v. Windows, kan jij je doeleinden kiezen. Windows heeft bepaalde varianten, maar die zijn closed en echt bedoelt om nog altijd in hun ecosysteem te zitten. Op Linux heb je veel meer keuzes, je kunt zelfs de hele manier van booten veranderen voor je device. Sterker nog, je kunt met immutable distros zelfs volledige stukken read-only maken, dat zie ik bij Windows nooit gaan lukken.

[Reactie gewijzigd door HollowGamer op 18 januari 2026 10:27]

[jmvdkolk]

Je hebt helemaal gelijk, dit is de kracht van Linux. En tegelijk is het ook de zwakte van Linux. De gemiddelde Photoshop gebruiker zit niet te wachten op deze keuzes, maar moet ze wel maken. Zelfs als je uit de mainstream distros kiest, dan is er nog steeds veel keuze vanuit het perspectief van de gemiddelde Windows gebruiker. Ik zou Ubuntu adviseren voor een middle of the road Linux distributie, en als ik dat dan adviseer dan krijgen mijn vrienden en familie van iemand anders te horen dat er iets veel beters voor ze is. Het uiteindelijk effect is dat mensen op Windows blijven zitten omdat ze het idee hebben dat er geen juiste keuze bestaat voor Linux.

[L0g0ff]

Er is ook geen goed of fout. En als je Ubuntu hebt voorgesteld dan is dat een prima voorstel. En naarmate een gebruiker zelf een tijdje Linux draait kan die prima zelf beslissen of die bij Ubuntu wil blijven of dat het toch tijd is voor een andere smaak.

Steeds meer applicaties worden in flatpaks gezet. Er zit zelfs een distroloos OS aan te komen. Zie https://github.com/projectbluefin/dakota

Dat wil dus zeggen geen packet manager meer. Alleen GNU/Linux + GNOME als immutable fundering. En dan trek je met flatpak of brew je apps binnen. Of je download een appimage.

En als Adobe dan gewoon zorgt dat hun launcher als flatpak wordt aangeboden dan kunnen ze prima hun maandelijkse subscription model blijven hanteren en is iedereen blij (en vrij )

[dmantione]

... en laten we, voor degenen die meelezen, nog maar eens stellen dat het een vrij irrelevante keus is. Of je nu Ubuntu, OpenSuSE, Mint, Fedora of een andere algemene distributie kiest, ze leveren je allemaal een keurige desktop af, waar je prima mee kan werken, waar uiteindelijk dezelfde programma's op gedraaid worden. Firefox, GIMP, of zelfs Photoshop onder Wine worden niet opeens een ander programma.

Ieder mens is uniek, we hebben ook allemaal onze eigen voorkeur voor kleding en automerken, onze eigen mening welke het beste is, maar een gebruiksvriendelijke Linuxdesktop leveren alle distributies zoals zowel Renault als Skoda je van A naar B zullen brengen.

[Biggg]

Is het voor die mensen ook een problemen bij het uitzoeken van een auto dat er zoveel keuze is? Al die verschillende merken en modellen. Terwijl mensen gewoon van a naar b willen komen.

Bij twijfel, pak linux mint. De golf van de linux wereld. Zo spannend is het niet.

[HollowGamer]

Misschien moeten mensen (weer) leren eigen keuzes te maken i.p.v. wat iemand op een forum, TikTok of X roept?

Op Windows moet je ook keuzes maken, je kunt ook kiezen CoPilot niet te gebruiken bijvoorbeeld. Kennelijk vinden mensen een bloated OS met ads/spyware een betere keuze dan een Linux basis.

Zou zeggen tegen die mensen have fun ermee. :)

[cmegens]

Mensen zijn niet gehandicapoed hè. Uit alle verschillende automerken die er zijn weten ze er ook 1 te kiezen. En zullen we het eens hebben over hoeveel verschillende kleding merken er zijn? En toch loopt er niemand in zijn nakie omdat ie niet kan kiezen.

[TheVivaldi]

Wat ik nooit echt begrepen heb is waarom mensen de ‘versnippering’ bij Linux zo'n probleem vinden, maar niet bij koelkasten, auto's, telefoons, pastasauzen, supermarkten, kledingwinkels, kledingstukken, etc. Keuzevrijheid is nooit ergens een probleem, behalve bij Linux.

[Reactie gewijzigd door TheVivaldi op 18 januari 2026 10:49]

[Stiello]

Mijn antwoord als (nog) niet linux gebruiker.

Alle voorbeelden die je geeft zijn uit ontwikkelde producten. Ze doen wat ze moeten doen, en dat doen ze goed. Daarna is er de keuze van smaak.

Bij linux krijg ik na wat research al snel het idee dat linux niet zomaar linux is. Het is niet één uitontwikkeld product met verschillende smaakjes. Het zijn verschillende producten, met ook verschillende smaakjes. En het ene product is beter voor A, en het andere voor B en je hebt ook nog een C, D, etc..

Stel, windows is een auto. Dan is dat een redelijk complete auto die er redelijk goed uitziet, alle functies heeft en prima rijd. Als ik die windows auto zou willen omruilen voor een linux auto voelt het alsof dat niet echt mogelijk is. Het voelt meer alsof ik dan moet kiezen voor een straaljager of een onderzeeer of een kart. Allemaal leuk, maar niet wat ik zoek om dagelijks mezelf mee te vervoeren.

Zo voelt het in ieder geval voor mij, en wellicht voor meer mensen die Linux (nog) niet kennen. Ik zou heel blij worden als linux een breder publiek kan aanspreken en dat er daardoor meer mogelijk word, zoals dit artikel een kleine stap is. Ik ga binnenkort eens een dualboot systeem maken om te testen. Misschien is een straaljager nog niet zo'n slechte keus :-)

[jmvdkolk]

De keuzes zijn ook lastig bij koelkasten enzovoort. Alleen zijn de keuzes bij koelkasten enzovoort veel beter te begrijpen voor de gemiddelde consument. Bij Linux krijg je in feite een lege koelkast zonder vakjes en moet je de indeling zelf samenstellen op basis van producten van veel anderen. No-frost? Als je de verkeerde koelkast hebt gekocht, dan kan je no-frost er niet bij krijgen. Wil je speciale klimaatladen? Sorry, je had het verkeerde model koelkast gekocht dus die optie is er niet of maar beperkt. In mijn ogen is een koelkast (of eender van die andere dingen die je noemt) daarom niet te vergelijken met de keuze voor een operating system. De keuzes zijn veel completer (je koopt een compleet model) en de keuzes zijn vele malen eenvoudiger.

[klakkie.57th]

Omdat er fundamentele verschillen zijn tussen de distros, die je dan iedere keer weer opnieuw moet leren/onthouden, dat kost moeite.

Kom ik bij iemand thuis of bij een andere werkgever en ik moet mij iedere keer aanpassen , dan kost dat productiviteit

Of als ik een probleem moet oplossen moet ik natuurlijk exact dezelfde omgeving hebben anders is een oplossing mogelijks geen oplossing …..

[Reactie gewijzigd door klakkie.57th op 18 januari 2026 11:09]

[TheVivaldi]

Maar dat geldt elders toch ook? Als Samsung functie A op een andere manier implementeert dan Xiaomi, en iemand vraagt om hulp, moet ik me ook aanpassen. En ik moet me ook aanpassen aan het feit dat ik bij mijn Primark de pashokjes op de herenafdeling niet kan gebruiken en bij de C&A wel. En bij Scapino zijn al helemaal geen pashokjes, wéér een andere implementatie. En bij Lidl moet ik me aanpassen aan de Lidl Plus-app, bij AH aan de Bonuskaart. En dan werken de zelfscankassa's ook nog eens allemaal anders. En niet te vergeten de producten zelf: bij aardappelpuree van Mousline moet ik geen melk toevoegen en bij sommige andere weer wel.

En als ik naar België of Duitsland ga, moet ik me verdiepen in de vervoerssystemen die zij gebruiken, want geen OV-chipkaart. (En op sommige plekken binnen Nederland ook, want de OV-chipkaart wordt niet overal gebruikt.) En op vakantie naar Italië of Denemarken moet ik me verdiepen in wat daar volgens lokale regelgeving wel en niet mag.

En als ik in een Tesla stap, moet ik me aanpassen aan hoe die auto werkt t.o.v. een Mazda of Ford.

En zelfs binnen Windows: zet bijvoorbeeld maar eens Office 2003 naast Office 2007. Je kunt niet zeggen dat niemand daar opnieuw mee heeft leren moeten werken.

Is dat allemaal erg? Mijns inziens niet.

[Reactie gewijzigd door TheVivaldi op 19 januari 2026 13:04]

[klakkie.57th]

Ik, als zovelen zullen dat allemaal mijden en ervaren als extra moeite extra stress.
Wat is het uiteindelkijke productiviteitsvoordeel om voor Linux te kiezen ipv Windows ? Voor mij geen enkel.

[Biggg]

Dan blijf jij toch lekker hangen. Don't fix what ain't broken.

[Sine]

Maar dat is een heel andere insteek dan het "it just works" monopolie van MS, daar heb je één methode om iets te doen. En als je die kent dan werkt die waarschijnlijk in de volgende (twee a drie) releases ook nog.

Dom voorbeeld:
Neem de veel aangeprezen Mint.
Als je daar bepaalde pakketten uit de package manager trekt (Kicad, en het toch redelijk veel gebruikte Inkscape ... als we het toch over Adobe alternatieven hebben) dan wordt je daar standaard een prehistorische versie van voorgeschoteld. Letterlijk releases van jaren geleden. Zonder duidelijk pad hoe een recente versie geïnstalleerd te krijgen.

Dat schrikt een beginner ook wel af.

Dus het is niet enkel hoe de distro werkt, maar ook hoe het met de zut eromheen omgaat. En daar zit wel degelijk flink verschil in.

[Magic Power]

Neem de veel aangeprezen Mint.
Als je daar bepaalde pakketten uit de package manager trekt .... dan wordt je daar standaard een prehistorische versie van voorgeschoteld. Letterlijk releases van jaren geleden. Zonder duidelijk pad hoe een recente versie geïnstalleerd te krijgen.

Dat schrikt een beginner ook wel af.

Nee, want beginners interesseert die details helemaal niet. Ik heb nog nooit een beginner gezien die oplet op welke versie hij heeft, hij is alleen maar geïnteresseerd in of de software kan doen wat hij wil. En als de software het niet kan gaat een beginner niet op zoek naar oplossingen daarvoor, maar installeert het opnieuw of vraagt hulp aan vrienden of zo.

Daarnaast, dit is nu exact 1 van de redenen waarom er meerdere Linux distributies zijn. De zogenaamde 'Rolling Release' distributies halen altijd het nieuwste van het nieuwste op, zoals bijvoorbeeld Arch Linux en Fedora. Linux Mint daarentegen, prefereert een stabiele basis en update pas nadat de basis weer stabiel is. Arch voor als je het nieuwste wilt, Mint voor als je stabiliteit wilt.

[Sine]

[...]

Nee, want beginners interesseert die details helemaal niet. Ik heb nog nooit een beginner gezien die oplet op welke versie hij heeft,

Bij deze voorbeelden interesseert dat nu net wel, beide oer-versies zitten vol met bugs en zijn niet compatible met projecten gemaakt met de nieuwe releases.

En dan heb ik niet over bleeding-edge alpha releases of zo, wat in de mint repo zit is echt antiek, ja zelfs prehistorisch, ik geloof dat (ik heb even geen live mint hier) van kicad zelfs versie 4 geïnstalleerd wordt. Die is uit 2015

Linux Mint daarentegen, prefereert een stabiele basis en update pas nadat de basis weer stabiel is. Arch voor als je het nieuwste wilt, Mint voor als je stabiliteit wilt.

De normale releases van beide pakketen zijn gewoon stable, als je dan niet wilt blijf dan 1 versie achter oid, maar 10 jaar is toch wel wat overdreven.

[HollowGamer]

De meeste zijn apt, rpm of pkg. Voor apps tegenwoordig snap, flatpak of appimage.

Het lijkt me niet heel moeilijk?

[PeterPluijms]

Aangezien zelfs Torvalds de versnippering aan de desktop zijde hekelt zit er toch misschien wel wat in.

[TheVivaldi]

Torvalds is een belangrijk en invloedrijk persoon, maar het is en blijft niets meer dan zijn persoonlijke mening.

[dmantione]

Als je je hele leven een uniform hebt gedragen, kan het even als ingewikkeld voelen dat je je eigen kleren moet kiezen die je wilt dragen. Is vrije kledingkeuze daarmee een slecht idee? Ik denk het niet, ieder mens op aarde is uniek, een besturingssysteem die dat erkent, is in het belang van het individu.

De diversiteit is ook cruciaal voor Linux. Als er maar één Linux zou zijn zou Microsoft 1 concurrent hebben om uit te schakelen en daar al zijn energie op richten. Linux zou al lang dood zijn. Linux is groot en sterk omdat het een beweging is die van onderuit groeit.

De diversiteit is ook cruciaal voor de veiligheid van Linux: Doordat Linux geen monocultuur is, is het ontwerpen van 1 stuk malware dat alle Linuxsystemen kan besmetten nagenoeg onmogelijk.

[curkey]

Totdat je in een team moet werken en klanten moet bedienen, of dat je specifieke machines moet aansturen. Begrijp me niet verkeerd, ik ben best een voorstander van Linux. Maar voor mijn werk is het gewoon niet te gebruiken buiten de plekken waar ik alleen een webbrowser voor nodig heb.

Er zijn best wat heilige oorlogen gaande in Linuxland die niet direct bijdragen aan een productieve voortgang, maar vooral meer omdat het anders moet zijn om het anders zijn. Gnome zelf is al een mooie, inclusief al diens opvolgers en derivaten, dan nog Gnome vs KDE vs de andere. En het "oplossen" van zwakheden in X met Wayland, maar waar vervolgens weer totaal andere fundamentele zaken in ontbreken die een ware headscratcher opleveren.

Zo had ik ook al eens een distro gekozen waar ik geen systemd in had zitten, maar toen bleek zoiets als de Unifi controller software niet te werken. Kun je weer met containers aan de gang en tientallen dingen installeren om een simpele controller aan het werk te krijgen.

Diversiteit in het landschap vind ik zeker niet slecht, maar het ontbreekt wel ergens aan een stukje focus. Een hoop mensen zijn druk bezig met elk een eigen richting op te rennen, terwijl het veel krachtiger resultaat zou kunnen opleveren als er meer samen gedaan zou worden.

Ik heb in de afgelopen tientallen jaren best wat distro's gebruikt, van Slackware op floppies, Red Hat 4 t/m nu Manjaro en ik heb er voor privé meestal genoeg aan op een paar key applicaties na. Mijn Capture One bibliotheek van 30k+ bewerkte foto's is één van die onneembare hordes.

[dmantione]

Totdat je in een team moet werken en klanten moet bedienen

Doe ik, in 2005 Windows van mijn computers verwijderd, ook op het werk. Klanten gebruiken ook Linux, en ik heb geen problemen mijn werk te doen.

[jmvdkolk]

Dat is heel afhankelijk van jouw werk, in hoeverre dit waar is. Natuurlijk zijn er gevallen zoals de jouwe. Ik durf te stellen dat jouw situatie een uitzondering is. In mijn ervaring, geen garantie dat dit universeel is, is de enige invloed die ik heb op de systemen die klanten hebben, geen klanten werven die met bepaalde systemen werken.

[dmantione]

Dat zal zo zijn, maar het argument dat Linux alleen maar bruikbaar is in situaties waar een browser nodig is, klinkt meer als je keus voor jezelf goedpraten dan als de realiteit.

[jmvdkolk]

Ik heb op geen enkel moment gezegd dat Linux alleen maar bruikbaar is in situaties waar een browser nodig is. Deze reactie heeft niets met mijn reacties te maken.

[dmantione]

Klopt, maar wel met de reactie waar ik op reageerde.

[curkey]

Het hangt hel erg af welke tools je moet gebruiken en met wie je interactie hebt.

Qua tooling heb ik zelf te maken met de development en reporting tools van SAP, welke onder andere bestaat uit plug-ins voor Excel en bepaalde native Windows apps. Integratie en dashboards gaan ook naar MS Power BI tegenwoordig. Dan nog wat tools omtrent kunnen werken met SOx/GxP gevalideerde document management en change management systemen.

Dat staat nog los van de corporate policies uiteraard, dus ik heb er sowieso geen keuze in. Maar zou die er wel komen, dan zitten er flinke gaten in waar je uiteindelijk op dual boot gaat uitkomen op zijn best.

[klakkie.57th]

de vraag is dan zelfs nof of die Dual boot al zou kunnen want de meeste corporate policies zullen dit rapporteren en bekijken als een "security breach" wat het ook is..

We gaan alleen maar naar steeds strakkere policies of dit dan van een linux of windows omgeving uitgaat maakt niets uit ... afwijken van de standaard is defacto een risico

[curkey]

Ja precies, andere OS'en installeren gaat sowieso niet, dat is allemaal dichtgezet. Bij uitzondering kunnen mensen een Mac krijgen, maar met de tools die ik op mijn lijst heb staan word je daar allesbehalve blij van. Zelf vind ik MacOS ook niet echt je dat werken.

[cdwave]

Wat houdt je echt tegen? Want "proberen" is helemaal gratis...

Bovendien, als je werk de enige reden is om Windows te hebben, dan is een dual-boot toch ideaal. Boot naar Windows voor werk, boot naar Linux voor al het andere.

[desalniettemin]

Een met Windows en een met Linux. Beter dan dual booten. Als je dual boot niet goed instelt dan sloopt Windows je Linux.

[cdwave]

Nooit meegemaakt de afgelopen tien jaar ofzo.

En mocht Windows er een potje van maken, gewoon de install stick erin en die fixt het in een paar seconden.

[mbbs1024]

Ik heb het toch een paar maal meegemaakt, dat een Windows update de bootsector overschrijft, en ik dan terug een dual boot bootsector moest plaatsen via een linux USB stick.
Voor iemand met technische kennis is dat te doen, maar voor een gewone gebruiker niet.

Na een paar maal, heb ik dat probleem opgelost door Windows totaal van mijn PC te verwijderen, en het eerste wat ik doe als ik een nieuwe PC koop, is Windows verwijderen, en Linux installeren.
Ik gebruik op die manier al vanaf de Windows Vista release geen Windows meer.

[Stiello]

Ik zal het binnenkort eens proberen.

Maar het gevoel dat je moet kiezen (functionaliteit ,uiterlijk, besturing, ondersteuning, veiligheid etc) terwijl je gewend bent dat je altijd alle dingen hebt voelt onnatuurlijk.

Zoals ik hierboven ook al zei: Als ik mijn windows "auto" wil vervangen, heb ik het gevoel dat ik niet kan kiezen voor een standaard Linux auto, maar dat de keuze een straaljager, onderzeeer, kart of totaal iets anders is.

[Uruk-Hai]

Je kunt misschien niet in het algemeen kiezen voor een standaard Linux optie, maar je kunt voor jezelf wel bepalen wat voor jou persoonlijk de standaard optie is.

Voor mij persoonlijk is Linux Mint de standaard optie. Ik gebruik daar nu de Cinnamon editie van. Het gaat mij vooral om Cinnamon, dat vind ik persoonlijk de allerfijnste desktop environment van dit moment.

Mocht het Linux Mint team besluiten af te stappen van Ubuntu als basis en zich volledig te gaan baseren op Debian, dan ga ik daarin mee en stap ik over op LMDE, wat ook Cinnamon gebruikt.

[Magic Power]

Ik snap de auto analogie, maar het vergelijken met straaljagers en onderzeeërs gaat me te ver.

Ik zou het dan eerder vergelijken met dat Windows een BMW auto is, en dat je voor Linux dan kunt kiezen tussen merken als Audi, Volkswagen, Porsche, Jeep. Ja, een Windows / BMW auto is veelzijdig, en iedereen weet hoe die dingen werken, maar als ik het goedkoper wil pak ik een Audi, als ik door ruigerer gebieden moet pak ik een Jeep, als het mooier moet pak ik een Porsche. En ik zie niet dat mensen het verwarrend vinden dat er meerdere merken en typen auto's zijn.

[Stiello]

Elke persoon met een rijbewijs kan in principe elke auto besturen onafhankelijk welk merk of type het is.

Laten we het gebruiken van windows zien als het rijbewijs, aangezien het de "standaard" is.

Volgens jouw beredenering zou je dus elke willekeurige distro voor kunnen schotelen aan elke persoon met windows ervaring (ook je moeder/vader/neefje/oma) met de vraag: stuur een e-mail en print een brief.

En het slagingspercentage zou dan 100% zijn.

Ik bedoel het niet als aanval, maar ik denk niet dat dit tot 100% of zelfs 25% slagingspercentage zal komen.

Vandaar dat ik het vergelijk met straaljagers en onderzeeers. Allemaal vervoersmiddelen, maar andere besturing.

[Reactie gewijzigd door Stiello op 18 januari 2026 13:54]

[Magic Power]

Volgens jouw beredenering zou je dus elke willekeurige distro voor kunnen schotelen aan elke persoon met windows ervaring (ook je moeder/vader/neefje/oma) met de vraag: stuur een e-mail en print een brief.

En het slagingspercentage zou dan 100% zijn.

Ik bedoel het niet als aanval, maar ik denk niet dat dit tot 100% of zelfs 25% slagingspercentage zal komen.

Vandaar dat ik het vergelijk met straaljagers en onderzeeers. Allemaal vervoersmiddelen, maar andere besturing.

En hier zit het verschil in: Je bekijkt of een persoon die een auto gebruikt met andere auto's kan omgaan, maar als voorwaarde stel je dat het wel iemand moet zijn die een BMW rijdt. Ja, geen wonder dat die BMW rijders geen problemen hebben met een BMW, maar als ze in andere auto's rijden dat ze dan moeite ermee hebben.

Niet elke persoon op deze planeet heeft Windows ervaring. Wel een hoop, maar niet iedereen. Er zijn er genoeg die voornamelijk met Android of iOS werken, of die voornamelijk met Chromebook werken.

En dan heb je ook nog eens dat je meerdere devices hebt, zoals naast een computer een telefoon. Daar zit geen Windows op. De mensen die telefoons gebruiken weten al dat sommige apparaten nu eenmaal wat anders werken, en zullen anders bestanden versturen of iets uitprinten.

En als je dan zegt: 'Ja, maar in Windows weet je hoe je iets moet doen, want dat is standaard.' Maar Windows is door de jaren heen ook veranderd. Hoe je nu het startmenu gebruikt, en meerdere vensters beheers via de taakbalk is veel veranderd door de jaren heen. Een 'Windows Verkenner' van rond 2005 is ook heel erg anders dan een 'Windows Verkenner' van nu in Windows 11.

En zelfs als je dan zegt: 'Ja, maar het is ten minste makkelijker om te doen in Windows dan in Linux.' Als voorbeeld geef ik je een printopdracht. Print iets in Windows 11 en in Linux Mint. In Windows moet je dan naar de website van de Printer Fabrikant gaan, daar de installer EXE downloaden, die dubbelklikken, door de vensters gaan van de installer, en dan kun je printen. In Linux Mint heb ik nu al bij 4 personen, inclusief mijzelf, meegemaakt dat als ik ergens kom met een printer, dat zodra ik connect met zijn netwerk dat de printer dan al automatisch wordt geinstalleert, zonder dat ik lastig wordt gevallen met die installatie.

Maak niet de fout om te denken dat wat iedereen gebruikt (Windows) ook gelijk het beste is, en dat als iemand een versie van Windows kent dat die ook gelijk op alle andere versies van Windows overweg kan.

[cdwave]

Mijn ouders zijn 80+ en geslaagd voor de test. Ze konden met een Ubuntu install meteen scannen, printen, foto's kijken, e-mail lezen en sturen, brieven schrijven en sturen, en natuurlijk browsen.

Wat moeder wel jammer vindt is dat ik niet regelmatig meer hoef langs te komen om de computer weer vlot te trekken.

[dmantione]

Elke persoon met een rijbewijs kan in principe elke auto besturen onafhankelijk welk merk of type het is.

En zo is het ook met Linux.

[Sine]

Om Dwight Schrute te quoten ...

"FALSE!"

De eerste keer dat iemand een stuk software installeert en er daarvan geen icoontje in het startmenu verschijnt zijn de meeste mensen al reddeloos verloren.
Om maar eens wat te noemen.

En dat is dan met de aanname dat men überhaupt de package manager al heeft kunnen vinden (want die heet zo ongeveer bij elke distro anders) en daarin heeft kunnen ontcijferen welke van de drie mogelijke versies van hun stuk software nu eigenlijk geïnstalleerd moet worden. (Wat is arm? Wat is X86?)

[dmantione]

Kunnen sturen betekent niet dat je een rijbewijs waardig bent. Iemand die een geïnstalleerd stuk software niet kan vinden, kan niet met zijn computer omgaan en is het rijbewijs uit de analogie niet waard.

Maar als jij een rijbewijs hebt gehaald op de ene Linuxdistributie, zal een andere distributie nul problemen voor jou opleveren.

[Sine]

Dat was in jouw oneliner niet duidelijk, en dat was ook strekking van de discussie waarop je reageert niet.

Als je windows kunt "rijden" dan kun je Linux ook, dat is pertinent niet waar.

Tot op zekere hoogte, ja .. en dat wordt ook steeds beter. Maar 'tante Ans' loopt gegarandeerd tegen de muur.

[Magic Power]

En dat is dan met de aanname dat men überhaupt de package manager al heeft kunnen vinden (want die heet zo ongeveer bij elke distro anders) en daarin heeft kunnen ontcijferen welke van de drie mogelijke versies van hun stuk software nu eigenlijk geïnstalleerd moet worden. (Wat is arm? Wat is X86?)

Package Managers tonen mooi braaf de juiste versie voor je, ik heb nog nooit daarbij moeten selecteren welke architectuur (ARM/x64) ik moet hebben.

En als je moet kiezen welke architectuur (Arm/x64) je wilt, moet je dat ook op Windows doen. Dat is op Windows hetzelfde als op Linux. Vaak helpen de websites waar je de software wilt downloaden wel hierbij, die zien dan al wat voor soort processor je hebt, en tonen dan al de juiste versie die je nodig hebt.

[Sine]

Al eens octopi gedraaid in Cachy bijvoorbeeld? Daar krijg je meestal meerdere opties voor een package, waarvan sommige op jouw systeem niet zullen werken (of überhaupt maar geïnstalleerd kunnen worden)

Oke, dan ben je wat aan het zoeken wat niet in de standaard repo zit, maar toch heb ik dat al meermaals nodig gehad.

Begrijp me niet verkeerd, ik vind het een goede zaak dat mensen naar Windblows alternatieven aan het kijken zijn. Maar zo 'plug and play', en 'iedereen kan dat' is Linux in zijn algemeenheid (nog) zeker niet.

[Reactie gewijzigd door Sine op 19 januari 2026 11:43]

[cdwave]

Pak maar wat. Zo heel veel maakt het allemaal niet uit. Ubuntu is denk ik wel de meest gangbare hier. Mijn ouders (van 80+) gebruiken het ook.

[mbbs1024]

Bij auto s bestaat er ook niet zoiets als een standaard auto.
Ieder merk en zelfs een ander model van hetzelfde merk is anders, je moet daar evengoed een keuze in maken.

Je stapt toch ook niet in een willekeurige garage binnen om te vragen naar een standaard auto.

[Robbierut4]

Proberen is misschien gratis als in het kost je geen euro's.

Het is niet gratis als je tijd je iets waard is. Ik ben aan het kijken naar de overstap, livedisk gemaakt, werkt aardig. Maar tijdens dat uitproberen wel dingen tegengekomen die ik eigenlijk niet top vindt, maar niet kan oplossen want livedisk. Dus nu moet ik eigenlijk gaan dual booten, om te kijken of ik het kan fixen. En zo niet, weer terug naar windows.

Tussen een initiele distro uitzoeken, livedisk proberen, dual boot, etc, kost me dat denk ik totaal 2 dagen werk. Dus nee, het is niet gratis.

[Klauwhamer]

Ik weet niet waar je tegenaan loopt maar ik ben er best zeker van dat je een (of meerdere) oplossing(en) kunt vinden op internets, kan je er vanuit gaan dat het oplosbaar is in een normale installatie.

Als je alsnog twijfelt, maak je een backup vanaf je live boot met 'dd' naar een externe locatie (USB/SSH/..) en installeer je nadien Linux. Als het oplossen dan toch niet lukt, boot je de live USB en zet je de backup terug (ook mer 'dd').

[TheBlackbird]

In mijn persoonlijke ervaring is overstappen naar linux pas nuttig als er 3 grote voorwaarden zijn vervuld:

1. Linux biedt betere service/performance voor een domein dat belangrijk voor je is (bvb. machine learning / AI development)
2. Je zit niet vast aan Windows-apps die van fundamenteel belang zijn (je bent bvb. grafisch vormgever en je werkt met Adobe voor je klanten)
3. Je bent wat IT-technisch onderlegd of je bent bereid dat te worden; hoewel veel gebruiksvriendelijker dan vroeger blijft er vaak wat tinkering nodig die je onder Windows zelden of nooit hoeft te doen

Het helpt als je je ergert aan de weg die Microsoft met Windows inslaat, maar dat verandert weinig als je qua werk en applicaties gebonden bent aan Windows. Blijf dan gewoon bij Windows, want alles draaiend proberen krijgen in linux wordt dan al snel een aparte job, met weinig garanties voor de toekomst.

Het proberen van linux is altijd mogelijk via een dualboot setup, zo heb ik het ook lang gedaan.

De verschillende distro's vind ik niet zo'n probleem. Ja, er is het nadeel dat het de krachten wat verspreidt, maar het - naar mijn mening - grotere voordeel is dat als een distro een weg inslaat waar je je absoluut niet kunt in vinden (cf. Ubuntu met Snap en dergelijke), je gewoon switcht naar iets anders.

[Reactie gewijzigd door TheBlackbird op 18 januari 2026 10:00]

[desalniettemin]

Ik zat niet vast aan Windows apps, zoals bv Adobe of CAD en gamen deed/doe ik toch nooit, dus de overstap naar Linux in 2017 was makkelijk. En een probleemloze overstap. Ik had me natuurlijk wel ingelezen, hier hulp gezocht hoe je een iso moet branden op een usb-stick en wat video's gekeken over Linux. Ik was verbaasd hoe makkelijk en hoe snel de installatie was en hoeveel minder het geheugengebruik was en hoe snel alles opende. Nooit meer Windows gebruikt. Debian 13 Xfce BTW.

[Sandor_Clegane]

Ik ben thuis ook overgestapt naar Linux, de werklaptop tolereer ik met Windows.

Neem gewoon Debian, een van de oudste distro's en nog steeds stabiel als ooit.

[Reactie gewijzigd door Sandor_Clegane op 18 januari 2026 10:02]

[desalniettemin]

Doe gebruik ik ook. Debian 13 Xfce.

[bzuidgeest]

De kracht van Linux en open source is dat iedereen het op zijn manier kan doen. De vele distros zijn daar een natuurlijk gevolg van.

Echter als je goed kijkt zie je dat de meeste distro's allemaal hetzelfde fundament gebruiken. Ze zijn gebaseerd op de package repo van Debian, Ubuntu of redhat. Hoe exotischer de distro, hoe groter de kans is dat het meer een ander thema is dan werkelijk anders.

De diversiteit is ook goed, er word ontwikkeld, geinnoveerd. Windows staat stil of gaat achteruit. Microsoft heeft geen belang bij innovatie meer.

[klakkie.57th]

Je kan je ook afvragen welke innovatie is er nog mogelijk op een desktopomgeving ? Wat mij betreft zijn we al 20 jaar klaar ermee 🤷🏻‍♂️

[bzuidgeest]

Dan moet ik toch vragen wat je nog op deze site doet. Want op hardware en software is de afgelopen jaren weinig innovatie geweest. Allemaal meer van hetzelfde. Als je dat wil tegenspreken.... Besef dan dat elk argument wat je bedenkt ook op de desktop van toepassing is.

De Linux desktop is vele malen krachtiger en heeft meer features dan de Windows desktop. Er is de laatste 20 jaar van alles bijgekomen.

Denken dat er geen innovatie mogelijk is op iets, is zeggen dat je het wel goedvond na de uitvinding van het wiel.

[klakkie.57th]

Jouw mening maar ook niet meer dan dan dat.

Een desktop omgeving moet 3 a 4 applicaties simultaan kunnen opstarten en een clipboard hebben om gevens uit te wisselen tussen die verschillende applicaties.
voor velen is het zelfs enkel een webbrowser starten .

Dit alles kan al heel lang

[bzuidgeest]

Jouw mening maar ook niet meer dan dan dat.

Ik heb geen bezwaar tegen dat feit. Hetzelfde telt voor de jouwe. Maar ik vraag mij echt af hoe weinig jij met een computer doet als dit het enige is dat je kan voorstellen of het enige is dat je denkt dat er over de laatste jaren bij is gekomen aan nuttige tools.

Jij lijkt ook tegen de desktop aan te kijken alsof het enige deel daarvan het window systeem is. De desktop is veel meer. Het bevat ook alle subsystemen die jou browser gebruikt om zijn werk te doen.

[CH4OS]

De verschillende distributies zijn er dan ook vooral om vele niches te bedienen, waarvan de ontwikkelaars vinden dat het net niet goed genoeg in het straatje van een bestaande distributie past. Al zijn vele distributies uiteindelijk wel weer een fork van een ander, vaak groot en veelgebruikte distributie. Zo zijn Mint en PopOS gebaseerd op Ubuntu, wat op diens beurt weer gebaseerd is op Debian en zo zijn er wel meer voorbeelden te bedenken.

[Niema]

Niet iedereen werkt aan hetzelfde project. Net zoals dat windows 10 server editie, windows 10 home, windows 10 pro, windows 10 testing bestaat is dit er ook in gnu/linux distros . Debian vooral op gebruikers gericht, opensuse op servers. Arch meer testing met nieuwe functies en aanpassingen. Het is niet alsof iedereen het wiel opnieuw uitvindt en dit soort gedrag is ook bij windows terug te vinden. En omdat linux moet vechten voor compatibiliteit en veel actieve ontwikkelaars heeft met eigen gedachtes en doelen zijn er hierna nog keuzes, zoals maximale compatibiliteit voor alles en closed source drivers en bloat, zoals bijv wine+ software specifieke tweaks voorinstalleren. Andere distros kiezen voor zo licht mogelijk om ook oude of budget apparaten te ondersteunen of voor volledig open source. Allemaal volledig valide use cases en juist door al dit is het mogelijk geweest om het meest breed gedragen, gebruikte en meest compatible basissysteem te krijgen waarbij de meerderheid van de servers, telefoons en IOT spec iot apparaten het gebruikt.

De consument desktop markt is niet de enige markt. En in dit niche moet je vooralsnog door beperkte ondersteuning ook nog harde keuzes maken tussen bloat en closed source vs open source maken. Als ik op mijn bejaarde laptop een distro krijg met wine met voor geïnstalleerde Photoshop en game specifieke tweaks dan zou dat niet erg handig zijn.

Als iedereen zou accepteren dat closed source drivers ook een prima optie zijn zouden de open source drivers nog steeds zuigen. Als iedereen zou accepteren dat wine het enige is wat boeit zou Microsoft misschien wel nooit met een Linux versie voor MS edge gekomen zijn. Juist deze verdeeldheid is wat linux zo sterk maakt met voor ieder wat wils en optimale ontwikkeling

[HuisRocker]

Je 'Windows afhankelijkheid' komt dus voort uit je 'software afhankelijkheid' waar je op zijn beurt 'van afhankelijk bent voor je werk' waar 'doe wat iedereen doet' (software voor Windows dus) 'nogal logisch' is.

In dit soort gevallen; blijf simpelweg bij Windows! Er gaat namelijk geen 'perfecte' Linux distributie komen die 'alle Windows software kan draaien':

- Als een Linux distributie dat wel zou doen (wat om allerlei redenen natuurlijk überhaupt niet kan en/of mag[!]) maakt het van Linux precies hetzelfde wat Windows al is; een bloated proprietary OS. Compleet 'terug bij af' dus...

- Alleen als alle software ook specifiek voor Linux ontwikkeld zal gaan worden zal alles op Linux werken en zolang Windows heel ruim het meest gebruikte desktop OS blijft gaat dat absoluut niet gebeuren. En weer zijn we 'terug bij af'...

Ik gebruik al 20 jaar Linux naast Windows, en ja, Windows heb ik steeds iets minder 'nodig' (vooral v.w.b. gaming zijn er de laatste jaren hele grote stappen gemaakt) maar tegelijkertijd ook; op alleen Linux red ook ik (hoe hard ik ook mijn best doe) het nog steeds niet. Dat is objectief bezien eigenlijk compleet logisch en gaat ook echt niet 'zomaar ineens' veranderen, over nog eens 20 jaar zien we of het er dan misschien anders uitziet?

[Uruk-Hai]

Wat ik nooit echt begrepen heb

Dat komt omdat jij denkt in marktaandeel als voornaamste doel.

Ik heb de ontwikkelaars van Linux Mint hier naar gevraagd en zij vertelden me dat de grootte van hun marktaandeel hen niet interesseert, wel blije gebruikers. Daarom zijn er van Linux Mint verschillende versies.

[laptopleon]

Ik denk dat de populairste versies minder van elkaar verschillen dan de doorsnee (nog-)niet-Linux-gebruiker verwacht.

Dat er een hele serie varianten bestaat, wil nog niet zeggen dat ze totaal andere ervaringen opleveren.

De gemiddelde kantoor/thuis-computeraar gebruikt een browser, mailprogramma, misschien nog wat spelletjes, een tekstverwerker-, spreadsheet-, presentatie- en / of beeldbewerking-app. Dat kan meer dan prima met alle populaire Linux-en.

[josh.e]

De verschillende distro's is idd een kracht van het OS.

Je zou meer kunnen zeggen dat de core verschillen tussen 2 a 3 varianten (RedHat, Ubuntu/Debian en Suse) wat variatie qua aansturing hebben/hadden. Binnen de varianten zijn het nuance verschillen onder de distro's. En vandaag de dag beginnen de varianten ook steeds meer gelijkenissen te vertonen.

Verder zijn de applicatie profielen voor Wine dusdanig dat dit wel op te lossen is, volgens mij hadden zowel Crossover als PlayOnLinux hier ook al downloadbare profielen etc. Dit was waarom ik jaren geleden beetje van Wine afhaakte, wel een online database maar toen d'r tijd veel handmatige aanpassingen/prutsen moeten doen om het werkend te krijgen.

[Reactie gewijzigd door josh.e op 18 januari 2026 23:03]

[rob12424]

Ondanks de verschillende distro's is er bijvoorbeeld ook de LSB standaard waar de meesten zich wel aan houden. Dus wat jij beweerd klopt deels al even niet meer.

Wikipedia: Linux Standard Base al is de laatste versie ook van 2015. Ian Murdock (grondlegger van Debian) heeft deze groep in opdracht van de Linux Foundation opgericht.

[L0g0ff]

Ik heb zelf ook een eigen linux distributie. Of beter gezegd een eigen image.

En dat is goud want daar kan ik instoppen wat ik wil. En als ik een bug tegenkom (laatst vond ik een bleutooth bug in de fedora Atomic basis) dan biedt ik die fix ook meteen aan bij upstream.

En zo zie je dat ondanks de versnippering er ook een hele grote samenwerking ontstaat.

[C64Boy]

Mooie prestatie in elk geval. Ik gebruik graag Wine, maar het is wel vaak flink knutselen.

Jammer dat er geen stok achter de deur is om softwareontwikkelaars te dwingen om platformoverschrijdend te ontwikkelen. Een extra heffing als je software maar op 1 platform draait of alleen op commerciële platforms, zou ik op zich wel een goed idee vinden. De heffing zou dan gebruikt kunnen worden om met name open source alternatieven te pushen. Dit maakt gebruikers dan hopelijk minder afhankelijk van MS en Apple.

Het is ook bijzonder irritant, gezien de huidige politieke situatie, dat we zo afhankelijk zijn geworden van met name Amerikaanse technologie.

[cdwave]

In plaats van rare software dwang zou je beter bij de opleidingen kunnen beginnen.

Op de lagere school krijgt elke leerling Windows, PowerPoint, en soms zelfs Facebook voorgeschoteld als bijna verplichte kost.

Juist het onderwijs zou zich verre moeten houden van commerciële belangen, en gewoon "nee" zeggen tegen de (nagenoeg) gratis samples van de MS dealer.

Op school zou Open Source Software de standaard moeten zijn. Dat bevordert niet alleen het vrije denken, het laat de pupillen ook zien dat er meer is dan Windows en Meta.

Een chatprogramma (zoals Whatsapp) knutsel je in principe in een paar weken in elkaar. Laat de hogerejaars de software bouwen en onderhouden die op de lagere school gebruikt kan worden.

[C64Boy]

Uiteindelijk werkt dit niet. Bedrijven blijven op Windows hangen en zelfs overheden weigeren moeite te doen om op een ander platform over te stappen. Via wet en regelgeving lukt het ook al niet.

[cdwave]

Als de opleidingen (vanaf de lagere school) ermee beginnen dan volgt het bedrijfsleven vanzelf. Bedrijven kopen doorgaans wat hun werknemers graag willen gebruiken. En als die van school af komen, hebben ze nooit iets anders dan Microsoft's spulleboel gebruikt.

Toen ik in de jaren '90 op de universiteit in aanraking kwam met andere systemen dan DOS en Windows, namelijk UNIX in allerlei smaken, was dat best wel een eye-opener. En omdat ze allemaal min of meer de POSIX standaard volgen (net als Linux) zijn ze heel uniform naar de gebruiker toe.

En wat prachtig is voor de studenten is de toegankelijkheid van Linux. Geen geheimen, als je wil weten hoe het werkt kun je niet alleen onder de kap kijken, je mag er nog aan sleutelen ook. Dan krijgen we misschien ook weer IT'ers die weten hoe een computer werkt...

[friket]

Microsoft zijn kracht zit niet in de "standaard" gebruiker applicaties maar in de beheers backend en veel custom bedrijfssoftware wat op Windows draait. Voor 60 euro per account per maand heb je groot deel van je IT en compliance afgedekt via Microsoft. Geen idee hoe dat bij Linux zit, niet bekend met alternatieven.

[cdwave]

... Voor 60 euro per account per maand heb je groot deel van je IT en compliance afgedekt via Microsoft.

Is dat de boodschap voor de komende generatie IT'ers? Smijt er maar een maandelijks bedrag tegenaan en dan lost een derde partij het wel voor je op?

Geen idee hoe dat bij Linux zit, niet bekend met alternatieven.

Dank je wel voor deze demonstratie van wat er nou precies wat er mis is met het huidige systeem.

(Ik kan je in ieder geval vertellen dat het prima geregeld is, dat er heel veel beschikbaar is, en doorgaans nog vrij en gratis ook. En als je graag een maandelijks bedrag betaalt om een of ander groot bedrijf het werk voor je te laten doen, dan kan dat ook.)

[cricque]

Het probleem is (althans vroeger toch) dat er dikwijls trucjes worden gedaan met de Windows Api waar nergens documentatie over te vinden is, bij vele programma's. Ik heb lang genoeg Windows desktop software gemaakt om er zo een paar te kennen.

Maar als ontwikkelaar is het dikwijls onmogelijk om voor elk platform een versie te maken. Het linux destop marktdeel is veel te klein. Ik heb ook mijn eigen software, maar is een saas platform.Moest ik een desktop app ontwikkelen dan zou dit wel cross platform zijn. Maar ben ik niet van plan ... maar dan is het probleem ja maar dit is electron dat wil ik niet. Of je moet allerhande libraries hebben voor bijvoorbeeld .NET aan de praat te krijgen. Dan is er geklaag over ... het voelt niet native aan op Mac of Linux ... Dus dan moet je bijna voor elk platform een aparte versie gaan maken. Wie heeft daar tijd en geld voor ? Ik allesinds niet aangezien ik alleen ben. En is er genoeg software te vinden die door 1 persoon gemaakt is en ook onderhouden wordt. Kan ik dat ... uiteraard, maar dan zou een nieuwe feature toevoegen minstens 3x zolang duren als ik voor native dingen zou gaan. Hoe je het ook draait of keert, het zal nooit goed zijn voor iedereen.

Ik vind het idee niet slecht hoor, maar bijvoorbeeld boven een bepaalde omzet moet je het voorzien voor elk platform.

Voor Windows/Mac is dat nog fairly easy. Maar linux zit je dikwijls met de desktop managers, kies je voor gtk/gnome: nee ik wilt kde. Nee ik wil X ... QT is voor veel mensen gewoon te duur, zelfs als je heel veel omzet hebt (denk dat het tegenwoordig 3 a 5k per programmeur is). Dus zit je met een hele hoop libs die je dikwijls moet installeren. Dan zijn er de verschillende package system zoals .deb, .rpm ... Ja maar je kan flatpak of snap gebruiken. Uiteraard, maar niet iedereen wilt dat op zijn systeem. Dus zo simpel is het niet spijtig genoeg. En ik ken genoeg programmeurs die met moeite iets via een command line kunnen doen of linux kunnen gebruiken. Enja het is allemaal zo moeilijk niet, maar er komt wel wat bij kijken. Ik heb jaren als consultant gewerkt van kmo tot overheid tot fortune 500. Buiten het netwerk team heb ik niet dikwijls een collega gehad die kon werken met linux hoor. Veel mensen denken nog altijd dat dit het ultieme nerd os is. En zolang er geen problemen zijn valt het voor de meeste nog wel mee moesten ze het eens proberen. Maar een commandline gebruiken is voor velen een stap te ver. Ik gebruik linux al van in de jaren 90 (96-97) ofzo. En nee ik gebruik niet altijd een commandline voor alles, en ik ken ook niet elk commando en ben zeker geen goeroe ofzo. Maar onder windows zou ik begot niet weten hoe ik een certificaat moet aanmaken met openssl en zo zijn er genoeg dingen. Maar dit komt ook wel omdat ik vroeger remote moest inloggen op servers en desktop was niet beschikbaar, dan leer je het wel hoor. Ben zeker geen Vi/Vim gebruiker zoals de die hards, maar kan er wel mee werken als het moet. Mijn voorkeur gaat wel uit naar iets anders. En nee je heb in principe de commandline niet nodig tot je soms iets moet installeren qua drivers of iets moet fixen. Meeste dingen zijn tevens maar een grafische schil rond een cmd line programma. En dan weten vele mensen ook niet waar ze mee bezig zijn ... sudo voor alles ... En een bestand "mijnfile" is niet hetzelfde als "Mijnfile", begin dat maar eens uit te leggen. Bestandsextensies ... ik heb genoeg programmeurs gezien waarbij de bestandsextensies zelfs nog niet aanstonden onder Windows. Is dat een must ? Nee, maar dat komt niet goed hoor op een meer strikt OS. Het zal een utopie zijn. Ik heb vroeger gewerkt voor een zeer gekend consultancy bureau dat wereldwijd werkt (2008-2009 ergens). Daar gebruikten ze RealBasic en kon je een windows/linux/mac versie mee maken. Die mac versie werd toen door 3 klanten gebruikt. De linux versie door 1 klant. De rest was Wintendo. Dit zal misschien nu wel wat anders zijn en meer mac gebruikers. Maar daar kon dat aangezien 1 licentie per jaar ver boven de 5 cijfers zat. En dit was gewoon omdat er een heel grote klant (denk qua grootte aan bijvoorbeeld philips/sony) een mac gebruiker was. Er was budget genoeg. Maar dat mag je dus in veel bedrijven wel vergeten hoor. Daar gaan ze echt niet voor 3-4% marktaandeel een bewuste versie voor maken. Zeker niet van reeds bestaande software. Als het om nieuwe dingen gaat, dan misschien wel, maar anders: not going to happen.


Zou het leuk zijn moest je alles op elk platform kunnen gebruiken: zeker. Maar dit zal nooit de realiteit zijn, tenzij er slechts 1 platform is

[C64Boy]

Dank je wel: mooie uiteenzetting.

[jmvdkolk]

Ik vind dit een bijzondere gedachte. Bij welke platformen stopt dit? Ik maak professioneel software voor IBM mainframes (z/OS). Zou ik deze software voor Linux/Mac/Windows/AS400/Android/iOS moeten ontwikkelen om geen heffing te krijgen? Of zou Linux voldoende zijn, of ....? En als we het dan over Linux hebben, welke distros zou ik moeten ondersteunen?

De heffing betaal je trouwens als je voor de verkeerde platformen ontwikkelt. Dan is je markt nl. kleiner dan die zou kunnen zijn. De vraag is wel of de effort voor ondersteuning van zo'n extra platform wel in verhouding staat tot het aantal extra gebruikers. Dit zal per pakket verschillend zijn.

[C64Boy]

Interessant. z/Os is natuurlijk wel een echt buitenbeentje. Zou me kunnen voorstellen dat je naar het commerciële belang kijkt (omzet) en dat dat bepaalt of je enkel voor 1 systeem, voor 2 of minimaal 3 systemen zou moeten aanbieden. Ben ervan overtuigd dat MS best Office voor Ubuntu en derivaten zou kunnen uitbrengen. Is niet makkelijk maar wel mogelijk voor een dergelijke gigant. Zo voorkom je mogelijk dat een commercieel succesvol product je noopt een bepaald OS aan te schaffen. Tis maar een idee…

[jmvdkolk]

Ik kijk natuurlijk naar het commerciële belang. En ik vermoed dat de inschatting van bedrijven is dat de commerciele kans niet groot genoeg is. Of ze daar gelijk of ongelijk in hebben daar komen we pas achter als ze de stap ooit maken.

Ik doe ook projecten als hobbyist. Als hobbyist maak ik software voor de platformen die ik gebruik, en dan niet eens voor alle platformen die ik gebruik. De balans tussen persoonlijk nut en tijdsinvestering bepaalt voor welke platformen ik ontwikkel. In wezen is het hetzelfde als commercieel. Ik maak altijd een afweging van effort vs impact. Het enige verschil is dat mijn hobby klussen tot opensource leiden, en dan kunnen anderen kiezen om andere platformen te implementeren. Helaas leidt dat er ook soms toe dat anderen wijzigingen maken die mij in de weg zitten bij mijn doelen, omdat support voor andere platformen soms dingen ingewikkelder maakt dan met mijn set van platformen.

[bantoo]

Wat een idioot idee. Mensen ontwikkelen software voor eigen redenen, niet voor de wensen van iemand die op een of ander arbitrair platform wil draaien of politieke doeleinden heeft.

Wat jij wil is compleet het omgekeerde van de onderliggende gedachte van de meeste vrije software projecten.

[HollowGamer]

Ik zou het ook heel prettig vinden als er meer naar opensource wordt gepusht en er meer cross platform mogelijkheden zijn.

Maar als jij graag in het IE6 tijdperk wilt blijven, dan is dat prima. Ik ben blij dat er ook andere zijn die de keerzijde zien van ons te afhankelijk maken van vendors (of die nu Amerikaans zijn of niet).

[dmantione]

Linux draait om vrijheid. Vrijheid betekent nu eenmaal ook dat mensen de keus kunnen maken om Linux niet te gebruiken, of er niet voor te ontwikkelen. Dwang om Linux te ondersteunen is in strijd met de grondbeginselen van Linux.

[HollowGamer]

Niemand zegt dat je voor Linux moet ontwikkelen? Met opensource wordt dit wel eenvoudiger, ook voor bedrijven die dit niet willen doen, maar users die het mogelijk kunnen.

Niet dat ik perse dat wil forceren, ik hoop meer dat er Europees geld gaat naar opensource oplossingen en we minder naar Microsoft en consorten gaan kijken in het algemeen.

[curkey]

Ja en nee. Als je software maakt waar een hoop mensen blij van worden, heb je wel meer kans op adoptie en populariteit van een platform. Maak je software alleen voor jezelf, prima, maar geen hond buiten jezelf en een handjevol adepten zullen het gebruiken. Dat is een keuze, maar dan kun je ook niet verwachten dat zo'n software platform aanslaat.

Zeker als je werk hebt te verrichten met collega's en derde partijen zit je niet te wachten op eerst drie weken lang de issues proberen uit te vogelen waarom een tool het bij jou wel doet, maar bij de ander niet.

[C64Boy]

Soms zijn idiote ideeën wel goed om een discussie op gang te krijgen. Het punt is dat veel ontwikkelaars niet veel verder kijken dan Windows en zo het quasi monopolie in stand houden. De wedervraag: wat zou dan wel goed werken om de Windows hegemonie te doorbreken? En waarom zou je nu nog software uit de VS gebruiken? Die aap in het Witte Huis is totaal van t padje af. En waarom zou je niet met minimaal gelijke munt terugbetalen?

[DevWouter]

Jammer dat er geen stok achter de deur is om softwareontwikkelaars te dwingen om platformoverschrijdend te ontwikkelen.

Dat heeft te maken met de diverse hoeveelheid platformen (plus niet elke distro is hetzelfde) waarbij je ook rekening moet houden met dat elke computer anders geconfigureerd is. Dat maakt het voor veel ontwikkelaars veel tijd, kennis en kunde kost om te bouwen en te onderhouden. En dat zijn allemaal kosten die ze financieel moeten verantwoorden.

Overigens vermoed ik dat Adobe een bewuste keuze is gemaakt om het onmogelijk te maken. Dit soort “foutjes” maak je niet zomaar.

En ja, het zou mooi zijn als we dit soort partijen konden motiveren.

[bzuidgeest]

Stel je niet aan, dat soort foutjes vind je overal.

[ManIkWeet]

Een blog post met goede voorbeelden van alle ellende waar een ontwikkelaar rekening mee moet houden: https://avaloniaui.net/bl...yland-support-to-avalonia

[SadisticPanda]

Tar.gz aanbieden en dan ./configure en make install?

[TheVivaldi]

Of gewoon een tarball met uitvoerbare bestanden, zoals bijvoorbeeld Mozilla met Firefox aanlevert. Hoef je ook niks te compileren.

[DevWouter]

We hebben het o.a. over malformed XML die door bijna elke validator herkend zal worden. Zo mag `<?xml ?>` alleen aan het begin van een document staan en niet halverwege.

[rbr320]

Niemand heeft het over een complot, dat maak jij er van. Dat de installers van Adobe ruk zijn is gewoon een feit, dat weet ik al 15 jaar. Ik heb het vanuit mijn rol als beheerder vaak genoeg moeten installeren en dat proces moeten automatiseren, absoluut een drama. Als het nu geschreven zou zijn zouden we met z'n allen roepen dat het AI slop software is.

Blijkbaar houdt de installer zich niet aan de xml specificatie en accepteert Microsoft hun xml parser dat gewoon. Dat kan uit gemakzucht gedaan zijn of als work-around voor een specifiek probleem. Welke reden er intern bij Adobe achter zit gaan we waarschijnlijk nooit te weten komen, maar het zal zeker bewust gedaan zijn.

[aikebah]

Als het nu geschreven zou zijn zouden we met z'n allen roepen dat het AI slop software is.

Dat is het toch al? Adobe Installer slop ware

[crhooijer]

Is er geen volwaardig alternatief voor Photoshop wat niet uit de US komt?

[aileron]

Volwaardig is relatief. Iedereen gebruikt het voor wat ze zelf nodig hebben en dat kan heel erg verschillen.
Dat gezegd is GIMP een prima vervanging van Photoshop. Maar dat is dus voor mij persoonlijk.

[Reactie gewijzigd door aileron op 18 januari 2026 16:35]

[crhooijer]

Ik heb zelf niet veel ervaring met grafische vormgeving. Is GIMP inmiddels volwassen genoeg om voor professionele doeleinden te gebruiken? Of zijn er mogelijk problemen hierin te verwachten?

[Marcel--]

Om maar iets te noemen waar ik jaren geleden tegenaan liep, en kennelijk nog steeds een ding is: CMYK-support.

[aileron]

Er zijn plugins om dit toe te voegen. Maar goed, er is nog genoeg ruimte voor verbetering.

[aileron]

Zoals @Marcel-- aangeeft werkt CMYK niet out-of-the-box. En zo zijn er vast meer zaken.


Mijn grootste struikelblok was dat sommige dingen op onlogische plekken zit voor een photoshop gebruiker.
Het heeft een tijdje geduurd voor dat ik er aan gewend was. Nu is het prima.

Maar uiteindelijk zal het nooit kunnen tippen aan een gigantische applicatie als Photoshop. Adobe is de Trump van graphic design wereld en draait iedereen een arm uit om meer geld te verdienen.

Zie het als een investering voor de toekomst. Bedenk wat je jezelf bespaard na 10 jaar. En je opent de deur om zelfs over te kunnen stappen naar Linux.

[C64Boy]

Affinity - maar volgens mij is dat nu ook VS (Canva)… ah net gecheckt en is Australisch. Dus Australisch- Brits en zeker een goed alternatief.

[Reactie gewijzigd door C64Boy op 18 januari 2026 19:13]

[crhooijer]

Ah en zelfs gratis als ik het goed gelezen heb. Ze hebben alleen geen installer voor Linux. Alleen Windows en MacOS.

[dmantione]

Wine blijft een noodmaatregel: Windows-programma's zijn niet gemaakt om met een Linux-desktop te integreren. Je blijft werken met schijfletters en de backslash voor directories, de gebruikersinterface ziet er anders uit dat de rest van je desktop en op het moment dat data van het ene naar het andere programma geplakt wordt kun je rare dingen verwachten.

Soms is de druk om Windows-software te gebruiken wat te hoog en dan kan Wine een goede oplossing zijn, maar voor dagelijks gebruik kun je toch echt beter software kiezen die voor Linux gemaakt is.

Voor spellen is dit minder van toepassing en is Proton wel een erg goede oplossing.

[Reactie gewijzigd door dmantione op 18 januari 2026 10:05]

[Firestorm666]

En zelfs dan. Linux werkt met repositories en die zijn voor elke distributie anders. Hierdoor krijg je niet de Windows ervaring van "installeer whatever je wil"

Programma's installeren onder Linux is stukken handiger dan onder Windows, op voorwaarde dat de software in de respository zit. Indien niet... dan begint de ellende. Flatpak lost dat voor een deel op, maar dat is dan geen "native" install en loop je tegen wat anders aan. Zoals keepassxc laten communiceren met de browser. Iets wat geen probleem is met een "native" install.

Wat ook de reden is waarom ik Manjaro gebruik icm AUR repository. Dat komt het korste bij met de "Windows" ervaring.

[desalniettemin]

Met de AUR moet je wel weten wat je installeerd, want er zit/kan ook gevaarlijke software in zitten.

[Firestorm666]

Awel, dat is dan toch de ideale Windows ervaring?

[rob12424]

Je hebt ook nog app images. En snaps En sinds de LSB valt het verschil tussen .deb en rpm wel mee. Je kan ze ook converteren.

Sinds Balmer weg is is de koers van Microsoft echt veel minder vijandig Linux dit speelt zeker een rol gezien Windows in de toekomst een Unix variant wordt (dit had Windows 10 al moeten zijn destijds)

[Firestorm666]

Ook al kan je .deb & .rpm's converteren... het is weer een extra stap. Daar haal je ook het "probleem" aan wat ik vermeld: je moet een extra stap doen die er niet zou moeten zijn.

Je hebt app images, lang niet alle software is beschikbaar als appimage. Snaps idem.

Windows: .exe en that's it. Universeel, geen converters voor nodig of nadenken via welk programma dit te vinden is / command line bijbel neertypen om te installeren.. Al is daar nu wel de Microsoft store bijgekomen, op de achtergrond nog steeds "gewoon" een .exe installeren.

En Windows Unix variant. Dat is al even realistisch als dat Linux op de desktop mainstream gaat worden. Ook niet nodig, het probleem is niet Windows op zichzelf, maar wel alle zooi die erbij gepropt wordt. Windows met Unix als basis zal nog altijd trage shit zijn hoor.

Je kijkt nog door het oog van iemand die computers boeit. Je moet dit door de ogen zien van iemand die computers totaal niks kunnen schelen.

[dmantione]

... behalve dat die "exe"-wereld ook zijn eigen problemen kent:

• Geen afhankelijkheden. Programma's leveren dan maar hun eigen bibliotheken mee, maar het gevolg dat het vaak oude versies met veiligheidsproblemen zijn.
• Het nodigt uit om programma's uit onvertrouwde bronnen te installeren.
• Er is geen controle op wat de exe allemaal op het systeem uitvoert, het is een programma dat met administator-rechten loopt en van alles op het systeem kan uithalen. Als een stuk adware eenmaal geïnstalleerd is en zich in het syteem heeft genesteld, kan het lastig te verwijderen zijn..
• Zelfs bij een programma met goede bedoelingen, is deïnstallatie afhankelijk van de correctheid van zijn eigen uninstaller, het systeem zelf is niet in staat om een programma correct te verwijderen.
• Er is geen rpm-database waar vanuit de integriteit van de bestanden gecontroleerd kan worden, om bijvoorbeeld te kijken of iets gecompromiteerd is.
• Linuxdistributies die programma's in hun repo's opnemen zijn extra ogen naar de veiligheid en het gedrag van een programma. Ze nemen een programma enkel op als ze het onschadelijk achten en melden vaak actief bugs over veiligeidskwesties en andere problemen.

Ik zal niet zeggen dat de splitsing tussen rpm en deb een ideale situatie is, maar het is werkbaar en de aanwezigheid van een pakketbeheerder is een behoorlijk groot voordeel t.o.v. de wanorde bij een Windows-systeem.

[Firestorm666]

Daar heb je gelijk in en ben het ook volkomen met je eens. Maar je moet kijken vanuit het oogpunt van de eindgebruiker:

Die ziet een exe: installeren en klaar. Het is dat wat je onder Linux een heel stuk minder hebt.
Flatpak geeft daar deels een oplossing voor. Alleen kan je in de AUR repository wel zo goed als alles terugvinden, maar die is dan weer voor Arch en varianten beschikbaar en niet voor de rest.

[LizardBloke]

Er is altijd nog Distrobox. Werkt ook niet altijd vlekkeloos hoor, maar is wel interessant! Ik gebruik het op Bazzite om zowel packages van Arch en van Fedora te draaien.

[Firestorm666]

Dank voor de tip

[ManIkWeet]

en de backslash voor directories

Dat is vaak niet spannend (powershell etc boeit het weinig)

de gebruikersinterface ziet er anders uit dat de rest van je desktop

Ja de Linux desktop is natuurlijk heel consistent en heeft helemaal geen problemen met apps die er verschillend uitzien... (nouja, behalve je muis met wayland, of dat je hetzelfde thema in 3 ui platforms moet maken, of dat je login anders is dan je vergrendel, yadayda)

en op het moment dat data van het ene naar het andere programma geplakt wordt kun je rare dingen verwachten.

Heeft dat met WINE te maken? Knippen plakken is sws raar in Linux... Er is niet eens 1 consistente snelkoppeling die je overal kan gebruiken...

[HollowGamer]

Ik geloof niet echt dat je Linux echt gebruikt hebt.

Windows 11 is net zo inconsistent, aangezien het 3(!) oudere window managers nog altijd in de code base heeft. Wat hier bedoelt wordt, is dat Windows apps helemaal niet goed uitzien t.o.v. Qt/GTK apps (die tegenwoordig redelijk schalen samen), een Windows app doet dit dus niet (die snapt niet /home, maar gebruikt Z:/ of H:/ in Wine).

Ik heb geen idee wat je bedoelt met knippen en plakken? Het probleem dat kan ontstaan is tussen Wayland en Xorg apps. Die issues zijn grotendeels opgelost in de major DE's als Gnome/KDE, voor andere weet ik het niet.

[ManIkWeet]

Dat klopt, ik heb een tijdje Linux geprobeerd maar een belangrijke workflow is niet beschikbaar voor mij.

Qua klembord, dingen als geschiedenis eisen 3 stappen: eerst snelkoppeling voor openen, dan selecteren, dan nog een keer plakken... Windows plakt gelijk als je selecteert.

En ook klembord: andere snelkoppeling in terminal dan in apps. Want ja, ctrl-v is speciaal ofzo en shift-insert niet.

issues zijn grotendeels opgelost in de major DE's als Gnome/KDE

Grotendeels? Dat is mooi, en dat laatste beetje...?

Ik zeg niet dat Windows consistent is met ui, ik zeg dat Linux het ook niet is. En als voorbeeld gaf ik verschillende muis cursors tussen verschillende applicaties (wat vast te maken heeft met je thema's, x11/wayland, weet ik het wat).

Ik snap je opmerking over de /home map niet helemaal, nee Windows heeft dat niet, maar dat heeft niet met / of \ te maken

[dmantione]

Een Windows-applicatie onder Linux heeft dus wel een c:\ en dat is een gesimuleerd bestandssysteem, wat betekent dat de eindgebruiker moet gaan leren hoe het Linuxbestandssysteem zich vertaalt naar het geëmuleerde bestandssysteem onder Wine. Als jij in een Wine-applicatie dus naar je homedirectory op zoek gaat, moet je weten hoe je je home in Wine kunt bereiken. Gecombineerd dat de applicatie een buitenaards uiterlijk heeft, maakt het geen ideale situatie. Voor een programmaatje dat je toch even nodig hebt is Wine prima, maar voor je dagelijkse werk wil je gewoon software die gemaakt is voor Linux.

[Reactie gewijzigd door dmantione op 18 januari 2026 18:02]

[ManIkWeet]

Ja oké, dat snap ik wel. Liever native natuurlijk.

Tegelijkertijd is het ook geen gekke oplossing, en heel windows-gericht, om een extra schijf te maken voor een "externe" folder - elke windows applicatie en gebruiker snapt dat.

[HollowGamer]

Windows werkt met schijfletters, Wine doet net alsof dat ook bestaat, maar maakt een virtuele mapping aan. Z:\ => / (root). Geloof dat meeste H:\ kiezen voor de home-folder (/home/user), en dacht nog een letter?

Ik snap niet zo goed wat je bedoelt met klembord? Bedoel je copy/paste in terminal? Naar mijn weten is dat in Powershell ook met ctrl+shift+c/v, aangezien CTRL+C kill command is (dacht ik?). Heb al een tijd niet meer Windows gedraaid, maar mocht je willen, dan kun je ook in Linux het zo inrichten dat het net zo werkt als Windows/MacOS.

Zoals gezegd zijn de copy/paste issues vrijwel voor alles opgelost. Wat ik ermee bedoel is dat als je bij Linux niet iets draait als Gnome/KDE/Cosmic/.. (wat voor een groot gedeelte wel zo is) maar iets customs, je nog weleens tegen wat issues kan aanlopen.

Ik weet ook niet alles, soms is het gewoon fijn om gewoon te zeggen 'ik ben een leek' i.p.v. Linux sucks.

[Reactie gewijzigd door HollowGamer op 18 januari 2026 19:12]

[ManIkWeet]

In Windows (iig met de Terminal app, die ook Powershell doet), gebruik je gewoon ctrl+c en ctrl+v - simpelweg omdat de app weet dat je een selectie hebt kan dat samenwerken met ctrl+c voor app termination.

Linux sucks niet, het oneindige instelwerk daarentegen... is vermoeiend en waar veel mensen op stranden (en dat de helft van de dingen om te configureren niet eens een UI hebben zal de leek ook niet helpen)
Windows heeft, ondanks z'n tekorten, een hoop al standaard op orde.

Misschien ben ik een leek op Linux gebied, maar ik begrijp computers al decennia erg goed.

[bzuidgeest]

Twee keer windows in de eerste regel, foutje denk ik .

Verder vind ik noodmaatregel wel een beetje sterk. Het klopt in zekere zin, maar zelf zie ik het meer als transitie gereedschap. Er is overal enorm in Windows software geïnvesteerd. Dat bouw je niet 123 om. Voor al zijn problemen hebt je niet zomaar even een alternatief voor Adobe. Er zijn goede open source tools, maar die inzetten heeft wel impact. Al is het maar voor de legacy die je hebt in Adobe of een andere windows tool.

Als Linux ooit will doorbreken dan is een tool als wine noodzakelijk.

[dmantione]

Twee keer windows in de eerste regel, foutje denk ik .

Gecorrigeerd.

[TheVivaldi]

Precies. Wine is superhandig als transitiegereedschap of voor als er zelfs na jaren geen Linux-versie van een bepaalde zeer specifieke software is (zoals in mijn geval).

[dennis74]

'Windows-programma's zijn niet gemaakt om met een Windows-desktop te integreren.'

Met een linux-desktop bedoel je?

[Reactie gewijzigd door dennis74 op 18 januari 2026 10:05]

[arithcoder]

Waarom komt Adobe niet met een Linux versie van Photoshop?

[kuurtjes]

Niet genoeg winst waarschijnlijk.

[Bor]

Waarschijnlijk omdat de markt te klein is. Het marktaandeel Linux op de desktop is klein, volgens statcounter zo'n 3.86 procent. Hoe jammer ook, dan doe je als afzetgebied niet tot nauwelijks mee. Dat marktaandeel is nog kleiner wanneer je kijkt naar de desktop in de grafische industrie. Daar is Linux echt een uitzondering.

[C64Boy]

En dan wordt het kip en ei. Omdat zoiets als photoshop en MS office niet voor Linux beschikbaar is kan Linux nog zo goed zijn, maar dan wil toch niemand het.

[Winduss]

Affinity draait overigens ook best goed op Linux

Knap hoe mensen zulke patches werkend krijgen, al hoop ik nog steeds op een native versie.

[Pasteis]

Nu Trump zichzelf als grootste Linux-promoter neerzet door de VS te laten vervreemden van de rest van de wereld, denk ik dat software ontwikkeling voor Linux een grote kans kan zijn voor bedrijven. Naast het feit dat Microsoft Co-Pilot door het hele OS loopt te mengen en het geheugen onbetaalbaar begint te worden.

Ik denk dat 2026 echt wel een jaar zal zijn waar Linux meer aandacht zal krijgen ten gunste van ze populariteit. En dat zou eens heel goed kunnen uitpakken voor gebruikers die programma's als Photoshop missen. Want waar sommige misschien bij Windows en MacOS een monopolie hebben kunnen op Linux de kaarten opnieuw geschud worden.

[uitstelgedrag]

In de laatste Tweakers Podcast (409) werd Photoshop nog genoemd als iets wat niet zou werken onder Linux. Zelf heb jaren geleden Photoshop CS5 (portable) prima werkend onder Linux via wine. Daarna niet geprobeerd omdat ik een oude iMac had gekocht en daar Photoshop CC (met abonnement) op had geïnstalleerd.

Mensen noemen GIMP als alternatief maar die heeft jarenlang geen “non destructive editing gehad. Het is pas sinds kort dat dit wordt ondersteund.

Ik denk dat een van de belangrijkste redenen dat mensen niet makkelijk kunnen overstappen is dat als PSD (PhotoShop Document) bestand opent bij GIMP, niet alles 1-op-1 werkt en andersom, als je via GIMP een psd bestand opslaat werkt die niet altijd in Photoshop. Zelf met Affinity Photo, wat veel meer lijkt op Photoshop, loop je uiteindelijk tegen beperkingen aan.