Neziskové průmyslové konsorcium Khronos Group vydalo verzi 3.1 specifikace OpenCL (Open Computing Language). OpenCL je průmyslový standard pro paralelní programování heterogenních počítačových systémů.
Homebridge pro integraci chytrých domácích zařízení byl vydán ve verzi 2.0.0. Nově vedle protokolu HomeKit Accessory Protocol (HAP) podporuje standard chytré domácnosti Matter.
Omarchy je linuxová distribuce s dlaždicovým správcem oken Hyprland. Založena je na Arch Linuxu. Vydána byla v nové verzi 3.7.0 - The Gaming Edition. Z novinek lze vypíchnout příkaz omarchy a celou řadu herních možností.
CyberChef byl vydán v nové major verzi 11. Přehled novinek v Changelogu. CyberChef je webová aplikace pro analýzu dat a jejich kódování a dekódování, šifrování a dešifrování, kompresi a dekompresi, atd. Často je využívaná při kybernetických cvičeních a CTF (Capture the Flag).
Byla vydána nová verze 2.4.67 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 11 zranitelností.
Brush (Bo(u)rn(e) RUsty SHell) je v Rustu napsaný shell kompatibilní s Bash (Bourne Again SHell). Vydána byla verze 0.4.0.
Google zveřejnil seznam 1 141 projektů (vývojářů) od 184 organizací přijatých do letošního, již dvaadvacátého, Google Summer of Code. Přihlášeno bylo celkově 23 371 projektů od 15 245 vývojářů ze 131 zemí.
Na čem pracovali vývojáři GNOME a KDE Plasma minulý týden? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Open source počítačová hra na hrdiny NetHack (Wikipedie, GitHub) byla vydána v nové verzi 5.0.0. První verze této hry byla vydána v roce 1987.
Evropská komise naléhavě vyzvala členské státy EU, aby kvůli ochraně nezletilých na internetu urychlily zavádění unijní aplikace pro ověřování věku a zajistily její dostupnost do konce roku. Členské státy mohou zavést aplikaci EU pro ověřování věku jako samostatnou aplikaci nebo ji integrovat do takzvané evropské peněženky digitální identity.
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:
