Společnost NVIDIA vydala verzi 13.0 toolkitu CUDA (Wikipedie) umožňujícího vývoj aplikací běžících na jejich grafických kartách. Přehled novinek v poznámkách k vydání.
Byly vyhlášeni vítězové a zveřejněny vítězné zdrojové kódy (YouTube, GitHub) již 28. ročníku soutěže International Obfuscated C Code Contest (IOCCC), tj. soutěže o nejnepřehlednější (nejobfuskovanější) zdrojový kód v jazyce C.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za červenec (YouTube).
Konečně se ochladilo, možná i díky tomu přestaly na chvíli padat rakety jako přezrálé hrušky, díky čemuž se na Virtuální Bastlírně dostane i na jiná, přízemnější témata. Pokud si chcete jako každý měsíc popovídat s dalšími bastlíři, techniky, vědci a profesory u virtuálního pokecu u piva, Virtuální Bastlírna je tu pro Vás.
Ještě před ochlazením se drát na vedení V411 roztáhl o 17 metrů (přesné číslo není známé, ale drát nepřežil) a způsobil tak… více »Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
PixiEditor byl vydán ve verzi 2.0. Jedná se o multiplatformní univerzální all-in-one 2D grafický editor. Zvládne rastrovou i vektorovou grafiku, pixel art, k tomu animace a efekty pomocí uzlového grafu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU LGPL 3.0.
Byly představeny novinky v Raspberry Pi Connect for Organisations. Vylepšen byl protokol auditu pro lepší zabezpečení. Raspberry Pi Connect je oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče. Verze pro organizace je placená. Cena je 0,50 dolaru za zařízení za měsíc.
CISA (Cybersecurity and Infrastructure Security Agency) oznámila veřejnou dostupnost škálovatelné a distribuované platformy Thorium pro automatizovanou analýzu malwaru. Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 3. snapshot Ubuntu 25.10 (Questing Quokka).
Společnost Proton AG stojící za Proton Mailem a dalšími službami přidala do svého portfolia Proton Authenticator. S otevřeným zdrojovým kódem a k dispozici na všech zařízeních. Snadno a bezpečně synchronizujte a zálohujte své 2FA kódy. K používání nepotřebujete Proton Account.
[python] python.install = True python.install-dir = C:\somewhere [conan] conan.install = True conan.cache-settings = "some_parameter" ...Plus, že by byl rád, aby si uživatel mohl tvořit vlastní klíče (s těmi ale nebudeme nějak pracovat, prože je nebudeme znát). Viděli jsme v tom jasnou tečkovou notaci klíčů a navhli jsme to tak, abychom dodrželi předchozí požadovaný vzor, že uživatel si klíče bude dělat ve stejném formátu, jako je zbytek klíčů. Tedy že první část před tečkou je vždy oblast kam klíč patří (python.cokoliv patří k Pythonu, ...). Příklad uživatelských klíčů by tedy byl:
[python] python.install = True python.install-dir = C:\somewhere [conan] conan.install = True conan.cache-settings = "some_parameter" [user] user.some-key = "some_string" user.another-key = FalseProduct owner nám řekl, že to je totální blbost, že uživatel(é) chce klíče "totálně volné" a že nás s tím pošle do někam. Jeho varianta by tedy vypadala:
python.install = True python.install-dir = C:\somewhere conan.install = True conan.cache-settings = "some_parameter" some-key = "some_string" SOME_KEY = "another_value" cokoliv.jineho.klidne.s.teckou = False ANI_by-nevynucoval&povolené+znaky = "coz mi prijde trochu zvlastni"Nám je to v zásadě jedno, implementovat volné klíče není moc složité (i když variantu user.some.key už máme hotovou), jen nám přišlo fajn to trochu limitovat a třídit, dát tomu nějaký řád, aby to bylo přehlednější a aby bylo na první pohled poznat, který klíč je ten uživatelský a tím aby to trochu lépe zapadalo do celého formátu konfiguračního souboru (primárně TOML). Znovu říkám, jde o trivialitu, uživatelské klíče nejsou nic kritického, jen by mě zajímalo, jak se na to kouká více lidí. V zásadě o tom nechci rozvíjet diskusi, jen prosím, pokud se vám chce, tak zahlasujte v anketě.
Tiskni
Sdílej:
Jako první bych se zamyslel nad tím, jestli se vám opravdu chce znovuvynalézat a vyvíjet kolo a nepoužít už existující package manager, který ve windows je (winget), soukromé repozitáře AFAIK umí. Chápu, že si bez problémů umíte nadefinovat vlastnosti, které winget nemá, ale opravdu jsou tak bezpodmínečně nutné, že vyváží náklady na vývoj vlastního řešení i nevýhody jako že nejprve stejně budete muset nějak nainstalovat ten váš package manager?!
Co se týče formátu toho INI souboru, tak duplikovat jméno sekce v každé položce mi přijde jako nápad někoho, kdo místo pro uživatele píše ten software pro sebe a svojí potřebu onanovat nad formalismy...
Nám je to v zásadě jedno, implementovat volné klíče není moc složité (i když variantu user.some.key už máme hotovou), jen nám přišlo fajn to trochu limitovat a třídit, dát tomu nějaký řád, aby to bylo přehlednější a aby bylo na první pohled poznat, který klíč je ten uživatelský a tím aby to trochu lépe zapadalo do celého formátu konfiguračního souboru (primárně TOML).Nechápu. To je nějaký superset TOMLu?
sekce/klíč=hodnota
, místo klíč=hodnota
. K čemu je dobrá ta duplikace názvu sekcí do klíčů? Proč sekce/sekce.klíč=hodnota
? To už rovnou můžete používat .properties soubory nebo jiný formát podporující jen mapu klíč=hodnota
.
Pro naši firmu vyvíjíme interní software pro rychlejší instalaci některých programů (z těch známých je to např. Python nebo Conan, pak nějaké další interní). Představte si to jako takový interní package manager se speciálními požadavk
vidim tam windowsovovou cestu C:\, pro windows existuje ňákej takovej baličkovací manager chocolatey hele, python a conan tam v u nich repozitařích vidim hele, vyrobit vlastní baliček by asi jako taky mělo jít hele :O ;D
disclaimer: neznám to a nepouživám, k čemu taky když mužu mit poctivej apt třeba :D ;D