Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Pacos_z_Bohnic

Stran: [1]
1
Citace
Jenže žádný z těch 274 balíčkovacích systémů (a tolik jich zase není) neřeší nezávislost desktopových aplikací na jádru systému. Takže každý uživatel pak musí řešit, že si aplikaci nemůže pustit v té verzi, kterou potřebuje.

Tohle dnes řeší minimálně 3 balíčkovací systémy - Appimage, Flatpack a Snap. Každý z nich má samozřejmě nějaká plus a nějaká mínus. Vy preferujete Flatpack, ale někdo jiný Snap a další zase Appimage. Výsledek pak je, že uživatel potřebuje 4 (se systémovým mechanismem - RPM/DEB/...) různé systémy pro instalaci programů.

Citace
NPM, CPAN, pip, cargo a podobně nejsou konkurencí.
Těžko říct, jestli to nazývat konkurencí, ale rozhodně to jsou další balíčkovací systémy, které musí uživatel mít, pokud si chce instalovat nějaký program. Třeba spustit si běžný moderní(čti: hipsterský) JS program z Githubu je bez NPM prakticky nerealizovatelné. A dtto pro Python a PIP.

2
Citace
Ale SQLite přijímá patche

Já tam teda čtu toto: "In order to keep SQLite completely free and unencumbered by copyright, the project does not accept patches. If you would like to make a suggested change, and include a patch as a proof-of-concept, that would be great. However please do not be offended if we rewrite your patch from scratch."

Navíc celé je to taková akademická diskuze, protože mezi ty "principy" otevřeného přispívání z hlediska Debianu těžko bude patřit nutnost souhlasit s nějakým CLA (a že některé ty CLA, třeba u Qt jsou dost "výživný"). To by jeden taky mohl klidně tvrdit, že i přispívat do GPXSee je v pohodě možné, protože některé druhy patchů ten projekt přijímá a v případě zajímavých patchů je tu příslib tuto množinu rozšířit...

3
Citace
Jenže Flatpak funguje jinak. Je hierarchický, takže všechny hlavní závislosti se automaticky upgradují jen jednou pro každý Runtime (a těch je jen pár). Appimage i aplikace v App storech mají závislosti bundlované a neumí je updatovat...

Ten problém je ale právě v tom, že funguje jinak. Jinak než těch 274 dalších balíčkovacích mechanismů, které by preferoval zase někdo jiný. Pokus nahradit DEB/RPM, Appimage, NPM, CPAN, ..., pomocí Flatpacku opravdu neskončí jedním univerzálním standardem...

Citace
Třeba u toho zmíněného gpxsee to autor explicitně odmítl. Před pěti lety.. trošku jsem do něj šťouchnul, třeba ho to přiměje se zamyslet

Autor GPXSee se na toto téma zamýšlí pokaždé, když narazí na nějaký další SW distribuovaný pomocí dalšího balíčkovacího systému, který ještě ve svém OS nemá. Ale zatím vždy došel k závěru, že sám pomáhat tomuto šílenství nehodlá...

4
Citace
No ta hlavní námitka o tom, že autor gpxsee nepřijímá žádné patche je pro Debian dost zásadní.
Debian si zakládá na některých principech, které ostatní moc neřeší. A tohle je červený hadr na býka.

"Zakládat si na principech" si teda představuju jinak, než že je pro někoho něco "zásadní" jenom tam, kde se mu to hodí... Kdyby skutečně šlo o principy, tak v Debianu není třeba SQLite, asi nejznámější příklad Open-Source, not Open-Contribution SW co v Debianu je.

A to se ještě vůbec nebavíme o tom, proč by to měl být nějaký zásadní problém zrovna pro Debian, když ostatní distribuce s tím žádné problémy během těch let co tam GPXSee je nezaznamenaly...

5
Citace
Tak asi by som odporucil skusit ho dostat na flathub.

Opravdu na Linuxu chceme mít část SW v distribučním repu, část na Flathubu, část v NPM, část v CPANu, část v ... ?! Před 20 lety jsme se "major platformám" vysmívali, že se na ně SW stahuje po celém internetu. Dnes to směřuje k tomu, že na Windows/OS X/Androidu je všechen SW v jednom App store a na Linuxu po celém internetu v podobě 275 typů balíčků... Jo, pokrok nezastavíš!

6
Citace
Zajímá, ale musí mít nějaký hmatatelný a měřitelný přínos (nejlépe podložený daty). Oni ten kód následně musí udržovat a testovat, tak prostě nemohou přijmout cokoliv od kohokoliv.

To platí pro přispívání přímo do projektů, ale úkol distribucí dle mě není snažit se být chytřejší než autoři projektu. Takové snahy vedou akorát na Debianí OpenSSL fiasko... Samozřejmě, že do distribuce taky nelze přijmout úplně všechno, ale pokud s projektem roky nemají problém od Fedory přes OpenBSD až po "ultra-Stallmanovský" Guix, není důvod proč by měli mít problém zrovna v Debianu...

Jak už se tady několikrát psalo, je to samozřejmě hodně o konkrétních lidech, na které člověk narazí, ale některé distribuce ty "sebestředné jedince" prostě přitahují víc a některé méně. Ono je to hodně vidět už na těch procesech, které v těch distribucích jsou nastavené. Zatímco v Arch linuxu potřebujete k zařazení do distribuce dostat na jedno místo triviální PKGBUILD, V Debianu to znamená sáhodlouhé diskuze v různých "podvýborech" a kontakt s roztříštěnou, archaickou a v každé skupině jinak fungující infrastrukturou...

7
Citace
A nebude jednodussi pridat balik do nejake distribuce ktera je source-based (gentoo napr.) ?

Bude to prakticky stejně jednoduché jako dostat jej do jakékoliv jiné distribuce nezaložené na Debianu. Dostat balíček do Debianu a do jakékoliv jiné distribuce slovy klasika: "není stejný hřište, není to ani stejná liga, je to úplně jinej sport".

K tomu dostat SW do "normálního" distra stačí "pouze" to, aby ten SW byl nezanedbatelné množině uživatelů užitečný a získal si nějakou základní reputaci. Díky progresivním uživatelům a rozumně nastaveným procesům většiny takových dister se tam ten SW začne pomalu objevovat sám. Jestli je to ale případ tazatelova SW bych se vzhledem k tomu, že se za ten SW zatím stydí i v diskuzi na Rootu, neodvažoval tvrdit...

Naproti tomu dostat SW do Debianu je jako dostat ho do korporátu typu Microsoft, Google nebo Apple. Znamená to dlouholetý (https://www.debian.org/devel/wnpp/requested_byage) boj s korporací a všemi jejími neduhy (nekompetence, lhostejnost, ...). Člověk může mít štěstí, že zrovna v jeho nice narazí v tom korporátu na někoho, kdo umí s věcmi pohnout, ale s větší pravděpodobností bude spíš potkávat lidi, co si jedou "svojí politiku" a svoje zájmy a nějaký "cizí" balíček  jim jenom přidělává starosti...

Stran: [1]