Debianova odluka o smanjenju značajki KeePassXC-a izazvala je raspravu


Kontroverzna odluka Debian programera da ukloni neke mrežne funkcionalnosti KeePassXC-a izazvala je nezadovoljstvo među njegovim korisnicima.

KeePassXC, otvoreni upravitelj lozinki poznat po svojim snažnim sigurnosnim značajkama i kompatibilnosti s različitim platformama, nedavno je privukao pažnju. Evo o čemu se radi.

Prije nekoliko dana, jedan korisnik Ubuntua primijetio je da je značajka integracije preglednika za KeePassXC nestala, što je onemogućilo rad odgovarajućeg proširenja za preglednik. Kao što možete pretpostaviti, ova značajka je ključna, jer uvelike opravdava korištenje takvih upravitelja lozinki.

Pregled člana tima KeePassXC-a otkrio je da je jedan Debian programer uklonio neke funkcionalnosti iz aplikacije. Kada je zatražio da se originalne funkcionalnosti obnove, Julian Klode, Debian programer i Ubuntu Core programer, odgovorio je:

‘Bojim se da se to neće dogoditi. Bila je pogreška isporučivati proizvod s aktiviranim svim dodacima prema zadanim postavkama. Ovo će biti bolno tijekom godine dok korisnici dosadno ne čitaju NEWS datoteke koje bi trebali čitati, ali za to se malo može učiniti.

Naša je odgovornost prema našim korisnicima osigurati im najsigurniju moguću opciju kao zadanu. Sve ove značajke su suvišne i zapravo ne pripadaju u lokalni upravitelj lozinki, svi ovi razvojni potezi su potpuno pogrešni.

Korisnici kojima treba ova sranja mogu instalirati lošu verziju, ali očito to povećava rizik od napada odvjetničkih doprinioaca.

Reći ću to ovako i nadam se da ću biti shvaćen. Ovakva vrsta odgovora i ponašanja ovdje savršeno se uklapa u profil 'Ubuntu Core Developer', gdje korisnici često nemaju izbora nego prihvatiti nametnuta stajališta o tome kako stvari trebaju funkcionirati i koje alate koristiti.

Međutim, ovaj pristup je teško uskladiti s dijelom „Debian Developer“, s obzirom na reputaciju Debiana kao jedne od najdemokratičnijih Linux distribucija, gdje se takav stav obično ne očekuje.

Što je dovelo do ove promjene? Prema Klodeu, trenutna aplikacija KeePassXC, sa svim svojim funkcionalnostima, predstavlja šire polje napada.

Ne bih se usudio reći je li to istina, ali ako slijedimo ovaj pristup, zar se ne bismo našli u situaciji s stotinama ili čak tisućama aplikacija na kojima bi se smanjivale funkcionalnosti?

Što je s systemd-om, na primjer? Zar ne predstavlja ogroman potencijalni sigurnosni rizik? Hajde da uklonimo neke značajke samo zbog osobnog neslaganja o tome kako je izgrađen.

Dakle, nametanje stavova i rješenja može biti Kanonički način, ali sigurno nije Debian način. Nema prethodne rasprave. Samo netko odluči i ukloni značajke. Kao što navodi developer KeePassXC-a:

“Ne, ovo nam prije nije priopćeno, niti je bilo prilike za suradnju na učinkovitom rješenju za obje strane. Sve što mogu reći je, koristite Flatpak i u potpunosti se udaljite od zaključavanja na distribuciji. ”

Osim toga, kako je korisnik koji sudjeluje u raspravi primijetio, upućujući na ovaj link za referencu:

“Općenito je kršenje Debian politike ako nadogradnja prekine postojeću funkcionalnost, također se općenito potiče pružanje izgrađenih verzija koje omogućuju izbor i samostalno odlučivanje operaterima sustava.”

Osim toga, programeri KeePassXC-a naglašavaju da se korisničke pritužbe sada upućuju njima, a ne odgovornom Debian programeru. Štoviše, kao dugogodišnji open-source projekt, takve akcije mogu negativno utjecati na reputaciju projekta.

Koga to pogađa: Korisnici stabilnih verzija Ubuntua i Debiana još uvijek imaju pristup verziji KeePassXC s punim značajkama. Međutim, oni koji se oslanjaju na Debian Testing susrest će se sa sljedećim:

KeePassXC na Debian Testingu

Umjesto ovoga:

KeePassXC

Pa, što je trenutno rješenje? Potpuno funkcionalan paket KeePassXC koji sadrži sve značajke, nazvan „keepassxc-full“, sada je dostupan u Debianovim testnim i nestabilnim spremištima.

Zaključno, sve ovo postavlja važna pitanja bez obzira na to tko je u pravu ili u krivu u ovoj situaciji. Posebno, je li ovo izolirani slučaj ili bi korisnici trebali očekivati slične situacije gdje jedna perspektiva određuje korištenje softvera? Siguran sam da do toga neće doći. Uostalom, tko treba Debuntu?

Cjelokupnu raspravu o slučaju možete pronaći ovdje.