RSS Guard - novinky ve verzích 3.3.1 - 3.3.3

12.8.2016 07:20 | Přečteno: 1750× | Programování | | poslední úprava: 12.8.2016 07:45

Od posledního zápisku jsem vydal už tři verze multiplatformní RSS/ATOM/RDF čtečky RSS Guard. Všechna tři vydání měla zejména údržbový charakter. Souhrn opravených či jinak řešených problémů zde a zde.

Přehled toho nejdůležitějšího zde:

• Zahrnuté lokalizace byly zobecněny, takže místo "cs_CZ" má nyní daná lokalizace kód "cs". Více zde.
• Bylo drobně upraveno vkládání nových zpráv do databáze při aktualizaci kanálů. *
• Opraveno několik drobných problémů v TT-RSS pluginu, které vedly k tomu, že počty (ne)přečtených zpráv na TT-RSS serveru a v RSS Guardu po synchronizaci nemusely souhlasit.
• Oprava různých textových překlepů atp.
• Při zobrazení zprávy je rovněž zobrazen klikatelný náhled všech přiložených obrázků (enclosures).
• Nastavení aplikace je nyní modulárnější, přibylo tlačítko "Použít" v dialogu nastavení aplikace.
• Je-li před aktualizací kanálů vybrána nějaká zpráva, tak je tato korektní zpráva opětovně vybrána i po obnovení seznamu zpráv po aktualizaci.
• Při ukončení aplikace by se měl korektně uložit jak stav okna (maximalizováno/fullscreen/standard) tak velikost či pozice. Takže například, když uživatel maximalizuje okno, následně zapnel fullscreen režim a pak aplikaci ukončí, tak následně po dalším spuštění bude aplikace ve fullscreen režimu a po jeho vypnutí bude maximalizovaná.
• Pro Windows build je aktualizovaná MySQL dll (10.1.16).

* RSS Guard má mírné problémy v případě, že je použit MySQL backend, pustí se aktualizace kanálů a zároveň se pracuje se zobrazenými zprávičkami. Občas se může stát, že program spadne, protože dojde o znovupoužití SQL připojení napříč vlákny, což není v Qt dovoleno. Toto bude obšírněji opraveno v 3.3.4.

V rámci 3.3.4 dojde asi k většímu refaktoringu střev programu, v rámci čehož se více oddělí GUI od zbytku funkční aplikace, takže by mělo být velice jednoduché napsat konzolovou verzi programu, která by třeba uměla jen periodicky fetchovat všechny zprávy a ukládat je do nastavené databáze.

       

Komentáře

[Ruža Becelin]

V rámci 3.3.4 dojde asi k většímu refaktoringu střev programu, v rámci čehož se více oddělí GUI od zbytku funkční aplikace, takže by mělo být velice jednoduché napsat konzolovou verzi programu, která by třeba uměla jen periodicky fetchovat všechny zprávy a ukládat je do nastavené databáze.

Oh yeah, a budem moct backupovat cronem, dekuji dekuji dekuji

[skunkOS]

Dávám sem nový výpis

rssguard -h

Usage: rssguard [OPTIONS]

Option Meaning -h Displays this help. -q Quits minimal non-GUI instance of application already running on this machine. -c Starts the application without GUI and will regularly update configured feeds.

Running with '-c' option starts application without GUI and/or tray icon. No message boxes will be shown, no GUI. Only minimal functionality will be enabled, including periodic checking for feed/message updates. Note that you must configure the application via GUI first! So to really get periodic feed updates, you must import some feeds and set their auto-update policy first in the GUI.

You can quick the minimal non-GUI application instance either by just killing it or by running the application executable again with -q option.

Bude to chování té non-GUI minimální instance takhle vyhovovat? Takže tu funkcionalitu zakomponuju přímo do té samé binárky.

[skunkOS]

Takže use case bude asi takhle:

1. Na serveru spustíš RSS Guard s GUI. Nastavíš, že chceš periodicky aktualizovat kanály. Nastavíš jako data storage asi MySQL (ať to má smysl).
2. Zavřeš RSS Guard a pustíš ho s parametrem "-c" někde v terminálu.
3. Instance běží a periodicky rve zprávičky do MySQL.
4. Někde jinde si pustíš klasickej RSS Guard a jako data storage nastavíš stejnou databázi.
5. Profit.

[Ruža Becelin]

[skunkOS]

Už je to v dev větvi. Prosil bych o otestování. Zatím to může být dost nestabilní, ale mohlo by to fungovat.

[skunkOS]

Jinak dodám, že s SQLite to nebude a ani nemůže fungovat, to neumí konkurentní přístup z více mašin/aplikací.

[skunkOS]

https://github.com/martinrotter/rssguard/wiki#serverclient-cron-like-mode

[Dirka]

Jako imo pokud to nebude podporovat server bez X, tak to je v mym pripade nepouzitelny.

Ale stejne zustanu u tt pro harvestovani, tak to ber jako pripominku s nevalnou hodnotou.

[skunkOS]

No, tak šlo by to obejít třeba tak, že nastavení jednoduše zkopíruješ z GUI mašiny. Pak odpadne ten krok 1. Dokázal bych si taky představit, že v případě, že není DB nastavena, tak by se v CLI zobrazil nějaký velmi jednoduchý průvodce.

[Dirka]

Tak spis mam na mysli zavislosti, to opravdu nebudu na server tahat celej X server ... nebo pujde zkompilovat server verze komplet bez jakychkoliv X zavislosti?

[skunkOS]

To je fakt. Já tu "cron-cli" funkcionalitu oddělím do samostatného balíku. Přidám ještě jeden .pro soubor rssguard-cli.pro a ten bude generovat binárku, která nebude zavíset na QtGui.

[skunkOS]

Takže update. Bude proveden ještě lepší refaktoring a v budoucnu buď já nebo někdo jiný dopiše *.pro soubor, který bude kompilovat nějaký minimální konzolový program. Po refaktoringu by ten konzolový program v zásadě vytvářel instanci jedné třídy, která by nezávisela na QtGui. Jen na QtXml, QtNetwork, QtSql, QtCore a možná ještě něčem.

[skunkOS]

Což tedy znamená, že nyní přímo binárka "rssguard" přepínač "-c" podporovat nebude.

[skunkOS]

Jakou máš distribuci? Třeba v Archu nejde nainstalovat jen QtCore. Balík qt5-base obsahuje i QtGui, QtWidgets atp. a jako takový na X myslím nezávisí. Jak je to v tvé distribuci?

[Dirka]

V Gentoo (muj desktop) ma qtcore zavislost jen na glib ... server mam ale na Debianu, tam se obavam podobna flexibilita nebude, urcite by bylo lepsi, kdyby ta cli verze nemela zadnou qt dep, uz jen z toho duvodu, ze do Wheezy LTS (priklad) tezko nekdo bude cpat nejnovejsi Qt (repo 4.8), servry jsou pro konzervy.

[Josef Kufner]

V Debianu je libqt5core5a, který závisí jen na:

    --- libc6 (>= 2.15)
    --- libgcc1 (>= 1:3.4)
    --- libglib2.0-0 (>= 2.22.0)
    --- libicu57 (>= 57.1-1~)
    --- libpcre16-3 (>= 2:8.35-4)
    --- libstdc++6 (>= 5)
    --- zlib1g (>= 1:1.1.4)

[Josef Kufner]

Ještě lepší by bylo, kdyby to RSS Guard ukládal namísto do databáze do IMAP složky, aby se to dalo číst běžným mailovým klientem (a nahradit rss2mail).

[Josef Kufner]

Proč nejsou balíčky v Debianu?

[skunkOS]

Protože Qt 5.7. Od balíčkování jsem upustil, tohle nechám na lidech kolem jednotlivých distribucí.

[Ruža Becelin]

Kdyby se ten zabudovany prohlizec dal vyhodit volbou pri kompilaci, slo by udelat dva baliky (rssguard-full, rssguard-light) a distribuce bez qt5-webengine by delaly jenom -light verzi.

[Josef Kufner]

Na renderování HTML se dá vykašlat úplně a použít jen QTextBrowser, který nějaký omezený markup umí taky (dost na kus textu v RSS čtečce). Hlavní výhodou QTextBrowser by byla výrazně nižší paměťová náročnost a vyšší bezpečnost, neboť neumí JavaScript.

[skunkOS]

Ten jsem chvíli používal, ale neviděl jsem v něm nějaké velké plus. Je tam problém s načítáním třeba více obrázků, což byl celkem velký problém, protože hodně lidí používá RSS Guard na čtení nějakých komiksových kanálů.

V dnešní době je RAM levná a pokud daný uživatel zobrazuje jen ty základní náhledy, tak RSS Guard žere docela málo. Bonusem je interaktivnější novinkový náhled či třeba lepší vzhled.

WebEngine snad už balíčkuje každá distribuce až na Bubuntu. Nicméně, kompilační switch by se asi udělat dal, ale není to pro mě aktuálně určitě prioritní.

[Ruža Becelin]

No kdyz se divam na OBS, tak zrovna Fedora 22+23 qt5-qtwebengine nema (musim nahodit VM a podivat se proc), ale moje Fedora 24 jo, takze pokud zrusis v OBS F22+23 a pridas F24, tak aspon baliky pro fidorku se budou generovat.

Jo, tak uz jsem to nasel: Do F24 tam ten balik fakt nebyl.

[skunkOS]

[  175s] Project MESSAGE: rssguard: Detected Qt version: 5.6.0.

[Ruža Becelin]

Hmmmm.

$ rpm -q qt5-qtwebengine
qt5-qtwebengine-5.6.1-3.fc24.x86_64

Proc to vlastne potrebuje 5.7?

[skunkOS]

Vyžadoval jsem jednu drobnost z 5.7. Snížil sem to na 5.6.

[skunkOS]

Už se to zkompiluje, ale padne to někde na konci při balíčkování. Nejsem Fedora-guy, takže to neopravím. Třebas někdo na ten log koukne.

https://build.opensuse.org/package/live_build_log/home:skunkos:rssguard/rssguard-git/Fedora_24/i586

https://build.opensuse.org/package/view_file/home:skunkos:rssguard/rssguard-git/rssguard-git.spec?expand=1

[Ruža Becelin]

Hmm, nasel jsem tohle.

[skunkOS]

Už to jede + nyní se to kompiluje z větve [dev]. Do [master] už budu mergovat jen těsně před vydáním verze.

[Ruža Becelin]

Perfektni

[Ruža Becelin]

Jeste k tomu browseru - ted jedu na 3.2.4 a tak to funguje, obrazky mi nechybi, ale myslim, ze anketa dopadla +- 50:50, takze by bylo v budoucnu fajn, pokud by tam ta moznost volby qtextbrowser vs. qtwebegine byla...

Udelam ticketik

[skunkOS]

Jojo, ja zkusim webengine nasilně odlinkovat a podle počtu chyb to rozseknu. Pokud QTextBrowserákům nebude vadit, že tam bude méně featur (žádnej interní webovej browser, že jo), tak by to asi šlo.

[Ruža Becelin]

tak +- 50% to nevadilo (podle ankety)

[Ruža Becelin]

Buildnul jsem si to doma, QTextBrowser funguje paradne, QtWebEngine mi shodi celou aplikaci, dunno why...

[skunkOS]

Ja to ještě doma na Linuxu nezkoušel, buildnu večer.

[skunkOS]

Tak chci postup jak ten problem reprodukovat, tady vše běží. Z 3.3.3 to dělalo?

[Ruža Becelin]

Příloha:

• core_backtrace (12248 bytů)

Jo, delalo. Spusti se rssguard (s qtwebengine), klikne se na libovolnou polozku a jakmile se nacte okno, aplikace crashne. SIGSEGV, podle ABRT:

Likely crash reason: Jump to an invalid address
Exploitable rating (0-9 scale): 6

core trace v priloze

[Ruža Becelin]

Jo, tohle mi vypise gdb:

Core was generated by `rssguard'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007fb725054fd9 in nouveau_fence_trigger_work () from /usr/lib64/dri/nouveau_dri.so
[Current thread is 1 (LWP 22480)]

[skunkOS]

Tohle je imho známá chyba v QtWebEngine. S nvidiema má problémy, i když u mě funguje dobře.

[skunkOS]

Sou toho mraky.

[Ruža Becelin]

Aha, dobre vedet. Kazdopadne QtTextBrowser funguje OK a mne osobne zatim vyhovuje.

[skunkOS]

Tiket fixnutej. Viz úvodní komentář v souboru rssguard.pro. Stačí použít přepínač

USE_WEBENGINE=false

. Výchozí hodnota je

true

.

[Ruža Becelin]

Diky, vyzkousim

[Ruža Becelin]

Funguje paradne :)

[skunkOS]

Zrovinka jsem rozchodil automatickou kompilaci buildů pro Mac OS X a Windows, linky se automaticky nahrávají sem.

[Penelope]

Right now it looks like Movable Type is the preferred blogging 192.168.1.254