Tweaker instrueert Claude Code om Lightroom CC te laten werken onder Linux

Claude Code heeft Adobe Lightroom CC aan de praat gekregen op Linux-gebaseerde besturingssystemen via Wine. Tweaker Starfight gaf de prompt en de AI-dienst op basis van Claude Opus 4.7 ging debuggen totdat het werkte. Hij zette het hele proces online.

"De mens was naar bed gegaan met de instructie: 'Ik wil een volledig afgewerkte en functionerende Lightroom CC als ik wakker word'", zo zei Claude Opus 4.7 tegen zichzelf. De persoon waar Claude het over had is tweaker Starfight. Met een eenvoudige prompt wilde de Vlaamse tweaker kijken of Claude Code een werkende versie van Adobe Lightroom CC kon maken onder Linux.

Waarom hij Claude Code inschakelde? "Ik heb al een aantal keer geprobeerd het laatste jaar om het manueel werkend te krijgen, maar ik faalde altijd, omdat er altijd weer een ander issue naar boven komt. Ideaal dus om gewoon te zeggen tegen Claude: ga je gang, kijk maar of je het werkend krijgt. De quote die ik heb meegegeven van 'I want a fully done and working Lightroom CC when I wake up.' was ook letterlijk de laatste prompt die ik gegeven heb. De volgende ochtend toen ik keek werkte het quasi volledig."

Starfight heeft geen idee hoeveel het gekost heeft. "De reden dat ik het geprobeerd heb is dat ik een Azure Sponsorship heb lopen die binnenkort afloopt en dus een hoop gratis tokens ertegenaan kon gooien. Ik heb ook geen idee van de prijs; de cost management voor sponsorship subscriptions updatet heel traag. Hij is wel enkele keren tegen ratelimits aangelopen."

Dat hele project staat nu op GitHub inclusief een log van wat Claude allemaal heeft gedaan. Daaruit blijkt ook dat Claude niet illegaal Windows-broncode gebruikt, wat misschien wel te verwachten zou zijn. De software is te installeren en te gebruiken.

Het is natuurlijk niet het eerste project om Adobe-programma's op Linux te laten werken. Het bedrijf brengt al decennialang zijn programma's als Photoshop, Lightroom, Audition en Premiere Pro niet uit voor Linux-gebaseerde besturingssystemen, tot frustratie van gebruikers. Wine kreeg al patches om Photoshop te laten werken onder Linux.

Adobe Lightroom CC op Linux, door tweaker Starfright
Adobe Lightroom CC op Linux, door tweaker Starfright

Door Arnoud Wokke

Redacteur Tweakers

18-05-2026 • 13:37

66

Reacties (66)

Sorteer op:

Weergave:

Even een (ai) samenvattinkje zodat je een beetje een beeld hebt wat Claude allemaal heeft uitgevogeld:
De grootste problemen zaten in:
  • ontbrekende Microsoft Media Foundation functies
  • GPU/rendering via DirectX en Direct2D
  • Adobe-specifieke Windows API-calls die Wine niet volledig ondersteunt
Daarvoor zijn:
  • aangepaste DLL’s en stubs gemaakt
  • ontbrekende exports toegevoegd aan Windows multimedia libraries
  • DXVK gebruikt om DirectX naar Vulkan te vertalen
  • rendering patches toegepast voor GPU-versnelling
Het interessante is dat Claude dit grotendeels autonoom heeft uitgezocht door:
  • crashlogs te analyseren
  • DLL’s te vergelijken
  • automatisch fixes te testen
  • screenshots en UI-detectie te gebruiken om Lightroom zelf te bedienen onder Linux
Effectief is dit dus vibecoding wat we via een artikel hier plaatsen. Is het ''knap'' dat CC dit schijnbaar kan (en dat is dan de nieuwswaardigheid)? Of vergoeilijken we nu vibecoding als een compleet product en niet als een helpertool wat het altijd al zou moeten zijn?
Ik vond het gewoon een leuk projectje, wat aantoont dat "A.I." best wel wat kan, vooral omdat al veel mensen hiervoor hetzelfde (Adobe CC werkend krijgen op Linux) al aangevlogen zijn, maar dat dit tot nu toe AFAIK nog niet gelukt is. Hieruit komen ook weer inzichten die ooit upstream gepushed worden, waardoor andere software ook weer makkelijker aan de praat kan geraken op Linux.

Het is zeker niet de intentie om dit in te zetten als een compleet product, ik ben ook overal overduidelijk geweest in het feit dat dit helemaal 100% enkel het werk is van claude code, en dat ik enkel 4-5 prompts gegeven heb. Het feit dat het daarmee gelukt is vind ik persoonlijk wel een .geek artikel waardig, vooral met de hele methodology toont het aan hoe ver dat deze agents kunnen geraken, en hoe ze zelf oplossingen vinden voor problemen.
Ik ben nog steeds wel benieuwd naar het kosten plaatje wat hier bij kwam kijken. Heb je daar nog wat informatie over?
Nog niet, de gewone cost management in de Azure portal werkt niet op sponsorship subscriptions, dus ik moet wachten tot het in het azure for startups portaal beschikbaar is.
... en bovendien zou je dat moeten afwegen als Claude + menselijke debugging/controle vs. menselijk coderen en dan gaat deze optie het al snel winnen! En dat geldt waarschijnlijk vrij algemeen: ik denk dat dit heel veel mogelijk maakt wat tot dusverre te duur/lastig... was: b.v. PCVR games.
Dat zullen echt geen giga bedragen zijn. Denk ergens tussen de 20 en 200 euro.
Heb je vooraf dan ook gekeken of je volgens de voorwaarden van je Azure Sponsorship je tokens gebruikt hebt? Of de software van Adobe volgens de voorwaarden hebt laten gebruiken?
Jazeker, alles is volgens de voorwaarden verlopen (en dat heb ik zelf nagekeken, niet door een LLM)
Had je dan speciale voorwaarden of expliciete toestemming van Microsoft en Adobe of Anthropic? Want reverse engineering van software die niet van jezelf is valt gewoonlijk niet zomaar onder toegestaan gebruik.
Dit is geen reverse engineering. Wine wordt gebruikt om een Windows omgeving te emuleren onder Linux. Er zijn extra implementaties gedaan zonder daarbij in de Windows sourcecode te kijken, maar van wat ik zo snel zie zijn het vooral stubs, dus niet persé implementaties, maar meer om te zorgen dat het niet crashed.
Darktable is de opensource "tegenhanger", zou "Give Darktable Lightroom CC capabilities" ook kunnen werken? Dan kan Wine er tussenuit.

;-)

[Reactie gewijzigd door xxs op 18 mei 2026 15:27]

Goed werk man! Je zag een probleem en hebt het opgelost door slim gebruik te maken van de technologie voorhanden.

Je bent alleen 'Don't make mistakes' vergeten in je prompt. :+
Fouten maken is geen probleem. Als je maar leert van de fouten.
Het is misschien voor dit nieuw, maar CC heeft al bewezen dat het meer dingen kan porten, zoals CUDA naar AMD's ROCM: https://wccftech.com/the-...-rocm-in-just-30-minutes/

Ik noem dit vibecoden omdat men een prompt ingeeft en een bepaald resultaat verwacht. De huidige generatie LLM's is geavanceerd genoeg dat ze dat kunnen.
Een vergelijkbaar project is een paar maanden terug ook aangevangen: https://wccftech.com/the-...-rocm-in-just-30-minutes/

Het zegt inderdaad wat over de kracht van state-of-the-art LLM's dus ik snap dat dit een artikel, .geek, enz is. Maar wat zegt het over de rest. Je kan dus met een aantal prompts dit bewerkstelligen. Welk signaal geeft dat af aan iedereen die niets van code snapt?
Ik vind het wel goed voor de bewustwording van mensen dat AI agents op dit niveau zijn.

Dit is een voorbeeld van een vrij onschuldige aanpak. Maar, en het vereist enig omzeilen van guardrails, maar dat is niet heel moeilijk, er zijn nu dus ook mensen die deze aanpak doen, maar met als einddoel:

"Zorg dat ik beheerderstoegang heb gekregen op Tweakers.net". (bij wijze van).

En dan gaat zo'n AI proberen, en proberen, en proberen.

De 'domme' modelletjes komen niet zo ver, maar de meest recente modellen (ChatGPT 5.5 en Anthropic's Mythos), die komen heel ver: https://www.aisi.gov.uk/b...pt-5-5-cyber-capabilities.

Niet iedereen leest beveiligingsnieuws, maar hopelijk gaat bij sommigen door dit soort 'noviteiten' het kwartje vallen over wat voor nieuwe tijd we in leven.
De auteur noemt van zowel artikel als de prompt noemt dit toch geen compleet product?

Is toch mooi om te zien hoe dit werkend gekregen is, dan kan er misschien wel een serieuze commit voor Wine gemaakt worden. Of config voor gedeeld worden.
Er is geen enkele duidelijkheid dat de tweaker legaal andermans werk en middelen ingezet heeft. En dat lijkt me niet onbelangrijk. Want het feit dat iemand middelen heeft wil niet zomaar betekenen dat het dus maar mooi is dat iemand die gebruikt omdat het kan. De Azure Sponsorship is meestal onder voorwaarden verstrekt. Andermans gesloten software is meestal onder voorwaarden verstrekt. Andermans dienstverlening is meestal onder voorwaarden. Als we voorwaarden gaan negeren kan er vaak heel veel meer terwijl daar de voorwaarden juist tegen zijn. Om diezelfde reden vinden we met andermans geld en gereedschap (laten) gaan joyriden en stunten om te proberen of bewijzen dat het kan niet zomaar behoorlijk. Selectief kijken naar wat ienand doet of laat doen is te makkelijk om het te waarderen.
Eerlijk: kaart je dit nu aan omdat je die zaken werkelijk belangrijk vindt of omdat het over AI gaat?
Voorwaarden zijn er niet voor niets Dat zijn de grenzen waarbinnen we software en diensten van anderen kunnen en mogen gebruiken. Dus ja, ongeacht of iemand dit met of zonder ai heeft laten doen is dat wel belangrijk voor het waarderen.
Knap? Misschien niet. Nieuwswaardig? Ik vind van wel. Dit is nuttiger dan 9/10 andere AI zaken waar de meeste mensen het voor gebruiken. Het staat om die reden ook onder .Geek.

Juist het stukje "vibecoden" (bah, vies woord - klinkt zo negatief) is in vele gevallen heel nuttig. En met elke tool is het zo: het is maar hoe je het inzet. Een echte "vibecoder" weet niets van de volledige stack af: een paar prompts, zien resultaat, dus de app/website werkt. Hoe zit het met beveiliging? Ook daar kun je een LLM voor inzetten, maar het is altijd handig(er) als je zelf ook kennis van zaken hebt. Je kunt dan parallel werken.

Ik gebruik "agentic coding" met grote regelmaat. Ik moet geregeld mijn 90 euro abonnementje upgraden naar 180 euro per maand om verder te kunnen. Maar het levert mij meer op dan het me kost.

[Reactie gewijzigd door HetGezegde op 18 mei 2026 13:54]

Vibecoding is inderdaad een negatief statement - Druk op een prompt, verwacht een ideaal antwoord.

Dus wat je omschrijft is wat ik eerder verwacht bij agentic coding - een helpertool. Ik zie de twee dan ook als iets aparts, ondanks dat ze hetzelfde beschrijven.
In dit geval zou ik het zien als startpunt.

Eerdere pogingen zijn mislukt door verschillende problemen. Nu hebben ze een werkende versie, zonder die problemen. Ideaal om van hieruit verder te werken om de software te verbeteren en robuuster te maken.
Het haakje is vooral dat het door een tweaker gedaan is.
Klopt, dat verhoogt de interesse. En je hebt dan wel een mooie titel te pakken. Als het iemand buiten tweakers was, dan kon dat niet.
Naja de programmeur in kwestie lukte hetzelfde niet na meerdere pogingen. Dus ofwel wat hij doet is niet knap, ofwel claude code kan wel wat meer dan een helpertool zijn. Kies maar :)
Een helpertool is niet denigrerend bedoeld. Ik zie Agentic Coding als een steunmiddel voor zaken.

Over de programmeur en zijn kwaliteiten laat ik mij niet uit.
[q]"...De volgende ochtend toen ik keek werkte het quasi volledig."[/q]

Wat moeten wij opmaken uit 'quasi volledig'? Als in: bruikbaar zolang je er geen RAW bestanden van vele tientallen Megabytes mee bewerken wil, of als in: het programma start op, maar crasht na 90 seconden alsnog?

En ook niet onbelangrijk: wordt Claude nu ook aan het werk gezet om ook die tekortkomingen er uit te halen?
Quasi volledig als in bepaalde dingen die adobe cloud credits kosten, of die buiten mijn subscription vallen zijn niet getest omdat ik geen access heb, verder werken alle tabbladen, dus alles qua import, export, edits werkt, wat de belangrijkste flow is.
De huidige issues staan ook hier: https://github.com/sander110419/lightroom-cc-on-linux/blob/main/KNOWN_ISSUES.md
leuk dat het kan.

Maar Adobe timmert altijd alles dicht met torenhoge prijzen (vind ik dan :o ) per maand.

Mag dit? ik ben helemaal verbaasd!
Wine is een open-source project dat "de Windows API" (om het zo maar even te noemen) emuleert. Je kan er Windows executables en libraries mee lopen op niet-Windows systemen.

Tenminste, in theorie. Want vaak rekent software op "quirks" (ongedocumenteerd gedrag) om goed te werken. En dat geldt al helemaal voor grotere software pakketten die nooit voor andere systemen zijn ontwikkeld dan voor Windows.

In die gevallen moet ook het "quirky" gedrag worden geimplementeerd (in Wine), of moeten bepaalde functies een aparte implementatie krijgen wanneer ze wordt aangroepen uit bepaalde software pakketten.

Hier is niet meer gebeurd dan dat. Dat heeft met legaliteit weinig te maken, en al helemaal niet jegens Adobe. Aan hun code/binaries is niet geraakt.
Kleine correctie, WINE (Wine Is Not an Emulator), cumuleert niets. Het vertaald Windows API calls naar Linux API calls. Zie het als een woordenboek die de windows 'woorden' koppelt aan de Linux 'woorden'.
Wine Is Not an Emulator is er later meer als grapje bijgekomen. WINE is wel degelijk een emulator. WINdows Emulator.

Alleen wilde ze zich distantieren van de innefficiente emulators uit het verleden die heel omslachtig instructies aan het vertalen waren. Terwijl WINE enkel (soort van) de API vertaald en een heel stuk efficienter was dan wat algemeen bekend stond als emulator.
In computing, an emulator is hardware or software that enables one computer system (called the host) to behave like another computer system (called the guest).

[Reactie gewijzigd door batjes op 18 mei 2026 14:26]

.oisyn Moderator Devschuur® @ndonkersloot18 mei 2026 14:25
Dat is gewoon een vorm van emuleren; het emuleert een Windows omgeving op Linux. De naam die Wine voor zichzelf heeft gekozen doet daar niets aan af (en lijkt me vooral een verwijzing naar het feit dat het geen CPU emulator is)

[Reactie gewijzigd door .oisyn op 18 mei 2026 14:26]

Ik snap je punt. Het is geen implementatie "from scratch" van de Windows API. Then again: er zullen ook wel functionaliteiten en concepten inzitten die niet eens bestaan in een Linux-context.
Nou ja, an sich ontwikkelt Adobe voor zowel Windows als Mac., waar Lightroom ook voor beschikbaar is.
Ik ken wine maar ik lees het verkeerd, het gaat om een betaalde versie van Lightroom? Ik dacht dat het tegelijkertijd een soort van hack actie was 8)7
Dit mag omdat er helemaal geen veranderingen aan de code van Adobe gebeurd is, en dit zorgt er ook niet voor dat je het kan gebruiken zonder betalende licentie/subscription. Het enige wat dit project doet is zorgen dat het draait op een platform waarvoor het niet gemaakt is, wat in mijn ogen hetzelfde is als doom doen draaien op alles behalve een PC.
Het resultaat had ook kunnen zijn dat Starfight wakker was geworden naast een exacte en perfect functionerende kloon van Lightroom CC in Linux.
Of, omdat het niet lukt, Claude ervoor zorgde dat hij nooit meer wakker werd. Mission completed.
😂 this made my day!!
Ik zal eens vragen hoe hoog dat op de ideeenlijst stond als mogelijke oplossing :+
Ik vind die "Sander Heinsalu" hallucinatie ook wel een grappige. Zo zie je maar, af en toe komt er iets bij waarvan je denkt. Waar komt dat nou weer vandaan? 🤷🏽😁
Je reactie is naast heel grappig ook een vraag die we ons stellen sinds we over AI zijn gaan nadenken. In de film war games (1984) was het doel om te winnen bij een nucleaire oorlog. Totdat de computer tot de conclusie komt "the only winning move is not to play".

Ofwel, in jouw grap, we voldoen aan de vraag door aan het andere parameter te sleutelen, "als ik wakker wordt"

Dit is nou de kern van een agentic AI, hoe voorkom je dat om de "mensheid te redden" de mensheid wordt opgesloten zoals dat in iRobot gebeurde?

[Reactie gewijzigd door david-v op 18 mei 2026 17:47]

Volgens de meeste voorwaarden mag je software niet aanpassen of reverse engineeren. Voor de rest mag je er binnen de grenzen van de licentievoorwaarden mee doen wat jij wilt.
Hij heeft Lightroom ook niet aangepast. Het is een script dat Wine configureert en patcht zodat je Lightroom CC erop kunt draaien.
Blijf het bijzonder vinden, de totale afkeer en denigrerende houding van (groot gedeelte) community hier.

Het is misschien een zeepbel. Maar wel een zeepbel die jou kan helpen in diverse taken en handelingen, wat mijn efficiëntie en productiviteit alleen maar verhoogd.

AI is niet zaligmakend, en vibe-code is niet vergelijkbaar met een “echte” programmeur. Maar helemaal kut is het zeker niet.

De weerstand en terughoudendheid om een AI (Claude) “full controle” (root?) over een omgeving te geven, vind ik ook wat ver gaan. Tuurlijk kan dat in een demo/vm/test-opstelling. Maar lees ook dat sommige dit “blind” in hun reguliere productie computer draaien - heb je wel ballen :+

Afgelopen periode zien we al de effecten hiervan; steeds meer bugs/kwetsbaarheden gevonden door AI. Maar ook steeds meer misbruik van diezelfde kwetsbaarheden (hacks/randsomeware/phishing). Aankomende periode gaat er nog veel gebeuren (zeker in opensource landschap), of dat een verbetering is ….? Uiteindelijk moet het er wel veiliger door worden.

[Reactie gewijzigd door himlims_ op 18 mei 2026 14:35]

Is vooral een coping mechanisme van veel mensen. Is ook niet niets, 4 jaar studeren, 6 jaar ervaring opdoen en vervolgens een 'chatbotje' 90% van jouw werk zien doen tegen een fractie van de kosten.

Mensen die ageren tegen vibecoding snappen niet dat er ook een professionele variant bestaat, spec driven development, die feitelijk doet wat menselijke professionals ook doen en dat die mensen voornamelijk nog input leveren en de output controleren. Ik heb een github copilot / vscode framework geschreven die dit faciliteert. PM me als je het leuk vind.
erg gaaf dat dit zo kan!
##De quote die ik heb meegegeven van 'I want a fully done and working Lightroom CC when I wake up.' was ook letterlijk de laatste prompt die ik gegeven heb.##
Hoe weet Claude dan dat hij / zij / het het werkend moet krijgen onder Linux en niet onder een ander OS?
Claude Code is geïnstalleerd op een Linux-machine en gaat daarop deze taak uitvoeren.
Claude Code werkt als een lokale command line applicatie, dus het weet waar het uitgevoerd wordt en kan zelf alle noodzakelijke aanpassingen maken (als je die permissies geeft). Juist voor dit soort puzzels kan dat erg handig zijn :Y)

Om te kunnen reageren moet je ingelogd zijn