Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »
pool "mail.muj_isp.cz"
proto pop3
localdomains mojedomena.cz
user "tomas@mojednomena.cz
pass "heslo"
is "tomas" here
mda "/usr/bin/maildrop";
pokud to pustím z příkazového řádku(pod userem tomas), tak se mě pošta stáhla. Ale na serveru nezůstala. Já bych ale chtěl fetchmail pouštět jako deamona a to se mě nedaří. Po restartu serveru mě při nabíhání hlásil, že v /etc mu chybí konfigurační soubor fetchmailrc. Zkopíroval jsem tam nastavení z examples(/usr/share/doc/fetchmail/examples/fetchmail.example, nyní mě hlásí Fetchmail: no mailservers have been specified. V manuálu jsem nikde nenašel co v tom souboru má být za konfiguraci. Poradíte? Jak ho přinutit fungovat jako deamon a současně bych potřeboval, aby pošta zůstala na vzdáleném serveru a stahovala se jen pošta nová.
Řešení dotazu:
@reboot fetchmail -d
V globálním konfiguračním souboru má být to, co jste si zapsal do svého. Jak často má vybírat schránky se určuje volbou daemon, kterou následuje počet sekund. Do konfiguráku se píše to samé jako na do pozičních argumentů, jen se vynechají úvodní dva spojovníky. Seznam všech voleb je v manuálové stránce fetchmail(1).
Aby se v Debianu spouštěl globální fetchmail, je třeba jej zapnout v /etc/default/fetchmail.
OK, tu chybovou hlášku jsem zrušil tím, že jsem v souboru /etc/init.d/fetchmail zakomentoval řádek CONFFILE="/etc/fetchmailrc". Dost dobře nechápu smysl toho souboru, když nastavení jak se má fetchmail chovat mám přímo u uživatele.
Smysl je ten, že z něho čte konfiguraci fetchmail, který pouští init skript Debianu při startu systému. Pokud jste zrušil řádek CONFFILE, zřejmě jste systémovému fetchmailu řekl, že nemá číst konfiguraci z tohoto souboru.
Když bych ho tam nechal a nastavil schránky tam, musím mu nějak specifikovat kterému uživateli stahnuté zpráva poslat ne?
Jistě. Dělá se to parametrem to volby user. Jinak to bude cpát do schránky uživatele, pod kterým fetchmail běží (režim singledrop) nebo do stejnojmenné jako na serveru (režim multidrop).
No to jen na okraj, funguje to i bez toho souboru.
Zřejmě si hrajete s /root/.fetchmailrc. Přečtete si manuál.
Teď ale k tomu deamonu. V /etc/default/fetchmail jsem deamona zapnutého měl. Jenže mě stejně zprávy nestáhl. Stahování začalo fungovat až po té, co jsem na příkazové řádce zadal fetchmail -d 30 -a. Pak mě to funguje až do doby než to restartnu. V tom souboru je i možnost ovlivnit toho deamona, ale nevím jaký je syntax. Jak mu mám sdělit v sekci options, že má stahovat poštu každých 30 vteřin a na serveru je smáznout? V manuálu jsou popsané volby, ale jak tu volbu napíšu v konfiguračním souboru? Mám na řádek napsat "-d 30 -a"? To je přece blbost.
k tomu RTMF, čtu ho, jenže jsem nechápal podstatnou věc. Tedy abych nastavení upřesnil. Jestliže zapnu v souboru /etc/default/fetchmail jako deamona, automaticky si deamon tahá nastavení z /etc/fetchmailrc. Pokud ho nezapnu jako deamona tak si bere nastaveni z domovského adresáře uživatele a musí se spustit pod daným uživatelem z příkazové řádky. Tohle mě nebylo jasný, původně jsem si myslel, že v /etc/fetchmailrc má být nějaké globální nastavení a definice schránek má být ve složce uživatele. Bohužel moje angličtina není až tak dobrá, abych tohle z manuálu vyčetl. Nic méně jsem to nakonec s pomocí fóra a strýčka gůůgla nastavil. Vše funguje jak má.
Tiskni
Sdílej: