Phoronix a relatat ieri că Adobe Lightroom CC funcționează acum pe Linux prin Wine, ceea ce în sine ar fi deja destul de interesant. Dar ce mi s-a părut mie mai fascinant este că toată treaba asta a fost pusă la punct nu de un programator care a petrecut weekend-uri întregi cu debugging, ci de Claude Opus 4.7 care a lucrat autonom prin Claude Code.

Utilizatorul sander110419 a stabilit obiectivul - să facă Lightroom CC funcțional pe Linux și să documenteze tot procesul. Tot restul, de la debugging la scrierea patch-urilor și verificarea că totul chiar funcționează, a fost făcut de AI. Depozitul de pe GitHub este destul de explicit în privința asta, iar în secțiunea de credite scrie negru pe alb că Claude Opus 4.7 a realizat debugging-ul de mai multe ore, a scris patch-urile și a verificat totul prin capturi de ecran.

Ca să înțelegi ce a implicat asta concret: AI-ul a citit crash dump-uri și log-uri de Wine, a analizat fișiere binare Adobe cu unelte precum winedump și objdump, a comparat tabelele de export ale mai multor versiuni de mfplat.dll ca să identifice exact ce funcție lipsă provoca blocajele, a scris patch-uri binare direct în DLL-uri, și la final a verificat că totul funcționează prin capturi de ecran automate și prin simularea clic-urilor cu xdotool. Când localizarea unui buton era greșită cu câțiva pixeli, relua captura, recalcula coordonatele și încerca din nou, fără intervenție umană.

Pe partea tehnică, ce funcționează acum este Lightroom CC 9.3.1 cu Wine 11.8 staging, pe distribuții pe 64 de biți cu kernel 6.x sau mai nou. Modulul de editare cu toate panelurile, biblioteca sincronizată prin cloud și chiar instrumentul Remove/Heal lucrează fără probleme. Ce nu merge încă sunt unele ferestre de dialog (cum ar fi „What's New”) care pot bloca aplicația și câteva funcții mai avansate bazate pe accelerare GPU, dar fluxul de lucru de bază pentru editare fotografică funcționează.

Problemele care au trebuit rezolvate ca să ajungă aici nu au fost deloc triviale. WebView2, shell-ul Electron pe care Adobe îl folosește pentru interfața sa, nu putea să randeze deloc fără un swapchain special pentru DXVK. O bibliotecă de A/B testing a Adobe numită AdobeGrowthSDK.dll apela o funcție neimplementată și bloca întregul proces. Lightroom avea nevoie de un efect specific din Direct2D care lipsea din implementarea Wine. Iar instrumentul Remove/Heal se bloca pentru că o funcție din mfplat.dll nu exista - și nu era suficient să pui versiunea patch-uită doar în system32/, pentru că Adobe vine cu propria copie a acelui DLL în directorul aplicației, care are prioritate față de cea a sistemului. A trebuit înlocuită în ambele locuri.

Dacă vrei să încerci, ai nevoie de Wine 11.8 staging, winetricks, un GPU cu drivere Vulkan și, evident, un abonament activ Adobe Creative Cloud care include Lightroom CC. Procesul de instalare durează cam 30 de minute, mai ales din cauza descărcărilor. Ghidul complet cu fiecare pas explicat în detaliu, inclusiv ce problemă rezolvă fiecare modificare și cum să dai rollback dacă ceva nu merge, este disponibil în GUIDE.md din depozit.

Personal mă fascinează mai mult partea cu AI-ul decât faptul că Lightroom merge pe Linux. Nu pentru că nu ar fi util - sigur că este, mai ales pentru fotografii care nu vor să renunțe la Linux, dar nici la ecosistemul Adobe - ci pentru că ilustrează destul de clar unde s-a ajuns cu agenții autonomi. Nu mai vorbim de un AI care îți scrie un script după o descriere, ci de unul care se lovește de o eroare, înțelege de ce apare, găsește o soluție la nivel de binar, verifică că funcționează și documentează totul pentru alții. Cam asta a făcut Claude Opus 4.7 aici.

M-am săturat de linux.social și am decis să îmi fac propria instanță de Mastodon. Nu pot spune că linux.social este o instanță rea - dimpotrivă, este foarte bună și nu este nici pe departe aglomerată, dar are câteva restricții pe care nu pot să le detaliez. Una dintre ele mă împiedica să pot urmări contul @thinkroot@thinkroot.social, ceea ce era destul de enervant. Pe lângă asta, imaginile postate de cei pe care îi urmăresc nu se mai încărcau deloc, și problema nu era de la setări - am verificat, am setările identice atât pe linux.social, cât și pe propria instanță, deci nu era vorba de vreo configurare greșită din partea mea.

Cele două probleme au fost de ajuns să mă convingă că e momentul să fac schimbarea.

Nu am ales să instalez Mastodon pe propriul server sau pe VPS-ul meu? Pentru că Mastodon este destul de complicat de configurat și nu am vrut să îmi bat capul cu asta acum. În schimb am apelat la masto.host, un serviciu extraordinar care oferă instanțe de Mastodon gata create, fără să trebuiască să te ocupi de nimic tehnic - sau aproape nimic.

Instanța am creat-o la social.thinkroot.xyz și înregistrările sunt dezactivate. Am creat-o doar pentru mine și nu am de gând să activez înregistrarea de conturi. Dacă vrei să mă urmărești pe Mastodon, mă găsești la @thinkroot@social.thinkroot.xyz.

Să încep de la ce se știe sigur. În februarie, Michael Crandell, CEO-ul care a condus Bitwarden din 2019, a trecut discret într-un rol de consilier. Nicio comunicare oficială din partea companiei, niciun anunț public - doar o actualizare pe LinkedIn, pe care o găseai numai dacă te apucai să cauți anume. În locul lui a venit Michael Sullivan, fost CEO la Acquia și Insightsoftware. Până aici poate părea o simplă schimbare de conducere, dar există un detaliu care schimbă cu totul perspectiva: pe profilul său de LinkedIn, Sullivan se descrie ca având experiență în „toate fațetele fuziunilor și achizițiilor, inclusiv experiență directă cu firme de private equity". Cum explică foarte bine ppb1701, ăsta nu e un om care a trecut prin câteva achiziții din întâmplare - e cineva a cărui specialitate declarată e tocmai procesul de pregătire a companiilor pentru vânzare. A supervizat o achiziție de un miliard de dolari la Acquia și o investiție de același ordin la Insightsoftware, ambele cu firme de private equity. Asta e profilul omului pe care îl angajezi când vrei să duci o companie spre un exit, nu spre o creștere organică pe termen lung.

În aprilie a plecat și CFO-ul, Stephen Morrison, înlocuit cu fostul CEO de la InVision. Kyle Spearrin, fondatorul care a construit Bitwarden din 2015 ca proiect personal tocmai pentru că se temea ce va face LogMeIn cu LastPass după ce l-a cumpărat, rămâne ca CTO. Ironia e greu de ignorat.

Pe lângă schimbările din conducere, au dispărut și niște lucruri de pe sit. Expresia „always free" nu mai apare pe pagina pentru utilizatori individuali, deși planul gratuit există încă. Mai interesant e că valorile companiei s-au schimbat: vechiul acronim GRIT însemna Gratitude, Responsibility, Inclusion și Transparency. După 4 mai, Inclusion și Transparency au fost înlocuite cu Innovation și Trust. Nicio postare nouă pe jurnal, nicio explicație - doar o editare tăcută a unui articol din 2022 semnat de Crandell, pe care nu l-au terminat nici măcar de actualizat, lăsând în același text atât valorile vechi cât și cele noi. Jan-Lukas Else rezumă situația bine: totul arată ca o pregătire pentru vânzare, iar ironia e că însuși fondatorul a pornit proiectul din cauza îngrijorărilor legate de ce a făcut LogMeIn cu LastPass după achiziție.

Kev Quirk încearcă să tempereze lucrurile și are dreptate să o facă - există o declarație a unui reprezentant Bitwarden care spune că nu caută cumpărători și că schimbările reflectă o concentrare pe scalarea afacerii. Posibil să fie adevărat. Posibil să fie și genul de comunicat pe care îl dai tocmai când lucrurile merg în direcția opusă. Greu de știut cu certitudine.

Eu folosesc Vaultwarden de ceva vreme și nu simt o presiune imediată, dar înțeleg perfect îngrijorarea celor care sunt pe Bitwarden cloud. Riscul mai subtil pentru cei care fac self-hosting e că Vaultwarden funcționează pentru că implementează API-ul serverului Bitwarden, iar clienții oficiali sunt open source - dacă oricare din aceste lucruri se schimbă sub o nouă conducere, compatibilitatea se poate rupe treptat, fără niciun anunț explicit. Clienții sunt licențiați Apache 2.0, deci un fork e posibil în cazul cel mai rău, dar e oricum o situație pe care nu ți-o dorești.

Modelul e mereu același: construiești ceva în care oamenii au încredere, ei devin dependenți de el, apoi renegociezi termenii - câte puțin, pe bucăți, fără niciun anunț mare. O schimbare de prețuri îngropată într-un anunț de funcționalități. Un CEO nou menționat doar pe LinkedIn. O pagină de valori editată pe jumătate. Dacă ești pe Bitwarden cloud și tot amâni să-ți muți vault-ul pe o instanță proprie, acum pare un moment bun să te apuci.

De ceva timp mă gândeam să adaug suport ActivityPub la Written Whisper și azi am terminat treaba. Practic am transformat jurnalul dintr-o platformă obișnuită într-un nod federat - ceea ce înseamnă că acum vorbește același protocol pe care îl folosesc Mastodon, Pixelfed, Lemmy, Loops și zecile de alte platforme care formează Fediverse-ul.

Ce înseamnă asta concret? Dacă cineva de pe Mastodon vrea să urmărească ce scriu, îi e de ajuns să caute @thinkroot@thinkroot.xyz - nu trebuie să-și creeze cont pe nicio altă platformă, postările apar direct în feed-ul lui ca de la orice alt utilizator Mastodon.

Mecanismul din spate e simplu de înțeles: când public un articol, o notă sau o fotografie, platforma trimite automat o activitate Create tuturor celor care mă urmăresc din Fediverse. Dacă editez, trimite Update. Dacă șterg, trimite Delete. Totul se întâmplă în fundal, fără să fac nimic suplimentar. Tipurile de conținut se mapează natural - notele apar ca postări text obișnuite în Mastodon, fotografiile vin cu imaginea atașată exact ca o postare cu imagine, iar articolele apar cu titlul bold urmat de conținut complet, mai lungi decât o postare obișnuită, dar Mastodon le afișează corect.

Pentru ca un server să poată fi găsit în Fediverse, trebuie să implementezi câteva standarde de descoperire. Am implementat WebFinger la /.well-known/webfinger - acesta e mecanismul prin care Mastodon găsește un cont după handle. Când cineva caută @thinkroot@thinkroot.xyz, serverul lor face o cerere la această adresă și primește informațiile despre actor. Am adăugat și NodeInfo la /.well-known/nodeinfo și /nodeinfo/2.0, care descrie serverul: ce program rulează, ce protocoale sunt folosite, câte postări are. NodeInfo e necesar pentru a fi indexat în directoare ca fediversesearch.com și e verificat obligatoriu de Pixelfed și Lemmy înainte de a accepta un server ca nod federat. Am implementat și host-meta la /.well-known/host-meta pentru compatibilitate cu platforme mai vechi precum Diaspora și Friendica, care folosesc un protocol de descoperire anterior WebFinger.

Pe partea de securitate, federarea nu înseamnă că oricine poate trimite orice în inbox-ul jurnalului. Toate cererile outgoing sunt semnate cu o cheie RSA de 2048 de biți, iar Follow-urile primite sunt verificate criptografic prin HTTP Signatures - standardul folosit de Mastodon pentru autentificarea serverelor.

Un lucru care mă bucură e că și comentariile din Fediverse funcționează. Când cineva de pe Mastodon răspunde la o postare de-a mea, reply-ul ajunge automat în panoul de admin, în secțiunea de comentarii Fediverse, cu avatarul și numele actorului și cu un badge care îl distinge de comentariile locale. Pot să-l aprob sau să-l șterg exact ca orice alt comentariu, iar dacă răspund din admin, răspunsul e livrat automat în inbox-ul celui care a comentat, care primește o notificare în Mastodon ca la orice reply obișnuit.

Dincolo de Fediverse, am rezolvat azi și câteva probleme mai vechi. Panoul de admin are acum o structură mai clară - setările sunt împărțite în trei pagini separate (Platformă, Fediverse și Credențiale), iar comentariile sunt și ele organizate în trei secțiuni distincte cu URL propriu, astfel că butonul Back din navigator funcționează corect și linkurile sunt direct accesibile. Publicarea draft-urilor folosea data de salvare în loc de data publicării, deci acum, când un draft e publicat, data de creare se actualizează la momentul publicării. Programarea articolelor nu funcționa din cauza unui format incompatibil între input-ul HTML (2026-05-16T15:00) și comparația din SQLite (2026-05-16 15:00:00) - litera T ffăcea ca orice dată programată să pară că nu a venit încă, iar soluția a fost normalizarea formatului la salvare. Am adăugat și un redirect 301 care asigură că orice hostname alternativ e redirecționat spre thinkroot.xyz, pentru că Fediverse funcționează corect doar dacă toate URL-urile actorului și endpoint-urile ActivityPub provin de pe un singur domeniu.

Dacă ai cont pe Mastodon sau altă platformă Fediverse și vrei să urmărești ce mai scriu, caută @thinkroot@thinkroot.xyz sau poți urmări ce public și pe contul personal.

Internetul pe care îl folosim astăzi arată complet diferit față de ce a fost gândit la început. Nu din punct de vedere tehnic, ci din punct de vedere al modului în care îl consumăm. Undeva pe parcurs am renunțat la o grămadă de lucruri bune în favoarea comodității oferite de câteva companii mari, iar acum suntem atât de obișnuiți cu asta încât nici nu ne mai punem întrebări.

Protocoalele care stau la baza internetului - RSS, e-mail, IRC, XMPP și altele - sunt descentralizate din construcție. Nu aparțin nimănui, nu sunt controlate de nicio companie și au apărut odată cu internetul însuși. Pe ele se bazează practic tot ce există online, direct sau indirect. Și totuși, în loc să le folosim la potențialul lor, preferăm să ne petrecem timpul pe platforme centralizate care ne colectează datele și ne vând mai departe.

Hai să luăm RSS-ul ca exemplu. Este unul dintre cele mai simple și mai utile lucruri din internet și aproape nimeni nu îl mai folosește conștient, deși există peste tot. Dacă urmărești un jurnal, un canal video sau orice altceva care publică conținut periodic, RSS-ul îți permite să primești tot ce apare nou într-un singur loc, fără să îți faci cont nicăieri și fără să dai nimănui datele tale. Pașii sunt simpli: copiezi legătura RSS și o adaugi într-un client RSS. Atât. Este mai puțin complicat decât să îți faci un cont pe YouTube, să te autentifici, să cauți un canal și să te abonezi - și pe deasupra ai și confidențialitate.

Același lucru este valabil pentru e-mail. Comunicarea prin e-mail este descentralizată, funcționează între orice furnizori și nu depinde de o singură companie. Și IRC-ul și XMPP-ul sunt la fel - protocoale deschise, care există de zeci de ani și funcționează perfect. Nu sunt moderne, nu au interfețe colorate și nu îți trimit notificări la orice mișcare, dar asta este și avantajul lor.

Înțeleg că Reddit, Discord, YouTube, TikTok, Facebook și restul sunt populare și comode. Dar comoditatea aceea vine cu un preț pe care îl plătești fără să îți dai seama. Fiecare clic, fiecare căutare, fiecare minut petrecut pe platformele astea este înregistrat, analizat și folosit pentru a-ți construi un profil cât mai detaliat. Și știu că răspunsul clasic la asta este „nu am nimic de ascuns". Dar aceeași persoană care zice asta închide ușa de acasă cu cheia seara, trage draperia să nu se vadă înăuntru și nu lasă pe oricine să îi citească mesajele. Teoretic și practic este același lucru - confidențialitatea nu înseamnă că ai ceva de ascuns, ci că unele lucruri sunt ale tale și atât.

Și nu vreau să spun că trebuie să renunți la tot dintr-odată sau că alternativele sunt perfecte. Lemmy, de exemplu, nu este la nivelul lui Reddit în ce privește volumul de conținut și comunitate - dar asta nu se rezolvă stând pe Reddit. Se rezolvă dacă tot mai mulți oameni își fac cont pe instanțe de Lemmy, dacă susțin financiar proiectul și dacă îl promovează în loc să trimită postările de pe Reddit. Și așa este cu orice altă platformă.

ActivityPub este un protocol relativ nou care stă la baza unor platforme ca Mastodon, Pixelfed sau chiar Lemmy. Ideea din spate este că poți să ai cont pe o instanță și să interacționezi cu utilizatori de pe alte instanțe, fără să fii legat de o singură companie sau server. Este exact filozofia internetului descentralizat aplicată la rețelele sociale, și funcționează.

Dacă ești din România și vrei să începi de undeva, sunt câteva servicii pe care le poți folosi chiar acum. Pentru Mastodon există mstdn.ro și social.5th.ro, două instanțe românești unde poți să îți faci cont. Pentru comunicare în timp real există Matrix, pe care îl poți accesa direct din navigator la chat.linuxromania.ro sau prin orice client Matrix compatibil - camera comunității Linux România este la #linuxromania:linuxromania.ro. Dacă vrei să scrii și să publici ceva, write.linuxromania.ro este o instanță de WriteFreely, o platformă de blogging federată și simplă.

Iar dacă IRC-ul îți sună familiar sau vrei să îl descoperi, în România există două rețele active: DesireNet, cu servere la irc.desirenet.org, apropo.desirenet.org, romania.desirenet.org și londra.desirenet.org, și RomaniaChat la irc.romaniachat.eu pe portul 6667.

Nu cer nimănui să facă o revoluție. Dar dacă data viitoare când vrei să urmărești un jurnal sau un canal video cauți și legătura de RSS în loc să îți faci al nouălea cont pe o platformă, sau dacă promovezi o alternativă descentralizată măcar o dată, deja e ceva. Internetul arată cum arată pentru că oamenii îl folosesc cum îl folosesc - și asta se poate schimba, câte un pas mic la un moment dat.