Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.3.0. S experimentální podporou FLTK 1.4. S příkazem dilloc pro ovládání prohlížeče z příkazové řádky. Vývoj prohlížeče se přesunul z GitHubu na vlastní doménu dillo-browser.org (Git).
Byl publikován přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáři v přehledu vypíchli vylepšenou instalaci, podporu senzoru okolního světla, úsporu energie, opravy Bluetooth nebo zlepšení audia. Vývoj lze podpořit na Open Collective a GitHub Sponsors.
raylib (Wikipedie), tj. multiplatformní open-source knihovna pro vývoj grafických aplikací a her, byla vydána ve verzi 6.0.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
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:
