GPXSee 13.12

U příležitosti oslav šesti let prací na Debianím balíčku vyšlo GPXSee 13.12. Nová verze přináší především vylepšenou podporu Mapbox vektorových map (MVT). Testovací data včetně 30GB mapy Evropy naleznete na osm.dbtc.link/mbtiles.

12.12.2023 08:00 | Martin Tůma | Nová verze

Komentáře

[-]

Škoda, že stále není dostupný jako Flatpak.

[_]

I s tou 30GB mapou ?

[-]

Ten deb balíček má snad rovněž 30GB mapu?

[Martin Tůma]

Já osobně tento směr vývoje Linuxu podporovat nemíním, nicméně pokud někdo ten balíček opravdu chce, může ho bez problémů vytvořit a udržovat tak jako to dělá většina linuxových distribucí (s výjimkou Debianu, přirozeně).

[_]

Mac verze je defacto "flatpak" akorat v dmg kontejneru, takze nejaky 3rd party dobrovolnik-udrzbar flatpak verze to musi zvladnout v pohode.

Díky za link a tuto diskusi. Dle mého názoru hodně hloupé argumenty (včetně toho o mrtvém linuxovém desktopu), nicméně jako maintainer aplikace máš na ně samozřejmě právo. Reálná situace je, že Debian na desktopu prakticky nikdo nepoužívá, GPXSee v Ubuntu LTS je zastaralé a běžný uživatel by opravdu ocenil Flatpak či Snap verzi aplikace (která by přinesla další výhody či možnost používat GPXSee na různých immutable/embedded distribucích). GPXSee je fajn, nicméně tento extrémně konzervativní přístup (nejen co se balíčků týče) jej zbytečně poškozuje.

[Martin Tůma]

Je úplně irelevantní, jaké argumenty kdo má v tlachání na internetu. Protože "pravdu" v opensource světě může mít pouze ten, kdo něco dělá, ne ten kdo jenom káže, jak by to měli dělat ostatní. Máš pocit, že Flatpak je "jediná správná cesta (TM)"? Tak vyrob Flatpak balíček a ukaž na jeho popularitě, že tvoje názory/argumenty jsou ty správné. Do té doby budeš jenom rozumbrada s knížecíma radama...

Mimochodem, v Ubuntu žádný balíček GPXSee AFAIK také není, protože drtivá většina Ubuntu je "tupě převzatá" z Debianu. A v "oficiálním" repozitáři GPXSee je verze samozřejmě aktuální.

A v "oficiálním" repozitáři GPXSee je verze samozřejmě aktuální.

Což je naprosto irelevantní, jelikož hledat a ručně si přidávat nějaký "oficiální repozitář" (a riskovat potenciální problémy s dependencemi a rozbitým systémem) bude reálně naprosté minimum uživatelů.

[Martin Tůma]

"naprosto irelevantní" možná tak pro anonymní rozumbrady. Pro uživatele GPXSee s Debianem/Ubuntu je to naopak v drtivé většině případů preferovaná varianta, protože alternativa je akorát si to kompilovat sám. Což mimo jiné, na rozdíl od automaticky updatovaného/rekompilovaného repozitáře z OBS, znamená řešit problémy s dependencemi "ručně" pomocí manuální rekompilace...

[koroptev]

lol, doba, kdy linuxtard uzna, ze nej verze aplikace je ta, ktera nijak nezapada do systemu, nereaguje na zmenu thematu, pocita s jinym dpi, ma pidikurzor mysi..

megalol

[skunkOS]

Můj názor.

Jakožto autor RSS Guardu k tomu snad něco napsat můžu. Osobně Flatpak hodnotím tak nějak neutrálně. Fajn na tom je, že to umí delta rozdíly ve verzích balíků. Kvalitní balíky mají dobře udělaný závislosti v sobě a je to docela dumb-resistant co se týče sandboxingu.

Porovnání popularity je zajímavé, protože já třeba nabízím AppImage mé appky, Flatpak balík taky existuje a mé řekněme "podporu".

AppImage jedné verze se stáhlo cca 700 kusů, instalace Flatpak balíku se průměrně drží kolem 50 kusů na verzi. AppImage tedy výrazně vede.

Osobně v tomto směru, kdy mě to nějak úplně nezajímá razím pozitivně-pasivní strategii. Pokud prostě někdo přijde s tím, že ten balík udělá a udělá ho pěkně, tak dostane mou podporu a tím pádem i můj cooperation, když bude potřeba.

Za mě je Flatpak OK, na hodně distribucích to běží, ale že by to byl nějakej game-changer, to zas ne.

[Radostne tancici uzivatel]

❤️ Halelujah, pejme pisne, macOS verze se po nainstalovani zobrazi v default jazyku a ne v azbuce! Tak to netrvalo ani 2 roky to fixnout. Diky moc Martine! ❤️

[Martin Tůma]

V tom případě by mě celkem zajímalo, co si zkoušel/instaloval, protože tady by žádná změna nastat neměla... Do teď jsem žil v představě, že tohle řeší (na základě feedbacku uživatelů - já to nevyzkouším) maximálně tak Qt6 build z GitHubu, ale ten zase vůbec neobsahuje ten MVT plugin... Jestli se ti to ovšem "opravilo" v tom buildu co je na Sourceforge, tak se muselo stát něco děsivého. Buď v tom buildu zcela chybí lokalizace a nebo nešlo o předpokládaný bug v Qt ale o bug v OS X a Apple ho mezitím opravil. Nicméně že by Apple některý z hromady bugů co v tom OS jsou opravil bývalo za dob, kdy jsem s tím systémem musel dělat denně, velice vzácné...

[Jasajici macista]

❤️ Otestovano jak na macOS 14.2 Sonoma tak na starsim 12.7.1 Monterey. Chyba zmizela, nabehlo to anglicky (mam default en). Takze v macOS to nebude. V Contents/Resources/translations jsou soubory gpxsee_*.qm asi pro 20 jazyku a taky standardni qt_*.qm pro 13 jazyku. Takze pricinou byla zjevne vadna QT knihovna, nebo jeji nespravna konfigurace z tve strany. ❤️

PS: A jeste tohle

[Martin Tůma]

Bundlované QT je stále to samé - 5.15.2 (tzn. poslední Qt 5, které je dostupné v oficiálním instalátoru) a binárně identické s tím, co bylo v 13.11. A v kódu není žádná změna, která by jenom vzdáleně měla něco společného s lokalizací. Takže ano, stal se zázrak - Apple něco opravil!

[Qwertyuiop]

13.11 to ma opraveno taky. Nevim co za breaking chnges si mel mezi 12.x a 13.x ale zrejme fix nastal uz tam akorat ja nove verze nejakou dobu neinstaloval protoze se mi nechtelo to porad opravovat mazanim jazyku.

[Martin Tůma]

Vtip je právě v tom, že v GPXSee nebyla žádná změna, která by něco s lokalizací mohla změnit minimálně 5 let (což je tak verze 7). Qt i kód pro lokalizace je stále stejný. Jediné co se za tu dobu změnilo je to, že přibyly některé lokalizační soubory (jazyky). Takže se téměř jistě změnilo něco na tvém systému, čemuž odpovídá i to, že drtivá většina uživatelů na Macu tím bugem nikdy netrpěla. Vliv může mít třeba nastavení číselných formátů a měn, ale bez vůle těch, kterých se to dotýká po tom pátrat je všechno pouhé věštění...

[skunkOS]

Osobně občas provedu merge s tímhle.

https://github.com/qt/qttranslations

Občas nějaký qtbase_*.ts trošku aktualizujou, moc ale ne.

Náš administrátor shledal tento komentář závadným.

ad hominem

Zobrazit komentář

[J]

Ticho! fixnul to. I kdyz nejspis to poresil upgrade knihovny

[JZD]

Zlatý Bohnice, přijdi někdy na návštěvu, skvěle zapadneš mezi místní osazenstvo.

[trekker.dk]

Šesté narozeniny slaví také mindrák autora GPXSee, který stále nedokázal překonat svoji neschopnost jednat s lidmi.

[Martin Tůma]

Už jsem se bál, že kolega Bourek se nakonec léčit své mindráky, že sám nic nedokázal, nedostaví... Co ovšem budeš dělat po novém roce až vyjde nový kernel to teda fakt netušim...

[xkucf03]

Tohle by klidně zasloužilo vlastní článek, aspoň do blogu. (a určitě to vyvolá pozitivnější reakce než způsob, jakým je psaná tahle zprávička)

[Martin Tůma]

Tohle by klidně zasloužilo vlastní článek, aspoň do blogu.

Přemýšlel jsem o tom. Člověk se při tom dozví spoustu zajímavých věcí a českých firem, co produkují vlastní PCIe HW s podporou v Linuxu moc není. Nicméně nejsem takový přirozený spisovatel jako třeba Bystroušák nebo Jenda a nejsem si jistý, jestli mi ta námaha s tím stojí za to, se tady pak ve výsledku dohadovat s lidma jako "koroptev" nebo Bourek, kteří si sem chodí akorát vybíjet své frustrace...

vyvolá pozitivnější reakce než způsob, jakým je psaná tahle zprávička

Účelem té zprávičky není vyvolávat pozitivní reakce. Ta poznámka má být "smutné" připomenutí toho, v jakém stavu ve skutečnosti modla mnohých, nejenom místních, linuxáků je a jestli není na čase se porozhlédnout, jestli to jinde nedělají mnohem lépe. Protože vlak Debianu již dávno ujel a stále zrychluje...

[koroptev]

Ja linux kernelu fandim a bezne vyuzivam. Sere mne jen desktop a dokolecka marna snaha ho drzet na hranici pouzitelnosti.

[koroptev]

to psala fake koroptev

me desktop nesere, tim min nejaka marna shana, ja zadnou shanu nevynakladam

[koroptev]

Jak fake? Normalni fork. Stejne zpravicka uz zmizi z oci a budeme se muset prestehovat do nejake novejsi.

[trekker.dk]

Ta nikoliv-modla je ve stavu, ve kterém mnoho vývojářů nemá problém své dílo do té distribuce dostat, případně s tím pomoci někomu jinému. Vy jste nezvládl ani jedno, ale pořád z toho máte mindrák a žere vás to, a proto ta zprávička vypadá tak, jak vypadá.

[Martin Tůma]

Ne Bourku, úkolem vývojářů SW opravdu není ten SW "dostávat" do distribucí. V linuxovém ekosystému je právě úkolem distribucí SW dostat k uživateli a tady prostě Debian žalostně selhává, když jeho uživatelé nemají k dispozici SW, který je běžně dostupný ve všech ostatních linuxových (ale i BSD, Macports/Homebrew, Haiku, ...) distribucích. Takže jediný, kdo tady něco nezvládá jseš ty a to ten tvůj mindrák, že sám si nikdy nic nedokázal. Ale tím, že budeš ostatním předhazovat jejich domnělá selhání se toho mindráku opravdu nezbavíš, píšu ti to tady každý rok...

[k3dAR]

Debian ma asi 60.000 balicku, pokud bys nebyl v "Truc" a/nebo "Fuck" modu, tak by tam byl i ten tvuj...

[Martin Tůma]

Debian má co se GPXSee týče úplně stejné podmínky/možnosti jako jakákoliv jiná distribuce, která již roky GPXSee uživatelům poskytuje. Se svým tržním podílem pod 1% (když budu počítat i Android tak spíš 0.1%) Debian fakt nemá pozici, že by si mohli diktovat nějaké speciální podminky. Není rok 2000, aby si někdo z Debianu "sedl na prdel", už by si se s tím taky konečně mohl smířit...

[k3dAR]

goto #40

[xxx]

Hele, co si tak pamatuju, tak kdyby mi nekdo rek, ze si mam zdrojaky vytapetovat GPL hlavickama, tak bych se taky prepnul do "fuck" modu. Kor kdyz to tak rozhodne nema tech dalsich 60k balicku. Tady si fakt nedovoedu predstavit nejakej kompromis.

[skunkOS]

Je celkem šumák, kolik ostatních balíčků to má.

Pokud vás zastaví PČR s tím, že vám upadla SPZ a budou chtít zaplatit pokutu, tak taky nebudete mudrovat, že přece další 3000 řidičů taky jezdí bez SPZ.

Navíc to tapetování jde docela pěkně řešit a nemusí se tedy text licence všude opakovat atd.

[trekker.dk]

Začínáte větu "ne", soudruhu Tůmo, ale pak rozporujete něco, co jsem nepsal. To se pak nemůžete divit, že se nedokážete s lidmi dohodnout a že ten váš mindrák z neschopnosti dostat balík do Debianu nikdy nepomine. Útěchou vám budiž to, že si aspoň můžete představovat, že jiní nic nedokázali.

[Martin Tůma]

Hele Bourku, já fakt nemám zapotřebí hrát s tebou tyhle hry, kde ti budu citovat co si napsal v předchozím komentáři... Všichni tady vidí, že jediné co z tebe zbylo je ta troska co chodí do diskuzí štěkat na lidi co něco umí a léčit si tím svůj komplex, že ty sám si nikdy nic nedokázal. Nějaká "diskuze" s tebou je absolutní ztráta času.

Ostatní si mohou sami udělat obrázek o tom, jestli to, že Debian není za 6 let schopný napsat těch pár řádků předpisu pro balíček jako všechny ostatní distribuce a potřebuje k tomu nějaké "tlačení" či "dohadování" s autory aplikací, je problém Debianu, nebo autorů těch aplikací.

A tím bych pro tento rok "diskuzi" s tebou a k3dARem ukončil, protože z toho nekouká nic jiného, než stejné točení v kruhu jako při pátém, čtvrtém, třetím...výročí.

[skunkOS]

Jo, je to těžký.

O Debianu si taky myslím svoje. Na Linuxovým desktopu už to distro dávno chcíplo a nikdo, kdo má IQ vyšší než 60 by ho rozhodně neměl používat.

Naštěstí tu je spousta pěkně funkčních alternativ.

[trekker.dk]

Víte, soudruhu Tůmo, ono by vám to citování nebylo moc platné, protože máte mezeru mezi přečtením textu a pochopením/interpretací textu. Osobní invektivy, kde svoje mindráky přisuzujete jiným, ty už ponechám stranou.

[trekker.dk]

To se můžete bát dál, vzhledem k tomu, že takový mindrák opravdu mít nemusím a nemám, se s ničím takovým nedostavím. Až po novém roce vyjde nový kernel, budete mít stále mindrák z toho, že nedokážete spolupracovat s lidmi a dostat balík do Debianu.

[Svedek Bourkuv]

Drivery NEJSOU kernel Nutne zlo monoliticke architektury z doby kamenne..

[Martin Tůma]

Tady jseš ale na AbcLinuxu.cz, ne na AbcHurdu.cz...

[Svedek Bourkuv]

A to dany fakt meni jak? Dny monolitickeho linuxu jsou secteny a jedina rozumna cesta dal je oddelit skutocny kernel od driveru. Jestli se pujde cestou mikrokernelu a'la Hurd ci Mach, nebo se navrhne neco noveho je uz jedno. Co ale vim jiste tak to nebude v C ale v Rust. Cokoliv co budes namitat bude pouzito proti tobe za 2-3 roky

[Martin Tůma]

A to dany fakt meni jak

Tak, že v Linuxu drivery jsou součástí jádra. Můžeš o tom vést spory, můžeš s tím nesouhlasit, ale to je asi tak všechno, co s tím můžeš dělat... Za 2-3 roky bude dle mě Rust v kernelu stále "volitelná exotika", ale když se v diskuzi pod "desátým výročím začátku prací na Debianím balíčku" přihlásiš, tak se ti v případě opaku omluvím jako velkému vizionáři...

[xkucf03]

Rust sám o sobě nic neřeší. A pokud máš dobře specifikované stabilní rozhraní (API, ABI), tak můžeš ty moduly psát celkem v libovolném jazyce.

[Rustej]

Ale resi! 90% problemu jsou mem leaky a pointry ukazujici buhvikam. Takze Rust te odstini od nejbeznejsich problemu a mas focus spose na lgoritmy nez na nesouvisejici picoviny.

[xkucf03]

Nějak ti unikl kontext:

Dny monolitickeho linuxu jsou secteny a jedina rozumna cesta dal je oddelit skutocny kernel od driveru. Jestli se pujde cestou mikrokernelu a'la Hurd ci Mach, nebo se navrhne neco noveho je uz jedno.

[koroptev]

tak mu poprejme mnoho spokojenych platicich zakazniku, jejichz feedback pron bude zakon