Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
nemáš to jakoby v package_data strčený?? :O :O byto mělo bejt v data_files asi hele :O :O
druhý podezřelý mi připadá ta tečka nazačátku ména souboru '.desktop' žeby hoto třeba ňák nevidělo :O :O
...
[options]
packages = find_namespace:
python_requires = >=3.7
include_package_data = True
[options.packages.find]
exclude =
litigation.nepouzivane*
litigation.appeal*
litigation.forms*
litigation.evidentiary*
litigation.data_ostra
[options.package_data]
* = *.glade, *.pdf, *.db, *.fdf
[options.data_files]
/applications = litigation/litigation.desktop
MANIFEST.in:
global-include *.glade *.pdf *.db *.fdf recursive-exclude litigation/nepouzivane* * recursive-exclude litigation/appeal* * recursive-exclude litigation/evidentiary* * recursive-exclude litigation/forms* *S nimi prikaz build vygeneruje temer stejny obsah do .whl i tar.gz az na ten .desktop, ktery se ve whl souboru jevi jako v adresari applications mimo ten hlavni adresar projektu, zatimco v tar.gz je spolecne s ostatnimi v hlavnim adresari, tedy tam kde je v puvodnim vyvojovem adresari projektu. Cemu nerozumim, je, jak se ten .desktop soubor ocitne na spravnem miste v pripade ze nekdo bude instalovat projekt z toho tarballu a ne z wheelu. Mozna mi neco kompletne unika? Delam to poprve tak je mozne ze mozne ze jsem v nejake totalni miskoncepci?
Tiskni
Sdílej: