systemd 219

Lennart Poettering oznámil vydání verze 219 správce systému a služeb systemd. Nejnovější verze systemd přináší celou řadu nových vlastností. Zmínit lze například okamžitý restart systému stiskne-li se Ctrl-Alt-Del více než 7 krát během 2 sekund.

17.2.2015 10:01 | Ladislav Hagara | Nová verze

Komentáře

[Jirka]

Díky, nechci!

Náš administrátor shledal tento komentář závadným.

Vulgární

Zobrazit komentář

[Heron]

Jsem rád, že se podařilo vyřešit všechny podstatné problémy a že teď se jen dopilovávají detaily.

[psio]

Takhle rýpat … Ty jsi ale ošššklivý

[little.owl]

Jsem rad, ze uz jste to take [konecne] pochopil.

[luky]

Proc tak dementne duplikuji magickou sysrq? Je to to same jako SysRq U B, ne?

[pavlix]

Až na to, že SysRq je default off, což je jeho největší zabiják.

[nojo]

neboj. prijde sekuritak napise bug a bude se to muset opravit, aby i tohle bylo vypnute. jen si daji nacas az opadnou vasne okolo systemd.

[pavlix]

Co to je zase za žvásty?

[Ivan]

Ja uz jsem se s tim potkal. Bylo to soucasti company security standartu. SysRq musi byt vypnuty protoze je desne nebezpecny. Takze clovek z operations kterej ma root-a a navic ma pristup do serverovny - a musi se prokazat otiskem prstu - muze zmackout reset a celej server otocit. Ale "nesmi" zmacnout SysRq nesmi vypsat kernel thready (predtim nez to otoci), protoze to by byl "total security breach".

[pavlix]

No to už je trochu lepší než ten výblitek výše.

[Petr Ježek]

Nicméně to nevysvětluje, proč mají admini při tak slušných penězích tak malou odpovědnost :)

[Pavel 'TIGER' Růžička]

Jak kteří, záleží na tom, co se ve smlouvě podepíše.

[Jendа]

Tipoval bych že někdo při psaní té politiky zapomněl že to dává smysl jenom na strojích kde se pracuje interaktivně.

[Kvakor]

Jde to i neinteraktivně, zapsáním příslušného znaku do /proc/sysrq-trigger, ale funguje to jen když je Magic SysRq povolený (tj. když je nenulová hodnota v /proc/sys/kernel/sysrq). Nicméně vzhledem k tomu, že zapsat do obou souborů může jen root, tak je praktická zneužitelnost této vlastnosti malá, protože když už máte rootovská práva, můžete systému škodit neskonale mnoha jinými způsoby ...

[Jendа]

Ano, na triggernutí zápisem do souboru jsem ani nepomyslel. Jde o to, že někdo pomocí těch kláves zabije screenlock.

[Ivan]

Kdyz umre screenlock, tak by snad mel spustit novy? I kdyz kdo by tomu veril. Dalsi duvod proc nespoustet Xka na serveru.

[Jendа]

Kdyz umre screenlock, tak by snad mel spustit novy?

Defaultně se to neděje a když ho dáš ve smyčce (nevím o nikom kdo by to dělal) tak zase můžu tvrdit, že ti někdo zabije toho rodiče. Správně by se screenlock neimplementoval tak, že vytvoříš okno, které si sebere input, ale tak, že vlastnost "locked" bude mít přímo terminál.

Dalsi duvod proc nespoustet Xka na serveru.

Mluvil jsem o desktopu.

[luky]

Az na to, ze default je zapnuta:

# grep MAGIC ./arch/x86/configs/x86_64_defconfig
CONFIG_MAGIC_SYSRQ=y

[psio]

Muzu potvrdit - Linux 3.14.22.

[trekker.dk]

Kde? Ve vanille nebo v RHEL (či jiném distribučním) kernelu?

[Honza Jaroš]

Díval jsem teď se v Gentoo na gentoo-sources-3.19.0 i na vanilla-sources-3.19.0, platí to pro oba.

[luky]

Kernel je jen jeden :-P

[Grunt]

Ani ne:

[  184.534339] SysRq : This sysrq operation is disabled.
[  187.015042] SysRq : This sysrq operation is disabled.

[R]

V Debiane to funguje.

[luky]

Sorry, ale todle je vrchol blbosti - vypnout si to a pak si postezovat, ze to nefunguje. To je uplne stejne, jako byste vzal systemd, zmenil pocet stisku nutnych na restart na 50, a pak se tu divil, proc to nefunguje.

[Grunt]

Kdybych něco vypnul, to bych o tom musel něco vědět, ne?

[R]

Tak pouzivas distribuciu, kde to vypli za teba.

[pavlix]

Sorry, ale todle je vrchol blbosti - vypnout si to a pak si postezovat, ze to nefunguje.

Vrchol blbosti je z dostupných informací vyvodit, že to vypnul.

[rbc]

Vrchol blbosti je z dostupných informací vyvodit, že to vypnul.

Ne, vrchol blbosti je tvrdit ze to je vypnuty by default, kdyz je tomu prave naopak

[pavlix]

Skutečně? Obávám se, že už jsem se v životě zmýlil v horších věcech :).

[michich]

Není. Je to mírnější než SysRq. Proběhne reexec do systemd-shutdown(8), který provádí celkem opatrný ukončovací taneček.

[Bedňa]

Ten taneček si napíšem v Bashi za dve minúty, čo tam máme ďalšie?

[Peter Golis]

Tak napíš, a zverejni ako si pochodil s jeho zavesením do riešenia s SysRQ a SystemV Init. Kedy môžeme očakávať prezentáciu, v piatok na pive bez výsledkov?

[Bedňa]

Toto všetko sú hrozné pitomini, ja som zvedavý kto to bude časom udržovať, sa pozri aspoň do changelogu. Nehovoriac o tom že sa nastavenie stále niekde presúvajú, Windows je protitomu rock stable. Už teraz to musí byť diera na diere.

[Peter Golis]

Takže dvojminútový skript bol len konzervačná fráza. A stabilný systém nie je rozširovaný novými funkcionalitami aby sa doň náhodou nedostala nejaká diera. Pochopil som to správne?

[ced]

No, už se opakuji, ale raději žádné nové funkcionality typu automatické uspávání každých 20 sekund jak se mi stalo při posledním blbém nápadu zkusit systemD. Opravdu jsem nevěděl co s tím. Našel jsem jen několik 3 měsíce ignorovaných dotazů podobných zoufalců jako já.

[pavlix]

Asi se všichni ptali špatných lidí :).

[ced]

To myslíš přímo autorů? Ty přece nemají na takové kraviny čas. U nich to přece chodí

[pavlix]

K tomu se nevyjadřuju. Nicméně moje zkušenost je, že je vždy potřeba najít někoho, kdo ví a je ochotný pomoci. Obecně ne vždy obě podmínky splňuje zrovna člověk, kterého si tazatel vybral z důvodu jeho podílu na vývoji.

[Peter Golis]

Nejaký dôkaz, teda okrem toho že si nevedel kam z konopí?

[michich]

Máš Acer Aspire?

[Bedňa]

Riešim to bežne doplním si si funkcionalitu čo potrebujem navyše a potom spustím SysRQ, alebo shutdown, alebo reboot ... Nevidím v tom žiadny problém.

[Peter Golis]

Nemáš to tam. Ja viem, je to ťažké urobiť dvojminútovú prácu za niekoľko hodín. Kedy bude prezentácia, v piatok na pive bez výsledkov?

[trekker.dk]

Takže místo toho, že jsem teď jednou zmáčknul ctrl-alt-delete a stroj udělal ten ukončovací taneček a restartoval se, máme teď novou úžasnou vlastnost, že ten ctrl-alt-delete zmáčknu sedmkrát a stane se to samé? To si někdo mohl ušetřit práci a do zprávičky napsat akorát "systemd 219 vymyslel kolo, akorát je hranaté"

[michich]

Po prvním zmáčknutí Ctrl-Alt-Del systemd začne startovat ctrl-alt-del.target, což je implicitně alias pro reboot.target, čili začnou se regulérně ukončovat služby (a ostatní unity) v pořadí podle závislostí, s dodržováním timeoutů, atd. Takhle to fungovalo vždy a funguje to tak stále.

A teď dejme tomu, že některá služba s nekonečným timeoutem se odmítá ukončit. Nebo nastane nějaká chyba s podobným efektem. V takové situaci uživatel ocení, že jeho zuřivé mačkání Ctrl-Alt-Del bude mít očekávaný efekt. systemd vzdá pokusy o shutdown podle grafu závislostí a přejde rovnou k zabíjení, umountování, restartu.

[Hans1024]

zuřivé mačkání Ctrl-Alt-Del bude mít očekávaný efekt

Je videt, jakym stylem pouziva lennart pocitac . Od zuriveho mackani bude rozumny clovek cekat maximalne tak opotrebeni klavesnice.

[michich]

Lennart o zuřivém mačkání nic nepsal.

[little.owl]

Diky za upresneni.

[j]

Nevim jak tvuj system, ale ten muj, kdyz ho poslu dolu, tak nejakou dobu uctive pocka, a zbytek proste sestreli. Pokud se appka neumi ukoncit, jeji problem. Narozdil od widli, ktery pokud se nesejmou s priznakem force (a nekdy ani to nepomuze) tak se nevypnou nikdy.

A mimochodem, kdyz uz mam pristup k ctrl+alt+del, tak budu dost pravdepodobne mit ten stroj primo pred sebou a tim padem jaksi umim ten stroj poslat dolu behem nekolika ms vytazenim napajeni. Nepotrebuju na to nejaky zurivy mackani klavesnice.

[pavlix]

A mimochodem, kdyz uz mam pristup k ctrl+alt+del, tak budu dost pravdepodobne mit ten stroj primo pred sebou a tim padem jaksi umim ten stroj poslat dolu behem nekolika ms vytazenim napajeni.

Non sequitur. Klávesnice je nutnost pro běžného uživatele, počítač může být klidně zamčený ve skříni nebo schovaný za zdí a přístupný přes zamčené dveře. Podstatné není jak časté je to statisticky, ale že bednu takto chránit lze, zatímco klávesnici takto chránit nelze, protože ji uživatel často potřebuje.

[R]

V takych pripadoch je tato funkcia len dalsia vec, ktoru treba zakazat.

[pavlix]

To nepopírám.

[j]

Tak nejak, user co nema pristup k HW ho nema co vypinat nebo restartovat.

[Jendа]

Aha. Pak mi není jasné k čemu že to je. Zatím jsem takové věci potřeboval v případě, kdy by korektní ukončení nejspíš taky nefungovalo (e.g. špatně naprogramovaný memory management v Linuxu a následující uswapování k smrti).

[mirec]

Neviem prečo, ale vždy keď čítam správy o systemd musím pozrieť či nie sú v sekcii humor.

[Bedňa]

A mne, "dobré správy vespolek".

[j3nda]

+1

[R]

Stale su Windows 9x, tam stacilo 3-krat. A dokonca to aj unmountlo filesystemy.

[R]

Stale su Windows 9x lepsie, tam stacilo 3-krat. A dokonca to aj unmountlo filesystemy.

[lnykryn]

Hlavně se mi líbí nový exit-on-idle u networkd. Řeší to problém lidí co nadávali, že na strojích se statickou konfiguraci nepotřebují démona.

[pavlix]

O tom jsem se bavil s mnoha lidmi ještě než nějaké networkd bylo. Řešit psychické problémy je kolikrát lepší než řešit ty reálné. Jednou budou na ty stále běžící démony lidé ještě vzpomínat, protože v klasických unixových dobách bylo triviální zjistit, zda je daný software ve stavu, kdy může něco dělat. Prostě se člověk podíval, jestli běží. Dneska se vyhazuje software ze seznamu procesů, aby se mohl kdykoli spustit v reakci na jakoukoli událost a administrátor tak musí spoléhat jen na správnost informací v logu. Zároveň je to cesta k horší odezvě, protože i triviální operace teď budou vyžadovat znovuspuštěné démona.

Neříkám, že je to špatně, všechno má svá pro a proti. Jen mi přijde absurdní oslavovat pouhé zmizené software ze seznamu procesů.

[lnykryn]

Tak teď to chování odpovídá třeba initscriptům z rhelu6, když máš statickou konfiguraci, tak nic neběží, u dhcp něco běží a sem tam vykoukne nějaký hotplug.

[pavlix]

Ale to jen díky tomu, že nad tím zatím nejsou postavené další nástroje.

[luky]

To neni tak docela pravda, inetd se zacal pouzivat uz v roce 1986, takze pouzivat vypis procesu pro vylistovani dostupnych sluzeb je uz skoro 30 let spatny napad.

[pavlix]

Nevidím spor.

[SPM]

Heya!

Many many improvements...

Ještě že tam nenapsal I love this company; už takhle to skoro vypadá, jak kdyby to byl přepsaný projev Ballmera...

Bývaly časy, kdy se říkalo, že linux potřebuje restart systému zcela výjimečně.

A na tvrdý restart má každý počítač tlačítko.

[coder]

Kde to tlačítko na tvrdý restart mají notebooky?

[Václav "Darm" Novák]

Nehledě na fakt že tohle má k tvrdému restartu vážně daleko. Já to docela uvítám, občas mi u starého laptopu z nepochopitelných důvodů zamrzne grafika (nezávisle na OS), ale přes ssh se restartovat dá, stejně tak přes sysrq. Tohle je ještě mírnější.

[R]

A bude to fungovat v X?

[Václav "Darm" Novák]

Uvidím až přijde vhodná chvíle. 219 už mám z testing repa.

[Jirka]

Bejvaj 2, zespod u baterky.

[R]

Staci podrzat vypinac 5-10 sekund, nemusis predsa bateriu vyberat. Ale nie je to restart.

[Mti.]

ehm... tvrdy reset je sice hnusnejsi nez slusny restart, ale porad nesebere elektriku disku(m), takze pokud ma neco rozdelane, ma sanci to dokoncit, ne? Rozhozeni FS to samozrejme nezabrani, ale nedokoncene zapisy na mediu snad ano. I to je vyhoda. Primym vypnutim stroje to muze koupit i to medium.

[luky]

Nedokoncene zapisy u HDD jsou chyba HW. HDD musi dokoncit zapis sektoru i pri vypadku napajeni.

[R]

Nemusi. Musi akurat bezpecne zaparkovat hlavy. Z praxe mam overene, ze vypadkom napajania pocas zapisu moze vzniknut necitatelny (pending) sektor, ktory je po prepise OK.

[Mti.]

Tak tak. :-/ A mam obavy, ze u ssd bude podobne veselo. Uz jen ta zminka ve smartu mne cini neklidnym.

174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       40

A to si nepamatuju, ze bych tomu nekdy nejak moc ublizoval. (stolni stroj) A vypadku proudu tolik nebylo urcite.

[R]

Napriklad pri USB flash disku alebo SD karte to moze skoncit poskodenim internych dat radica - potom sa tvari ako read-only alebo vobec nefunguje. Opravit sa to da len servisnym programom.

Lepsie SSD by mali mat kondenzatory proti takemuto poskodeniu. Ale mnohe ich urcite nemaju...

[Jirka]

U mýho notesu nepomůže. Vždycky po vypnutí se stane něco v biosu a po opětovným zapnutí nenajde disky. Bezpodmínečně musí baterka ven.

[R]

Aka je to znacka a typ? Aby sme sa tomu vedeli vyhnut...

[Petr Ježek]

Že by poweroff & start?

[j]

Tvuj notes nema power? Nebo vyndavaci baterku?

[Jendа]

Některé notebooky (a mobily) už vyndavací baterku nemají. A power může být jenom softwarový (konkrétně na iPhone, jestli to má nějaký HW na kterém běží Linux taky, nevím).

[michich]

Kolegovi se stalo, že mu jeho notebook, který má zabudovanou baterku, nešel tlačítkem zapnout. Technik mu ukázal, že zespodu toho notebooku je malá dírka, kde se jehlou dá zmáčknout skutečný reset, kterým to zase ožilo.

[nyan]

A na tvrdý restart má každý počítač tlačítko.

Krome vsech znackovych, ty se totiz nekazi...

[R]

Je tam novy download manager aj s rozbalovanim suborov.

[Jonáš]

Myslel jsem, že kecáš a ono to tam fakt je

A new tiny daemon "systemd-importd" has been added that can
download container images in tar, raw, qcow2 or dkr formats,
and make them available locally in /var/lib/machines ...

[psio]

… Note that downloading images is currently only fully supported on btrfs.

Nechci malovat certa na zed, ale tipuju ze podpory jinych FS se jen tak nedockame. Zapadalo by to do jeho uchylnyho planu.

Uchylnyho ve smyslu pro svy specificky zajmy o bezstavovy OS vyvijeny z vetsi casti mimo RedHat vyklestit o dosavadni obecnost a modularitu a zprznit svym ekosystemem nasazenym jako kukacci vejce do hnizda mezi jadro a userland.

[R]

Ano, bude z toho OS s nazvom systemd/Linux, s jedinym spravnym filesystemom btrfs. Vsetky unixove nastroje zmiznu a ostane len systemd.

[rbc]

Lidi jsou proste blby, blby a jeste jednou blby a hlavne nepoucitelny. Korelace s parlamentnimi volbami a nekritickym prijimanim medialni propagandy asi nebude ciste nahodna. Jak uz na zacatku penetrace systemd mnoho zkusenych Linuxaku podotykalo, ze jeho uspech souvisi s velkym prilivem nezkusenych a laickych uzivatelu, nezbyva nez se s tim ztotoznit. Sice to nevidim tak cernobile, ze vsechno spatne, ale ta cena za nektera vylepseni je neumerna a jeste si vybere svoji dan. Poskozovani systemovych logu a dlouhodoba neschopnost to resit je jen prvni vlastovka. A vubec bych se nedivil, kdyz nekdy v blizke budoucnosti RedHat uzavre cast kodu vyvijeneho v ramci systemd a bude zpoplatnovan. Placeni plnohodnotne Linuxove distribuce tak nebude utopii ale tvrdou realitou. Nicmene proti Google jsou to porad zebraci, i pres solidni prijmy od statnich instituci vcetne nechvalne zname NSA a mozna kloboucniky jeste vyfakujou.

[JanM]

Přechodné období bude trochu otravné:

$ systemctl ls -la
$ systemctl gimp

Ale věřím, že pomocí aliasů to zvládne každý.

[Mti.]

Fuj. To mi nedelejte. Ja dnes neusnu.

[martian]

Naco aliasy? Predsa uz teraz sa ide na web tak, ze uzivatel do Vyhladavaca napise adresu web stranky a necha si ju wyhladat. Takze z prikazovej riadky to bude vyzerat asi nasledovne:

    systemctl google www.abclinuxu.cz

To dava celkom zmysel...

Vylepseny workflow: Uzivatel do SikovnejAdresy v Prehliadaci napise zz -d, pricom Vyhladavac Inc. interaktivne ponukne zoznam najcastejsich prikazov, prikazov z historie, podobnych prikazov, poziadavku zaloguje, splni si oznamovaciu povinnost voci BezpecnostnejAgenture, skontroluje, ci ma uzivatel dostatocne opravnenia a kredit na vykonanie prikazu a/alebo na nakup z PrikazObchodu, pripadne si vypyta heslo, opravi preklepy v hesle alebo prikaze, prelozi "zozn"(zz) na "list"(ls) a "--dlhe" na "--long" (ls -l), poziada systemd o doplnenie chybajucich informacii, tie budu odoslane do Klaudu, BezpecnostnaAgentura a Vyhladavac Inc. ich zazalohuju, a po odfiltrovani zavadnych poloziek a schvaleni vyssou instanciou budu prelozene do jayka uzivatela, naformatovane, a skript v Prehliadaci umozni, aby si uzivatel mohol napriklad rozkliknut adresar. A cele to bude pod DRM, aby nahodou niekoho nenapadlo kopirovat takto vygenerovane intelektualne vlastnictvo firmy Vyhladavac Inc.

[martian]

A do ***, hrubka! Ze wyhladat. Moc sa osprawedlnujem.

Rychlo by si to mal niekto patentovat, aby to nemohli implementovat. Navrhujem zalozit NPE TROLL PIPA Foundation (Non Practicing Entity to Tame Risks of Obviously Lousy Laws. Protection against Idiotic Patents from America) - organizaciu na patentovanie podobnych idiotskych napadov, ktore by nikdy nemali byt a) implementovane alebo b) patentovatelne.

[Jendа]

wyhladat

Říká se wyszukat.

[Petr Ježek]

Dokud je to vše (viz chagelog) volitelené a konfigurovatelné, tak klidně jen houšť. Jinak bude dávat smysl reverzní hledání úspornějšího optima.

[rbc]

Zase jste si zapomnel vzit prasky ?

[lnykryn]

Většina věcí je volitelná viz ./configure --help

[rbc]

Sorry, ale zrejme's nepochopil pointu meho vykriku do tmy. Mozna z duvodu absence kontextu k dosavadnum prispevkum uzivatele, na ktereho jsem reagoval. Nastesti dohledat jeho prispevky do debat je trivialni dohledat.

[rbc]

s/dohledat\.$/./

[Šangala]

Jo-jo to se tak dělá, první se to tam přidá, pak se to zruší a potom se projekt začne nahrazovat něčím lepším…

Jen se děsím toho kolikrát, se to bude muset mačkat příště…

[JZD]

Jsem líný číst changelog. Ví někdo jak to vypadá s Bulánkama, už konečně jedou?

[the.max]

+1

[pc2005]

The linker on ARM segfaults. Since the i386 and x86_64 versions built fine, I decided to release 219 anyway.

--Linus Torvalds

Co myslíte, prošlo by mu to?

[michich]

Nemůžeme za to, že gcc 5 ve Fedoře 22 a 23 je momentálně rozbité.

[pc2005]

Tím myslím: "Kašlu na to, že si nemůžu/nechci ověřit slinkovanou ARM verzi, hlavní je, že x86 funguje, tak to vydáme.". Doufám, že to alespoň někdo jinej ověřil, ale to je zase celá ta citovaná část zbytečná.

[michich]

Ty si myslíš, že Linus před vydáním nové verze kernelu si ho zkouší sestavit na ARMu? Nebo snad že čeká, až mu maintaineři pro každou podporovanou architekturu potvrdí, že jim to jde sestavit s nejnovější pre-release verzí gcc? To by asi už nikdy nic nevydal.

[pc2005]

Linus ne. Patch, co rozbije build by měl být NAKnut ještě maintainerem subsystému. Linus je až poslední instance (potvrzení je IMO podmnožina "Acked-by:"). Samozřejmě mnoho chyb propustí (viz regrese), ale neřekl bych, že by známou chybu propustil s tím, že je hlavně důležitý, že na x86 to funguje.

U kernelu se naopak nedoporučuje používat nejnovější verzi (někde okolo gcc 4.1.0 byl ifdef na #error v makefile), takže každý rovnou testuje s tím gcc, co funguje.

[michich]

Žádný konkrétní patch v systemd, který rozbil build na armu, není. Rozbité je gcc 5, které před pár dny šlo do vývojových větví Fedory.

[pc2005]

Mě to prostě přijde zbrklé vydávat tak důležitý projekt jako init ještě před otestováním zda ARM verze vůbec funguje a dokonce ještě před nahlášením té chyby na bugzillu. Takhle přidělá práci komunitě už jen kdyby se jednalo o blbý přidání varování/chyby do ./configure.

BTW proč to vůbec kompiloval devel verzí gcc?

[michich]

O to, jestli systemd na ARMu funguje, ať se stará někdo jiný než Lennart. Přinejmenším lidi od Samsungu to na ARMu používají a sledují git. Kdyby něco, tak pošlou patch.

Jaké komunitě tím Lennart přidělal práci? Myslíš Jakuba a Honzu, vývojáře gcc řešící ten bug? Ti to musejí opravit tak jak tak.

O tom ./configure, to jako máme přidat kontrolu na rozbité gcc do configure v systemd? To je úplně scestná úvaha.

Lennart to prostě nechal vybuildit v Koji (buildsystém Fedory). To, že ve Fedoře 22 a 23 je už několik dní prerelease verze gcc 5, jsem už psal.

[pc2005]

Jaké komunitě tím Lennart přidělal práci?

Tím tady máte soft, co se občas nezkompiluje a problémy si vyřešte sami, já možná za hoďku hodím do bugzilly bugreport.

O tom ./configure, to jako máme přidat kontrolu na rozbité gcc do configure v systemd? To je úplně scestná úvaha.

Ano. Jeden z úkolů configure je právě test, zda je build/host systém při smyslech.

[michich]

Ty když uvidíš lto1: internal compiler error: Segmentation fault, tak budeš hlásit bug na systemd?

Jak by tohle měl configure asi tak testovat? Třeba že by zkusil přeložit systemd a sledoval, jestli u toho gcc segfaultne?

A hlavně proč takovou kravinu testovat v configure? Tohle je prostě jen bug v pre-release verzi gcc. Je dost možné, že dneska nebo zítra už bude gcc opravené.

[pc2005]

Ty když uvidíš lto1: internal compiler error: Segmentation fault, tak budeš hlásit bug na systemd?

Když budu hlavní vývojář, tak já osobně zastavím vydání (ostré verze) minimálně do tý doby, než to na bugzille vyřešíme, protože by to mohla být společná chyba (třeba jiná sémantika volání gcc v mém Makefile).

Jak by tohle měl configure asi tak testovat? Třeba že by zkusil přeložit systemd a sledoval, jestli u toho gcc segfaultne?

U již známé chyby (i nevyřešené) stačí test na verzi gcc, navíc můžu zjistit zdroj té chyby a udělat generický test na ní.

A hlavně proč takovou kravinu testovat v configure? Tohle je prostě jen bug v pre-release verzi gcc. Je dost možné, že dneska nebo zítra už bude gcc opravené.

Hlavně proč vůbec kompilovat kritickou aplikaci pre-release verzí kompilátoru .

[pavlix]

Hlavně proč vůbec kompilovat kritickou aplikaci pre-release verzí kompilátoru .

Jak spolu souvisí kritičnost aplikace s množinou kompilátorů, ve kterých ji někdo zkusil kompilovat?

[pc2005]

Za předpokladu, že bez té chyby by to rovnou nacpali do F22/F23, tak tím, že chyba v novém kompilátoru se nemusí projevovat rovnou segfaultem, ale třeba buffer overrunnem za běhu aplikace například při Secure Bootu.

[pavlix]

Za předpokladu, že bez té chyby by to rovnou nacpali do F22/F23

Pokud vím, tak byl kritizován systemd release, nikoli Fedora. Nehledě na to, že nelze nacpat uživatelům balík, který se ani nezkompiloval, to je prostě technicky nemožné. Navíc žádná Fedora 22/23 nebyla vydána. Pokud ty větve někdo používá, ví, že jsou testovací, vyskočí na něj i velké okno při instalaci s tlačítkem I accept my fate nebo tak něco.

[pc2005]

Pokud vím, tak byl kritizován systemd release, nikoli Fedora.

Byl kritizován zbrklý release "otestovaný" nefunkčním gcc.

Nehledě na to, že nelze nacpat uživatelům balík, který se ani nezkompiloval, to je prostě technicky nemožné.

Pokud nelze ani zkompilovat, tak proč vůbec vydávat novou verzi .

[pavlix]

Obávám se, že mícháš nesouvisející věci a že svá tvrzení nemáš čím podložit. Přesně na tomhle typu nesmyslné kritiky Lennart vystavěl svoji slávu.

[pc2005]

a že svá tvrzení nemáš čím podložit

To co nevím a nikdo to sem za dobu diskuze nenapsal je to, zda někdo před vydáním ostré verze ten ARM úspěšně zkompiloval nebo ne.

V changelogu to nevidím a proto kritizuji zbrklost.

Přesně na tomhle typu nesmyslné kritiky Lennart vystavěl svoji slávu.

Obávám se, že nesleduješ původní účel postu a to názor okolí na to, zda by nebyl Linus za ekvivalentní řetězec v changelogu kritizován. Všechno ostatní je jen nezávazná nevázaná a občas offtopic (i když užitečná, viz Vortex86) diskuze okolo.

[michich]

Myslím, že Linus má dost rozumu na to, aby věděl, chyby v pre-release verzi gcc nejsou důvodem k odložení vydání kernelu, a že by ho za to nikdo kromě tebe nekritizoval.

[pc2005]

OK

[little.owl]

Ano. Jeden z úkolů configure je právě test, zda je build/host systém při smyslech.

To je uplne na hlavu. Ze nereleasovana vyvojova verze arm gcc5 ma bug, ktery se projevuje pri kompilaci systemd, neznamena ze se v kodu systemd ma neco menit nebo zpozdovat jeho release. Chybu musi vyresit gcc team a hadam, ze to muze byt blocker.

[pc2005]

To co nevím a nikdo to sem za dobu diskuze nenapsal je to, zda někdo před vydáním ostré verze ten ARM úspěšně zkompiloval nebo ne. Jinak je to ve smyslu: tady máte novou verzi, ale my uděláme balíček do fedory, až to někdo opraví.

[pavlix]

Jsou upstreamy, které se o Fedoru nezajímají vůbec.

[pc2005]

Takže radši stav #123?

[pavlix]

Nevidím v tom problém, viz odpověď na ten komentář.

[michich]

Jestli to někdo na ARMu před vydáním zkompiloval nebo ne, nevím. Spíš asi jo (zmínil jsem tu Samsung). S velkou pravděpodobností to však těsně před vydáním nikdo nezkoušel kompilovat na mips, s390x, ppc64le, sparc,... A je mi to úplně jedno. Teď když v219 vyšla, tak zájemci to zkusí a když to bude rozbité, tak se ozvou.

Mimochodem teď už od Macieje Wereského víme, že s gcc 4.9.2 to na armv7l a aarch64 funguje.

[pc2005]

Mimochodem teď už od Macieje Wereského víme, že s gcc 4.9.2 to na armv7l a aarch64 funguje.

Jj četl jsem a kdybych byl vývojář, tak projekt nejspíš vydám s changelogem s linkem na bug+workaround (protože to šetří čas ostatním).

[little.owl]

Pokud chci setrit cas, nepouzivam development pre-release verzi gcc.

[pc2005]

Souhlas.

[pavlix]

Problem solved.

[Peter Golis]

To by prešlo hocikomu, veď takto bola z jadra odstránená podpora napríklad 386 a 486. Odniesli si to napríklad Vortexy.

[pc2005]

486 v kernelu ještě je. Nepodporovaný jsou pouze x86 jádra bez atomických instrukcí (to je jen ten nejhorší Vortex86 IMO) a tuším invlpg (invalidate page?). Samozřejmě nic ti nebrání udělat si fork arch/i386/ adresáře i když bych řekl, že pro 386-only bude rychlejší ho napsat znova.

[Peter Golis]

To je trošku nepresné. Atomické operácie niesú podporované ani napríklad Sparc 32 a HP-PA architektúrach a tie neboli vyhodené. A argumentom k vyhodeniu daných 386 a 486 architektúr bolo že sú mŕtve. Neboli, len ich linux odrezal.

Takže, áno. Každému sa niečo také prepečie.

PS: jednalo sa o CAS inštrukciu.

[pc2005]

Atomické operácie niesú podporované ani napríklad Sparc 32 a HP-PA architektúrach

Co není teď, tak může brzo být . Ale řekl bych, že pouze ochrana paměti a SMP x86 je taková lepenina, že podporovat všechny varianty je prostě o nervy.

Takže, áno. Každému sa niečo také prepečie.

Hehe tak to doufám, že máš pravdu, až budu posílat další patche pro ARM/Magician, který kompletně přeházejí funkčnost tý platformy .

P.S. klasické 386 desky už mrtvé jsou, protože do těch max 16MB RAM se ti už kernel a userspace prakticky nevejdou.

[R]

Este 2.6 kernel mi do 8 MB (na 386) vosiel aj userspace. Fungovalo to ako print server. Teraz by tam mohlo chodit OpenWrt.

[pc2005]

Na 3.13+Busybox+Buildroot na 64MB ARMu (>104MHz) mám problém spustit xka a streamování přes mencoder+ffserver (zamrzne to na nedostatku paměti). Takže 8MB superosekaně možná, ale bez jakékoliv uživatelské nebo programátorské přívětivosti . Ta 386 má swap?

BTW Ty 386 už budou mít stejně opotřebovaný křemík elektromigrací, na printserver bych i já snad koupil rpí (xenon flash nestydlivou verzi ).

[R]

Sluzilo to to dost dlho, ale uz to nepouzivam (mam to odlozene). Je tam userspace zo stareho Slackware (posledna verzia pre 386, novsie uz boli kompilovane pre 486). Kernel skompilovany na mieru, aby tam vobec vosiel - maximalne osekany, bez modulov. Dal som tam vtedy CUPS (asi som nepoznal nic ine?), tlaciaren bola samozrejme len RAW - ale aj tak to zozralo zbytocne vela. Dnes by som to s OpenWrt, BusyBoxom a p910nd urobil lepsie.

Swap tam je, ma to normalny disk (tusim okolo 200 MB, jeden mi aj odisiel - prilepila sa hlava v parkovacej pozicii). Povodne som myslel, ze to rozchodim so 4 MB, ale to neslo vobec. Musel som pridat dalsie 4 MB a ten swap.

O RPi sa vtedy nikomu ani nesnivalo.

[pc2005]

Jo zpracování nějaké hi-res bitmapy by se v 8MB asi nedalo .

Tak swap to vysvětluje, ten ARM s 64MB RAM totiž swap nemá.

[R]

Na 64 MB by mohol chodit aj fluxbox a pod. A v nom xterm.

Skus swap cez NFS :D

[pc2005]

Jo xka choděj (používám teda Matchbox), ale stačí v nich pustit víc programů a mplayer a paměť končí.

[Spike]

Když už je tu zmínka o OpenWrt: +Jeff Waugh put together a version of openwrt with +systemd. Neat!

[R]

Jedna sa o instrukciu CMPXCHG a tu maju x86 procesory od 486. Nepodporovane su len 386.

[Peter Golis]

Musím Ťa sklamať. Jedná sa síce o danú inštrukciu, ale tá nebola povinná pri všetkých implementáciách. Predpoklad bol naozaj že to stiahne len najstaršie 386ky ktoré v tom čase používal tak maximálne ruský kozmický program (kôli odolnosti voči kozmickému žiareniu), ale stiahlo to kompletne celé Vortexy ktoré sa vtedy ešte aktívne používali. Aj tie, čo mali takt nad 1GHz a spotrebu že ich niekoľko hodín utiahla sada štyroch tužkoviek.

[pc2005]

Vzhledem, že hlavní rozdíl mezi 386 a 486 architekturou jsou cca 3 nové instrukce a integrovaná FPU (občas, ale ta je irelevantní), tak CPU, co neumí cmpxchg je prostě 386 a může mít na sobě napsáno klidně i core2 .

BTW:

# head -n 4 ./Makefile
VERSION = 3
PATCHLEVEL = 19
SUBLEVEL = 0
EXTRAVERSION = -rc6
# grep 486 ./.config
CONFIG_M486=y
# make -j 5
...
Kernel: arch/x86/boot/bzImage is ready  (#1)

Jinak podle wikipedie umí minimálně jeden vortex i cmpxchg8 (=cx8), což je až od pentia. Další umí mmx.

[Peter Golis]

Takže tie by tie vortexy boli schopné naštartovať z takto vytvoreného jadra aj napriek tomu že nemali FPU? Tss,....

[pc2005]

FPU je irelevantní, kernel ho nepoužívá (ani na core2 třeba), vlastně ani nesmí, protože jeho task switch nemá pořádně definovaný ABI (FPU je na CPU značně asynchronní a muselo by se to složitě ukládat). NonFPU procesor by snad měl jít i teď, v kernelu je minimálně volba CONFIG_MATH_EMULATION a navíc SIGILL/SIGFPE se dá normálně emulovat v userspace hookem na handler. Každopádně 1GHz Vortex86 má v sobě MMX.

[R]

Presne tak, kernel FPU nepouziva. Emulacia FPU v kerneli funguje (pre 486SX a niektore tie Vortexy), takze sa daju spustit userspace programy, ktore potrebuju FPU.

[Peter Golis]

Snáď by mohol ísť aj teraz, ale nejde. Pričom tú emuláciu FPU zrušili len na x86.

[R]

Kde zrusili tu emulaciu FPU?

[pc2005]

Stejné jádro, arch/x86/Kconfig:

config MATH_EMULATION
    bool
    prompt "Math emulation" if X86_32
    ---help---

Ty máš ten Vortex86 u sebe? Co ti to při startu píše na earlyboot konzoli? Je teoreticky možný, že ač je výbava na úrovni Pentia MMX, tak to postrádá některý základní instrukce.

[Peter Golis]

Implementovanie inštrukcií bolo vždy kúskom mágie a veľa vecí chýbalo i keď niektoré veci boli občas nazvyš. Inak, výbava tých Vortexov nebola na úrovni Pentia, nemali MMX. A nebola ani na úrovni 586. Boli to 486ky.

[R]

Prve Vortexy su 586, ale bez FPU. Vid http://en.wikipedia.org/wiki/Vortex86

[pc2005]

Jo a FPU nebylo předmětem patche odstraňujícího 386. Resp. Linus uznal, že ten kód je nekolizní ač neudržovaný.

[crusoe]

Ja tomuto celkom dobre nerozumiem , aky ma vyznam pchat toto vsetko do initu ? Pridaju tam aj zasielanie sms ? Alebo co tak webrowser v systemd ?

[michich]

Necpe se to do initu. V systemd git repu není jen init.

[sid]

Ono by bol keby niekto dokazal pochopit, ze systemd je viac ako len init system mozno by casom aj diskusie okolo zacali byt k veci.

[pavlix]

Obávám se, že touhle dobou už to pochopili skoro všichni.

[sid]

Tak snad by bolo nacase prestat pisat somariny o tom co vsetko sa integruje a sustredit sa na to co naozaj zle/dobre. Obcas mi to pride, ze kazda zmysluplna kritika systemd je prehlusena stadom ludi co maju problem chapat suvislosti. Teda nesledoval som nejake povodne oznamenia co lennart sluboval/nesluboval ohladom systemd ale uz dlhsi cas toto musi byt jasne. A predpokladam,ze s tymto cielom aj povodne zacinal akurat zle spravy typu rozdrbem vam init a vsetko dalej preventivne zabudol oznamit :).

[pavlix]

Tak snad by bolo nacase prestat pisat somariny o tom co vsetko sa integruje a sustredit sa na to co naozaj zle/dobre.

Fajn, můžeš začít (nebo pokračovat).

Obcas mi to pride, ze kazda zmysluplna kritika systemd je prehlusena stadom ludi co maju problem chapat suvislosti.

Souhlasím, ale netýká se to zdaleka jenom systemd.

A predpokladam,ze s tymto cielom aj povodne zacinal akurat zle spravy typu rozdrbem vam init a vsetko dalej preventivne zabudol oznamit :).

To vidíme stejně. Nebezpečnost v systemd netkví v jednotlivých rozhodnutích, která jdou často velmi dobře technicky obhájít, ale v celkovém směru, který ten software v open source nastavuje. Samozřejmě to není první takový projekt, ale je mezi nimi řekněme významný. Komunita se zcela logicky brání a jednotlivci se brání tak, jak umějí, což nemusí být vždy úplně hezké sledovat.