udev & D-Bus & HAL helyett DeviceKit helyett udisks+UPower - 1. rész: D-Bus

Kedves testvéreim!

Rohanó világunkban immáron sajnos a UNIX is eltávolodott az évszázados, biztonságot adó szokásoktól, hagyományoktól. A szülők és testvérek tisztelete, az egyszerűség nem érték többé. Új hóbortok ütik fel a fejüket, mint például a címben is szereplő hivalkodó, minden földi jóval kecsegtető gonosz bálvány. Pedig régen minden jobb volt! Szabaduljunk meg hát az evilági kötelékektől, és fordítsunk hátat a megannyi életet tönkretevő káros szenvedélyeknek, mint a modern Linux desktop. Hányjunk fittyet a D-Busra és a többi kísértőre.

( Zokomov | 2012. 03. 02., p – 16:57 )

Bizony, a közérdekű tájékoztatásra szükség van, mert sokan nem követik ezeket.

Esetleg kitérhetsz a BSD-kre is, ott van a átportolt HAL, meg a devd, de nincs udev, pedig egyes alkalmazások, mint a Thunar fájlkezelő (vagyis a thunar-volman) csak udev backenddel rendelkeznek.

A devd az udev-hez hasonló képességekkel rendelkezik, és korábban jelent meg.

A HAL általánosságban deprecated lett a Linuxos alkalmazásokkal, nekem még 2 éve sikerült megszabadulnom tőle.

Hat, errol a VMware Workstation/Player nem tud. Hal nelkul olyan szep csendben meghal, hogy ihaj. Egy darab sort sohajt ki, teljesen ertelmezhetetlen szoveggel. Rakd fel a hal-t, es boldog vagy. Ennyi a VMware Workstation/Player titka.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

A visszajelzések alapján ez látszik az egyetlen alkalmazásnak amihez még HAL kell (meg 64 bites processzor és hardveres virtualizáció).

Vannak rá megfogalmazott igények, hogy ne kelljen és láthatóan sok a felháborodott felhasználó.

A VirtualBox mellett ugyanakkor a VMware Workstation-t nem sokan használják.

( Dwokfur v | 2012. 03. 03., szo – 23:54 )

A $topic-ban említett technológia váltogatást én sem tudom már követni. Pedig nem most kezdtem. Lehet, hogy kiöregedtem? Vagy holnap megveszem az első iMac-em? Na jó, azt még nem. Maradok a "must compile kernel" status-ban...

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

( hrgy84 | 2012. 03. 07., sze – 22:30 )

"A D-Bus objektumok interfészei tagokból (member)"
"datcsomagok fejlécből és törzsből állnak, valamint sokféle egyszerű és összetett adattípus átvitelére képesek."
"(ezért mindig egy adott gépen belül zajlik, hálózaton keresztül nem lehet átvinni)"
Vagy magyar, vagy angol terminológia, de ötletszerüen ne használd az ún. fonetikus átirati terminológiát, mert bár helyes, mégsem mutat szépen egy tudományos igényességü cikkben.

"de a kliensnek nem kell közreműködnie"

Illetve, ne mondd folyton azt, hogy "Amint azt már korábban kifejtettem", "Ahogy arra már utaltam", stb. mert ez egyrészt nem egy akadémiai elöadás, és föleg nem olyan hosszú, hogy az olvasó elveszítse a fonalat, másrészt meg nem aranyhalak hallgatják, ennyit azért még meg lehet jegyezni a jegyzet várható (felolvasási) idötartamán belül.

Böségesen elég pl:
"Az interfésznevek a path-nevekhez hasonlóan többtagúak, az interfészek tagjainak nevei viszont egytagúak."
Kész, aki tudja, tudja, aki meg most kapcsolódott be, az meg most már tudja, mi a téma...

Egyébként eddig jó, és igényes cikk, hasonló szellemben folytasd.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Köszi, párat kijavítottam. Az az igazság, hogy menet közben elment a kedvem az írástól, de mivel már belekezdtem, megpróbálom mégiscsak befejezni. Tudományos igényűnek nevezni erős túlzás. Inkább csak egy használható kiindulópontot akarok adni a D-Bus technológia megismeréséhez, mert a fontosságához képest nem elég ismert.

( Zahy v | 2012. 03. 09., p – 22:22 )

Koszonjuk a leirast, az utolso (KMix) peldahoz masnak is kellemes hanyast!

Egyszerűbben is meg lehet oldani, csak egyszerre akartam bemutatni a függvényparaméterezést, az adattagkezelést és a variant típust. És ne feledd, hogy ez egy parancssori tesztelőeszköz, ami a D-Bus protokoll alsó rétegében működik. A programozók számára rendelkezésre álló API-ban ez a konkrét példa egészen máshogy nézne ki.

( Zahy v | 2012. 04. 20., p – 09:21 )

Sztem kéne egy link a következő rész(ek)hez a végére.

( nice | 2012. 04. 20., p – 12:59 )

Többen is túlságosan bonyolultnak találták a D-Bus rendszert. Erről annyit mindenképpen el kell mondani, hogy a dbus-monitor és dbus-send programok leginkább csak diagnosztikai célokat szolgálnak. A D-Bus éles használata nem parancssorból, hanem bináris programokból történik, megfelelő programkönyvtár-támogatással, tehát valószínűleg nem átlagon felüli módon bonyolult programozási feladat (erről írhatna valaki más). A rendszergazdák, felhasználók feladata szerintem többnyire a rendszer megértésére (ebben kívántam segíteni ezzel a sorozattal), és a második részben bemutatott pklocalauthority jogosultságkezelő rendszer konfigurálására korlátozódik, ami pedig szintén nem túl bonyolult.