systemd bude mít vlastní mount: systemd-mount

Do zdrojových kódů správce systému a služeb systemd byl začleněn nový nástroj systemd-mount (commit, #3909). Nový mount by měl být k dispozici v systemd 232 [Phoronix].

20.8.2016 16:15 | Ladislav Hagara | Komunita

Komentáře

[NN]

Pokud jsem dobre videl, umi to jen sd* disky, nic vic..

[Qaxo]

Linus nás ochraňuj...

[Bill Gates]

Pochválen buď Devuan Jessie.

[patrik]

No konečně přidali něco, co dává smysl. Sbohem race conditions

[Josef Kufner]

Jaké problémy vlastně systemd-mount má řešit?

[Petr Ježek]

Že by na základě včasného rozpoznání zařízení i včasné přimontování, je-li zájem, ne až po startu X či jiného grafického režimu? Devět z deseti uživatelů bootuje stejně do grafiky, takže je to hlavně pro ně zrychlení načtení již dříve připojných zařízení.

[j]

Jasne, a proto je podil linuxu na desktopech 1% vs podil na serverech 70% ... vubec nemluve o tom, ze dokud se user nepriklasi, tak vubec netusis co primontovat a co ne.

[Josef Kufner]

Nezapomeň do těch statistik zahrnout telefony a embeded zařízení.

[j]

Na tech kupodivu systemd nefunguje, paac je x86 only.

[Conscript89]

Opakovana lez se stane pravdou a me raspberry pi a banana pi exploduji v agonii? Dekuji nechci!

[Filip Jirsák]

Naštěstí jsou autoři systemd mágové, takže jim ta x86 aplikace běhá minimálně i pod platformami alpha, arm, ia64, ppc/ppc64 a sparc.

[mimi.vx]

ppc64le , s390, s390x atd ..aarch64 ... A nnapr. v Jolle:)

[Sten]

Řeší to problémy se závislostmi, pokud jsou dynamicky připojené mountopointy uvnitř jiných dynamicky připojených mountpointů. A jestli jsem to pochopil dobře, tak to lze použít i pro dynamické závislosti, třeba spuštění a vypnutí Ampache automaticky podle toho, jestli je USB disk s hudbou připojen nebo odpojen.

[Roman Horník]

No a kdy bude mít systemd vlastní grafický prostředí?

[Honza]

Vzdyt uz ma, jmenuje se GNOME

[Roman Horník]

Vskutku .

[Zopper]

Už jedou?

[Radek]

Toto není wine. Bulánci už jedou dávno

[Marv-CZ]

On už Lenart napsal i systemd-bulanci?

[Radek]

Nn systemd_wine napsal :)

[petrfm]

Proč prostě nevytvoří operační systém systemd a nepřestanou se srát do linuxu? Kdo se je o tohle obohacování prosil ?

[Peter Golis]

FOSS Linux je o slobodnej voľbe. Môžeš sa rozhodnúť či ho budeš používať, a ktoré komponenty doňho zahrnieš. A ktoré komponenty si sám nahradíš, alebo zaplatíš niekomu za ich pozmenenie.
Nepredpokladám že ťa niekto núti používať SystemD, ale vidím že ty chceš niekoho nútiť aby ho nepoužíval.

[Rezza]

+1.

[Bedňa]

Súhlasím, len sú tu určité veci kvôli ktorým musia užívatelia a vývojári meniť návyky. Hoci som to sľúbil a nesplnil (aktivitu v NM), máme tu problémy ktoré sa neriešia štýlom slobodného softvéru. Napríklad NetworkManager pohltili lennartovci a Gnome3 je príklad ako písať slobodný kód bez možnosti úpravy.

Áno stále tu máme úžasných ľudí ktorí robia svet lepším, ale už tu máme veľa prachov aby to tak jednoduché nebolo.

[ik]

Že tomuhle dogmatickému cancu o "svobodnej volbe" dal Rezza +1 se vůbec nedivím...

[Brad]

Až na jednu podstatnou věc - systemd filosofii linuxu nedodržuje a celé je to jenom o tom, že lennart a spol. se "svobodně rozhodli" se do něčeho nas... ehm, nacpat a zprasit to.

Sám dobře víš že o svobodě volby to není, kdyby to tak bylo (a ta věc byla slušně napsaná a filosofii dodržovala) tak by byla možnost si při instalaci vybrat, jestli to chci používat nebo ne, a na nic jiného by to nemělo mít vliv (žádný d-mount etc by nebyly potřeba, a i kdyby byly, nemělo by to mít vliv na závislosti a prasení dalších programů okolo). Ta věc si po sobě ani neumí korektne ukončovat procesy, na nastavení programů v userspace kašle (např. ntp, resolver a další) a přitom nikdo neví, co všechno dalšího to na pozadí ještě dělá (tím spíš, že to po sobě neumí ani pořádně zalogovat). Řešit jakýkoliv problém v systému je pořádně prakticky nemožné, všechno končí v nedokumentované "černé díře" jménem systemd.

[Bob]

Autoři distribucí mají svobodnou volbu se rozhodnout, co do své distribuce zahrnou. Uživatelé potom mají svobodnou volbu si vybrat distribuci, která jim nejvíc vyhovuje. Kde je problém?

[Brad]

Problém je v tom, že takhle to ve skutečnosti nefunguje, nebo to alespoň tak nezafungovalo v případě systemd - jinak by na to nemohlo tolik lidí nadávat a zároveň existovat tolik distribucí, které to nasadily i ve značně nedodělaném a nezdokumentovaném stádiu (přičemž distribuce které to nenasadily jsou spíš malé, a navíc jsou ve značné početní nevýhodě). Peníze tu rozhodly, žádná svoboda.

[Filip Jirsák]

To, že jsou diskuse plné nadávek, nevypovídá vůbec o ničem. V některých diskusích dokonce většinu těch nadávek tvoří výmysly - dotyčný si prostě vymyslí, co špatného by se se systemd teoreticky udělat, a napíše to jako fakt. Ostatně, stačí se podívat na diskuse o jiných tématech - znamená snad záplava agresivních komentářů příznivců Miloše Zemana, že je dobrý prezident? Znamená masové sdílení kremelské propagandy to, že je ta propaganda pravdivá? Neměli bychom se snad bez EU výrazně hůře, navzdory většinovému postoji české společnosti? To množství nadávek na systemd v diskusích je dané pouze tím, že je to módní. Opodstatněná kritika systemd zhruba tak odpovídá množství distribucí, které mohou fungovat i bez systemd (té kritiky je logicky o něco méně, protože ne každý, kdo je k systemd oprávněně kritický, má zájem být na stejné lodi s těmi křiklouny). Podobně na tom bylo třeba Ubuntu, kde dříve pod každým článkem nebo zprávičkou o Ubuntu musel být nějaký "vtipný" komentář o "Blbuntu", stejnou roli fackovacího panáka má také Java. A v menším také btrfs, které má v tomto směru svou kariéru nejspíš ještě před sebou.

[ik]

Jak příznačné - advokáta systemd dělá osoba, která je schopna tahat Zemana do diskuse o software.

[Conscript89]

Muzes si o dane veci myslet cokoliv, ale slo jen o priklad...

[x.]

Dela advokata? Me prislo, ze to je celkem strohy popis stavu.

[R]

Zemana zvolila vacsina volicov. Znamena to, ze je dobry prezident?

[Blaazen]

Rád bych připomněl, že v druhém kole prezidentské volby bylo na výběr mezi Zemanem a věčně spícím huhlalem. U Zemana alespoň víme, co říká.

[k3dAR]

otazka jestli vecne ozralej Zeman vubec vi co rika ;) vime jen ze z trenek na stozaru se mohl posrat a zachoval se jako srac... btw: nepisu to jako zastance huhlana, ale jako nezaujatec

[Frank]

U Zemana alespoň víme, co říká.

Tak to bych v jeho případě nehodnotil zrovna kladně. Kdyby místo svých projevů raději spal, udělal by pro republiku víc. Nic je totiž víc než, co dělá.

[Bob]

Troufám si tvrdit, že drtivé většině uživatelů Linuxu je to ukradené. Ti chtějí po distribucich řešení svých problémů a už je příliš nezajímá, jak je distribuce vyřeší. Pak máme malou skupinu uživatelů, kteří to řeší, a jen část z nich se systemd nesouhlasí. Ve výsledku je to jen malá část všech uživatelů. To, že tady na abíčku (a jiných linuxových portálech), zprávičky o systemd pravidelně generují hromadu komentářů, ještě neznamená, že existuje nějaký masový odpor vůči systemd. Většina uživatelů totiž takové portály ani nečte a to se bavím i o uživatelích, kteří používají Linux "vědomě".

[j]

99% uzivatelu linuxu jsou administratori (systemd bezi na x86 only, takze na telefony zapomen) ... a tem zatracene hodne sejde na tom, jestli maji logy, jestli jim zustane bezet screen, a spousta dalsich veci, ktery bez systemd proste fungujou.

[Rezza]

Tak zrovna Jolla armove telefony systemd pouzivaji :). Kdyby byl systemd x86 only, tak se nikdy nechytil.

[Václav "Darm" Novák]

Výborně. Už několikátým příspěvkem jsi dokázal že nevíš o čem mluvíš, ale hlavně že máš názor. Nebylo by nejlepší přestat, než se ztrapníš ještě víc? :)

[R]

systemd bezi napriklad aj na powerpc (zial). Minule som instaloval Debian na stary mac a systemd bol prva vec, co som daval prec.

[Frank]

systemd je prý x86 only

Hochu, teď jsi dokázal, že vůbec nevíš, o čem mluvíš. Hlavně, že jsi tady v diskusi počastoval lidi osloveními jako "vypatlanec" a podobně. Zanech již svých komentářů, ztrapňuješ se natolik, že už se to dá definovat jako sebepoškozování.

[j]

Stado dementnich kretenu se prihlasilo ...

[Sten]

Jak jsem to ten Debian dělá, že má systemd i pro ARM, MIPS a PowerPC?

Logy samozřejmě mám a screen běží. Že ty o systemd vlastně vůbec nic nevíš?

[Conscript89]

A co na tom nefunguje? Konkretne na tom na co reagujes. Ty bys chtel prikazat zakaz pouzivani systemd?

[tom]

Mame radove statisice bezicich systemu s vlastni "distribuci" a statistika hlaseni problemu kvuli chybe v systemd je ~11x vyssi nez u programu, ktere nahrazuje.

[Vantomas]

A nějaká podrobnější statistika co to je přesně za chyby by nebyla?

[Conscript89]

Huh, precti si nejdriv na co reaguju. Mluvil jsem o fungovani neceho jineho, nez samotneho systemd.

[Frank]

To ještě nemusí nic znamenat. systemd může být jen ukecanější než komponenty, které nahrazuje.

[j]

Jasne a proto to pada, a admini to musej 10x castejs resit ...

[Frank]

A není to náhodou 11,5x? Aneb další "fakt" vycucaný z prstu

[j]

To viszejo ... sulin jako ty, kerej vzivote srv nevidel tu bude vykladat tem, co jich adminujou stovky ...

[Václav "Darm" Novák]

Doufám že tím adminem nejsi ty. Při míře nevědomosti kterou tu ukazuješ by to musela být tragédie.

[Vantomas]

Zrovna v Debian na to bylo nějaké hlasování zda má být systemd jako výchozí init nebo ne. A jsem rád, že se rozhodlo pro 'ano'.

[_]

Osobně mi systemd trošku připomíná Islámský stát.

[Conscript89]

Zabiji? Siri strach a nenavist? Ale jo, mas pravdu, podobne jako u ISIL siri strach a nenavist hlavne jeho odpurci (obcas vic nez on sam).
Mimochodem, nektere veci mi na systemd taky vadi, ale mam pocit, ze se to uz s tou nenavisti vuci nemu prehani.

[_]

Tak ono s nenávistí vůči ISIL také. Není na něm v podstatě nic špatného (z nezávislého pohledu mimozemšťana), ale boří zavedené pořádky. Systemd je totéž.

[Conscript89]

Ehm, tak to jsem vubec rict nechtel. Ale mozna hypoteticky ... jako clovek to proste rict nemuzu.

[Filip Jirsák]

Z tohohle úhlu pohledu jste totéž i vy osobně. Vaše narození také zbořilo zavedené pořádky vašich rodičů.

[mankind_boost]

Rekt. Ale na tom, že systemd je sračka v návrhu i (hlavně) implementaci, to pořád nic nemění.

[Jendа]

Peníze tu rozhodly, žádná svoboda.

On Debian, resp. ta debianí komise, co o tom rozhodla, dostal nějaké prachy za přijetí systemd?

[_]

No, zadarmo to asi nebylo.

[Jendа]

A kdo to zaplatil? NSA? RedHat? Microsoft?

[_]

RedHat

[Conscript89]

Ale kdeze. Ritualne jsme za uplnku obetovali pannu na hrbitovnim vrchu. Uplatky uz dnes nejsou v mode.

[Jendа]

Zajímavé, máš nějakou teorii o jejich motivaci?

[_]

embrace extend extinguish

[Sten]

Jak udělají extinguish, když systemd používají i všichni jejich konkurenti?

[Jendа]

a celé je to jenom o tom, že lennart a spol. se "svobodně rozhodli" se do něčeho nas... ehm, nacpat a zprasit to

Ne. Problém není v Lennartovi. Já jsem taky naprasil pár věcí. Problém je v tom, že ty prasárny přebírají distribuce.

[Saljack]

Presne tak. Nejvetsi podil na tomhle bordelu ma at chce nebo nechce Red Hat. Proti systemd jsem nic nemel, ale postupne kdyz s ctu, jak s kazdou verzi pribiraji dalsi a dalsi funkcnost, ktera nema nic spolecneho s initem. Stejne si myslim, ze je ta velikost jednou sezere protoze kdo tohle bude udrzovat? Co kdyz se na to Lennart vybodne?

[Rezza]

V cem na tom ten Red Hat ma podil? Hejtujte si klidne systemd, ale kdyz uz, tak aspon by bylo dobre tusit, kdo co delat a jak/proc to dela :).

[Saljack]

Kdo plati Lennarta? Kdo systemd tlaci celou dobu? Proste nechapu proc by systemd melo delat vsechno. Chces mi rict, ze RedHat nema vubec zadne slovo do vyvoje systemd? Pak by me tada zajimalo kdo na to ma vetsi vliv.

[Rezza]

Komunita. Ano, lidi mimo Red Hat to asi nepochopi, protoze nevidi pod slupku Red Hatu, ale tak proste firma funguje a proto tady rad delam. O to vic me stve, kdyz nekdo pise podobne hovadiny :).

[agagd]

Loool komunita...ooo ano..boze taketo sracky retardovane pisat ze ta huba neboli.

[sid]

myslim, ze namiesto tychto sraciek by bolo vhodne napisat nieco k veci. Redhat mi pride este ako celkom rozumna firma (ohladom Javy napr). Ked porovnam s Google napr. ktory dost casto riesi veci systemom, ze sice cosi otvori ale viac menej je tazke nejako riesit veci s vyvojarmi ak zrovna sa netrafis do nejakej veci co pali aj ich. Po viacrocnych skusenostiach s V8 a nejakym ich logovacim frameworkom, plus zopar veci v Jave mi pride ze maju rovnaky NIH syndrom ako Canonical. Samozrejme niekto iny moze mat ine skusenosti, mozno som len mal "stastie" na projekty.

[McDouglas]

+1

[mankind_boost]

+2

[Rezza]

Tak trebas ve Fedora je systemd jen diky Vikingovi, ktery ze vseho nejvic na svete nesnasi zrovna ten zly Red Hat :). Jestli ten neni komunita, tak uz nevim. Ale bez neho by se nikdy systemd neprosadil, protoze narozdil od Lennarta a spol. se nevykaslal na tu nudnou praci portovani init scriptu na systemd unity. Muzete mu zajet podekovat na Island, da vam nejakeho zkazeneho zraloka na zlepseni chuti :).

[Lol Phirae]

Muzete mu zajet podekovat na Island

Že nechávám zdravit a posílám velký bludný balvan jako ocenění.

[Rezza]

Kazdopadne nikdy bych nerekl, ze me bude Viking chybet. Obcas se choval jako magor, ale... Z Fedory odesel, ze Red Hat moc do ni zasahuje a Fedora je pak malo progresivni :))).

[Filip Jirsák]

Jak jste přišel na to, že by systemd měl být jenom jednoduchý init? Kdyby to tak bylo, distribuce by na systemd nepřecházely, protože by jim nepřinesl nic moc zajímavého. Podstatné na systemd je právě to, že je to kompletní správce služeb – proto na něj distribuce přecházejí, protože jim správce služeb chybí, a pro distribuci je to dost podstatná záležitost (takže dříve si každá distribuce musela alespoň jakýsi pahýl správce služeb implementovat sama).

[Heron]

protože jim správce služeb chybí

Případně si jen myslí, že jim chybí, a vycházejí z mylného předpokladu, že něco takového je vůbec potřeba.

[Frank]

Cílem systemd nikdy nebylo být jen initem, ale souborem základních userspace utilit a toho se pořád drží. A co se stane, když se na to Lennart vybodne? Nic. Je sice pořád nejaktivnějším vývojářem, ale systemd už má dneska tolik vývojářů z tolika různých firem a projektů, že prostě bude pokračovat dál. Stejně jako pokračuje PulseAudio, do kterého Lennart nepřispěl už roky.

[j]

To by sis mel dohledat v archivu, co meli na webu a nepsat tu tyhle sracky. Prave a POUZE jako init to bylo prijaty trebas i do toho debianu. PA nikdo soudnej nepouziva, protoze to nikdy nefungovalo a nikdy nebude.

[Frank]

Měl by ses probudit. PA nefungovalo před takovými 6-8 lety. Před PA to bylo naprostá tragédie. Jak já se nalaboroval se zvukem... Mám PA a už roky zvuk neřeším, protože to prostě funguje. Ale očividně se najdou tací, kteří budou tvrdit, jak to bylo se zvukem před PA růžovounké. Asi selektivní paměť stejně jako u lidí, kteří dokáží tvrdit, že za komoušů to bylo naprosto super a všeho byl dostatek.

[Heron]

PA nefungovalo před takovými 6-8 lety.

PA začalo fungovat tak rok dva nazpět a dodnes není na úrovni čisté alsy.

Před PA to bylo naprostá tragédie.

Aha, tak to jo no. Prostě se aplikace připojila na nějaké alsa zařízení a ono to hrálo. To je zřejmě ta tragédie.

Hrálo to v plné specifikaci karty, tedy klidně 192kHz/24b a samozřejmě i vejš. Zatímco takové PA mělo ještě před dvěma lety problém s 96kHz (resp. mělo problém s čímkoliv jiným, než default 44 nebo 48). O SRC si můžu dodnes nechat tak akorát zdát (no nemusím, stačí nepoužívat PA).

Naštěstí (na rozdíl od systemd) si PA neuzurpuje celý zvukový subsystém, takže lze mít PA na něčem zcela nedůležitém pro systémové zvuky a na hudbu používat alsu.

[Saljack]

A neni nahodou schodou okolnosti ty dva roky nazpet doba kdy se na to Lennart vybodnul a konecne to nekdo dal dohromady? Jako kdyz si vezmu PulseAudio a systemd, tak ty projekty zacinaji uplne stejne. Snad to se systemd dopadne stejne jako s PulseAudio a Lennart si najde zase jinou hracku, s kterou bude chtit nastvat spoustu lidi, tak si to sedne. Navrhoval bych mu nahradu X11, tam by to mohl byt jeho vrchol a zlikvidoval by UI ve vsech distribucich. Samozrejme, ze prvni distribuce, ktera by to nasadila by byla Fedora.

[Heron]

A neni nahodou schodou okolnosti ty dva roky nazpet doba kdy se na to Lennart vybodnul a konecne to nekdo dal dohromady?

Je to možné, už jsem to zaslechl několikrát.

[Saljack]

Co jsem tak googlil tak to muselo byt jeste drive protoze jsem nasel v mailing listu dotaz na to zda je PA mrtve. Ten dotaz je z roku 2010 a Lennart v nem pise ze dela hlavne na systemd. https://lists.fedoraproject.org/pipermail/devel/2010-August/140101.html

[Rezza]

Jj, uz v roce 2011 jsem byl na prednasce Colina Guthrieho na Desktop Summitu v Berline, kde Lennart byl uz jen posluchac a Colin na tom nejaky ten rok delal tou dobou.

[GeorgeWH]

Sorry that I don't exclsuively spend my time on making my stats on bugzilla look pretty. If I did, then I would not get any real work done anymore.

To len potvrdzuje slova, ktore tu uz x-krat zazneli, ze poter sere na bugy.

A fakt by bolo lepsie, keby sa venoval radsej bugom a nie vyvoju :D

[Duff]

Tak teď už to jen chce přesměrovat Lennartovu a Kayovu pozornost na jiný problém, jako mír na blízkém východě nebo tak něco.

[Frank]

o jo no. Prostě se aplikace připojila na nějaké alsa zařízení a ono to hrálo. To je zřejmě ta tragédie.

Jj, to "ono to hrálo" si moc dobře pamatuji... aneb za našich mladých let bejval svět jako květ

[Heron]

Koukám, že došly argumenty (no vlastně tady ani žádný není) velice rychle, tak je potřeba začít útočit nesmysly o selektivní paměti.

Co vám teda konkrétně nefungovalo?

[Josef Kufner]

Třeba to, že to nehrálo, když hrálo něco jiného. Nebo bylo potřeba restartovat programy, když to najednou mělo hrát někde jinde. Takže nakonec tam stejně byl nějaký démon, který dělal to, co dělá dnes PulseAudio. Jen byla smůla, když jeden program podporoval jednoho démona a druhý program jiného. A nebo nepodporoval žádného a jel rovnou na staré OSS.

[Václav "Darm" Novák]

Nepleteš si to spíš s OSS? Software mixer fungoval v Alse bez problémů, ale problémy měly OSS only aplikace.

[Sten]

Třeba pokud běžel aRts, tak nic, co ho nepoužívalo, nefungovalo. Podobně se choval i Skype, během hovoru ukradl zařízení všem ostatním programům a po skončení hovoru bylo často potřeba restartovat přehrávač hudby.

[Heron]

Třeba to, že to nehrálo, když hrálo něco jiného.

Pokud zrovna zařízení nemělo HW mixování, tak s dmixem v alse jsem nezaznamenal žádný problém (krom vyšší zátěže při výběru nějakého insane resampleru).

A nebo nepodporoval žádného a jel rovnou na staré OSS.

Pro spojení s OSS existoval wrapper, stejně jako dnes se PA tváří jako alsa device a má také oss rozhranní.

Nebo bylo potřeba restartovat programy, když to najednou mělo hrát někde jinde.

V programech si lze vybrat alsa device, takže pokud má program hrát na jinou zvukovku, tak se prostě vybere jiné zařízení. Tohle používám zcela běžně.

[Ivan2]

S tim jsem nikdy problem nemel. Stacilo mit lepsi HW. Tohle je ale Linusovo dogma: "Pokud HW neco neumi, tak ovladac nema pravo to emulovat". A v tom je problem vsech tech sound demonu, jak realtimove, bez latenci emulovat neco co HW neumi a jeste navic v userspace.

Nic na svete neni zadarmo, a pokud chcete za behu aplikace prehodit zvuk z repraku do USB sluchatek, aniz by se o tom aplikace dozvedela, tak vam to nutne musi prinest omezeni nekde jinde.

[cezz]

Co si ja spominam, tak bol problem s prepinanim vystupu. Napriklad som mal pustenu hudbu a chcel som po pripojeni sluchadiel mat zvuk tam a nie cez repraky a opacne ked som ich odpojil.

Pocul som, ze ludia mali problem vyuzivat viac zvukovych zariadeni - a zvlast prepinat medzi nimi. (napr. medzi zvukovou kartou a USB headsetom, bluetooth a podobne) Ale to si nepamatam, ze by mi niekedy vadilo, kedze som vtedy take zariadenia nepouzival.

Per-application ovladanie hlasitosti je tiez funkcionalita, ktoru vyuzivam a nepamatam si, ze by v Alse bola.

Oprav ma, ak si pamatam nespravne, uz su to roky. S PA som nikdy zasadne problemy nemal, ale zas sa zvuku alebo hudbe nejak intenzivne nevenujem.

A aby sme sa rozumeli, Alsa bola pecka, ked nahradila OSS. Tym developerom by som ruky bozkaval po tom, co som si s OSS vytrpel, ale mam pocit, ze (co sa tyka bezneho pouzitia) PA posunulo komfort este o kusok dalej.

[Okoun]

já si nemůžu pomoct, ale podle mě PA strašně laguje, je tam prostě slyšitelné zpoždění a to je hrozně nepříjemné. Alza to nedělala.

[Václav "Darm" Novák]

Možná by stálo za to mrknout do konfigurace, třeba Arch Wiki má na PA dost pěknou troubleshooting sekci. Osobně zpoždění nevnímám ani u FPS her.

[Václav "Darm" Novák]

To přepínání je opravdu killer feature, zvlášť s tím že PA si pamatuje nastavení pro jednotlivé aplikace. Takže většina aplikací mi jede integrovanou zvukovkou přes repráky a hry a skype přes dedikovanou zvukovku do sluchátek.

S Alsou to šlo také, ale každá aplikace musela mít nastavení výstupu svoje. Což není zrovna ideál, pěkně na jednom místě je to mnohem lepší (navíc nemusím třeba hledat v nastavení přehrávače, když ho chci přehodit na jiný výstup).

Tohle je věc kterou konkurence (Windows) doteď pořádně nezvládá.

Nastavení hlasitosti pro každou aplikaci zvlášť umí ještě OSS od verze 4, jenže bohužel ho 4Front uvolnili příliš pozdě a už v době uvedení zaostával. Co jsem koukal naposledy, měl trable s USB zvukovkama, suspendem, přepínat výstupy taky neuměl a navíc už dneska většina aplikací OSS výstup ani nenabízí.

[cezz]

Jj, OSS v4 si pamatam. Dlhu dobu to drzali uzavrete, tak sa im na to nakoniec kazdy vykaslal a svet presiel na Alsa, Jack a neskor aj PA. Osobne si myslim, ze to bolo na dobro veci, aj ked ktovie kam by sa ten vyvoj dotiahol keby bolo OSS stale najpouzivanejsie ako kedysi.

[Heron]

Tak ona alsa není mixák, tohle mi trochu přijde jako nepochopení konceptu. Alsa prostě sedí na nějakém zvukovém zařízení (ostatně, PA ji nenahradilo, PA je jen vrstva na alsou a PA samotný nabízí alsa zařízení pro aplikace, které nemají přímo pulse modul a hrají jen do alsy) a přehrává to, co je do ní pouštěno. Pokud někdo chce složitější routování signálu, tak je tady Jack.

Navíc, jak píše Ivan2, je taky otázka, zda by toto neměl řešit HW. Pokud je výstup na repro a sluchátka napojen na jeden zvukový DAC, tak přepínání je triviální záležitost.

Jinak, já jsem zvuk na PC vyřešil před lety nákupem mixážního pultíku. Na vstupech mám pověšené různé zvukovky, ty mám nastaveny v různých appkách jako výstupy. Vím, co na kterém vstupu je a můžu si to ručně pouštět na 3 relativně nezávislé výstupy (je to levný mix, takže skupiny neumí). Potom mám ještě extra hifi zvukovku připojenou na sluchátka, exlusivně pro přehrávač deadbeef. PA (protože si to do Debu něco natahalo jako závislost a mít to tady musím) slouží jako default alsa device a je jako jeden vstupů na mixu.

Je to vůbec nejlepší řešení, které jsem zatím našel.

Per-application ovladanie hlasitosti

Jen bych si dovolil upozornit, že signál by se měl udržovat na co nejvyšší úrovni až do posledního stupně. Zeslabit to někde na počátku znamená horší odstup signál / šum. Osobně v OS nikde nemám snadno dostupné ovládání hlasitosti, u appek, kde to jde odstranit z ovládacího panelu, to mám odstraněné. Úroveň nastaveny na max a z PC očekávám jen linkovou úroveň 0dB. Zbytek se pořeší na výkonovém stupni.

[cezz]

Nieco mi hovori, ze budes skor vynimka ako bezny uzivatel. (nic v zlom, vyzera ze mas celkom zaujimavy setup, ale uplne bezne to asi nebude)

Co tak sledujem svoje pouzivanie, tak prave mam take zapojenie, ze v zasade nie je staticky zapojene skoro nic. Vacsinu casu ide vystup cez HDMI, obcas cez audio jack (vtedy by slo o to prepinanie vramci jedneho zariadenia) ale obcas cez bluetooth alebo USB. To iste pre vstup. Cize nevidim sposob ako by to riesil konkretny HW. Ak prerazi trend, ze sluchadla sa pripajaju cez USB ako to zacina byt popularne na smartfonoch, tak (hoci si o tom myslim svoje) bude jeden staticky DAC este vacsia vynimka.

Hlasitost a odstup signal-sum neriesim, lebo mi na tom az tak nezalezi - resp. nepocujem nejaky zasadny rozdiel. Takze pre mna je per-app hlasitost proste sposob ako dosiahnut nejaku optimalnu uroven hlasitosti medzi aplikaciami tak aby niektore nerusili (hudba na pozadie) a niektore boli dobre pocut. (video hovor napriklad)

Inak je pravda, ze PA Alsu nenahradilo, len vytvara nad Alsou nadstavbu ktora prave niektore tie dynamicke veci umoznuje. Ja som len chcel dat nejake priklady kde mi Alsa nie celkom vyhovovala a PA to celkom uspokojivo riesi. Myslim, ze o tom bola diskusia povodne. Oboje ma podla mna svoje miesto v modernom Linux-based systeme.

[Heron]

Tak já jsem k tomu došel postupně. Původně jsem měl plán to všechno dělat v kompu, tedy nakoupit si hromadu levných zvukovek a potom si to řešit v PC. Jenže se ukázalo, že x86 hw není zrovna ideální jako signálový procesor, takže tudy cesta nevedla. Nakonec jsem to navěsil na mix (kterej mimochodem stál asi nejméně z toho všeho).

Ono to nakonec s PA dopadlo vlastně dobře. Pokud někdo chce mít dynamický setup, tak může. (Já mám taky BT headset a usb pičovinky.) Stejně tak PA nestojí v cestě přímému použití alsy pro HiFi.

Sluchátka do USB není tak špatný nápad. Mohou nést kvalitnější DAC, než je v tom smartphone. Napájení tam je, tak co řešit.

[Jendа]

Na vstupech mám pověšené různé zvukovky, ty mám nastaveny v různých appkách jako výstupy.

V čem je to lepší než softwarové řešení?

[Heron]

No kromě toho, že PA až donedávna zvládalo pouze 44kHz(nebo 48) / 16b, zatímco s alsou to, co uměl kodek, tak hlavně v ergonomii. Mám to po ruce, kdykoliv si nastavím úroveň jakou chci (prostě mix vstupů) apod. Přepínat se třeba z fullscreen app na softwarové nastavovátko nějak není ono. (A taky nemám vždy zaplý desktop, takže si můžu pustit třeba něco z ipadu - další nezávislý vstup.)

Navíc si nejsem jist, zda PA umí to, co ten mix. Tedy různé úrovně různých signálů do různých výstupů. (např: vstup 1 -10dB + vstup 2 0db = výstup 1; vstup 1 -3db + vstup 3 -12 db = výstup 2 apod.) Toto jsem schopen v analogu udělat + nastavit úroveň těch výstupů 1 a 2 opět zvlášť. Neznám tak dobře PA, nevím, zda toto umožňuje z nějakého GUI.

(Trochu k tomu zneužívám výstupy AUX send a FX send, u normálních výstupů si můžu jen zvolit jestli daný vstup má být routován na main nebo alt + poslat alt a nebo main do výstupu control. Takže oficiálně má jen dva výstupu main a alt, ale lze klidně použít i AUX a FX sendy.)

Další věc je, že to má XLR pro mikrofon (obecně hudební nástroj) + 48V pro napájení kondenzátorového mic. Sice mám zvukárnu s XLR a fantomem, ale je firewire a to jsem v debu nikdy spolehlivě nerozjel (při zapnutí fw v biosu a připojení té zvukárny šel kernel během bootu do panicu).

Ten mix má vlastní USB kodek, takže je to ještě další zvukovka, ale bohužel to není zadrátované příliš šťastně (na druhou stranu je to tam fakt "přidrátované", takže to můžu snadno přepojit jinam), na nějaké amatérské podcastování asi dobrý, ale bylo by fajn, kdyby to mělo vlastní fader (česky šavle) a vůbec všechny výhody normálního vstupu.

Jo, taky je tam "EQ" (bass, mid, high) a kompresor (hodí se na vstup s mluveným slovem). + Interní efektový procesor, ale ten nepoužívám. Toto bych řekl, že by komp už nedával výkonově (FFT EQ na 8 vstupem + kompresor). Ale možná se mýlím.

Takže tak no. Jednak je to HW, který do určité míry potřebuju mít (pro ten mic) a taky jsem si zvykl, že je to součástí té signálové cesty.

[Duff]

Ono to bez pa fongovalo a funguje i dnes. Odstranil jsem ho cca před půl rokem při velké čistce, kdy na pracovním notebooku šel do háje systemd (protože mi ho totálně rozdrbal do nepoužitelného stavu) a v podstatě nevidím žádné výhody oproti alse kromě toho, že některého hlavně komerčního sw nemám zvuk, což po tom co MS odpískal starý skype je mi celkem buřt. Síťovou transparentnost nepotřebuju.

Na pa vidím pro moje použití jen nevýhody. Po tom co změním sink tak stejně musím zavřít a otevřít aplikaci, aby se změna projevila. SW mixování musím provozovat na úrovni alsy, protože mám spuštěné mpd jako servis pod vlastním uživatelem a pa běží pod každým uživatelem samostatně a nedoporučuje se ho spustit pod rootem. Při spuštění přehrávání přidává cca 1/3 až 1/2 s lag. Žere víc výkonu, než dekódování ogg nebo někdy i flacu. Aspoň, že se ještě dá celkem obstojně nepoužívat a v sw co používám není jako jediná volba.

Kdyby byl systemd stejně jako PA volitelný a nesežral kdeco okolo (třeba udev) tak mi nevadí, ale současný stav, kdy se jako závislost sere do čím dál více věcí se mi dost nelíbí. Snad Devuan vydží alespoň do té doby, kdy přijde něco pořádného místo systemd.

[j]

No je videt ze o tom vis naprosto kulovy ... protoze jednak mobilni device == android/ios a ani jedno z toho nema systemd => systemd JE x86 only, coz samo dment jako ty nemuze pochopit.

Druhak PA JE stale stejne nepouzitelne jako bylo vzdy. Vazne nehodlam pouzivat neco, co si zije vlastnim zivotem a neustale mi to prehazuje poradi zvukovek ... protoze soudruzi jaksi vubec nepocitaj s tim, ze by v systemu byly dve, nebo dokonce tri, nedej boze, kdyz se nejaka pripojuje/odpojuje ... . ALSA narozdil od toho funguje naprosto perfektne.

[Václav "Darm" Novák]

Ach jo. Nechceš už s tím trollingem přestat?

To první je kokotina a to druhé je naopak argument pro PA, jehož práce s víc zvukovkama je asi největší přednost.

[Sten]

PulseAudio s více zvukovkami počítá, naopak umí i priority a pamatuje si, co která aplikace naposledy používala. Na rozdíl od ALSA, kde když se mi odpojily Bluetooth sluchátka, tak po opětovném připojení jsem musel všechno přesouvat zpět ručně. A takové věci jako hlasitost per aplikaci, to prostě ALSA vůbec nezná.

[k3dAR]

tohle je jen dalsi (po tom tvem uletu s "ASUS EEE PC, nefunkcni, bez HDD a zdroje" za 2300Kc ze je lepsi nez "ASUS EEE Netbook, funkcni, s HDD, zdrojem, baterkou na nekolik hodin" za 2000Kc) dukaz tvoji demence...
ze nejaka aplikace/sluzba neni v konkretnim os neurcuje jeji dostupnost pro nejakou cpu architekturu, pro mene chapave "spravce stovek serveru" (nekdo na nich utirat prach musi):

pi@raspberrypi:~ $ dpkg -l | grep systemd
ii  libpam-systemd:armhf                  215-17+deb8u4                             armhf        system and service manager - PAM module
ii  libsystemd0:armhf                     215-17+deb8u4                             armhf        systemd utility library
ii  systemd                               215-17+deb8u4                             armhf        system and service manager
ii  systemd-sysv                          215-17+deb8u4                             armhf        system and service manager - SysV links

[Václav "Darm" Novák]

No, nevím jestli bych takového ignoranta do serverovny vůbec pustil.

[Sten]

Co kdyby sis to dohledal sám (Lennart, Debian) a nepsal tu tyhle sračky?

[Rezza]

Distribuce to prebiraji, protoze to resi veci, ktere je potreba resit. Nic vic, nic min.

[Mirek]

to je zvlastni, ja spravuji desitky servru a za poslednich 25 let jsem jeste ani jednou nepotreboval zapsat mount do nejake fronty a ani jsem nestal v situaci, ze by to bylo nejak portreba. Je ale pravda, ze se jedna o servry, tedy zarizeni, ktera se nastartuji a musi pak leta bezet. Ale mozna mate u RH o servrech jinou predstavu - dokonce mi napada, ze mezi temi stovkami vyvojaru v Brne se najde dost takovych, pro ktere je uplne normalni pouzivat jedno software na dve tak ruzne veci jako je server a desktop.

Ani mi to ale neprekvapuje, z Brna pochazi ta slavna akce z 50. let s nazvem "Mladi vede Brno".

Jen tak dal.

[Heron]

ja spravuji desitky servru a za poslednich 25 let jsem jeste ani jednou nepotreboval zapsat mount do nejake fronty a ani jsem nestal v situaci, ze by to bylo nejak portreba

Asi tak. Jinak on ten nástroj vlastně není nic nového. mount unity tady jsou už dlouho a tento nástroj má sloužit na vytvoření dočasné mount unity v paměti. Podobně jako třeba systemd-run vytvoří dočasnou service unitu. Takže nejde o novou věc v systemd, ale o nový nástroj usnadňující práci s již existující vlastností sd.

dokonce mi napada, ze mezi temi stovkami vyvojaru v Brne se najde dost takovych, pro ktere je uplne normalni pouzivat jedno software na dve tak ruzne veci jako je server a desktop

Tak ono je to ještě horší. Chodím na pivko s pár redhaťákama a pokaždé tam kecají prakticky pouze o nových ntb, telefonech, single board pc apod. Už si tam připadám, se svými servery, jako exot.

[Frank]

Světe div se, v roce 2016 neběží Linux jen na serverech. Vždy to byl univerzální systém, který se lidi snažili používat na všem možném, takže mě udivuje, že někoho udivuje to, že lidi zajímá Linux i někde než na tradičních serverech.

[Filip Jirsák]

Teď už zbývá jenom dokázat, že když to nepotřebujete vy, nepotřebuje to ani nikdo jiný. Jinak by byl ten váš komentář dost hloupý.

[rastos]

Ale veď keď má niekto notebook s wifi a ďalším wifi donglom, chodí s ním kde kade, pripája sa každú chvíľu na externý monitor alebo projektor, vždy na inej sieti a raz na sústruh a potom zasa na mix pult, tak dobre pre neho ten systemd asi má zmysel.

Ale ja mám stroj, ktorý stojí pod stolom (a vybrať ho odtiaľ je práca na 15 minút), je pripojený ethernetovým káblom, má furt tú istú IP, ten istý monitor, žiadne wifi, žiaden hot-plug to a hot-plug hento (snáď okrem SD karty). Ten Linux čo mi tam beží, má jedného užívateľa (a keď raz boh dá, tak bude mať dvoch) a nebudú si robiť zle a súťažiť o disk, CPU a bandwidth. A tak to je teraz, bolo to tak pred 10 rokmi a bude to tak aj o 10 rokov. Prečo by som tam ja mal mať nejaké systemd, ktoré rieši problémy, ktoré tam skrátka neexistujú?

Ak existujú scenáre, ktoré sú odlišné od toho môjho, tak voči tomu nič nemám. A kľudne nech si taký človek nasadí čokoľvek, čo mu je pre jeho scenár výhodné. Ale nech to nenanucuje mne. A mám obavy, že keď na systemd začne byť závislý FF, LibreOffice, KDE, ... tak už nebude možné povedať: ale veď ti to nikto nenúti.

Teraz je to tak, že pre normálneho užívateľa, ktorých chce také jednoduché desktopové riešenie ako ja, je najrozumnejšie bežať - tadá! - staršie serverové distro.

[Václav "Darm" Novák]

V tom Linuxu co ti tam běží je těch věcí které zjevně nepotřebuješ mraky. Doufám že si kompiluješ vlastní kernel, protože jinak tam je spousta pro tebe zbytečných ovladačů. Doufám že sis i sysvinit čistil o zbytečné věci. Spousta distribucí ti v základu nainstaluje spoustu nástrojů, které jsou ti k ničemu. Tak proč ti najednou vadí systemd, kterého si při tvém použítí zjevně také nemusíš všímat, protože tam prostě je a funguje?

[washeck]

Mně na něm vadí hlavně to, že rozbíjí věci, které mnoho let (spíš už desítek let) fungovaly a necítil jsem potřebu na nich něco měnit. Od nástupu systemd narážím na věci jako

- proč přestal fungovat rc.local (http://superuser.com/questions/278396/systemd-does-not-run-etc-rc-local)

- magické věci ohledně /etc/hosts, /etc/resolv.conf apod. (systemd-resolved.service: Note that the selected mode of operation for this file is detected fully automatically, depending on whether /etc/resolv.conf is a symlink to /run/systemd/resolve/resolv.conf or lists 127.0.0.53 as DNS server

Když k tomu přidám podobné nefuknční nástroje jako NetworkManager, tak z mého Ubuntu 16.04 se stal systém, který restartuju pro řešení náhodných chyb častěji než jsem před 3 lety dělával s Windows 7. Linux pro mě vždycky byl systém, kde některé věci narozdíl od Windows nefungovaly, ale když už něco fungovalo, bylo to spolehlivé. Teď je to přesně naopak - tiskárna a skener mi fungujou líp než ženě na Windows, ale jestli mi po probuzení notebooku naběhne wifi je tak 50 na 50.

[Filip Jirsák]

Mně na něm vadí hlavně to, že rozbíjí věci, které mnoho let (spíš už desítek let) fungovaly a necítil jsem potřebu na nich něco měnit.

Přesnější pojmenování je, že už jsme si zvykli, jak ty věci nefungují, a umíme to bravurně obcházet. Rozseknout to a udělat to správně samozřejmě není bezbolestné, protože ty staré polofunkční věci není možné emulovat stoprocentně (to bychom se těch problémů nezbavili). Je to podobné jako s IPv4 s NATem a IPv6 – taky někteří argumentují, že více veřejných IP adres nepotřebují, ale že hlavně potřebují ten NAT, protože jsou na něj zvyklí, léta pomocí něj řeší vše možné i nemožné a odmítají přijmout, že v IPv6 se daná věc řeší jinak a lépe.

[Heron]

ty staré polofunkční věci není možné emulovat stoprocentně

Ale musím ocenit vaši vytrvalost. Před několika týdny jste v jednom našem flamu vynalezl tento "argument", tedy že vše staré je rozbité a systemd to musí uklidit a to, že u toho cestou rozbije další věci není přece jeho chyba, protože on je ten, kdo tady dělá pořádek.

Mno, sice ta rozbitost není ničím podložena, ale tak jako vytrvejte.

Příklad s natem je úplně mimo. Pokud je někdo zvyklý pouze na natované prostředí a nezná nic jiného, tak je většinou velmi snadné mu v krátkosti ukázat výhody peer to peer prostředí. (Několikrát vyzkoušeno.)

U nasazení systemd se distribuce snaží to ohnout tak, aby se nic nezměnilo. Takže zařídí wrapery na příkazy typu service, nastaví sd tak, aby to pokud možno nikdo nepoznal (což se většinou nedaří a pokud už distro na sd přejde, tak je nejlepší začít používat výhradně příkazy sd). Ostatně to bylo i u update 230. Stejně všechna distra nastavují by default KillUserProcesses na no, jako to bylo před tím. Takže udělala se kolem toho bouře, byl učiněn pokus o donucení např. tmux na "přizpůsobení se", a distra si to zařídila po svém.

[Filip Jirsák]

že vše staré je rozbité

Opravdu máte zapotřebí používat podsunutý argument?

[Saljack]

Pokud je někdo zvyklý pouze na natované prostředí a nezná nic jiného, tak je většinou velmi snadné mu v krátkosti ukázat výhody peer to peer prostředí.

No nevim, protoze vetsina tehle lidi (nebo aspon ty s kterymi jsem se potkal) si mysli ze NAT=firewall. Tak nevim v cem by pro ne P2P byla vyhodna.

[rastos]

Doufám že si kompiluješ vlastní kernel, protože jinak tam je spousta pro tebe zbytečných ovladačů.

Zhodou okolností áno Resp. na jednom stroji áno a na druhom som sa na to asi pred rokom vykašlal a používam distribučné jadro.

Spousta distribucí ti v základu nainstaluje spoustu nástrojů, které jsou ti k ničemu.

Preto používam distribúciu, kde si to môžem rozhodnúť ja. Ale keby aj nie - je rozdiel, či mi nejaký súbor len tak leží na disku a nič nerobí a nikto ho nepoužíva, alebo tam niečo robí, niečo, čo používam, na ňom záleží a treba o ňom vedieť (napr. ak do neho zasiahnem a rok na to urobím upgrade).

[Ondra]

protože jinak tam je spousta pro tebe zbytečných ovladačů

vam je ale znamo, ze ty zbytecne ovladace muze predrecnik odinstalovat. Zkuste to u systemd.

[Frank]

Ty si taky můžeš rozhodnout, jestli chceš používat třeba networkd nebo NM, případně resolved nebo jiný DNS resolver. Když nechceš linuxový kernel, taky ho můžeš jenom tak odinstalovat? Nemůžeš. U kernelu ti to nevadí, u systemd ano.

[k3dAR]

jako kernel = Linux a kdyz pouzivas system GNU/Linux, tak myslenka potreby nahrazovat kernel je silne demagogicka, postavena na palici, nebo snad "jen" neznale hloupa ;)
jinak pokud nechces zustat u Linux jadra, muzes sahnout po Hurd ale uz nepujde o GNU/Linux, ale pujde o GNU/Hurd, mozna bude nejlepsi skocit po Frank/None a bude klid ;)

[Frank]

Demagogické je především to, když někdo tvrdí, že kernel nabízí uživateli víc volby tím, že nemusí používat některé moduly. systemd také umožňuje některé jeho komponenty nepoužívat a distribuce celou řadu z nich nepoužívají.

Jinak GNU/Linux je název, který je dnes už dost mimo. GNU už dnes opravdu není to, co sjednocuje userspace. To už u mnoha distribucí víc sedí systemd/Linux.

[Filip Jirsák]

Myslíte, že když systemd bude umět pracovat s tím neustále se měnícím notebookem, nezvládne váš neměnný desktop? Nebo myslíte, že by bylo pro správce distribuce udržovat dva různé systémy pro správu služeb? Navíc i v tom vašem desktopu dochází ke změnám – možná tam občas připojíte flash disk, paměťovou kartu nebo USB, asi budete chtít počítač uspávat, možná budete chtít řídit spotřebu (aby vám větráky neběžely pořád naplno), možná chcete vypínat šetřič obrazovky, když přehráváte video.

Systemd není jen od toho, aby řešil problémy, ale také proto, aby umožnil věci, o kterých jsme si ani nepředstavovali, že by mohli být možné – protože jsme se na věci dívali skrze ty možnosti, které jsme měli. Je to podobné, jako s IPv6 – tam také spousta lidí tvrdí, že veřejnou IP adresu pro každé zařízení nepotřebují, protože jí teď nemají a nedovedou si představit, co všechno by mohli dělat, kdyby jí měli.

Prečo by som tam ja mal mať nejaké systemd, ktoré rieši problémy, ktoré tam skrátka neexistujú?

Drtivá většina toho, co máte nainstalované na počítači, nemá přímo pro vás význam, a spousta z toho bude, co opravdu nepoužíváte (ani zprostředkovaně). Pokud chcete mít počítač plně pod kontrolou, nainstalujte si LFS. A nebo Gentoo, ale i s tím dostanete spoustu věcí, které řeší problémy, které vy nemáte. Ale běžné distribuce jsou univerzální, takže s nimi vždy dostanete spoustu toho, co nepotřebujete.

Navíc výhoda systemd je, že spoustu věcí standardizuje – takže možná budete mít na počítači věci, které nepotřebujete, ale alespoň to bude mít jednotné rozhraní s věcmi, které používáte. Což je pořád lepší, než když tam dnes tu věc máte nainstalovanou stejně, ale ještě navíc k ní máte nainstalované rozhraní.

[Honza]

Takže laickým pohledem se dá říct, že Linux tak jak ho známe (tj. kernel a na něm nabalená distribuce) vlastně přestává existovat a vše směřuje k tomu, že Linux bude kernel + standardizovaný systemd a teprve nad to se nabalí distribuce? Skoro něco jako BSD?

[Filip Jirsák]

Nějaké střípky správy služeb měla většina distribucí. Díky systemd se to nyní standardizuje napříč distribucemi (takže např. bude stačit napsat jeden unit file místo init skriptů pro každou distribuci). Jestli to bude jen systemd nebo nějaké „systemd API“ s různými implementacemi se uvidí – v různých diskusích je toho o forknutí systemd nebo jiné implementaci jeho API napsáno mnoho, tak třeba to někdo doopravdy udělá.

[Saljack]

Jenze to by se to API nesmelo menit

[Filip Jirsák]

Můžete dát nějaký příklad veřejného API systemd, které se v poslední době změnilo?

[R]

Cielom je, aby tam bol kernel, systemd, RPM, GNOME a RedHat...

[kyknos]

GNOME je snad ještě větší zlo než systemd :D

Pokud je tohle Linux, tak asi holt nejsem linuxový typ :)

[R]

To je tzv. moderny Linux. Ja budem nadalej pouzivat ten zastarany, ktory funguje.

[kyknos]

tak, nebo klidně nějaké bsd

[Filip Jirsák]

Jak tak sleduji ty diskuse, někteří už budou kvůli systemd přecházet na BSD asi tak po osmé.

Celkem 343 % uživatelů přešlo kvůli systemd z Linuxu na BSD, 167 % uživatelů vytvořilo fork své distribuce, který nepoužívá systemd, a 125 % uživatelů vytvořilo fork systemd, který dělá jenom to, co má, a zbývajících 90 % uživatelů prostě systemd s větším či menším úspěchem používá.

[kyknos]

já jsem používal bsd dřív než linux, takže mně to opravdu žíly netrhá

občas používám jak čistý bsd, tak i mac os x - obojí je fajn, a nainstalovat něco z toho na hlavní počítač mi nečiní problém - jakmile mi bude vnucen ten "moderní linux" se systemd a gnome, tak to udělám, ale zatím ještě není slušný linux definitivně ztracen

[Marcel Šebek]

Tak zrovna mac os x obsahuje pravzor systemd, viz Rethinking PID 1.

[Frank]

A SMF v Solarisu je také mnohem blíže systemd než sysinitu. Ale psss... nekažme jim pohádku o tom, jak je systemd hrozně neunixový

[Sten]

Dalo by se tu rýpnout, že obsahuje pravzor i v tom, jak to má nefungovat, ale to by systemd opravdu muselo být tak strašně zabugované jako launchd. systemd má oproti launchd i dokumentaci a dokonce dělá to, co se v ní píše

[R]

A 150 % pouziva Debian bez GNOME a bez systemd.

[xxx]

Myslíte, že když systemd bude umět pracovat s tím neustále se měnícím notebookem, nezvládne váš neměnný desktop?

Ne, nezvladne. A nemyslim si to, ale vim to.

[Bedňa]

protoze to resi veci

Pretože niekto manažérom povedal že to veci rieši. Skutočnosť asi vieme obaja.

[Václav "Darm" Novák]

Tak to jsem asi manažer :)

[Bedňa]

To ti fakt neprajem :)

Čo tak nabiehanie služieb ešte po logine? Nepripomína ti jeden humus sytém, pred ktorým sme utekali?

[j]

Dalsi vypatlanec co netusi o cem zvani? Systemd pozral udev, a pozira dalsi a dalsi casti systemu, bez kterych ten system ... NENASTARTUJE.

[Sten]

Na co chceš udev? Vždyť jsi nedávno psal, jak dobře se ti používá statický /dev

[x.]

Oni to v podstate delaji. Ze ruzne linuxove distribuce se rohodly to pouzit je vec jina.

[j]

Nemaj moc na vyber ... museli by si udrzovat vlastni forky cim dal vetsiho mnoztvi SW. Viz vejs, temer vsichni pouzivaji udev, ten bez systemd nefunguje. Gentoo si zaclo delat eudev a na udev (zatim) udrzuje patch, kterej z nej systemd odpare.

A kdyz uz si nahodis teda tu sracku a chces trebas ... vlastni logovani, tak zjistis, ze se stejne loguje pres systemd, takze kdyz zbuchne ta jejich mrdka, tvuj logdemon nic nezaloguje, protoze se k nemu nic nedostane, takze stejne nakonec skoncis u tech binarnich a v pripade potreby neexistujicich logu.

Apropos, ad logovani ... https://connect.microsoft.com/SQLServer/feedback/details/422267/sql-agent-dcom-errors-event-id-10016 Closed as By Design ... Ve widlich je normalni, ze ti M$ SQL pri zalohovani generuje chyby v systemovym logu. Proste normalne nainstalujes widloserver, na nej M$ SQL (vse v defaultu) ... nastavis zalohovani ... a budes mit plnej log chyb. Prej je to tak spravne.

Kupredu leva ke svetlym windowsovym zitrkum ...

[Petr Ježek]

Protože systémové myšlení vývojářů GNU/linux se začíná ztrácet kdesi v historii. Kdyby se nikdo nestaral, je kombinace lenivý user a na něm závislé (ne)spouštění služeb bez znalosti jejich vazeb na aplikace cestou do hrobu linuxu. Kdo to nechápe, nechť na vlastní riziko provozuje dřevní FOSS systémy bez jakékoli adaptace na současný stav a očekávaný vývoj.

[Ruprt]

ježiš, děláte jako kdyby napsali vlastní implementaci mount a ne frontu kvůli závislostem... fanatici fakt

[Petr Ježek]

To víš, kdo nic neví, všeho se odváží, hlavně když nehrozí facka za hloupost :)

[stativ]

A komu tím prospějete, co?

[Honza]

Systemd mi sám o sobě na desktopu tolik nevadí. Ale o svobodné volbě vzhledem k provázanosti mezi GTK / Gnome / systemd asi moc řeč být nemůže....

[Andrej]

Každý se může GTK/Gnome celkem svobodně vyhnout a hodně tím získat.

[Honza]

Jj to ano, však se vyhýbám -:)

Ale obráceně to bohužel nejde jestli se nemýlím. Nebo můžu používat Gnome 3.20 bez systemd?

[Frank]

GNOME normálně jede na BSD, takže bez systemd funguje.

[Petr Ježek]

Bez Gnome se obejít dá snadno, bez gtk hůře, ale samotné gtk nijak přímo nezávisí na systemd, takže klidně třeba staré či nové sysv inity, proti gustu žádný dišputát.

[Saljack]

Ja treba od doby co Chrom presel na vlastni framework nepouzivam jedinou aplikaci napsanou v GTK a bez GTK se v pohode obejdu

[kyknos]

treba takovy gimp nema nahradu

[Josef Kufner]

Nebo Xournal.

[R]

Z jedineho servera, kde som dal systemd sancu, som ho odstranil, ked som zistil, ze ho nie je mozne upgradovat bez restartu celeho Linuxu...

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771122

[Vantomas]

Ano, kdyby cokoliv jiného dělalo to samé, tedy, že se pověsí na stdin/out/err spouštěných procesů, tak to taktéž nepůjde vyměnit bez toho, aniž by se restartoval celý systém nebo alespoň všechny procesy takto ohákované.

To je holt daň za to, že to něco takového umí a že se ta věc vyvíjí.

[Ivan2]

Ja myslim, ze pokud udelate exec, tak vam vsechny fds zustanou.

PS: Docela me prekvapuje, kolik demonu dneska ignoruje kill -HUP.

[Jardík]

Rozhodně nezůstanou ty s nastaveným CLOEXEC flagem. Což v dnešním světě vícevláknových aplikacích (a tedy race conditions), je většina.

[trekker.dk]

Ano, kdyby cokoliv jiného dělalo to samé, tedy, že se pověsí na stdin/out/err spouštěných procesů, tak to taktéž nepůjde vyměnit bez toho, aniž by se restartoval celý systém nebo alespoň všechny procesy takto ohákované.

Ale půjde. Otevřené file descriptory lze přes unix socket poslat jinému procesu.

[Filip Jirsák]

Upgradovat jej bez restartu samozřejmě možné je (narozdíl třeba od SysVinitu). Ta chyba, na kterou odkazujete, byla o tom, že nelze restartovat journald, když je na něj připojen standardní nebo chybový výstup nějakých služeb. A opraveno to journald bylo před rokem a půl.

[R]

Zaujimave, ze sysvinit upgradujem odjakziva a nikdy som kvoli tomu Linux restartovat nemusel. Spusi exec sam na seba.

Ta "oprava" chyby v systemd-journald spociva v tom, ze sa teraz systemd-journald neda restartovat. Tym padom po jeho upgrade sa musi restartovat cely Linux...

[Filip Jirsák]

Není na pohádky trochu brzo?

[dd]

Ale kecy. systemd-journald jde normálně restartovat.

systemctl restart systemd-journald.service

[j]

A ses si jistej ze to neco udela? ...

[dd]

A ses si jistej ze to nic nedela? ...

[Sten]

sten@kouts ~ $ ps -Af | grep journald
root      1343     1  0 srp22 ?        00:00:02 /lib/systemd/systemd-journald
sten     25281  3954  0 12:23 pts/3    00:00:00 grep --color journald
sten@kouts ~ $ sudo systemctl restart systemd-journald.service 
sten@kouts ~ $ ps -Af | grep journald
root     26045     1  1 12:24 ?        00:00:00 /lib/systemd/systemd-journald
sten     26069  3954  0 12:24 pts/3    00:00:00 grep --color journald

[R]

Nerobilo to nic. Podla checkrestart aj lsof bezala stale povodna (zmazana) verzia...

[dd]

Dá se to HUPnout, restartovat, stopnout, spustit ... Určitě najdeš způsob, jak upgradnout a nerebootovat.

[R]

Vzhladom na tie Lennartove kecy, ze nie je dobry napad systemd-journald restartovat, som stroj rebootoval. Predtym som vsak systemd odstranil, aby som sa uz nikdy nedostal do rovnakej situacie.

[Conscript89]

A co jeste nejaky flame o Avahi? Kdyz uz tu mame pulseaudio.

[GeorgeWH]

avahi sa da vypnut a aj odinstalovat. skus to so systemdebilina.

[Conscript89]

Byla to spis reakce na pulseaudio, ktere se tu zaclo probirat... Ale co uz (ano, je to veci distribuce, jako temer vse ostatne):

$ sudo dnf remove avahi
Dependencies resolved.
===============================================================================
 Package                    Arch     Version                  Repository  Size
===============================================================================
Removing:
 avahi                      x86_64   0.6.32-4.fc24            @updates   1.1 M
 avahi-ui-gtk3              x86_64   0.6.32-4.fc24            @updates    51 k
 avahi-ui-tools             x86_64   0.6.32-4.fc24            @updates    53 k
 chromium                   x86_64   52.0.2743.116-1.fc24     @updates   132 M
 chromium-libs              x86_64   52.0.2743.116-1.fc24     @updates   133 M
 chromium-libs-media        x86_64   52.0.2743.116-1.fc24     @updates   3.9 M
 dotconf                    x86_64   1.3-12.fc24              @fedora     54 k
 espeak                     x86_64   1.48.04-9.fc24           @updates   2.4 M
 fltk                       x86_64   1.3.3-8.fc24             @updates   1.2 M
 libao                      x86_64   1.2.0-6.fc24             @fedora    127 k
 libcanberra-gtk2           x86_64   0.30-11.fc24             @fedora     46 k
 nss-mdns                   x86_64   0.10-17.fc24             @fedora     94 k
 pygtk2-libglade            x86_64   2.24.0-14.fc24           @fedora     24 k
 python-avahi               x86_64   0.6.32-4.fc24            @updates    15 k
 re2                        x86_64   20160401-2.fc24          @fedora    461 k
 speech-dispatcher          x86_64   0.8.5-1.fc24             @updates   1.8 M
 speech-dispatcher-espeak   x86_64   0.8.5-1.fc24             @updates   101 k
 tigervnc                   x86_64   1.6.0-6.fc24             @fedora    579 k
 tigervnc-icons             noarch   1.6.0-6.fc24             @fedora     33 k
 u2f-hidraw-policy          x86_64   1.0.2-2.fc24             @fedora     36 k

Transaction Summary
===============================================================================
Remove  20 Packages

Installed size: 276 M
Is this ok [y/N]:

[Heron]

Co to je?

[mankind_boost]

Vždycky mám u něj při startu červenou, nevim co to má za problém. Ale ani ho nepoužívám, narval mi ho silou Debian, takže je mi to šumák.

[Sten]

aptitude remove avahi-daemon

[Conscript89]

Tak, a uz to tu umrelo. Ma nekdo statistiku ke komentarum k systemd?

[freshmouse]

téměř přesně 12%