Jaderné noviny – 10. 5. 2012: Zaměřeno na ARM (diskuse)

[pavlix]

Ale DNSSL nebude, že?

[Michal Kubeček]

Ne, bude v 3.5. Vzhledem k tomu, že v (druhé) odpovědi od Dana Williamse je i id commitu, není zase až tak těžké si to zjistit.

[pavlix]

Vzhledem k tomu, že v (druhé) odpovědi od Dana Williamse je i id commitu, není zase až tak těžké si to zjistit.

Rád se nechám poučit. S tím ID commitu jsem to právě chtěl najít a nepovedlo se mi to. Poradíš postup?

[Michal Kubeček]

Pokud je k dispozici naklonovaný Linusův git, tak např. pomocí

  git describe --contains e35f30c1

Momentálně to napíše "fatal: cannot describe ...", příští týden (?) už by to mělo ukázat něco, co bude začínat "v3.5-rc1-", kdyby byl commit ve 3.4, byl by na začátku odpovídající tag.

Přes webové rozhraní mne nic elegantního nenapadá, ale fungovalo by např. najít si ten commit, kliknout si na odkaz "commitdiff", pak si z hlavní stránky kliknout na tag v3.4, pak na "tree" a podívat se na některý ze souborů, které commit mění, jestli je tam patch aplikovaný nebo ne.

[pavlix]

Pokud je k dispozici naklonovaný Linusův git, tak např. pomocí

Tahle informace mi jaksi chyběla. Já jsem totiž vůbec netušil, jestli to v Linusově gitu bude (a v tu chvíli mi to nestálo za stahování), když to ještě vůbec není zařazeno.

Momentálně to napíše "fatal: cannot describe ...", příští týden (?) už by to mělo ukázat něco, co bude začínat "v3.5-rc1-", kdyby byl commit ve 3.4, byl by na začátku odpovídající tag.

Aha. Myslel jsem, že byl můj dotaz srozumitelný, ale jak vidím, tak jsem se měl napsat, že chci funkční postup a nepředpokládat, že je to zřejmé.

není zase až tak těžké si to zjistit.

Tedy ještě jednou. Rád bych k téhle velkohubé větě dostal i jeden funkční postup.

Přes webové rozhraní mne nic elegantního nenapadá, ale fungovalo by např. najít si ten commit

Mně je jedno jestli přes webové rozhraní nebo příkazovou řádku. Stačí mi jeden funkční obecný postup na nalezení commitu, o kterém se píše na mailing listu. Když sám píšeš, že to není až tak těžké.

Kdybych věděl, že budeš odpovídat totální nesmysly, budu se ptát jinde, že.

[Bubak]

Pokud mas strom stazeny, info o commitu ziskas pomoci "git log -1 id_commitu" (to -l je minus jedna). Mrkni na "git log --help", jak na to, pokud chces neco dalsiho.

[pavlix]

Já nepotřebuju návot na Git, ten používám denně a udělal jsem na něj už i pár školení. Používat manuál a google taky zvládnu. Michal ve svém předchozím komentáři psal, že mi to stejně vrátí chybu, protože tam ten commit prostě není.

[pavlix]

*návod

[Michal Kubeček]

Ale to je přece správně. V tuto chvíli je na otázku "který nejbližší tag je potomkem commitu e35f30c1" správná odpověď "žádný". Až vyjde 3.5 RC1, což by IIRC mělo být někdy v noci z neděle na pondělí, bude to "3.5-rc1". Tak jako tak je z kterékoli z těch dvou odpovědí (a toho, že ve stromu už je tag "v3.4") jasné, že ten commit ve verzi 3.4 není.

[pavlix]

Ale to je přece správně.

Správně ano, jen je to odpověď na jinou otázku :). Viz níže.

[Michal Kubeček]

Aha. Myslel jsem, že byl můj dotaz srozumitelný, ale jak vidím, tak jsem se měl napsat, že chci funkční postup a nepředpokládat, že je to zřejmé.

Co je na tom postupu konkrétně nefunkčního? Mně dává přesně takový výsledek, jaký dávat má.

Tedy ještě jednou. Rád bych k téhle velkohubé větě dostal i jeden funkční postup.

Uvedl jsem dva.

Mně je jedno jestli přes webové rozhraní nebo příkazovou řádku. Stačí mi jeden funkční obecný postup na nalezení commitu, o kterém se píše na mailing listu.

Ve webovém rozhraní je možné vyhledávat podle subjectu nebo autora. Podle hashe bohužel ne, ale to lze triviální obejít tak, že si zobrazím jakýkoli náhodně vybraný commit a přepíšu hash v URL.

Jako bonus ještě přidám zlepšovák pro Firefox:

1. otevřít stránku s jakýmkoli commitem
2. uložit kamkoli do bookmarků
3. najít, kliknout pravým, "vlastnosti"
4. hash v URL nahradit řetězcem "%s" (bez uvozovek)
5. do pole "klíčové slovo" napsat "kernel" a uložit
6. do adresního řádku napsat "kernel e35f30c1" a odeslat

Kdybych věděl, že budeš odpovídat totální nesmysly, budu se ptát jinde, že.

Kdybych měl šanci uhodnout, že chcete vědět něco jiného (jak najdu commit X), než na co se ptáte (jak zjistím, je-li commit X obsažen v release Y), tak bych odpovídal rovnou. Křišťálové koule nemaje, odpovíděl jsem na dotaz, který byl položen.

[pavlix]

Kdybych měl šanci uhodnout, že chcete vědět něco jiného (jak najdu commit X), než na co se ptáte (jak zjistím, je-li commit X obsažen v release Y)

Já se ptal pouze na replikaci tvého zjištění, že commit e35f30c1 bude v release 3.5.

Křišťálové koule nemaje, odpovíděl jsem na dotaz, který byl položen.

Byl bych potěšen, kdyby tomu tak bylo.

[Michal Kubeček]

Já se ptal pouze na replikaci tvého zjištění, že commit e35f30c1 bude v release 3.5.

Nelze samozřejmě zcela stoprocentně vyloučit, že Linus ten patch z nějakého důvodu revertne. Ale jelikož už v gitu je, tak pokud se tak nestane, tak prostě v 3.5 bude.

Byl bych potěšen, kdyby tomu tak bylo.

Ufff… Tak ještě jednou: zeptá-li se mne někdo, zda je něco v jádře 3.4, já mu odpovím že ne a on na to, jak to zjistit, pak prostě z kontextu předpokládám, že se ptá na to, jak zjistí, že v jádře 3.4 to není. To, že je-li patch v gitu a není v poslední dosud vydané verzi, pak bude v nejbližší vydané verzi (pokud ho někdo nerevertne, Linus se nerozhodne místo 3.5 vydat verzi 4, nenastane konec světa atd.), jsem prostě považoval za znalost, kterou lze v diskusi k Jaderným novinám předpokládat.

[pavlix]

Informace, že v Linusově gitovské větvi tento commit je, se ke mně dostala až tímto tvým komentářem. To ale znamená, že ten patch byl už Linusem přijat pro příští verzi, což je z mého pohledu nová informace.

Vše ostatní, o čem píšeš je jen balast, který předpokládá, že jsem tuto informaci měl k dispozici od začátku. Dan Williams uvedl pouze hash, který může mít commit v jakémkolik gitovském repozitáři v jakékoli větvi, což by měl vědět průměrný uživatel Gitu.

Ale každopádně díky, odpověď jsem tedy nakonec dostal.

Doufám, že smím i nadále číst jaderné novinky, i když nemám znalosti, kterými disponují vývojáři jádra a neznám přesný workflow jaderných gitovských repozitářů.

[Michal Kubeček]

Dan Williams uvedl pouze hash, který může mít commit v jakémkolik gitovském repozitáři v jakékoli větvi, což by měl vědět průměrný uživatel Gitu.

Pokud mne nějaká chyba nebo feature zajímá natolik, že se na ni zeptám v netdev listu, a dostanu odpověď "řeší to commit X" (bez určení repozitáře), tak se nejdřív podívám, jestli to není v tom hlavním Linusově, případně dalších, které by připadaly v úvahu (v tomto případě net a net-next Davea Millera). A když to nebude ani v jednom, tak se holt zeptám.

[pavlix]

To říká člověk neschopný přímo a na první pokus odpovědět na jednoduchou otázku, jak přišel na to, že DNSSL bude v release 3.5.

[Michal Kubeček]

Naposledy: odpověděl jsem na otázku, která byla položena. Hluboce a poníženě se tedy omlouvám vašemu blahorodí, že jsem si dovolil neuhodnout, co ráčilo vědět, a místo toho přízemně odpověděl na to, na co se ptalo. Slibuji, že už to víckrát neudělám a radši vám nebudu odpovídat vůbec, abych se podobného faux pas nedopustil znovu.

Howgh.

[Michal Kubeček]

Oprava: …co ráčilo chtít vědět…

[pavlix]

Howgh.

[petr sigut]

ja armu fandim, ale jako laikovi v tehle oblasti mi prijde ze je v nich trochu bordel - chybi neco jako bios ci nejaka minimalni kompatibilit. pak vyjde nejaky roztomily notebook s armem a je vubec problem tam linux dostat...

[j]

Ber to tak, ze ARM je prave proto tak oblibeny - ze to neni x86 moloch kde musis chte nechte implementovat hromady veci ktery na svym zarizeni vubec nepotrebujes.

[Petr Ježek]

Mít k dispozici společné detekční a init prostředky není znakem molochu, ale funkčním modulem na vyšší úrovni než jsou prvky. Takže znovu: Proč nejsou bezpochyby skvělé vlastnosti ARMu podepřeny univerzálním modulem umožňujícím nabootovat ARM všude tam, kde je nějaké uživatelské rozhraní podporované desktopovými a mobilními platformami?

[David Jaša]

K tomu jsou snad ty stromy zařízení v d fakin ártiklu, nebo tomu blbě rozumím?

[Filip Jirsák]

?board files? … Než se dopracujeme ke skutečné multiplatformní podpoře, tak se toho bude muset ještě hodně udělat ? například jde o práci na náležité abstrakci přerušení a hodin ? strom zařízení ale představuje důležitý krok.

Asi se někde poztrácely české uvozovky a pomlčky, jsou místo nich otazníky. Zkoušel jsem Chrome a Firefox, v obou je to stejné, takž eto nevypadá na problém v přijímači.

[Filip Jirsák]

A ještě na konci kromě uvozovek je také překlep direm -> firem.

jsou ?najatí? z jiných direm

[Petr Ježek]

Dobrovolníků je v příspěvcích vývoji méně, neb na rozdíl od výdajů na živobytí, které díky finančním trollům doléhají stále tíživěji a košile je blíže kabátu... To jen, kdyby se někdo naprázdno divil...