V březnu byla oznámena spolupráce GrapheneOS s Motorolou. Nejnovější vlajka Motorola Signature 27 je první Motorola s oficiální podporou GrapheneOS. GrapheneOS (Wikpedie) je varianta Androidu zaměřující se na bezpečnost a soukromí.
Omarchy (Wikipedie) je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 4.5.0. Nově také pro Apple Silicon, konkrétně pro M1/M2/M3/Neo MacBooky.
Byla vydána nová stabilní verze 8.3 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 156 s bezpečnostními opravami z Chromia 157. Přehled novinek i s náhledy v příspěvku na blogu.
Multimediální přehrávač mpv byl vydán ve verzi 0.42.0. Jde o větší balík změn po bezmála roce. Mimo jiné se lépe integruje s Waylandem nebo rozšiřuje podporu DVD/Blu-ray, např. umožňuje přehrávat rovnou obrazy médií (soubory iso).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.5.0. Přehled novinek v poznámkách k vydání.
Byla vydána (𝕏) nová verze 8.0 LTS open source monitorovacího systému Zabbix (Wikipedie). Přehled novinek v oznámení na webu, v poznámkách k vydání a v aktualizované dokumentaci.
Byla vydána verze R14.1.7 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Bazzite (Wikipedie), tj. linuxová distribuce vycházející z Fedora Linuxu a optimalizována pro hraní počítačových her, byla vydána ve verzi 45. S Open Gaming Collective (OGC) jádrem a novým Easy Anti-Cheatem pro Linux (EAC Linux v2).
MikroTik zveřejnil vlastní bezpečnostní upozornění potvrzující, že zranitelnost linuxového jádra postihuje také RouterOS 7. Jde o use-after-free při zpracování IPv4 TCP spojení s IP options. Zranitelnost se týká provozu směřujícího na TCP službu samotného routeru, nikoli paketů, které router pouze přeposílá. Opraveno v long-term od 7.24.6, v stable od 7.25.1 a devel od 7.26beta5.
man fstab-sync
...
DISABLING FSTAB-SYNC
Automatic updates of the /etc/fstab file by the fstab-sync program from
the HAL daemon can be disabled by changing the 50-fstab-sync.hal symlink in /etc/hal/device.d directory to point to /bin/false
man fstab-sync
...
DISABLING FSTAB-SYNC
Automatic updates of the /etc/fstab file by the fstab-sync program from
the HAL daemon can be disabled by making the /etc/fstab file immutable
(using chattr +i /etc/fstab for example)
Nechtějí ten /etc/fstab rovnou zrušit? 
Tiskni
Sdílej:
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á...