Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.
PSF (Python Software Foundation) po mnoha měsících práce získala grant ve výši 1,5 milionu dolarů od americké vládní NSF (National Science Foundation) v rámci programu "Bezpečnost, ochrana a soukromí open source ekosystémů" na zvýšení bezpečnosti Pythonu a PyPI. PSF ale nesouhlasí s předloženou podmínkou grantu, že během trvání finanční podpory nebude žádným způsobem podporovat diverzitu, rovnost a inkluzi (DEI). PSF má diverzitu přímo ve svém poslání (Mission) a proto grant odmítla.
Balík nástrojů Rust Coreutils / uutils coreutils, tj. nástrojů z GNU Coreutils napsaných v programovacím jazyce Rust, byl vydán ve verzi 0.3.0. Z 634 testů kompatibility Rust Coreutils s GNU Coreutils bylo úspěšných 532, tj. 83,91 %. V Ubuntu 25.10 se již používá Rust Coreutils místo GNU Coreutils, což může přinášet problémy, viz například nefunkční automatická aktualizace.
Od 3. listopadu 2025 budou muset nová rozšíření Firefoxu specifikovat, zda shromažďují nebo sdílejí osobní údaje. Po všech rozšířeních to bude vyžadováno někdy v první polovině roku 2026. Tyto informace se zobrazí uživateli, když začne instalovat rozšíření, spolu s veškerými oprávněními, která rozšíření požaduje.
Jste nuceni pracovat s Linuxem? Chybí vám pohodlí, které vám poskytoval Microsoft, když vás špehoval a sledoval všechno, co děláte? Nebojte se. Recall for Linux vám vrátí všechny skvělé funkce Windows Recall, které vám chyběly.
Společnost Fre(i)e Software oznámila, že má budget na práci na Debianu pro tablety s cílem jeho vyžívání pro vzdělávací účely. Jako uživatelské prostředí bude použito Lomiri.
Proběhla hackerská soutěž Pwn2Own Ireland 2025. Celkově bylo vyplaceno 1 024 750 dolarů za 73 unikátních zranitelností nultého dne (0-day). Vítězný Summoning Team si odnesl 187 500 dolarů. Shrnutí po jednotlivých dnech na blogu Zero Day Initiative (1. den, 2. den a 3. den) a na YouTube.
Byl publikován říjnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Pracuje se na podpoře M3. Zanedlouho vyjde Fedora Asahi Remix 43. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
Iniciativa Open Device Partnership (ODP) nedávno představila projekt Patina. Jedná se o implementaci UEFI firmwaru v Rustu. Vývoj probíhá na GitHubu. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0. Nejnovější verze Patiny je 13.0.0.
Obrovská poptávka po plynových turbínách zapříčinila, že datová centra začala používat v generátorech dodávajících energii pro provoz AI staré dobré proudové letecké motory, konvertované na plyn. Jejich výhodou je, že jsou menší, lehčí a lépe udržovatelné než jejich průmyslové protějšky. Proto jsou ideální pro dočasné nebo mobilní použití.
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:
9.2.2009 21:15
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
9.2.2009 21:50
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
9.2.2009 22:24
vlastikroot | skóre: 24
| blog: vlastikovo
| Milevsko
9.2.2009 21:22
unknown_ | skóre: 30
| blog: blog
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ší...
9.2.2009 21:42
xxxs | skóre: 25
| blog: vetvicky
9.2.2009 21:49
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
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áš...
).
9.2.2009 23:51
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
9.2.2009 23:58
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
10.2.2009 00:31
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
10.2.2009 08:27
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
10.2.2009 20:40
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
9.2.2009 21:50
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
10.2.2009 01:03
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
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.
Nepočítáme li slepou evoluční větev RPM5 :D
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?
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
9.2.2009 22:10