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.
SpamAssassin: 3.1.8 Amavisd-new: 2.4.5Vsechno funguje, tak jak ma. Mam dotaz ohledne spravneho provozu SpamAssassina. Muj nynejsi stav je ten, ze amavisd-new spolupracuje jenom s antivirem ClamAV (clamd bezi jako daemon a v amavisd.conf nemam zakomentovano @bypass_spam_checks_maps = (1);). Antispamova kontrola se provadi pomoci /etc/maildroprc, kde je:
exception {
xfilter "/usr/bin/spamassassin --prefspath=$HOME/$DEFAULT/.spamassassin/user_prefs"
}
Na ruznych forech jsem se docetl, ze spamassassin lze volat nekolika zpusoby:
1) pomoci spamd/spamc (server/klient) 2) primo pomoci prikazu "spamassassin" 3) z amavis-new pomoci perlovske tridy Mail::SpamAssassinJako nejefektivnejsi zpusob provozovani spamassassinu je oznacovani zpusob za 3). Upravil jsem tedy soubor maildroprc a amavisd.conf, testovani na spam funguje, ale s tim rozdilem, ze se mi nedari prinutit spamassassin, aby pouzival uzivatelska nastaveni jako tomu bylo v /etc/maildroprc (napr. /home/vmail/test.com/user1/.spamassassin/user_prefs). Zkousel jsem googlit, ale nic kloudneho jsem nenasel.
Jakym zpusobem se daji ovlivnit napr. polozky: $sa_tag_level_deflt $sa_tag2_level_deflt $sa_kill_level_deflt aby si je kazdy uzivatel mohl nastavit individualne sam?Dekuji Honza
allow_user_rules 1ale uzivatelska nastaveni v ~/.spamassassin/user_prefs to stale nebere.... Dokonce mi pripada, ze amavisd-new uplne ignoruje cely soubor /etc/mail/spamassassin/local.cf a pouziva svoji vlastni konfiguraci v amavisd.conf. V oficialni dokumentaci jsem reseni meho problemu vubec nenasel.
/etc/mail/spamassassin/local.cf nacita, zkus si spustit amavisd s prepinacem debug-sa>, bude to videt ve vypisu. Amavis ignoruje jen nektere volby (koukni do ukazkoveho amavisd.conf-sample, ktere jdou upravit. Ja ted nevim presne jestli to jde u Couriera, ale u Dovecotu to, co chces jde. Tam mohou mit virtualni useri vlastni home adresare i vcetne .spamassassin apod.
amavisd s prepinacem debug-sa a opravdu amavisd-new nacita i neco z konfigurace v /etc/mail/spamassassin/local.cf:
# /usr/local/sbin/amavisd -u amavis debug-sa . . . [3979] dbg: config: using "/etc/mail/spamassassin" for site rules pre files [3979] dbg: config: read file /etc/mail/spamassassin/init.pre [3979] dbg: config: read file /etc/mail/spamassassin/v310.pre [3979] dbg: config: read file /etc/mail/spamassassin/v312.pre [3979] dbg: config: using "/var/lib/spamassassin/3.001008" for sys rules pre files [3979] dbg: config: read file /var/lib/spamassassin/3.001008/updates_spamassassin_org.pre [3979] dbg: config: using "/var/lib/spamassassin/3.001008" for default rules dir [3979] dbg: config: read file /var/lib/spamassassin/3.001008/updates_spamassassin_org.cf [3979] dbg: config: using "/etc/mail/spamassassin" for site rules dir [3979] dbg: config: read file /etc/mail/spamassassin/local.cf [3979] dbg: config: using "/var/amavis/.spamassassin/user_prefs" for user prefs file [3979] dbg: config: read file /var/amavis/.spamassassin/user_prefs . . .ale stale netusim, jak udelat, aby useri meli vlastni
user_prefs, vygooglit se mi nic zatim rozumneho nepodarilo....
Tiskni
Sdílej: