HOWKING: takovehle posty me silne znechucuji pred mym potencialnim prechodem na linux :DD

Ten Debian mě tak sere!!!
Ta Trixie verze je ještě lepší co se týče funkčnosti. Nové Gnome je parádní. Celkově nejlepší Linux co lze mít (podle mě), ale ta stabilita stoji za... Nedá se to používat. Zas je tam nějaká chyba v ovladačích grafiky (asi), kdy se to s aktivovanými rozšířeními Gnome neustále kouše. Fakt už jsem nasraný. Dávno vych to měl jako majoritní systém, protože mi to vyhovuje víc jak MacOS, ale stejně jsem furt v MacOS a čeká, že nějaký update ten problém vyřeší (a snad nevytvoří další). Ta volba Trixie (vývojářská verze) je je jako když se ve vašem novém nablýskaném fáru zabije vaše tchyně.

s tím Firefoxem kterej řval že záložky má jinej proces to možná bude úplná blbost: pouštím ho teď klávesnicí místo myší a zdá se, že se to nestává

je tedy možné, že tou myší to omylem kliká dvakrát a tak se perou dva procesy

kdyby to blblo i tak, dám vědět

já měl vtipné problémy s FAT32 v době, kdy jsem měl dual boot a windowsová partition byla o dost větší než linuxová, takže na té windowsové byly uloženy i DOSové hry, které jsem hrál v DOSboxu

ovšem byl tam nějaký zmatek s case sensitivitou versus nesensivitou souborů, tuším hra vytvořila neco.tmp a pak očekávala NECO.TMP a pomohl nějaký flag ve fstab u toho disku

nyní jsem již na domácí mašině Windows opustil úplně, ty DOSové hry mám na ext4 a jede to v pohodě

MRDAC_BEDEN: Děkuji, funguje! :-) V noci na to už nějak nebyly síly...

MRDAC_BEDEN: Přesněji CP852 byla používaná (už) v DOSu.
CP852 – Wikipedie
https://cs.wikipedia.org/wiki/CP852

Mám tu starej disk ještě z dob Win95 formátovanej FAT32. Bohužel v linuxu jsou jména souborů s diakritikou rozbitá...

Tušíte někdo jak na to?

Tohle nijak nepomohlo:
mount -r -o iocharset=iso8859-2
mount -r -o iocharset=iso8859-2 -o codepage=852
mount -r -o iocharset=cp1250

HOWKING: toto bych asi řešil pomocí distroboxu a v něm kontejnerizovaného debian 12. Aplikaci pak spustíš, jako by byla nativně v systému.

CASTER, JANFROG: Uvědomil jsem si, že testovací case je nyní jiný než minule. Před x léty, kdy paměť pod stress testem nerostla jsem v testu otevřel socket a v něm v nekonečné smyčce jsem zadával requesty. Nyní otevřu socket, provedu request a socket opět zavřu. Možná proto rostla VIRT (ale valgrind byl OK). Když jsem test přehodil na původní verzi, htop hodnoty byly konstantní.

Přepsal část toho tcp/ip serveru tak, že se sockety ukládají do fronty, kterou procesuje N working threadů. Pustil jsem testy a po asi třech hodinách běhu htop ukazovalo konstantní čísla u RES, LIB a DATA. Jednou došlo ke zvýšení u SHR au VIRT. Valgrind byl také OK.

Když jsem hledal, co znamená VIRT - https://stackoverflow.com/questions/23187228/what-is-virt-column-in-htop-memory-overhead --> I would stop worrying about the VIRT thing. [...] I suspect the top page is allocated for vsyscall purposes. [...] Go by the RES entry.

Ještě to nechám několik dní bežet a uvidím. BTW asi dvou denní běh té předchozí verze serveru způsobil zamrznutí VM (ubuntu server) - nešlo na něj ssh, kurzor na login neblikal. Místo na virt. disku nedošlo.

SUCHRE: jasně, ono by to šlo i přímo na tom Debianu 13

HOWKINGu, budeš potřebovat -dev verze balíčků knihoven

při kompilaci ze zdrojáků se napřed pouští ./configure a to když ti vynadá že nemá nějaké foobar.h tak většinou potřebuješ balíček foobar-dev

hm, flatpak ani appimage uz nejsou k dispozici. bud to zkompilovat ze zdrojaku, coz neni takova hruza nebo pouzit jinou ctecku. jeste, ze mi rss ctecka nikdy nechybela a nepouzival jsem ji

HOWKING: nestačí na tom Debianu 12 stáhnout zdrojáky, pak zkompilovat statickou binárku a tu zkopírovat na Debian 13?

je to teda docela prasárna, ale když tu čtečku tak moc chceš... měla by to být option gcc -static

DANIELSOFT: No ale QuiteRSS není ani v tom zdroji. Mám na vedlejším počítači Debian 12 a na něm quiterss. Vyrobím nějak Appimage sám? (na to už jsem myslel, ale nic nevygooglil)

takže zkus hledat jestli je někde AppImage verze této čtečky

ještě existuje něco jménem AppImage: mně teda taky dělal problém s knihovnama, ale tobě v tomto případě nemusí, má více knihoven "v sobě"

SUCHRE: Ten tu appku nemá.

pouzil bych flatpak

Snažím se násilím nainstalovat QuiteRSS do Debianu 13. Postupně dodávám každou knihovnu, po které řve, ale zdá se , že to není úplně dobrá cesta. Cíl stále v nedohlednu. Je nějaká korektní cesta jak vynutit jeho instalaci a vynutit aby se stáhlo a nainstalovalo vše, co chce? (přece ty soubory co Debian 13 odmítá ničemu nemohou uškodit, když je zbytek systému nepoužívá)

DELVIT: a jestli se nepletu umí to i Mutt

HOWKING: Klidně napiš :).

Já jsem používal nějakou dobu i CLI:
nom - https://github.com/guyfedwards/nom

DELVIT: To jsem zkoušel. Zkoušel jsem toho hodně. proto se ptám, na něco mimo APT a Flatpak. Tam jsem nic použitelného nenašel. Třeba má někdo zkušenost s něčím, co není tak známé. Dnes se všechno tlačí cestou nesmyslného překombinování. Já si snad něco napíšu sám :D

HOWKING: liferea - https://github.com/lwindolf/liferea?tab=readme-ov-file

HOWKING: rss nepoužívám ale tady bys snad mohl něco najít
https://alternativeto.net/browse/search/?q=rss%20reader

Potřebuju rss čtečku pro Debian 13 (dal jsem na rady B3TL). QuiteRSS tam nefunguje a ostatní čtečky přístupné přes APT nebo Flatpak stoji "za hovno". Potřebuju jednoduchou čtečku, která umí na své ikonce, nebo tray zobrazovat počet nepřečtených a po kliku a ně je nezobrazovat (v debilním) embed prohlížeči, ale otevře je rovnou do mého prohlížeče. Nic víc nechci. Bohužel kromě QuiteRSS (a většiny čteček na Mac) to je na Linuxu a si nemožný požadavek. Poraďte.

Proto např. Kodi umí přepínat rozlišení a hlavně obnovovací frekvenci televize podle přehrávaného videa. Aby video bylo perfektně synchronizované (a i tak mi přijde, že občas u některých videí dochází k nějakému mikroškubnutí, ale to už fakt musí být nějaké blbě zakódované video).

Ale to člověk nechce používat úplně běžně na desktopu, protože je to trochu otravné. A navíc PC monitory ani nemusí umět filmový režim (24 resp. 23,976 fps; ale třeba by to vyřešil nějaký celočíselný násobek).

Byl by potřeba 600 Hz displej, aby nebylo potřeba přepínání kvůli 24, 25, 30, 50 a 60 fps videím.
1200 Hz aby to pokrylo i 48 Hz.
A pořád to úplně neřeší 23,976, 29,97 a 59,94 fps. (Ale to se nejhůř dá řešit nepatrným zrychlením.)

problem je v tom, ze analogovej moitor jel sice na 75 hz a vejs, ale mel solidni zpozdeni, tgze ty veci "rozmazal" co byly na jinech fps. jat ed ostaal android televizi, co je 4k a nastavila se na 60Hz...a , prekvapive, vetsina veci na ni skubala...malo a skoro neviditelne, ale kdyz se na to covek soustredil, tak to bylo videt dost. stacilo ji switchnout na 4k 50 hz a je klid. jako, jo, wtf.covek by rekl, ze se to nska transkoduje ale asi ne

Jsou jednoúčelové programy na překodování videa na koukatelný soubor. Počítač je zvládne, ale často to trvá a pracují přes příkazovou řádku, nebo nějaká nastavovátka.

SUK: Koukal jsem schválně u sebe. Monitor 60 obrázků
videa - kodeky
24 -(víc než jednu seriil)
25 - těch mám hodně (a jsou v tom nahrávky z TV)
30 - taky dost
50 - mezi náhodným vzorkem nebyl
60 - také dost

Platí, že všechno to jsou nějaké komprimované formáty a na všechny jsem koukal.
Jestli na to koukém na celé obrazovce, nebo v nějakém okně musí řešit appka.

O tom, co a jak tam probíhá vím málo, i když můžu hádat. Je jasné, že když je N/M = 1 je to míň počítáni.

Snímky tedy nejsou dogma (sám jsem to bral v čem bylo a vybíral spíš když tak vhodnou velikost souboru), ale když to zařízení neumí, nebo nestíhá řešíš problém.
K tomu může být porušený soubor. I když bývají dost odolné a nejsou nečitelné celé, větší chyba se projeví (to se ukáže třeba ve střižně).