MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
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: