Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).
TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.
Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).
České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá
… více »Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.
Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.
Bylo oznámeno (cs) vydání Fedora Linuxu 43. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.
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.
Ještě by to chtělo automatické zamykání spuštěných souborů a databázi ala Windoze Registry (?Gconf, Elektra).
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
16.6.2005 18:35
Z'LI0(%:`&/NRU`Y0"@8.L%.%PG(%!D>"<!@C(4&'?`UO!/$"K\2)+!1K',R'
2V,*3$D-EG4PC!<*(%%I"<*$`
`Ještě by to chtělo automatické zamykání spuštěných souborůJenom technická: zamykání spuštěných souborů (inodes) proti zápisu funguje (*), ale není problém z adresáře smazat link na ten soubor a vytvořit nový se stejným jménem a nainstalovat tak novou verzi programu. (*) Nefunguje ale u mmap()nutých knihoven, to pak ten program při nejbližší příležitosti spadne na držku
$ cp /lib/libc.so.6 . $ LD_LIBRARY_PATH=. cat & [1] 9757 $ echo blabla >./libc.so.6 # tohle bohužel projde [1]+ Stopped LD_LIBRARY_PATH=. cat $ fg LD_LIBRARY_PATH=. cat ahoj Bus error (core dumped) $
Ještě by to chtělo automatické zamykání spuštěných souborů
Z'LI0(%:`&/NRU`Y0"@8.L%.%PG(%!D>"<!@C(4&'?`UO!/$"K\2)+!1K',R'
2V,*3$D-EG4PC!<*(%%I"<*$`
`
) Linuxový sdesktop neoešel, rozhodně ne do budoucna. Sám ho používam a jsem s ním navýsost spokojen, jen si ho stačí vhodně nastavit. Chápu že někomu to vyhovovat nemusí, ale já bych se bez automatického mountování/odmountování CD a USB snad už ani neobešel, an to si člověk hrozně rychle zvykne
HAL je naprosto skvělá věc bez které by se (alespoň podle měhm, zajímavé ... HAL se mi objevil v systému teprve letos, přesto automatické mountování CD a USB mohu používat již několik let ... btw, fakt se mi nelíbí, jak ten systém windowsovatí - když jsem letos začal zaznamenávat, že už je to opravdu vážné, myslel jsem si nejprve, že je to problém Mandrake a že je načase změnit distribuci ... při podrobnějším pohledu jsem ovšem zjistil, že bych se musel zbavit KDE, resp. používat nějakou prehistorickou verzi; s Gnome je to ještě horší ...
18.6.2005 00:34
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
A stejně tak mi to nebrání používat HAL, o kterém vím přesně co dělá a vím jak si ho nastavit. Spolu s ním pak oužívam k automountingu ivman (kterýžto nedělá nic jiného, než že přes DBUS naslouchá co mu HAL řekne a pak dané zařízení přimountuje či odmountuje... vše se dá zas skvěle nastavit k obrazu svému).
Prostě architektura SysFS, Udev, DBUS a HAL je z mého pohledu skvěle elegantní (až přímo geniální) a jsem moc rád, že v Linuxu konečně něco takového je...
DBUS a HAL je naprosto skvělý v tom, že je to univerzální řešení které navíc sjednocuje různá desktopová prostředí... místo aby si každé prostředí používalo vlastní systém komunikace mezi jednotlivými aplikacemi (DCOP v KDE, něco jiného v GNOME, atp.), bude tu jeden DBUS"... a v jediného Boha budeš věřit" děkuji, nechci - takových snah už tady bylo a většinou nedopadly moc dobře je jistý rozdíl mezi standardizací rozhraní či formátu a tou jedinou správnou cestou(TM) jak něco dělat nemám čas na to detailně studovat, jak HAL a sračičky kolem přesně fungují, abych mohl zodpovědně říci, co je to zač - ale z toho, co o tom zatím vím, i z diskuse zde, mám takový dojem, že jde spíše o tu druhou variantu, a to je špatné
Vždy si vše nastavuji v systému ručně, o svém systému chci mít dokonalý přehled.ano, a proto se mi nelíbí, pokud mi něco hrabe do fstab pokud má nějaký soft potřebu něco automaticky mountovat, vůbec kvůli tomu nemusí do fstab zasahovat
Prostě architektura SysFS, Udev, DBUS a HAL je z mého pohledu skvěle elegantní (až přímo geniální) a jsem moc rád, že v Linuxu konečně něco takového je...viz výše - nejsem s problematikou obeznámen; je dost možné, že máš pravdu a opravdu jde o principiálně skvělou věc - chápu, že je v systému občas potřeba něco zaběhaného změnit, má-li se tento vyvíjet k lepšímu ... ovšem žádná změna by neměla "jít přes mrtvoly" navíc problémem tohoto řešení je, že se by default snaží dělat věci automaticky - to je imho špatné z principu, admin by měl rozhodovat i o tom, jestli nechá systém něco automaticky dělat; příklad, přinejmenším detekce veškerého hardware při každém bootu je pěkná konina ...
19.6.2005 01:07
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
ovšem žádná změna by neměla "jít přes mrtvoly"Opakuji znovu - vas snad nekdo nuti HAL pouzivat? Kdyz se vam to nelibi, proste ho nezapinejte... me se to jak HAL funguje kuprikladu libi, kazdy holt mame jiny nazor. Mozna namitnete (jako nekdo v diskuzi nize) ze je KDE ci GNOME na HALu zavisle... nicmene to je pouze zavislost zpusobena tim, ze je nutne vybirat uz pri kompilaci co bude ktery program podporovat. Kdyz vam to nevyhovuje, pouzijte bud jinou distribuci kde je KDE/GNOME zkompilovano bez podpory HALu, nebo si KDE/GNOME prekompilujte bez podpory HALu sam (pripadne jeste lepe pouzijte Gentoo
). Ale i kdyz tam ta zavislost je, stejne vas nic nenuti HAL spoustet, proste nespoustejte hald daemon a nic vam /etc/fstab prepisovat nebude...
18.6.2005 00:34
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
A stejně tak mi to nebrání používat HAL, o kterém vím přesně co dělá a vím jak si ho nastavit. Spolu s ním pak oužívam k automountingu ivman (kterýžto nedělá nic jiného, než že přes DBUS naslouchá co mu HAL řekne a pak dané zařízení přimountuje či odmountuje... vše se dá zas skvěle nastavit k obrazu svému).
Prostě architektura SysFS, Udev, DBUS a HAL je z mého pohledu skvěle elegantní (až přímo geniální) a jsem moc rád, že v Linuxu konečně něco takového je...
sed -i 's/DAILY_UPDATE=no/DAILY_UPDATE=yes/' /etc/updatedb.conf, používá-li někdo FC4...
Ale každý jsme holt jiný
Ovšem nic to nemění na tom, na co narážíš... copak autora tohoto blogu něco nutí HAL používat? Když se mu nelíbí co dělá, tak ať ho prostě neinstaluje/nezapíná...
copak autora tohoto blogu něco nutí HAL používat? Když se mu nelíbí co dělá, tak ať ho prostě neinstaluje/nezapíná...ano, takové řeči vždycky miluju ... a když chci např. klávesnici bez windows keys, tak si ji můžu koupit hned ve vedlejším obchodě, že?
# rpm -e hal libhal0
error: Failed dependencies:
libhal-storage.so.0 is needed by (installed) gnome-vfs2-2.10.1-4mdk.i586
libhal-storage.so.0 is needed by (installed) libkdebase4-3.4.1-5mdk.i586
libhal.so.0 is needed by (installed) gnome-vfs2-2.10.1-4mdk.i586
libhal.so.0 is needed by (installed) libkdebase4-3.4.1-5mdk.i586
KDE používat chci, tak co s tím, chytráku?
Nebo si porid Gentoo a zkompiluj si to bez podpory HALu sam...
Jinak neco jineho je zavislost na dane veci a neco jineho je to jestli ji musis ci nemusis pouzivat. Tebe skutecne NIKDO nenuti abys ten HAL (tim myslim hald daemon) zapinal...
Ale každý jsme holt jiný
Ovšem nic to nemění na tom, na co narážíš... copak autora tohoto blogu něco nutí HAL používat? Když se mu nelíbí co dělá, tak ať ho prostě neinstaluje/nezapíná...
Tiskni
Sdílej:
