Qt 5.15 LTS (diskuse)

[Jardik]

A to maj v nejakem nedostupnem repozitari, nebo se jedna jen o nedostupnost predkompilovanych binarek? A proc bych chtel vlastne LTS verzi, kdyz muzu mit novou, ktera je vzdy zpetne kompatibilni?

[Rezza]

Vidím, že teď jsou ke stažení opravdu jen zdrojáky, ne binárky. Pořád jsem to úplně nepochopil, co vymýšlí, ale přijde mě, že kupodivu nejmíň omezené tímhle jsou distribuce, které si buildí všechno samy a že si tím přizabili spíš ten komerčnější svět.

[Conscript89]

Tak ono to vlastne dava smysl, protoze po komercnim svetu chteji aby platil (a ten co plati ma pristup k binarkam) a nekomercni svet by tak jako tak neplatil. Mam pocit ze spis zasahli nejvic nekomercni vyvojare/uzivatele na Windows a Mac a tim padem potencialni zakazniky v budoucnu. To jsi ale mozna prave myslel tim "komercnejsi".

[skunkOS]

Proto jsem začal vlastní předkompilované binárky distributovat.

https://github.com/martinrotter/qt5-minimalistic-builds

5.15 přidám brzo. Nejhorší je kompilace WebEngine (chromium) je to strašný moloch a kompilace je nestabilní (MSVC++ překladače prostě hází kryptické chyby).

[Martin Tůma]

Vidím, že teď jsou ke stažení opravdu jen zdrojáky, ne binárky.

Online instalátory jsou taky dostupný. V době, kdy většina hipsterských programátorů ani neví co všechno a odkud má ve svých buildech mi potřeba internetového připojení pro instalaci Qt (pro vývoj) nepřijde jako nějaký zásadní omezení...

[joejoe]

Jestli to chapu spravne, tak se to projevi nejspis az pri dalsim vydani LTS. Qt 5.15.0 jsem normalne stahl v binarkach. Duvodem proc chtit LTS je nedostatek prostredku na neustale predelavani software. Mam ruzne software, ktere pouzivam jednou za rok a jsem prakticky jedinym vyvojarem+uzivatelem. Je to docela pruda kazdy predelavat neco kvuli tomu, ze uz to nejde prekompilovat.

Mimochodem kvuli tem jejich zmenam v instalatoru se ve Wiresharku rozhodli, ze zrusi CI pro windows, protoze to nejde bez prihlasovacich udaju ani nainstalovat. V projektu nitroshare jsou pro zmenu ty prihlasovaci udaje zadratovane v gitu. Krome toho jsem nasel jeste alternativni instalator aqtinstall, ktery ty predkompilovane binarky stahuje z oficialnich serveru uplne stejne. Je v nem bohuzel nejaky bug, takze ve verzi 0.8 nejde 5.15.0 nainstalovat. Verze 0.9 jeste neni vydana..

[Martin Tůma]

Je to docela pruda kazdy predelavat neco kvuli tomu, ze uz to nejde prekompilovat.

Qt drží velice dobrou zpětnou kompatibilitu a to dokonce i přes major verze (mám netriviální Qt projekt, který lze zkompilovat od Qt 4.8 po Qt 5.15). Pokud někdo vytváří SW tak, že mu s novější (minor) verzí Qt nejde přeložit, dělá něco zásadně špatně...

Mimochodem kvuli tem jejich zmenam v instalatoru se ve Wiresharku rozhodli, ze zrusi CI pro windows, protoze to nejde bez prihlasovacich udaju ani nainstalovat. V projektu nitroshare jsou pro zmenu ty prihlasovaci udaje zadratovane v gitu.

To jako že s každým buildem někdo tahá a instaluje celé Qt znovu z online instalátoru?! Pokuď někdo takhle plejtvá prostředkama, tak si snad ani nic jinýho nezasluhuje, než aby mu to přestalo fungovat... Až si tohle přečte Gréta...

[Josef Kufner]

Ty online instalátory mají cache, kde jednou stažené balíčky zůstanou a pak se jen nakopírují do daného projektu. A například při použití CI se pak tato cache ukládá mezi jednotlivými spuštěními (buildy).

[Martin Tůma]

Instalace "do projektu"?! K tomu přece slouží macdeployqt/windeployqt, kde se právě z jedné instalace Qt vykopírují potřebné části Qt pro daný projekt. Build pak může bez problémů probíhat oproti té jedné instalaci, nijak jí nemodifikuje. Nevidím důvod se spoléhat na nějakou cache a Qt pokaždé znovu instalovat (byť z cache)...

Třeba nejznámější Windows CI (kterej používá i ten Wireshark, takže tý historce moc nevěřim) - AppVeyor - má to Qt normálně předinstalovaný a žádný "šašení" s cache instalátoru AFAIK neprovádí.

[joejoe]

Omlouvam se, napsal jsem to nepresne. Ne zrusi windows ci, ale prave bylo donuceno prejit na jine reseni: https://github.com/wireshark/wireshark/commit/44407c16fcf085b811caf5bc33c7667b2b354fc6#diff-354f30a63fb0907d4ad57269548329e3

[joejoe]

Je to docela pruda kazdy predelavat neco kvuli tomu, ze uz to nejde prekompilovat.

Qt drží velice dobrou zpětnou kompatibilitu a to dokonce i přes major verze (mám netriviální Qt projekt, který lze zkompilovat od Qt 4.8 po Qt 5.15). Pokud někdo vytváří SW tak, že mu s novější (minor) verzí Qt nejde přeložit, dělá něco zásadně špatně...

Je sice pravda, ze kompatibilita je docela dobra, ale ne dokonala. Treba ted resim co budu delat s deprecated controls1. Protoze v controls2 neni zadny view, ktery by implementoval selection (oznaceni vice polozek) podobne jako to ma TableView viz https://wiki.qt.io/New_Features_in_Qt_5.15#Deprecated_Modules Taky mam jeden starsi projekt, ve kterem je jeste WebKit.

Mimochodem kvuli tem jejich zmenam v instalatoru se ve Wiresharku rozhodli, ze zrusi CI pro windows, protoze to nejde bez prihlasovacich udaju ani nainstalovat. V projektu nitroshare jsou pro zmenu ty prihlasovaci udaje zadratovane v gitu.

To jako že s každým buildem někdo tahá a instaluje celé Qt znovu z online instalátoru?! Pokuď někdo takhle plejtvá prostředkama, tak si snad ani nic jinýho nezasluhuje, než aby mu to přestalo fungovat... Až si tohle přečte Gréta...

Tohle by melo resit nejak rozumne samotne CI. Po nainstalovani zavislosti by se mel pouzivat uz jen snapshot. Soucasne chces mit build reprodukovatelny i jinde bez nutnosti rucne odklikavat nejake instalatory, ale jednoduse spustenim skriptu. Proto maji lidi tak radi reseni jako docker/podman.

[J]

Chapes to blbe, rec je o dlouhodoby podpore. Jakmile vyjde Qt 5.16 (nebo Qt 6), tak prestanou vydavat patch releases 5.15.

[joejoe]

Dalsim vydanim LTS jsem myslel Qt 5.15.1. Myslel jsem, ze patch releasy nepujdou verejne vubec zadne, jestli je to jinak nevim. Sorry za dezinformaci a dojmy. Priste si to overim nebo to napisu jednoznacne ze je to muj nazor.

Jinak vydani 5.15.1 zatim termin nema, 6.0 ma byt letos 1. prosince. https://wiki.qt.io/Qt_5.15_Release https://wiki.qt.io/Qt_6.0_Release

[Rezza]

Starting with Qt 5.15, long term support (LTS) will only be available to commercial customers. This means open-source users will receive patch-level releases of 5.15 until the next minor release will become available. This means that we will handle Qt 5.15 in the same way as e.g. 5.13 or 5.14 for open source users.

If there are issues that would prevent the use of the latest release, there will be patches available even if we do not create new full patch releases for that version anymore.

a celé

• Installation of Qt binaries will require a Qt Account
• Long-term-supported (LTS) releases and the offline installer will become available to commercial licensees only
• New Qt offering for start-ups and small businesses for $499/year

Ale z distribučního světa už jsem pryč. Dostat nové Qt nám i do Fedory celkem trvalo, ona to není úplně malá změna i s celkem slušnou kompatibilitou. Takže teď netuším, jaké to bude mít důsledky, ale nevidím to nějak černě.

[skunkOS]

Jestli wireshark zrušil CI, tak jsou to docela žabaři. Jde to jednoduše obejít (appveyor), případně použít self-compiled Qt. Není nic jednoduššího.

[joejoe]

Ja jsem to spatne napsal. Vyradili z CI windows build pod travisem. Vyradili to protoze to zacalo selhavat kvuli nekompatibilni zmene ze strany Qt a prestalo to fungovat. Appveyor k tomu meli paralelne a dal ho pouzivaji.

Osobne si myslim, ze rada typu "automatizovana instalace je rozbita, pouzij jine CI reseni, ktere ma predinstalovany snapshot" uplne neresi problem. Ano, budu schopen sesetavit aplikaci vuci jedne verzi Qt. Vytvoreni noveho testovaciho prostredi pro jinou verzi Qt ale vyzaduje spoustu rucni prace. A kdyz se neco dela rucne, tak se je to zdrojem chyb. Staci neco nastavit trosku jinak, nezaskrtnout nejakou polozku v instalatoru, a vsechno je v ..

[Martin Tůma]

Qt ale nikde nedeklaruje, že jeho online instalátor (pro vývoj) je nějaké API, takže chybu bych viděl v tom, že k tomu někdo tak přistupuje. Přejít z jedný verze QT na jinou stejně znamená tolik manuální práce (je potřeba, i vizuálně, projít celou aplikaci, jestli se někde něco nerozbilo), že těch 10 kliků v instalátoru a změna cesty ke Qt je v porovnání s tím zanedbatelná. Navíc ten čas se bohatě vrátí v době běhů buildu, který místo 10min, co trvá stažení (předpokládat, že bude stabilní vnitřní implementace instalátoru a šašit nějak s jeho cache jak tu někteří navrhují je už úplně mimo nějaké deklarované API) a instalace Qt může trvat pár sekund.

[joejoe]

Az to pujde v tom travisu naklikat, tak se muzeme bavit o tom jestli je uspornejsi jednou za release naklikat nebo to provest skriptem. Appveyor ve skutecnosti taky nejde pouzit, protoze pro Qt 5.15 image jeste nema.

Automatizace testu uzivatelskeho rozhrani je taky proveditelna. Mame tu nastroje jako dogtail, openhmitester nebo Squish. V SuSE pomoci OpenQA delaji dokonce testy instalatoru.

Pro mne je daleko cenejsi pul minuty meho casu (10 kliku) nez udajnych 10 minut strojoveho casu. Ve skutecnosti jsou to jenom 3 minuty, ktere zahrnuji instalaci, preklad, windeployqt (100mb), vytvoreni zipu (30mb) a ulozeni jako release na github.

[Martin Tůma]

Naklikat jsem myslel instalaci Qt do nějakého vlastního image třeba pro CI typu Jenkins. Pokuď se použije nějaká služba typu AppVeyor (že nemá novou verzi Qt 5 minut po vydání mě netankuje, Qt není JavaScript framework, který je zastaralý už v okamžiku tagování v GITu), tak je to ještě jednodušší, tam je to změna na 1-2 řádky. Ale jinak samozřejmě, jakákoliv vlastní práce je vždy méně výhodná než libovolně veliké cizí náklady. Ale ne vždy to "za cizí" jde...

Co se týče automatizovaných testů UI, tak to je sice hezká hračka, ale možnosti omezené (lidský pohled to stejně nenahradí) a náklady vysoké... Pro spoustu (osobně bych řekl drtivou většinu) projektů je to úplně mimo ekonomickou realitu.

[JeChW]

Ona tam zpětná kompatilita právě vůbec není. Například se předělal funkce swap() na swapAt() mezi tuším 5.12 a 5.13. Hlavně ale 5.14 totálně rozbila build pro Android. Nová funkce, která umožňuje vytvořit všechny verze architektury najednou, zapříčinila, že přesatla fungovat knihovna QtAV. Verze 5.13 má zase v Androidu jiný zásadní chyby. Já jakožto hobby vývojář se s tím nějak poperu. Pro někoho, kdo dělá komerční SW, by tohle byl dost zásadní problém.

[Martin Tůma]

Označení něčeho jako "deprecated" (s tím, že to zmizí v další major verzi, která vychází asi tak jednou za 10let) bych úplně neoznačoval jako chybějící zpětnou kompatibilitu... To, že je Qt plné chyb (obzvlášť na některých platformách) a výběr verze pro daný projekt je občas jako vybírat si mezi morem a cholerou je jiná věc, ale taky bych to neoznačoval jako chybějící kompatibilitu.

[JeChW]

Ono je toho víc, v podstatě s každou minor verzí musím přepsat něco v kódu a to obvykle tak, už to nejde kompilovat s předchozí minor verzí. Je pravda, že 90% těch problémů se týká Androidu a spíš než úmysl jsou to chyby nebo dlouho neřešený věci, kdy se něco změnilo v Androidu, ale Qt to aktualizuje až se zpožděním několika verzí. Typicky třeba přesun minSdk z Manifestu do gradle.build. Ví se už několik let, že to je v Qt blbě, ale nikdo takhle triviální věc neopravil. A podobných záludností je tam hromada.

Jak říkám, já se s tím nějak poperu a aspoň při řešení těch problémů něco naučím. Ale pro firmu, kde jim na tom třeba visí nějaký produkční SW, by to bylo celkem problematický. Právě proto podle mýho takhle nastavili ty licenční podmínky, aby za to firmy musely platiti, protože tam obvykle chtějí LTS verzi.

[jdsulin2]

U toho Androidu a Qt je tomu skutecne tak, prechod na novou verzi je malokdy bezproblemovy.

[Martin Tůma]

S Qt na Androidu naštěstí nemám žádnou zkušenost (bohatě mi stačí ty tři desktopové platformy...), ale tipnul bych si, že to budou všechno spíš věci, které se už v samotném Androidu "mění pod rukama" a Qt na to musí nějak reagovat, než že by to bylo rozhodnutí The Qt company.