Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
Příručka Linux From Scratch pro sestavení základního linuxového systému byla aktualizována v pravidelném půlročním termínu. Vydání 13.1 shrnuje přes 40 nových verzí balíčků a několik patchů. Navazující příručka Beyond Linux From Scratch s recepty pro sestavení dalších knihoven a aplikací zatím vydána nebyla, ačkoliv vývojová verze stále dostává aktualizace. Lze je číst online nebo stáhnout v HTML či PDF.
Aplikační firewall OpenSnitch, GNU/Linuxový port aplikačního firewallu pro macOS Little Snitch, míří do Debianu. Požadavek #909567 na jeho začlenění byl zadán v září 2018.
Tiskni
Sdílej:
Avoid unwanted network interactions during runtime. There must be no „call home“ or update-checks without user's explicit consent.
Netrvalo to ani pět let a balíček už se (skoro) dostal do Debianu... Že by jednou přeci jenom došlo i na některé starší požadavky?
Principielně špatně je to, že žádný balíček neexistuje.A to je právě ta (ne)schopnost, na které pro včlenění toho balíku záleží. A zjevně se ještě nenašel nikdo, kdo by pro příslušný software příslušnou schopnost měl. Ale snažte se, třeba jednoho dne překonáte svoji zapšklost a povede se vám jak vyrobit balíček, tak se dohodnout s jinými lidmi

[o Debianu] - Bavit se s někým, kdo za tebou se svým tržním podílem hluboko pod 1% přijde a začne ti diktovat nesmyslné požadavky jak máš psát svůj SW je pouhá ztráta času, nic víc. - distributorem, který má tržní podíl hluboko pod 1% [ o pozadavku Debianu mit GPL hlavicky ve vsech souborech] - Je to zcela zbytečná práce, která se dá věnovat něčemu jinému, co bude pro uživatele skutečný přínos. - Celé je to jenom byrokratická buzerace a to si ani nejsem jistý, jestli na to má Debian vůbec nějaké pravidlo a není to jenom svévole té které skupiny "baličů".. - Především pak ale ve skutečnosti nikdo netuší, jestli je toto "ten problém" [ k odchodu uzivatelu od Debianu protoze nechce pridat tvuj balicek] někdo by se mohl zamyslet, jestli pro něj není lepší nějaká jiná distribuce, než taková, která na své uživatele zcela bezdůvodně kašle
A teď si ještě přečti, co si napsal v tom svém "shrnutí". Protože to je jenom snůška nesmyslů, kde jsi tyto mé výroky účelově nacpal do tvrzení/kontextů, které já jsem nikdy netvrdil.
To shrnutí nebylo nadnesené, to bylo prostě snůška polopravd a lží. Pokuď napíšeš, že pohrdám něčím, co má minoritní tržní zastoupení, je to jako když Andrej napíše, že "Generál nevěří v mír". S minoritními projekty, které mají běžné technické požadavky problém nemám, jak jsem už ukazoval na příkladu OpenBSD. Problém mám s Debianem, který se snaží diktovat zcela nesmyslné a nereálné požadavky na změnu coding style projektu a přitom má zcela minoritní tržní zastoupení.
Stejně tak pokud napíšeš, že nabádám uživatele k odchodu od Debianu, protože nepřijme můj* balíček. Protože to opravdu není o mém balíčku - připomínám, že se tady bavíme pod zprávičkou o jiném balíčku, kde to začlenění trvá také pět let... Debianí RFP je plné takových "smutných příběhů", kde SW, který běžně v jiných distribucích je, tam "hnije" roky. A to je ten důvod, proč by se někdo mohl zamyslet, jestli to jinde není lepší. Protože jak já to, i díky GPXSee, sleduji, tak to mnohde jinde podstatně lepší je.
* Nazývat balíček v Debianu jako "můj balíček" je samo o sobě také nesmysl, nikdy to nebyl "můj balíček" ani má snaha jej vytvářet/spravovat. Ten požadavek ode mě byl pouze přesměrování požadavků uživatelů GPXSee, kteří mi psali, proč není GPXSee v Debianu(Ubuntu). Tenkrát jsem si naivně myslel, že než opakovaně odpovídat na ten samý dotaz, že to musí řešit s Debianem, bude jednodušší, když sám vznik toho balíčku iniciuji. Jak moc jsem se mýlil...
a nereálné požadavkyLžete. Vzhledem k tomu, že ostatní projekty problém nemají, jsou ty požadavky zjevně reálné. V tomto případě by se dokonce dalo říct, že triviální.
SW, který běžně v jiných distribucích jeJiné distribuce třeba nevydávají stabilní verze s příslibem, že se ten software v té verzi bude několik let udržovat s ohledem na opravy bezpečnostních chyb. Pokud nikdo nechce nést odpovědnost za to, že se tak bude dít - a chce jenom někam vrhnout kód a nechat zbytek práce na jiných - vskutku není žádným překvapením, že takový balík není přijat.
Lžete
Ne, nelžu Bourku. Opravdu je zcela nereálné, aby nějaký distributor SW (se zcela zanedbatelným tržním podílem jako Debian) diktoval projektu GPXSee takové požadavky. Jak sis mohl všimnout, takové požadavky vždy byly a budou v projektu ignorovány.
Jiné distribuce třeba nevydávají stabilní verze s příslibem, že se ten software v té verzi bude několik let udržovat s ohledem na opravy bezpečnostních chyb. Pokud nikdo nechce nést odpovědnost za to, že se tak bude dít - a chce jenom někam vrhnout kód a nechat zbytek práce na jiných - vskutku není žádným překvapením, že takový balík není přijat.
S tím bych neměl problém, pak ale ať to lidé z Debianu otevřeně napíší, že na rozdíl od jiných distribucí nejsou schopní ten balík spravovat ani to nechat dělat jiné (nebavíme se teď o mně ale o lidech, co se ten balík do Debianu pokoušeli dostat po roce 2017). A nevymlouvají se na hromadu nějakých nesmyslných požadavků, které žádná jiná distribuce nemá a s fungováním toho SW nemají nic společného.
nejsou schopní ten balík spravovat ani to nechat dělat jinéOni narozdíl od vás asi nechtějí lhát, protože jsou schopní to nechat dělat jiné. Pokud ovšem nesedí Tůma na prameni a nebrání v tom.
Nelze, než ti znovu zopakovat, aby sis zjistil fakta, než se tady pustíš do urážení druhých. Já rozhodně Debianu v ničem nebráním, GPXSee je pod GPL3, takže si v něm mohou dělat změny dle libosti. Dokonce i takové, jako když před lety "vylepšili" OpenSSL...
Nemůžu, než se opakovat aby sis zjistil fakta, než se tady pustíš do urážení druhých. Debianí změnu v OpenSSL nikdo z vývojářů OpenSSL neodsouhlasil (že mu napsali, že když chce SW s OpenSSL debugovat, tak ať si to lokálně zakomentuje fakt není odsouhlasení změny). Tobě ale očividně nejde o nic jiného, než o ty urážky druhých. Sám si nic nedokázal, a tak je plivání na ty co na rozdíl od tebe ano, to poslední co ti zbylo.
Myslím, že čas, kdy tato "diskuze" byla zábavná jsme již vyčerpali a je na čase to ukončit. Tak zase příště.
Asi nejlepší popis toho Debianího fiaska je zde: https://research.swtch.com/openssl.
Záměrně, pro další možné zvýšení entropie, se četly i data v bufferu, kam se před tím nikdy nezapisovalo. Technicky to UB je, ale žádná z podporovaných platforem se nedefinovaně nechová. Buď jsou v tom bufferu "náhodná", nebo známá (překladačem inicializovaná) data. Čili ano i ne - pro akademické debaty to je UB, pro reálný svět je to možné zvýšení entropie.