Příspěvky

1

Server / Re:TrueNAS CE se náhodně restartuje

« kdy: 03. 02. 2026, 01:01:42 »

Omlouvám se, ale v tom mailing listu Debian Bugs jsem přehlédl, že se ta odpověď s verzemi vztahuje k jinému bugu.. moje blbost, když jsem dal "Next by thread" a nezkontroloval si číslo

Stran těch možností, co vyzkoušet za kernel parametry. Popravdě těžko říct, protože víceméně všechno, co se vztahovalo k souvisejícím hlášením, kde byly celé backtracy, už víceméně vyzkoušel tazatel z vlákna, co odkazoval RDa.
https://forums.truenas.com/t/hp-proliant-microserver-gen8-instable-on-v25-ok-on-v24-and-debian12-kernel-issue/52905
Jsou tam pokusy s vypínáním iommu, max cstate na 1 i blokováním modulu hpwdt (iLO NMI watchdog ovladač).. A evidentně mu nic nezabralo.

Jinak, trochu jsem si osvěžil aktuální verzi TrueNAS CE instalací do virtuálu. Viděl jsem jen verze pár let zpět.
U té 25.10 (Stable) je skutečně 6.12.33..
Z 25.10 (a nejspíš i 25.04) se dá poměrně snadno dostat na aktuální vývojový snapshot, kde je jádro 6.18.
Buď se dá stáhnout ISO z https://download.truenas.com/truenas-scale-halfmoon-nightly/ nainstalovat na jiný disk a natáhnout uloženou konfiguraci.
Nebo to umí i inplace upgrade, co se chová velmi mravně.
- stačilo v Updates přepnout kanál aktualizací na Developer, hned se nabídla aktualizace.
- dál jsem nastavil v Settings > Boot, aby vždy nechal stávající Boot Environment (Keep) a nikdy to nemazal.
- pro jistotu jsem si ještě zastavil všechny testovací virtuály, aplikace a udělal ručně snapshoty z té datové části.
- pak proběhl relativně rychle update, který tu dev verzi nainstaloval do nového BE a restartoval server.
- tvářilo se to v pohodě, notifikaci o možné aktualizaci s novými ZFS feature flags jsem ignoroval, kvůli návratu zpět.
..
Cvičně jsem zkusil revert, v Settings > Boot jsem jen nastavil ten BE s předchozí verzí jako aktivní.
Opět reboot, byl jsem zpátky se systémem i všemi službami. Snapshoty té datové části nebyly vůbec třeba.

Takže to je asi nejjednodušší cesta jak případně vyzkoušet vývojovou verzi s novým jádrem.. Byť samozřejmě netuším, jestli tam ta regrese pořád je a jak se to bude u vás chovat. Ale možná to za pokus stojí, přinejhorším se vrátíte.

2

Server / Re:TrueNAS CE se náhodně restartuje

« kdy: 02. 02. 2026, 14:23:47 »

Nema nikto v prevadzke nejaky HP gen8 s nejakym novsim debianom a nestretol sa s podobnym problemom?

Bohužel, to se omlouvám, vždycky jsem na těch Microserverech měl jen FreeBSD nebo RHEL klony. Oboje bylo stabilní a víceméně bez problémů.
Také tenhle poslední kus, co je v provozu, tam má jiné CPU (Celeron místo Xeonu), takže nevím do jaké míry by ten případný test průkazný.

Ako otestujem s minimalnym usilim, ze ten problem pod Proxmox nebude? Dam Proxmox na ine ssd a nepripojim tie disky na ten SAS controller? Pri FreeBSD problemy neocakavam, len to by som si dal najskor do nejakeho virtualu na desktope, aby som si to nejako poskusal, lebo nechcem mat dlhy vypadok NASu. Este je moznost "prezit" nejakym sposobom do aprila, kedy vyjde TrueNAS 26.04, ten by mal mat jadro 6.18.

Jak jste posílal to vlákno z debian bugs ML, tak vypadá, že to je skutečně nějaká regrese.. předchozí 6.1 mu nemrzlo. A u Debianu to vypadá, že by tam měl být fix od 6.12.41 dál.
https://lists.debian.org/debian-amd64/2025/08/msg00015.html

Jestli už tohle jádro také je v TrueNASu, nedokážu teď rychle zjistit. Ale dá se předpokládat, že by to tam někdy mělo doputovat.
Možná by se dala dohledat i konkrétní změna u Debianu, a pak prohrabat nějaké committy u TrueNASu. (mají všechno ve větvích na GitHubu)
https://github.com/truenas/linux

Jinak jak jste se ptal, tak minimální úsilí by za mě asi bylo udělat zmíněný zfs export v TrueNASu. Odpojit původní SSD a odložit ho, vzít nějaké plonkové SSD na test a nainstalovat na něj PVE (nebo třeba novější Ubuntu se ZFS modulem, pokud vám jde jen o jinou verzi jádra). Ty pooly pak přes zfs import připojit v jiném systému.
Nastavit v Sambě nějaké základní sdílené složky pro základní použití (třeba bez virtuálů zatím, jestli bez nich chvíli vydržíte) a počkat ten cca týden, jestli se to bude také restartovat.
Případně se pak můžete vrátit zas k TrueNASu.. (opět zfs export, import).

Jinak ještě mě napadlo s tím FreeBSD, co tam předtím chodilo. Standardně to nepoužívá vyšší c-states než 1 (do hlubších to nejde, musí se explicitně povolit přes sysctl). Podobně to nemá frequency scaling, pokud se explcitně nezapne služba, powerd_enable="YES" v rc.conf. Jestli tenhle problém nějak souvisí s power managementem u Intel CPU, jak nadhazovali v tom vlákně, tak je klidně možné, že ve FreeBSD to prostě vůbec není zapnuté.. Ale to je jen teď taková rychlá úvaha.

3

Server / Re:TrueNAS CE se náhodně restartuje

« kdy: 02. 02. 2026, 12:50:00 »

Ahoj, zmíněný Gen8 taky někde mám, a můžu potvrdit ten problém s eMMC u iLO. Je tam asi 6 let, krom té periodické chybové hlášky a nemožnosti aktualizace FW to nemá bohudík žádný vliv na stabilitu serveru.. provozuju to už roky bez jiných problémů s čistým FreeBSD jako NAS.

Ta nemaskovatelná přerušení jsou divná, pokud by to byl skutečně symptom nějakého HW problému např. s deskou, pak by se to mělo projevovat víceméně úplně stejně napříč všemi systémy.
Pokud se výsky dá vysledovat čistě po přechodu na TrueNAS scale, je tam samozřejmě i určitá pravděpodobnost nekompatiblity případně nějaké regrese u které by pak dávalo smysl vyzkoušet jinou verzi jádra, jestliže to projede nějakým HW stress testem.

Jak TrueNAS Scale, tak Proxmox VE staví na Debianu 13 Trixie, ale mají odlišné základní verze jader. U Scale je to LTS kernel 6.12 u PVE pak aktuálně 6.17.
Jedna z možností je tedy, co píše RDa. Tzn. rozběhnout v Proxmoxu virtuál s TrueNASem a poslat do něj celá blok. zařízení s těmi ZFS pooly.
Osobně bych se tomuhle vrstvení spíš vyhnul a radši bych využil ZFS modul v Proxmoxu a nechal si ho spravovat ARC a přímo přistupovat na ta zařízení.
Sdílet pak data ven (NAS část) jde pak u PVE více způsoby, ale prakticky připadají v úvahu dvě varianty. Buď si přímo do hlavního systému doinstalovat Sambu, WSDD, NFS server atp. nebo si rozjet systémový LXD kontejner na sdílení a poslat do něj přímo ty ZFS datasety.
Preferuji tu druhou variantu, která sice není tak přímočará jako přidat pár balíčků do Debianu, ale umožňuje to mít oddělené nastavení, verze jaké chci, můžu to celé verzovat apd. a zároveň to má jako kontejner úplně minimální overhead. Takže prakticky klidně třeba minimální kontejner s Alpine Linuxem a pár službami. Akorát si pak člověk musí dát pozor na to, jak má namapovaná UID a GID mezi hlavním systémem a kontejnerem, když řeší třeba přístupová prává a nastavování ACL (na ZFS datasetu v hlavním systému). Podobně se tam dá rozjet třeba i další kontejner s DLNA serverem atd.
Jinak ty pooly by se měly dát v pohodě vyexportovat (zfs export) v TrueNASu a pak bez ztráty kytičky připojit jako další úložiště v PVE, možná jen při importu upravit mountpoint.
Podobně pak s trochou úsilí použít existující zvoly s disky od virtuálů a připojit je do nově vytvořených virtuálů v PVE. V nejhorším případě to u dvou virtuálů zkusit ručně přetahat přes externí image a nějaké živé distribuce do nově vytvořených VM.

Nakonec je tu určitě i další varianta.. dá se použítvat úplně standardní FreeBSD 15. Jen samozřejmě s tím, že se to spravuje přes konzoli bez UI. Pooly to naimportuje, Samba, DLNA atp. je v balíčcích. Virtuály s Ubuntu a UI kontrolerem se s trochou úsilí dají rozjet s byhve.

4

Hardware / Re:Nový mobil: OnePlus 13 vs. 15 vs. Pixel 10 Pro

« kdy: 11. 01. 2026, 16:26:40 »

stari iP napr jako 15, bys nechtel ? on ten prechod te bude bolet

Přesně tak, osobně pokud bych neměl nějaký specifický důvod pro změnu platformy a byl bych víceméně spokojený až na starší hardware, zůstal bych na iOSu, už třeba jen kvůli oblíbeným koupeným nebo vestavěným aplikacím od Apple.
Pokud člověk vyloženě nespěchá nebo mu to není jedno, tak se často objeví možnost koupit buď minulý model nebo vrácený/lehce používaný kus. Zrovna u iPhonů se to docela točí a starší modely nebývají moc problémové kvůli solidní době podpory. Jinak z iPhone 11 může být v pohodě upgrade i na 16e (v podstatě nástupce SE), který je lacinější i nový.

Osobne kupujem len Moto a Pixel fóny. S oboma mám pozitívnu skúsenosť.

Taky tak, dobrá zkušenost s oběma výrobci. Za posledních pár let téměř všichni z rodiny okolo, co měli Androidy, přešli na Moto, a víceméně spokojenost. Pixel taky fajn.

Akoze iphone ma nasral uz viackrat, od kopirovania suborov, fotiek, odpajanie od pc (windows), prestali chodit z kalendara notifikacie, ktore mam nastavene raz rocne.

Obě platformy mají aspekty, co dokážou naštvat. Ale koneckonců uvidíte sám.
S nárazovým kopírování fotek do PC přes USB kabel do Windows (s iTunes a službami, co zjeví DCIM složku v průzkumníku) jsem zrovna na žádný problém nenarazil, ale upřímně to moc nepoužívám, protože se pohybuju i mezi spoustou různých počítačů s Linuxem. Kabel používám víceméně jen na nabíjení.
Fotky pak stahuju přes webové rozhraní iCloudu a pak to z něj zároveň vyčistím (mám jen základní free tarif). Nebo když jsem v domácí síti, tak se prostě připojím přes WiFi na SMB share z vestavěné aplikace Files a překopíruju si z a do telefonu, co chci.
Notifikace také fungují (ve vestavěném kalendáři mám zrovna všechny narozeniny). Schůzky atp jdou z jiného Google účtu a další appky.

5

Software / Re:Conky monitoring teploty CPU a GPU

« kdy: 10. 01. 2026, 23:40:42 »

Není zač, mám také radost, jestli jste to rozchodil. Mějte se.

6

Software / Re:Automatické přehrávání videí v prohlížeči

« kdy: 10. 01. 2026, 16:49:34 »

U Chromu/Chromia je to celé komplikovanější, je tam heuristika, kdy se vyhodnocuje i to, jestli má element nastavený mute na zvuk (pak se blokování autoplay neaplikuje), případně se tam ještě řeší MEI (Media Engagement Index), kdy se bere dál v potaz ještě velikost videa, interaktivita uživatele, jestli už na té stránce předtím byl a něco pustil..
https://developer.chrome.com/blog/autoplay
Popravdě u Edge nevím, jestli si tohle všechno zdědil z Chrome/Chromia, nebo tohle chování nějak upravili.

Když jsem to před pár lety někde řešil, tak za mě se k tomu mnohem líp postavili v Mozille a u Firefoxu, když se nastaví v about:config
media.autoplay.default = 5 (automaticky blokuj pokus o spuštění audia i videa)
media.autoplay.blocking_policy = 2 (musí se explicitně kliknout na spuštění)
Tak to fungovalo v pohodě, resp. tak jak jsem čekal.
V nastavení je pak ještě i whitelist, třeba pro YouTube, Spotify (nebo kde to člověk všude naopak chce povolit).

7

Software / Re:Conky monitoring teploty CPU a GPU

« kdy: 10. 01. 2026, 13:03:08 »

Zkusil bych k těm parametrů z hwmon přistupovat ne přes číslo toho modulu, které se může měnit podle pořadí zavádění, ale podle jména toho modulu.
viz https://conky.cc/variables#hwmon

Tzn. počítám, že jméno modulu bude v tomhle případě nejspíš thinkpad.
Pak bych to upravil na "${hwmon thinkpad temp 1}°C"
Jména modulů se pak dají jednoduše zjistit, u mě tohle pak hodí např.:

Kód: [Vybrat]

msmucr@msmucr-desktop:~> cat /sys/class/hwmon/*/name
amdgpu
acpitz
coretemp
Tzn. mám AMD grafiku, standardní ACPI sensory a Intel CPU přes zmíněné moduly. Který senzor z daného modulu pak chci, určím tím indexem za typem (fan, vol, temp).

Třeba to klapne, nemám Thinkpad.. :)

8

Sítě / Re:Wi-Fi pro dvoupatrový dům

« kdy: 06. 01. 2026, 13:11:09 »

Dá se to manageovat vzdáleně, ale přes tu zmíněnou appku, která pak komunikuje to přes TP-Link cloud a dají se případně delegovat další přihlášení (TP-Link účty). Unifikovaná appka pro celou řadu Deco je prakticky jediný způsob nastavování, tzn. žádné web gui mimo základního statusu. Chápu, že pro někoho může být tenhle aspekt konečná.

Appka nieje jediny sposob nastavovania.
Deco ma aj web gui. Mal som v rukach viacero podobnych mesh systemov a vsetky mali aj web gui, len rovnako ako Tp-Link to nikde nepropagovali.

https://www.tp-link.com/us/support/faq/2641/

Nevím, jestli se něco nezměnilo v posledních firmwarech, nicméně moc bych na to nesázel.
V nižších řádách E a M to web UI nebylo vůbec a u Xka, když jsem to onehdá zkoušel po nějakém FW updatu, tak to moc k ničemu nebylo. Dostal jsem se na to z nějakého důvodu pouze v router modu (dobře to mohl být nějaký úvodní bug, nicméně já to měl všude v AP modu).
Navíc tam byl víceméně pouze zmíněný status, aktuální klienti na síti a FW update.
Viz https://community.tp-link.com/en/home/kb/detail/412520

Takže za mě je pro správu Deco řady prostě vždy potřeba zmíněná appka.
Ta s ním komunikuje z venku přes cloud, z WiFi sítě nejspíš přes nějaké discovery a neveřejné API, na úvodní nastavení přes Bluetooth.

TP-Link má vyšší Omada řadu APček, které jsou pro podnikové použití a ovládáním je to podobné třeba Ubiquity nebo ostatním podobným systémům. Kontroler běží jako služba na serveru nebo na jejich dedikovaném hardware v síti (krabička).
U Deca je to v rámci zjednodušení redukované na appku. Jak jsem psal, pokud tohle někomu vadí, nejspíš to nebude ideální volba. Mě to na uvažované, domácí použití nepřišlo za ty peníze úplně zásadní a zatím to dobře slouží.
V době, kdy jsem to řešil (okolo Covidu a následně když se spoustě známým rozjely HO, takže chtěli lepší domácí WiFi), tak to byla jedna z mála dostupných a funkčních voleb pro roaming, dobré pokrytí a ideálně s jednoduchým ovládáním (spousta lidí s to rozběhla sama, aniž by měli nějaké zásadnější znalosti o síťování).
Ubiquity bylo dražší, vyžadovalo kontroler. Mikrotik byl peklo na nastavení a spousty funkcionality bylo vázané na jejich nové hw platformy (Wifiwave2, wifi-qcom), pro které zdaleka neměly tolik dostupných produktů.
Teď už je toho samozřejmě mnohem víc.

9

Sítě / Re:Wi-Fi pro dvoupatrový dům

« kdy: 06. 01. 2026, 02:11:24 »

Ja si totiž kdysi rád hrál, ale teď na to nemam čas. Kolegové sice lejou prachy do domácích sítí, ale mě to nebere.

Asi to dopadne, že vezmu z Alzy ty deco x55.

Dá se to managovat vzdáleně?
Dá se to managovat přes web GUI nebo musí ten výrobce do nekonečna aktualizovat mobilní apku?

Dá se to manageovat vzdáleně, ale přes tu zmíněnou appku, která pak komunikuje to přes TP-Link cloud a dají se případně delegovat další přihlášení (TP-Link účty). Unifikovaná appka pro celou řadu Deco je prakticky jediný způsob nastavování, tzn. žádné web gui mimo základního statusu. Chápu, že pro někoho může být tenhle aspekt konečná.

Osobně tohle pro podobné domácí sítě v pohodě zkousávám a furt mi přijde, že to má velmi dobrý poměr cena/výkon, chodí to pro tohle použití dobře a cca od r. 2020 jsem zatím s žádnou sadou (cca 5 míst) neměl zásadnější problémy,  další lidé, kterým jsem to doporučoval, také nic nehlásili. Appka jak pro iOS, tak Android je poměrně často aktualizovaná, chodí na ní pořád i nejstarší řady.

10

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« kdy: 21. 12. 2025, 23:40:43 »

Jo, to vypadá slibně. Zkusil jsem na jednom vánočním albu, a chytlo se to. (V podstatě jsem jen změnil "Weinachten" na "Christmass", protože němčinou nevládnu.)

Bohužel podobné automatické překlady jako všechny Vánoce na Christmas to přímo nepodporuje.

Ale je tam možnost automatického výběru přeloženého jména umělce, pokud existuje v databázi.
Je to v nastavení Metadata -> Translate artist names.. následně tam jdou i případně vyloučit určité abecedy, tzn. např. nedávej přeloženou verzi, pokud bude jméno umělce latinkou.. (jinými slovy přelož pokud bude azbukou, hanghulem, katakanou atp.)
V podstatě to pak použije aliasy z metadat.. např.
https://musicbrainz.org/ws/2/artist/519dd32e-8f30-4380-8826-7aa99169e1bb?inc=aliases

Pokud už tam máte nějaké částečně tagy, tak pokud tam hodíte např. desítky adresářů, použijete funkci Cluster (aby se vám to spojilo do alb) a následně by pro většinu měl zabrat čistě Lookup.

Asi půjdu zhruba stylem album po albu. Obávám se, že větší balíky bych nebyl schopen ohlídat.

Toho bych se nebál i ve větším množství. Pokud to nic nenajde, alba zůstanou jen nepřiřazené v levé části. Pokud přiřazené album označíte, tak jsou tam vždycky vidět původní a nové (ještě neaplikované) tagy z db. A nic se neděje, dokud přiřazená alba neoznačíte a nezmáčknete ctrl+s.
Navíc to má vestavěný přehrávač, v pohodě se to dá ověřovat i takhle.

11

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« kdy: 21. 12. 2025, 22:18:46 »

Další doporučení je jednoznačně MusicBrainz Picard

Tohle vyzkouším.
Z popisu to vypadá nadějně na hromadné opravy mé sbírky - to jsou totiž zhruba dvě-tři stovky alb, které jsou v různém stavu vyplněnosti, v podstatě tak, jak se během čtvrtstoletí vyvíjela má potřeba mít tam ty tagy.
Dělat to "po jednom" by bylo náročné na čas a "lidské zdroje".

Uvidíte, jak vám to s tím půjde. Jak jsem říkal, největší benefit je kvalita té databáze s metadaty.
Samozřejmě se může stát, že tam dané album nebude, ale v případě mainstream věcí je to většinou v pohodě.
Ta databáze vzniká komunitně a je tam potřeba poměrně úsilí pro participaci, než se vám tam případně povede přidat nějaké CD. Když např. chybí umělec, na kterého se chcete odkázat, musíte ho nejdřív založit. Je tam proces schvalování, než to do databáze přijmou. Jakmile vložíte určité množství v pořádku, zvýší se vám reputace a můžete přidávat sám nebo schvalovat ostatním. Zní to jako šikanování, ale přispívá to ke kvalitě těch dat.

Já k tomu došel před lety. Když jsem začínal s používáním muziky v počítači a přehrávačích, už jsem měl asi 350 fyzických CD, které jsem různě graboval, používal iTunes, nebo cddb/freedb a pak to postupně dál rozšiřoval. No a v určité chvíli jsem seznal, že by se to vyplatilo srovnat. Ideálně do podoby, kdy z toho pak snadno udělám deriváty do různých přehrávačů, vysdílím korektně přes DLNA atp.

Pokud už tam máte nějaké částečně tagy, tak pokud tam hodíte např. desítky adresářů, použijete funkci Cluster (aby se vám to spojilo do alb) a následně by pro většinu měl zabrat čistě Lookup.
Ještě doporučím rovnou v nastavení:
- povolit Metadata/Use track relationship (přidá to zmíněná metadata o tvůrcích, pokud jsou známá a zadaná v db)
- doladit parametry ve File Naming (umí to spousty věcí, např. rovnou odstranit ne-ASCII znaky, přesunout do adr. struktury atp.)
Pak se rozmyslet, jestli chcete jen ukládat tagy nebo také přejmenovávat přesouvat, což se nastavuje v menu Options

Sám mám takovou hybridní strukturu. Mám kompletně oddělenou vážnou hudbu v separátním stromu, kde to mám po skladatelích, mimo nějakých speciálních cyklů na více CD. Dál samostatně soundtracky.
Nakonec všechny ostatní styly klasicky samostatně Album Artist / Album.
Takž to přejmenování, nebo jen tagy přepínám podle potřeby.

Jinak takové ty kontextové volby k nalezenému titulu jsou vždy přes nabídku na pravé tlačítko. Např. pokud to najde album, tak v nabídce najdete i "Other versions". Nebo to typicky stahuje cover z databáze, ale pokud vám víc vyhovuje ten existujcí, tak můžete opět přes pravé tlačítko na náhledu zvolit, že tam necháte původní, případně tam můžete drag'n'drop přetáhnout libovolný obrázek z počítače. V nastavení se pak dá doladit i jestli je chcete dávat jen bokem (cover.jpg, Folder.jpg..) nebo také vkládat do tagů, doporučuji oboje.

12

Software / Re:MP3 editor/katalog/tagger pro Linux + Windows?

« kdy: 21. 12. 2025, 16:33:17 »

Doporučím dvě aplikace.

První na rychlou úpravu tagů s trochou funkcionality navíc než mají vestavěné editory v běžných přehrávačích (VLC, DeaDBeeF). Tam bych se připojil k doporučení na kid3, který je multiplatformní.. dostupný pro Windows, Linux (nativně nebo flatpak), Mac.
Používá klasicky TagLib knihovnu, dá se ovládat i z řádky pro použití ve skriptech. Má i vnitřní skriptování v QML (Javascript), v kterém je také napsaná část jeho funkcionality.. (třeba vkládání cover obrázků do tagů atp.). Z přiložených skritpů se dá případně vyjít, pokud člověk potřebuje něco specifického pro hromadné použití.

Další doporučení je jednoznačně MusicBrainz Picard
https://picard.musicbrainz.org/quick-start/
Tohle je podle mě ideální varianta, pokud si někdo chce opravdu srovnat tagy ve své sbírce.
Hlavní výhoda je v tom, že se ty soubory propojí přes tagy (jedinečné ID umělce, nahrávky, stopy) s nejlepší volně dostupnou hudební databází, která má bytelný datový model. Ten přirozeně eliminuje duplicity (různé zápisy, kvůli jazykům - Malá noční hudba, Eine kleine Nachtmusik, Маленькая ночная серенада  opisům atp.), jsou tam správně rok pův. vydání vs. re-release, správně kompilace s odkazy na původní skladby. Dají se tam zapnout dodatečná metadata (Track relationship) o muzikantech, autorech skladeb a uložit do tagů (pokud to daný formát podporuje, např. Vorbis Tags).. a spousta přehrávačů v tom následně dovede fulltextově vyhledávat.

Chce to s tím strávit trochu času, ideální je nějaký polomanuální způsob.. např. hodit tam 50 adresářů naráz, nechat dohledat, případně poupravit, uložit tagy, resp. přejmenovat soubory, pak dalších 50 atd. Tímhle způsobem se nechají projet stovky GB muziky za relativně krátký čas a člověk to má pořád pod kontrolou.
Což je i důvod proč tohle preferuju před těmi řádkovými nástroji jako zmíněný Beets, eyeD3, nebo třeba nějakými jednoduššími rozhraními na MusicBrainz API, co jsou v ostatních taggerech.
Všechny nalezené shody a změny se totiž ukážou ještě před aplikováním tagů a přejmenováním. U každé položky je pak skóre shody, takže třeba jde přehodit jiné vydání desky, které na to pasuje víc. Pokud tam jsou chybějící skladby v albu, jde to taky pořešit.
Jak je naznačeno v tom quick-startu, tak jsou tam možné způsoby/zdroje pro nalezení shody.
- standardní dohledávání podle existujcích tagů, názvů souborů a délek skladeb (tolerance se dají detailně doladit)
- audio fingerpint (AcoustID), pokud existuje
- ruční vyhledávání přes webové rozhraní MusicBrainz (jakmile si dohledám album, pošle se to přes HTTP request na localhost do aplikace), pak do toho alba drag'n'drop přidám celý adresář z disku, případně doupravím pořadí a je to.

Jsou tam i nějaké nevýhody. Např. to nepracuje s image celého CD (flac+cue nebo wav+cue, případně flac s vloženým cue v tagu).. jen s individuálními soubory. Ale to bych bral jako ideální příležitost k tomu, aby se to rozsekalo a sjednotilo na do podoby jednotlivých stop s pauzou na konci, která je ideální pro následné použití napříč různými zařízeními a přehrávači.
Plus samozřejmě ta nějaká časová investice, ale to je jednorázová věc víceméně.

13

Desktop / Re:Doporučte vysouvací konzoli à la Yakuake

« kdy: 15. 12. 2025, 00:33:17 »

Chování skriptů spouštěných z libovolného shellu se vám určitě nezmění. Pokud ho spustíte rovnou, o interpretru rozhoduje shebang (#!/bin/bash např.).
Co je tady spíš míněno je chování přímo v shellu, pokud používáte třeba nějaké ad hoc smyčky pro práci s více soubory atp.
Co si pamatuju, fish např. nemá tokeny do a done, naopak se musí blok uzavírat pomocí end, je tam jiná syntaxe pro vyhodnocování podmínek, s proměnnými kde jsou slova oddělená whitespacem to pracuje jako se seznamem atd.
Jestli tohle neděláte a máte skripty jen v souborech s shebangem, asi tohle nemusíte vůbec řešit.

14

Server / Re:Resolvery CZ.NIC nepřekládají weby Monety?

« kdy: 09. 12. 2025, 22:38:39 »

@vcunat

Díky za odpověd a nasměrování k RFC 8198. Překvapily mě ty rozdíly v odpovědích i mezi validujícími resolvery, tohle to pěkně vysvětluje.

15

Server / Re:Resolvery CZ.NIC nepřekládají weby Monety?

« kdy: 09. 12. 2025, 12:55:26 »

Chyba je na straně autoritativních serverů. Zdá se, že vracejí A záznam a rovnou k němu informaci v NSEC3, že takový záznam neexistuje. Tipoval bych na nějakou kreativitu na straně F5, který jim dělá autoritativní servery.

Teď jsem na to samé koukal na DNSViz

https://dnsviz.net/d/moneta.cz/dnssec/?rr=all&a=all&ds=all&doe=on&ta=.&tk=

Tam to tu chybu popisuje tak, že nesedí RR bitmapa s těmi záznamy.
Jen to vypadá, že DNS od NIC.CZ je na to citlivější, protože třeba Quad9 nebo Cloudflare to v pohodě vrací.. možná tohle ignorují.

U DNS4EU je to trochu zvláštní. U výchozí, protected: 86.54.11.1 se to chová stejně jako u NIC.CZ, ale ta uprotected 86.54.11.100 ten záznam vrací, přičemž by obě varianty měly používat DNSSEC.

Zajímavé, zatím jsem se podobnou věcí nesetkal.