V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Společnost Framework Computer představila novou vylepšenou verzi svého modulárního notebooku Framework Laptop 13 s Intel Core Ultra Series 1, displej s lepším rozlišením a novou webovou kameru. Přímo do Česka jej zatím koupit nelze.
Byla vydána nová verze 2.16 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.
TerminalTextEffects (TTE) je engine pro vizuální efekty v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Od čtvrtka 30. 5. do soboty 1. 6. lze v Praze navštívit Veletrh vědy, tj. největší populárně naučnou akci v České republice, kterou každoročně od roku 2015 pořádá Akademie věd ČR. Vstup zdarma.
Canonical představil Ubuntu optimalizované pro jednodeskový počítač s RISC-V procesorem Milk-V Mars.
Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.5.1 Havier. Přehled novinek v Changelogu.
Společnost xAI založena Elonem Muskem a stojící za AI LLM modelem Grok získala investici 6 miliard dolarů.
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:
