Názory k článku
Shutter byl odstraněn z Debianu a Ubuntu, používá staré knihovny GTK2
-
Na to je PipeWire, který má backendy pro různé kompozitory a aplikace od jejich implementačních detailů (každé WM si to řeší jinak) odstiňuje. Ty můžou používat stejné API bez pohledu na to, v jakém prostředí běží, a dokonce ho můžou používat i na Xorgu, protože PipeWire má backend i pro něj. Výhodou pak je, že PipeWire nemusí automaticky ty požadavky plnit (jako je tomu nyní u Xorgu, kdy jakákoliv aplikace má přístup ke všem zdrojům, které přes ně tečou: snímky celé obrazovky, vstup z klávesnice...), ale může spolupracovat se systémem oprávnění, kde si uživatel může zvolit, jestli ta která aplikace ten přístup bude mít nebo ne. Stejným způsobem lze řešit přístup k hardwaru jako třeba streamu z webové kamery. Proto je lepší to implementovat ve video serveru než v display-server-client protokolu.
-
Stačí se podívat do statistik projektu: https://www.openhub.net/p/shutter
Aktivita vývoje je minimální, takže si troufám tvrdit, že na nápravě nikdo nepracuje. Ale třeba tento krok někoho nakopne k tomu, aby na tom pracovat začal. -
anon (neregistrovaný)
Jo a krasne je tam https://launchpad.net/shutter videt jak kriticke a bezpecnostni bugy za neho resili distra kdyz n to mezi roky 2014 a 2017 kaslal ;)
-
anon (neregistrovaný)
Posledniho 2.5 roku zcela stabilni rozhrani (api nebo abi?) jo? ;) I kdyby si mel pravdu, tak to je teda cim se chlubit :D, to jsem cekal kdyz to nebude pouzivat gnome shell ze to az tak spatny nebude.
Wayland je vymysl Red Hatu stejne jako gome shell, systemd a dalsi problemove technologie.
-
anon (neregistrovaný)
Ja ti teda nevim ale duckduckgo mi da jako prvni tento odkaz https://abi-laboratory.pro/?view=timeline&l=gtk+
Ale na tvoje lzi jsme uz zvykli no :).
-
Adam KaliszStříbrný podporovatelVerze 3.89+ jsou vývojové verze GTK4 pokud vím, nejsem vývojář GTK, tak případné nepřesnosti omluvte. Jinak vidím u GTK3 prakticky všude 100% kompatibilitu...
Myslím jinak, že by bylo lepší se zeptat, jestli na své tvrzení může Jiří Eischmann poskytnout podklady než rovnou označit za lháře. Evtl. by se taky dalo napsat "jak mám chápat xy, rozumím tomu tak, že je xy nekompatibilní"...
Děkuji jinak za odkaz, o této stránce jsem nevěděl a mají to pěkně zpracované. -
Přesně tak. Verze 3.89 a dál jsou vývojové verze budoucí GTK 4 a tam se samozřejmě rozhraní rozbíjí o 106. Jako stabilní je už 2,5 roku udržovaná 3.22 a teď přišla 3.24, protože vydání 4.0 se oddálilo. Tímto děkuji anonovi. To se dobře diskutuje, když podpůrná fakta k vašim argumentům dodává protistrana :)
-
anon (neregistrovaný)
Takze jsme vlastne zjistili ze by to opravdu musel stejne "za pul roku" prepsat znova kvuli gtk4 a to ani nepouziva gnome shell ale tim se nenechame rozhodit.
Kazdopadne tady ma puvodni tazatel potvrzenou odpoved na puvodno otazku proc se to neprepise do gtk3, kdyz je to popularni software.
-
anon (neregistrovaný)
V minulosti jsem ho uz tolikrat nacapal pri vyslovenych lzi a manipulacich (vcetne cenzury wiki.gnome.org), ze uz si zadnou takovou slusnost nezaslouzi. Typicky jeho lzive obhajoby flatpaku - tam to bylo dost drsny, protoze lidi co mu to verili byly vystaveny realnym utokum (lhani o bezpecnostnich dirach!!).
S tim ze je ten API tracker fajn souhlasim.
-
Chápu, že diskutuji s někým s určitým stupněm paranoi, ale pokusím se to uvést na pravou míru, alespoň pro ostatní:
Žádná cenzura wiki nebyla. Milan, který je v mém týmu a je dnes prakticky jediným přispěvatelem do Evolutionu, dal před časem dohromady manifest flatpaku, protože to po něm lidi chtěli pro testování vývojových verzí, aniž by toho o Flatpaku mnoho věděl. A k tomu napsal ten elaborát na wiki. Před několika týdny jsme se rozhodli, že dostaneme Evolution do Flathubu. Řešili jsme, jestli má Evolution fungovat jako zcela izolovaná aplikace nebo se integrovat se systémem jako nyní. Milan nakonec přišel s řešením, které zvládne obojí. Navíc se nám díky lidem, kteří nám dělali review na Flathubu, podařilo ten manifest dost pročistit. Věci, které Milan tenkrát napsal na wiki, už nebyly neplatily, tak je odstranil. Sám. Mně je vcelku jedno, co si za instrukce píše na vývojářské wiki.
Je mi jasné, že vaši představu o velké kospiraci Red Hatu nevyvrátím, ale je mi to popravdě v celku jedno. Nekonkrétní obvinění ze lží a manipulací už pak beru jenom jako kolorit vašeho trollingu.
-
anon (neregistrovaný)
Uplne nahodou tyden potom co jsem te vytrolil na tom ze i evolution od flatpaku odrazuje. Jasne.
"..dal před časem dohromady manifest flatpaku, protože to po něm lidi chtěli pro testování vývojových verzí, aniž by toho o Flatpaku mnoho věděl"
Tak kdyz dnes uz o flatpaku vime vic, tak vsude pridate varovani at ho nikdo nepouziva protoze je to jedna velka bezpecnostni dira?
-
Tak už začínám chápat, kde chodíte na ty moje domnělé lži a manipulace :) Já jsem psal, že je integrovaný přes e-d-s (evolution-data-server) s ostatními aplikacemi, tedy logicky se to týká jen dat, která e-d-s ukládá (kontakty, kalendáře, poznámky, úkoly, online účty). Nikde jsem nepsal, že se Evolution ve Flatpaku ve všech ohledech chová stejně jako nainstalovaný na hostovi, ale chápu, že při tom všem hejtění je těžké se soustředit na psaný text.
Tímto bych tuto krapet neproduktivní konverzaci ze své strany ukončil. Přeji pěkný zbytek dne a třeba se zase někdy uvidíme u nějakého vašeho dalšího hejtu na Flatpak. -
anon (neregistrovaný)
Super! Jsem rad ze priznavas ty omezeni flatpaku (bez CJK to je k nicemu 2 miliardam lidi), predpokladam teda ze to varovani do tydne bude na ty wiki. Taky tam pridejte to varovani ze je to jedna velka bezpecnostni dira (pokud to pridate i na flapak a flathub web tak prestanu hajt na flatpak, protoze se prestane lhat uzivatelem ohledem bezpecnosti).
-
anon (neregistrovaný)
Smutnejsi je ze to vypada ze jsem i jediny kdo resi bezpecnost. To se nastesti provalilo a podivej se ted na komentare k flatpaku treba na redditu (a ano v cesku se o tom mlci, tady vladne Red Hat). A prave ze eischmann povinne lze o (bezpecnostnich!) problemech o kterych vi stejne jako zbytek red hatu, nemam problem oznacit ho za lhare kterym je.
Koukni nekdy na statistiky pouziti linuxu v CJK zemich a znova se zamysli jestli je dobry jim to jeste ztezovat a zaroven sude vyrvavat jak mame super novy tech a vsichni by ho meli pouzivat.
-
neregistrovany (neregistrovaný)
No tak prave ten clanok, co bol na Reddite bol vseobecne zhodnoteny ako blbost, na HN jakbysmet, tam sa este pozastavili nad tym, ze sa niekomu oplatilo kupit domenu kvoli jednemu tak partizanskemu clanku. Skus skor https://ramcq.net/2018/10/12/flatpak-sandbox-security/.
Btw, problem s IME bol vyrieseny rok naspat.
-
anon (neregistrovaný)
IME nefunguje, vyvojari flatpaku o tom vi a kaslou na to. Nelzi.
Zhodnoceny jako blbost? Mozna protoze dneska uz linux na desktopu nikdo nepouziva prave kvuli podobnym zhovadilostem. Ale co jsem si vsimnul tak na r/linux pak meli flatpak vyvojari potrebu postovat dalsich 5 postu s jejich obvyklym bullshitem a je tam vzdy top komentar at prestanou spamovat s tou shit technologii :D. Takze tak.
-
neregistrovany (neregistrovaný)
> IME nefunguje, vyvojari flatpaku o tom vi a kaslou na to. Nelzi.
Picovina, pan farar: https://imgur.com/a/2QGCRkU
> Ale co jsem si vsimnul tak na r/linux pak meli flatpak vyvojari potrebu postovat dalsich 5 postu s jejich obvyklym bullshitem
Aha, tak ty chces citat iba bullshit co povrdzuje tvoj nazor; ked ta niekto da na pravu mieru, tak to ignorujes. Tak ako tu na roote.
> je tam vzdy top komentar at prestanou spamovat s tou shit technologii
Ten si napisal ty, vsak?
-
anon (neregistrovaný)
Krome posledni zmeny ABI pred mesicem a pul v gtk+ 3.24.0 je videt, ze uz se chysta dalsi past na vyvojare a to gtk4.
Dobra je prvni veta na tom odkazovanem ABI trackeru "Let's make the Linux desktop ABI stable ... ". Respekt
autorovi.A samozrejme nejde jen o gtk, treba glib https://abi-laboratory.pro/index.php?view=timeline&l=glib
Co se tyka ABI takto dulezitych knihoven, vemte si priklad treba z fontconfig https://abi-laboratory.pro/index.php?view=timeline&l=fontconfig - jde videt ze to jde!
-
https://en.wikipedia.org/wiki/Contributor_License_Agreement#Canonical
je mozne ze bez toho by opravdu Upstart se rozsiril mezi ostatni distra a systemd by se nerozsiril, protoze uz roky pred nim, Upstart umoznoval snadnou administraci, zobrazeni zda sluzba bezi, paralelni pousteni, start systemu v radu jednotek vterin, ALE ne$ral se do niceho jineho nez initu...
-
anon (neregistrovaný)
Jojo, protoze spatna kopie launchd z os x ktera da roota uzivateli "0day" (a neni to podle red hatu bug!), ktera prejmenovava nahodne sitovy rozhrani, ktera si vymysli vlastni nesmysl misto cronu, ktera vypne tmux a screen pri odhlaseni je presne to co bylo potreba! Vubec se to neprosadilo diky tomu ze to cpal Red Hat vsem horem dolem (v debianu to proslo o hlas, par mesicu potom presel martin pitt do red hatu a odstoupil kvuli tomu pak treba programator dpkg!). Po protlaceni do debianu (a tim padem ubuntu) najednou kampan prestala.
-
ja. (neregistrovaný)
Neviem, ci ma zmysel diskutovat s niekym, kto dodnes nepochopil nuansy rozdielov medzi launchd a systemd, ale skusim to, snad to nebude uplne zbytocne.
Pouzivatelia zacinajuci s cislom podla redhatu to nie je bug, pretoze normalne takehoto pouzivatela vytvorit nejde. Pokial si distribucia zmeni toto pravidlo, je zodpovedna za vsetky programy, ktore musia rozoznat rozdiel medzi uid a username. Pokial si opatchuju jednu aplikaciu (napr. coreutils) a druhu nie (napr. systemd), nemozu hadzat vinu na tu druhu, ze to nerobi.
Co sa tyka premenovania sietovych rozhrani podla NamePolicy=, tak som si isty, ze velki a skuseni admini, co vsetko zvladnu nakonfigurovat, zvladnu zmenit aj tento default.
No a tu sa dostavame k nepochopeniu systemd. Systemd nespusta skripty pri boote, ako navrhovana "konkurencia". Systemd reaguje na eventy: jeden event moze byt boot systemu, iny event moze byt timer (t.j. ekvivalent cron), dalsi event moze byt pridanie alebo odobranie zeleza, dalsi event moze byt paket na nejakom porte ala tcp wrappers, dalsi event moze byt namountovanie/odmountovanie disku a takto sa da pokracovat doblba. Takze aby sa nepouzivalo milion rozlicnych mechanizmov pri milion rozlicnych eventoch, tak sa pouziva jeden, pricom definicie sa daju pekne kompinovat (napr. spusti skript 15 minut po boote, inak kazdy den). Pre pouzivatelov to ma napriklad take nasledky, ze im nemusia bezat demoni, ku ktorym ani nemaju hw (bluetooth, smartcards, gps, apod), ale ked ho pripoja, tak sa dany demon nastartuje, ked ho odpoja, tak sa ukonci.
Tmux a screen boli vysvetlovane uz milionkrat, tak skusme milionkrat prvy: vyuzivali nedefinovane spravanie. SIGHUP znamena, ze treba ohandlovat stratu terminalu. Nehovori to nic o tom, ze maju prezit ukoncenie user session. Dost pravdepodobne to bude tym, ze ked sa definoval SIGHUP, tak ziadne GUI session neexistovali, a ked prisli prve session manazery, tak runaway procesy nejako neriesili. Teraz uz riesia, z nedefinovaneho sa stalo definovane a ak pouzivatel chce, aby niektore aplikacie prezili stratu session (a teda nielen stratu terminala), tak to session manazeru treba nejako oznamit. Prekvapivo, maju na to API, staci ho pouzit!
Systemd sa presadil aj preto, ze maintaineri v distribuciach chapu to, co pisem vyssie, je im jasne, ze tieto problemy treba nejako riesit a kedze nikto iny ich neriesil, tak systemd sa presadil. Potom, ako to vacsina distribucii pochopila, naopak zacala kampan od ludi, co nechapu pointu dodnes.
Btw, aj FreeBSD chce nieco ako systemd, ich jediny problem je, ze to nevedia odkomunikovat ludom, co nechcu chapat pointu dodnes.
-
anon (neregistrovaný)
lol ty si schopny stale obhajovat ze dat roota uzivateli co zacina cislem neni bug. Nemam slov, to i v Red Hatu pochopili ze se to opravit musi. Kdyz tam jsou takovyhle boty tak se divim ze nebylo publikovano vic 0day local rootu exploitu, ale asi to lidem za to nestoji a exploity si nechavaj pro sebe.
Radeji se nedivej kolik ma ten systemd patchu treba v debianu nebo suse, nedivil bych se kdyby to byl balicek s nejvice patchi :). Ty patche nastesti z vetsiny resi to co kritizuju aby to pak nebylo na chudaka admina.
Maintaineri na to nadavaj uplne stejne jako vsichni ostatni.
Neco jako systemd je fajn (treba upstart, launchd nebo smf) problem je neuveritelne zabugovany systemd jako takovy - implementace a arogance pri reseni, resp. nereseni bugu. Jo a pristup kdo to kritizuje ten to nepochopil, ze pozdravuju lennarta.
-
ja. (neregistrovaný)
man useradd:
Usernames must start with a lower case letter or an underscore, followed by lower case letters, digits, underscores, or dashes. They can end with a dollar sign. In regular expression terms: [a\-z_][a\-z0\-9_\-]*[$]?
Takze ano, ked si niekto opatchuje shadow-utils, tak musi opatchovat vsetko, co ma rovnaku semantiku. V tomto pripade je maslo na hlave Redhatu, ze zmenili nieco iba na jednom mieste a nie na druhom. Preto si to aj opravili.
Pre tych, co stale maju problem s chapanim citaneho textu: nie, to nie je obhajoba 0day a davanie roota pouzivatelovi.
A pozeram, ze stale nemas ani najmensi zaujem pochopit, co systemd vlastne robi, tak si pekne hejtuj dalej a tschus.
