Byla vydána nová verze 25.12.30 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Společnost Valve publikovala přehled To nej roku 2025 ve službě Steam aneb ohlédnutí za nejprodávanějšími, nejhranějšími a dalšími nej hrami roku 2025.
Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu a listopadu 2025. Zúčastnilo se více než 5000 uživatelů.
V dokumentově orientované databázi MongoDB byla nalezena a v upstreamu již opravena kritická bezpečností chyba CVE-2025-14847 aneb MongoBleed.
Při úklidu na Utažské univerzitě se ve skladovacích prostorách náhodou podařilo nalézt magnetickou pásku s kopií Unixu V4. Páska byla zaslána do počítačového muzea, kde se z pásky úspěšně podařilo extrahovat data a Unix spustit. Je to patrně jediný známý dochovaný exemplář tohoto 52 let starého Unixu, prvního vůbec programovaného v jazyce C.
FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
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: