Claude AI, 리눅스에서 라이트룸 CC 구동 성공!

본 저장소는 Claude Opus 4.7 모델이 자율적으로 디버깅을 수행하여 Adobe Lightroom CC를 리눅스 환경에서 구동 가능하게 만든 과정을 상세히 기록하고 있습니다. 모델은 충돌 로그(Crash Logs)와 Wine 로그를 분석하고, PE 파싱(PE Parsing)을 통해 필요한 함수를 식별했으며, 스크린샷 기반 UI 검증(Screenshot-driven UI Verification)과 xdotool을 이용한 자동화된 테스트를 반복 수행했습니다. 특히, Adobe 자체 DLL이 Wine의 기본 DLL 로딩을 방해하는 문제를 발견하고 이를 해결하기 위해 패치된 DLL을 애플리케이션 디렉토리에 직접 복사하는 등, 실제 운영 환경에서의 복잡한 문제 해결 능력을 보여주었습니다.

이 프로젝트는 Wine 11.8 staging과 DXVK를 핵심 호환성 계층(Compatibility Layer)으로 활용합니다. DXVK는 Vulkan API를 통해 DirectX 9, 10, 11을 리눅스에서 구현하며, 특히 WebView2 렌더링을 위한 더미 컴포지션 스왑체인(Dummy Composition Swapchain) 설정이 중요했습니다. 또한, AdobeGrowthSDK.dll의 A/B 테스팅 기능이 Wine의 미구현 함수 호출로 인해 전체 프로세스를 중단시키는 문제를 해결하기 위해 해당 DLL을 비활성화하는 패치가 적용되었습니다. 이는 Adobe 애플리케이션의 내부 동작 방식에 대한 깊은 이해를 바탕으로 한 엔지니어링 접근 방식입니다.

Lightroom CC의 핵심 기능인 'Remove/Heal' 도구의 정상 작동을 위해 `mfplat.dll` 파일이 패치되었습니다. Wine의 기본 `mfplat.dll`에는 Adobe가 필요로 하는 `MFCreateSampleCopierMFT` 함수가 없었기 때문에, Winegstreamer의 구현을 기반으로 새로운 PE 섹션을 추가하여 해당 함수를 포워딩(Forwarding)하는 방식으로 수정되었습니다. 또한, Lightroom이 필요로 하는 `CLSID_D2D1ColorManagement` 효과를 등록하기 위해 `d2d1.dll`도 패치되었으며, Wine에 포함되지 않은 누락된 DLL(`NDFAPI.DLL`, `wkscli.dll` 등)에 대한 스텁(Stub) DLL도 생성되었습니다. 이러한 수정은 Adobe 소프트웨어의 복잡한 종속성 문제를 해결하기 위한 정교한 엔지니어링 작업입니다.

커뮤니티에서는 Adobe Lightroom CC를 리눅스에서 구동하려는 노력 자체에 대해 의문을 제기하는 의견이 많습니다. Darktable이나 Digikam과 같은 강력한 오픈소스 사진 편집 도구가 이미 존재하며, 특히 Darktable은 비파괴 편집(Non-destructive Editing)과 웨이블릿 변환(Wavelet Transform) 등 전문가 수준의 기능을 제공한다고 언급됩니다. 일부 사용자는 Darktable의 복잡한 인터페이스와 기본 프리셋의 낮은 품질을 지적하기도 하지만, 전반적으로 Adobe 생태계에 종속되지 않고 리눅스 환경에서 완전한 워크플로우를 구축할 수 있다는 점에서 오픈소스 대안의 가치를 높게 평가하는 분위기입니다.

일부 사용자는 해당 게시물이 클라우드 기반의 Lightroom CC에 관한 것이지, 사진가들이 일반적으로 사용하는 Lightroom Classic이 아니라는 점을 지적하며 기대치가 낮아졌다고 언급했습니다. Lightroom Classic은 여전히 리눅스에서 네이티브로 지원되지 않아 많은 사용자들이 듀얼 부팅이나 가상 머신을 사용해야 하는 상황입니다. 따라서 이 프로젝트의 성공이 모든 Lightroom 사용자에게 게임 체인저(Game Changer)가 되지는 않으며, 특히 Lightroom Classic 사용자들에게는 여전히 해결되지 않은 문제로 남아있다는 점이 강조되었습니다.