Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma. V Týdnu v GNOME je zmíněn flatpak balíček pro GIMP 0.54.1 z roku 1996. Jedná se o poslední verzi GIMPu postavenou nad toolkitem Motif.
Home Assistant Operating System, tj. linuxová distribuce optimalizována pro hostování Home Assistanta a jeho aplikací, byl vydán v nové major verzi 18.0.
Po šestiletém úsilí byla z jádra Linux odstraněna funkce strncpy(). Všechna předchozí volání této funkce byla převedena na bezpečnější alternativy.
Byla vydána nová verze 261 správce systému a služeb systemd (Wikipedie, GitHub). Z novinek lze vypíchnout nový subsystém IMDS (Cloud "Instance Metadata Service"), nový příkaz storagectl nebo novou komponentu systemd-sysinstall.
Vývojové prostředí Qt Creator bylo vydáno ve verzi 20 (seznam změn). Novinky zahrnují hlavně rozšíření pro integraci LLM agentů nebo minimalistický editační režim uživatelského rozhraní („zen mode“).
Už jste se prolétli na webu Google Earth? Přibyl tam Simulátor letu (Nástroje / Simulátor letu). Funguje i bez účtu Google [𝕏].
Byla vydána nová verze 4.7 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.6. Přehled novinek s náhledy v oznámení na blogu.
V Edici CZ.NIC, knižní řady správce české národní domény, vychází nová kniha Martina Malého Kódy, buildy, firmwary. Autor po půl roce od vydání předchozího titulu přichází se svou již sedmou knihou, tentokrát zaměřenou na vývoj programového vybavení pro embedded zařízení. Publikace s podtitulem Základy vývojářského řemesla pro tvůrce hobby elektroniky nabízí praktického průvodce pro všechny, kdo své projekty vytvořené s Arduinem
… více »V Brně na FIT VUT probíhá dvoudenní open source komunitní konference DevConf.CZ 2026. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
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: