Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). 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 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Byly publikovány fotografie a všechny videozáznamy z Python konference PyCon US 2025 proběhlé v květnu.
Celý flame byl zbytečný. Nakonec jsem se odpovědi nedobral ani od mantainerů Debianu, přesto odpověď existuje a nakonec jsem ji po dlouhém hledání našel sám. I když jste mi tady vynadali do spousty škaredých věcí, přesto vám sem přidám rozřešení našeho sporu. Né proto, že jsem měl skutečně pravdu. Ale čistě proto, kdyby náhodou některého uživatele Debian/Ubuntu zajímalo, jak to stím Aptem, Aptitude a pokročilými Solvery do budoucna vypadá. Nemusíte tento zápisek číst, a nadávky si odpusťte. Není nad čím flamovat. Funkcionalita dependency solveru, který mi v Debianu chybí skutečně bude přidána. Asi to nebude tak růžově úžasné, ani totálně nepotřebné, jak mě zde mnozí s blbouni křikem přesvědčovali... Jako kdybych kritizoval je a né APT.
Experimentání verze Aptitude totiž implementuje prototyp pokročilého dependency solveru na bázi SAT. koho daný problém zajímá, může si přečíst velmi dobře popsaný problém Debianího package managementu, včetně nového řešení zde:
http://people.debian.org/~dburrows/model.pdf
Moje úvaha byla správná. Škoda, že ze mezi jedinými správnými Debianisty TM není nikdo, kdo by měl o těchto snahách potuchy, nebo si byl alespoň ochoten připustit, že APT/Aptitude zastarává a je dobré využít možnosti, které nám moderní metody nabízí. Úsilí vynaložené do nových možností Aptitude jsou toho přesvědčivým důkazem.
PS: škoda že si zdejší osazenstvo plete software s milenkou.
PPS: Teď můžete jít nadávat vývojářům Aptitude.
Tiskni
Sdílej:
Ano. A proto, že místo abych se na vás vysral, jsem se s vámi podělil, budu mít zase "hodnocení" hluboko pod bodem mrazu.
Asi proto, že jsem si změnil nick, tak cokoli napíšu je shit. Gratuluji pánové.
Kdepak, seš nejlepší...
budu mít zase "hodnocení" hluboko pod bodem mrazu. Asi proto, že jsem si změnil nick, tak cokoli napíšu je shit.To, že jsi zase změnil nick mi přijde sice jako krajně úchylný, ale stejně jsem jako v minulém zápisku hodnotil "dobré", protože to je dobré. Nicméně ta tendence hodnocení podle sympatičnosti pisatele, nehledě na kvalitu příspěvku tady byla, je a bude, s tim nic nenaděláš...
Heeeej, konecne skvelej zapisek!!:) Ano, cely flame byl zbytecny. Misto predchoziho zbytecneho nadavani jsi mohl zahledat, najit to, co jsi ted nasel a napsat tenhle blog. Tenhle je IMHO skvelej.
V tech predchozich jsi jenom nadaval, protoze zrovna tobe se nejaka funkce nelibila nebo chybela, nebo protoze sis rozhasil system, az jsi apt/aptitude tak zblbnul, ze si nevedelo rady.
Osobne pouzivam debian pres dva roky na asi 104 serverech a dvou stanicich a nikdy jsem s aptem/aptitude problem nemel, takze me namichlo, kdyz jsi nadaval na apt/aptitude a pritom ja jsem s nim zadne problemy nemel. Negeneralizuj - to je dost riskantni, pokud to nemas podlozeny opravdu dostatecnym mnozstvim pokusu a dukazu.
Tady jsi ale napsal, ze ani deb vyvojari ti neodpovedeli, ze TOBE chybi nejaka funkctionalita, ale ze bude pridana a uvadis i zdroj na dokumentaci. Zastaravani aptu je zrejme jenom tvuj nazor a podavas to relativne neutralne (zadne ostre urazky), me osobne nic opravdu nechybi.
Mimochodem, docela by me opravdu zajimalo, co presne ti v tom debianu nebezelo. Muzes sem hodit verzi ubuntu, ty repository, ktery jsi pouzival a jak jsi co instaloval? Docela bych si to chtel zkusit u sebe, abych videl, co je za problem.
1) Ubuntu 8.10.
2) Nainstaluj KDE 4.1.3.
3) Následně přidej repozitář KDE 4.2 (viz - ) http://www.kubuntu.org/news/kde-4.2
4) upgraduj na KDE 4.2
5) vyber si nějaký balík z KDE 4.2 a klidně násilím jej smaž (nejlépe jen ten jeden)
6) zakaž KDE 4.2 repository.
7) Zkus opavit poškozeé závislosti APTem a Aptitude.
=> Jediné existující řešení je v tomto případě downgrade KDE na 4.1.3. APT ani Aptitude to nejajdou. Podle vysvětlení vývojářů je to prý proto, že APT považuje donwgrade za něco, co se nikdy nesmí udělat.
Zypper to vyřeší okamižtě.
V roce 2005 tam byl prototyp. Podle mě zatím nikde nebyl implementován, což potvrzuje i mail, který jsem dnes dostal od D. Burrowse.
Díval jsem se na ten mailing list a je tam totéž co mém mailu:
The one case I know of where aptitude can totally fail is when you have a large, complicated set of packages with interrelated dependencies and you're trying to make all the packages consistent with a single downgrade (it generally behaves OK if you have most of the packages at the right version to start). I doubt it would be hard too track this problem down, but it's an unusual edge case IMO, and I prefer to spend my scarce free time on parts of the program that are more deficient.
Nejřív mě naženete, abych něco prostudoval, a pak kladete vašimi slovy řečeno pitomé otázky. Nemám tě já teď poslat něco nastudovat?
Kdyby totiž ten solver využíval SAT, tento problém by neměl. Kromě teorie na to existuje přesvědčivý důkaz. Reálný funkční a existující SAT solve Libzypp s tím problém nemá.
ne. Ale aspoň něco. Rozhodně se mi zdá, že APT, na který se pořádně nešáhlo už 10 let by mohl někam pohnout.
Na něj se šáhlo, ale zatuchliny typu RedHat a v návaznosti pak Novell jej odmítají. No třeba by možná novell chtěl, ale když nechce RedHat, tak nehce ani Novell, což ve výsledku nutí RPM4 použvat i Mandrivu. Přitom RPM5 by tochtělo jako sůl. Bohužel, tuhle nechuť jsem niky nepochopil a nevím jestli se pochopení dočkám. Bohužel Novell následuje příklad RedHatu a z Opensuse si dělá plaground, čímž hodí frantu instalatéra přes palubu Shuttleworthovi. Na tomhle pánovi je dobré, že když se mu něco v Debianu zdá zatuchlé, tak se to nebojí v Ubuntu změnit.
# support for the old RPMv3 LSB package format was removed to cleanup and simplify the code base. RPM 5, with respect to RPM format packages, now supports RPMv4 format only.Zrovna tohle určitě všechny Enterprise distributory potěší :D RPM5 vyšlo před malou chviličkou a už teď je horší, než Novellí opatcvhované RPM4.
Například to, že vyházelo ten obrovský milionkrát opatchovaný bordel, který se v tom vašem RPM nahromadil. úplně mi uchází smysl RPM v3 v LSB. Je to snad ta najkonrtoverznější věc v LSB. Je tam vůbec DEB? Ono se taky může stát, že celý ten Hype kolem ubuntu, který už dostal i podstatné bussines rozměry rozšíří DEB do takové míry, že nějaký RPM v3 v LSB, který ani vy nepoužíváte bude směšný.
to je pravda že jste. Ale skutečně to nějaký venor využívá? A co když bude mít ubuntu s Debianem 30% podíl na trhu? Vendora nebude zajímat nějaké LSB. Prostě vydá svůj produkt s DEB balíkem a hotovo. Pak přidá balík se SLES a RHEL a šmytec. A skutečně si musím ťukat na čelo, jak se komerční hráči používající RPM nedokáží domluvit.
Minus jsem ti dal ne za blogspot, ale za dalsi zmenu nicku.
To mas fakt tak velkou potrebu byt cteny, ze se musis vnucovat ostatnim? Kdyby sis nechal stary nick a zustal tak na blocklistech lidi, kteri tve vyplody nemaji zrovna v lasce, mozna bys nemel tolik flamu u svych prispevku (pokud ovsem toto neni to, co chces).
PS: škoda že si zdejší osazenstvo plete software s milenkou.Porad lespi, nez si plest milenku se softwarem
Dnešní zápisek více-méně ok (až na opětovné napadání), nicméně všiml jste si že jste se často rozčiloval jak je APT hloupý a beznadějně zastaralý .. a nevšímal jste si příliš upozornění na to že by se měl používat aptitude či jiné backendy ... a nyní vpodstatě píšete že aptitude skutečně je lepší než apt .. tedy to co vám bylo říkáno již několikrát?