Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.
David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …
Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.
Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.
V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
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.desktopMANIFEST.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: