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.
Nové verze AI modelů. Společnost OpenAI představila GPT‑5.5. Společnost DeepSeek představila DeepSeek V4.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 164 (pdf) a Hello World 29 (pdf).
Bylo oznámeno, že webový prohlížeč Opera GX zaměřený na hráče počítačových her je už také na Flathubu and Snapcraftu.
Akcionáři americké mediální společnosti Warner Bros. Discovery dnes schválili převzetí firmy konkurentem Paramount Skydance za zhruba 110 miliard dolarů (téměř 2,3 bilionu Kč). Firmy se na spojení dohodly v únoru. O část společnosti Warner Bros. Discovery dříve usilovala rovněž streamovací platforma Netflix, se svou nabídkou však neuspěla. Transakci ještě budou schvalovat regulační orgány, a to nejen ve Spojených státech, ale také
… více »Canonical vydal (email, blog, YouTube) Ubuntu 26.04 LTS Resolute Raccoon. Přehled novinek v poznámkách k vydání. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 11. vydání s dlouhodobou podporou (LTS).
V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.26.0. Přehled novinek v příspěvku na blogu.
Ahoj,
chci do spamassassinu pridat nejaka pravidla, ale rad bych, nez je nasadim, otestoval i jejich systemove naroky. Bohuzel se mi to jeste nijak nepovedlo. Popisu, co jsem zatim zkousel:
Smazal jsem vsechno v /usr/share/spamassassin/ a soubory v /etc/spamassassin/ jsem probral tak, ze mi `grep -v ^# /etc/spamassassin/* | cut -d ":" -f 2- | sort | uniq` dava:
add_header all Checker-Version spamassassin _SUBVERSION_
bayes_auto_expire 0
bayes_auto_learn 0
loadplugin Mail::SpamAssassin::Plugin::AWL
loadplugin Mail::SpamAssassin::Plugin::AutoLearnThreshold
loadplugin Mail::SpamAssassin::Plugin::Bayes
loadplugin Mail::SpamAssassin::Plugin::BodyEval
loadplugin Mail::SpamAssassin::Plugin::Check
loadplugin Mail::SpamAssassin::Plugin::DNSEval
loadplugin Mail::SpamAssassin::Plugin::HTMLEval
loadplugin Mail::SpamAssassin::Plugin::HTTPSMismatch
loadplugin Mail::SpamAssassin::Plugin::Hashcash
loadplugin Mail::SpamAssassin::Plugin::HeaderEval
loadplugin Mail::SpamAssassin::Plugin::ImageInfo
loadplugin Mail::SpamAssassin::Plugin::MIMEEval
loadplugin Mail::SpamAssassin::Plugin::MIMEHeader
loadplugin Mail::SpamAssassin::Plugin::Pyzor
loadplugin Mail::SpamAssassin::Plugin::Razor2
loadplugin Mail::SpamAssassin::Plugin::RelayEval
loadplugin Mail::SpamAssassin::Plugin::ReplaceTags
loadplugin Mail::SpamAssassin::Plugin::Rule2XSBody
loadplugin Mail::SpamAssassin::Plugin::SpamCop
loadplugin Mail::SpamAssassin::Plugin::URIDNSBL
loadplugin Mail::SpamAssassin::Plugin::URIDetail
loadplugin Mail::SpamAssassin::Plugin::URIEval
loadplugin Mail::SpamAssassin::Plugin::VBounce
loadplugin Mail::SpamAssassin::Plugin::WLBLEval
loadplugin Mail::SpamAssassin::Plugin::WhiteListSubject
remove_header all Report
report_safe 0
use_bayes 0
tedy vyhodil jsem vsechny pravidla i score i Bayes.
potom jsem udelal skript, ktery ze slozky s mymi pravidly vzal vzdy jedno, to zkopiroval do /usr/share/spamassassin, provedl spamassassin --lint, sa-compile a projel 100 mailu ulozenych na disku.
Bohuzel, tento test byl absolutne nevypovydajici, protoze cas byl kolem minuty, ale pokud jsem udelal stejny proces pro stejne pravidlo po chvili znovu, lisil se cas i o 2 vteriny. Celkovy rozptyl vysledku byl cca 5 vterin, takze mi rozdil 2 vterin pro jedno pravidlo zkresluje cele vysledky tak, ze nejsou pouzitelne.
Rekl jsem si, ze dve vteriny jsou na 100 mailu celkem malo, a ze, kdyz maji pravidla +/- stejnou narocnost, mohla narocnost urciteho mnozstvi mailu.
Sestavil jsem dalsi skriptik, ktery zacina s prazdnym /usr/share/spamassassin a postupne pridava jednotliva pravidla, pricemz po kazdem prikopirovani si pravidla zkompiluje a projede jimy vzorek 10-ti mailu. Tenhle skript mi zamotal hlavu nejvic, protoze mi dava napriklad nasledujici hodnoty
5.512s 1
5.560s 4
5.581s 2
5.593s 6
5.622s 3
5.672s 7
5.733s 8
6.171s 11
...
8.301s 186
8.302s 185
8.355s 184
8.442s 187
8.457s 70
8.989s 163
9.038s 118
9.261s 141
(vlevo je cas, za jaky SA projel 10 mailu, vpravo je pocet pravidel)
Nechapu, z jakeho duvodu muze byt test se 186-ti pravidly rychlejsi, nez test se 70-ti. Pokud nekdo namitne, ze jde jenom o setiny, coz muze byt "naladovosti" stroje, tak napriklad 120 pravidel ma test hotovy za 7.435s - a proc potom je 118 pravidel za 9.038?
napada nekoho, cim by to mohlo byt - co mam jeste povypinat, aby byla doba behu SA pokazde +/- stejna? pripadne mate nejake navrhy, jak jina zmerit a porovnat narocnost ruznych pravidel?
jeste verze SA
# spamassassin --version
SpamAssassin version 3.2.3
running on Perl version 5.8.8
a stroj bezi na Debianu Etch
.
maily testuji pomoci
cat $mail | spamassassin -L
parametr L by mel zaridit, pouze lokalni testy.
(ale diky - zapomnel jsem to zminit v tom sahodlouhem popisu nahore)
ted jsem zakomentoval i to nacitani pro Razor, Pyzor a SpamCop a stejne mi SA pro stejna pravidla a stejne maily vyhodil tri ruzne casy, pricemz nejvyssi a nejnizsi maji rozdil 1.5 vteriny.
Tiskni
Sdílej: