abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 21:22 | Zajímavý software

    TerminalTextEffects (TTE) je engine pro vizuální efekty v terminálu. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

    Ladislav Hagara | Komentářů: 0
    včera 17:11 | Pozvánky

    Od čtvrtka 30. 5. do soboty 1. 6. lze v Praze navštívit Veletrh vědy, tj. největší populárně naučnou akci v České republice, kterou každoročně od roku 2015 pořádá Akademie věd ČR. Vstup zdarma.

    Ladislav Hagara | Komentářů: 4
    včera 14:11 | Komunita

    Canonical představil Ubuntu optimalizované pro jednodeskový počítač s RISC-V procesorem Milk-V Mars.

    Ladislav Hagara | Komentářů: 0
    27.5. 21:22 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu optimalizovaná pro jednodeskové počítače na platformě ARM a RISC-V, ke stažení ale také pro Intel a AMD, byl vydán ve verzi 24.5.1 Havier. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    27.5. 19:44 | IT novinky

    Společnost xAI založena Elonem Muskem a stojící za AI LLM modelem Grok získala investici 6 miliard dolarů.

    Ladislav Hagara | Komentářů: 1
    27.5. 15:44 | IT novinky

    Finálový zápas mistrovství světa v ledním hokeji přinesl nový rekord NIX.CZ (𝕏): "Dosavadní absolutní maximum našeho propojovacího uzlu bylo překonáno v čase 21:10, kdy jsme při přenosu dat dosáhli 3,14 Tbps. Je třeba také doplnit, že po deváté hodině večerní byly na maximu i ostatní datové přenosy nesouvisející s hokejovým šampionátem".

    Ladislav Hagara | Komentářů: 3
    27.5. 15:11 | Pozvánky

    Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 12. a 13. října na FIT ČVUT v pražských Dejvicích. CfP poběží do konce prázdnin, pak proběhne veřejné hlasování a výběr přednášek.

    Petr Krčmář | Komentářů: 0
    25.5. 19:00 | Zajímavý projekt

    Na crowdsourcingové platformě Crowd Supply byla spuštěna kampaň na podporu open source biometrického monitoru ve tvaru hodinek HealthyPi Move. Cena je 249 dolarů a plánovaný termín dodání listopad letošního roku.

    Ladislav Hagara | Komentářů: 13
    24.5. 22:22 | Upozornění Ladislav Hagara | Komentářů: 21
    24.5. 17:44 | Nová verze

    Firma Murena představila /e/OS verze 2.0. Jde o  alternativní sestavení Androidu bez aplikací Google. Mezi novinkami je podrobnější nastavení ochrany soukromí před sledováním aplikacemi. Murena prodává několik smartphonů s předinstalovaným /e/OS (Fairphone, repasovaný Google Pixel 5).

    Fluttershy, yay! | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (89%)
     (3%)
     (4%)
     (4%)
    Celkem 946 hlasů
     Komentářů: 16, poslední 14.5. 11:05
    Rozcestník

    Jaderné noviny 307

    28. 4. 2005 | Robert Krátký | Jaderné noviny | 5129×

    Linus už nepoužívá BitKeeper. Linux 2.6.11.7; některé větve jádra stále používají BitKeeper. Pokus o podporu System-On-Chip. Vývoj nástroje git pokračuje. BitMover i nadále podporuje bkbits.net.

    Linus už nepoužívá BitKeeper, 200 e-mailů

    6. dub - 12. dub

    Linus Torvalds napsal:

    Jak již mnoho lidí ví (a v některých případech to vědí už několik týdnů), snažili jsme se během posledního až dvou měsíců (ale připadá mi to jako věčnost...) vyřešit konflikt kvůli používání BK. To se nepodařilo, takže jaderný tým teď testuje alternativy.

    Ne že by moje rozhodnutí používat BK nebylo doprovázeno konflikty ("Ne, fakt? Nekecej! Jo, ty myslíš ty gigabajty a gigabajty flamů, které proběhly?"), takže tohle bylo v jistém smyslu nevyhnutelné. Ale já tedy doufal, že se to stane teprve až bude k dispozici rozumná open source alternativa. Takhle budeme muset nějakou dobu improvizovat.

    Mimochodem, neobviňujte BitMover, i když to asi bude velmi častá reakce. Larry se snažil problémy řešit, ale dostalo se to do stádia, kdy bych se musel snažit držet dvě dvěci pohromadě takovým množstvím lepidla, že už by to nedávalo smysl.

    Používali jsme BK tři roky a největším problémem se zdá být to, že mnoho lidí je teď dost rozmazlených, když jednou používali nejlepší nástroj. Včetně mě. Ale nejvíce BK pomáhal lidem kolem mě, protože pro ně bylo daleko snazší spojovat své stromy s tím mým.

    POZOR! BitKeeper nezmizí okamžitě. Co se stalo, je to, že jsem se rozhodl BK nepoužívat, protože potřebuji najít alternativy. A spíše než pokračovat "jako normálně" jsem si řekl, že to musím překousnout a zjistit, jak se bez BK žije. Zatím je svět smutný a šedivý ;).

    Chtěl jsem prostě říct, že já osobně jsem byl s BK a Larrym velmi spokojený. Nevyšlo to, ale je zatraceně jisté, že to mělo na způsob vývoje jádra velký vliv. A teď budeme muset sestavit sadu nástrojů, které nám umožní pracovat tak, jak to umožňoval BK.

    Budiž flame.

    P.S. Ani se neobtěžujte říkat mi o Subversion. Pokud vám to nedá, tak si něco přečtěte o "monotone". To vypadá jako nejschůdnější alternativa. Ale neotravujte jeho vývojáře - už o mých problémech vědí ;).

    Linux 2.6.11.7; některé větve jádra stále používají BitKeeper, 2 e-maily

    7. dub

    Greg KH oznámil Linux 2.6.11.7 a připojil: Ano, použil jsem pro tuhle verzi BK, protože pořád nemáme zavedený žádný jiný systém...

    Pokus o podporu System-On-Chip, 5 e-mailů

    8. dub - 11. dub

    Ian Molton napsal:

    Tento patch přidává podporu pro nový druh sběrnice: 'System on Chip' (SoC) [systém na čipu].

    Běžné ovladače používané v různých SoC zařízeních tak mohou být čistě a spořádaně sdíleny. Například funkce MMC na Toshiba t7l66xb, tc6393xb a Compaq IPAQ ASIC3.

    Odpovídá to CVS stromu na handhelds.org.

    Jediným problémem je to, že ovladače, které tuto podporu používají, si v současné době myslí, že SoC je připojen k platform_bus. Budeme to řešit, pokud by to představovalo problém.

    Reakce byly spíše vlažné. Nejvelkorysejší byl Russell King: Posílám pár komentářů k patchi. To však neznamená, že bych jej podporoval. A Greg KH řekl: Sorry, ale souhlasím s ostatními. Proč něco takového potřebuješ? Tím diskuze skončila.

    Vývoj nástroje git pokračuje, 177 e-mailů

    9. dub - 13. dub

    Linus Torvalds napsal:

    Několik z vás mi poslalo malé opravy a skripty pro "git", ale já jsem se zabýval likvidací/změnou základní infrastruktury, takže jsem se ještě nedostal k tomu, abych se na ně podíval.

    Dobrá zpráva je, že datové struktury/indexy se nezměnily. Ale mnoho nástrojů, které k nim poskytují rozhraní, má novou (a lepší!) sémantiku:

    Konkrétně - změnil jsem způsob fungování "read-tree", takže teď se chová podobně jako "write-tree" v tom smyslu, že místo změny pracovního adresáře pouze aktualizuje indexový soubor (neboli soubor s "aktuální keší adresáře" ze stromu).

    Také jsem napsal utilitu "diff-tree", o které jsem mluvil:

    torvalds@ppc970:~/git> ./diff-tree 8fd07d4b7778cd0233ea0a17acd3fe9d710af035 8c6d29d6a496d12f1c224db945c0c56fd60ce941 | tr '\0' '\n'

            <100664 4870bcf91f8666fc788b07578fb7473eda795587 Makefile
            >100664 5493a649bb33b9264e8ed26cc1f832989a307d3b Makefile
            <100664 9e1bee21e17c134a2fb008db62679048fc819528 cache.h
            >100664 56ef561e590fd99e938bd47fd1f2c7ed46126ff0 cache.h
            <100664 fd690acc02ef9c06d7c4c3541f69b10ca4b4f8c9 cat-file.c
            >100664 6e6d89291ced17a406e64b97fe8bb96a22eefc9d cat-file.c
            +100664 fd00e5603dcc4a93acceda0b8cb914fabc8645d5 checkout-cache.c
            <100664 a4a8c3d9ef0c4cc6c82b96b5d1a91ac6d3bed466 commit-tree.c
            >100664 236ceb7646e3f5d110fd83f815b82e94cc5b2927 commit-tree.c
            +100664 01c92f2620a8e13e7cb7fd98ee644c6b65eeccb7 fsck-cache.c
            <100664 0eaa053919e0cc400ab9bc40d9272360117e6978 init-db.c
            >100664 815743e92dad7e451c65bab01448ee8ae9deeb56 init-db.c
            <100664 e7bfaadd5d2331123663a8f14a26604a3cdcb678 read-cache.c
            >100664 71d0cb6fe9b7ff79e3b2c5a61e288ac9f62b39dc read-cache.c
            <100664 ec0f167a6a505659e5af6911c97f465506534c34 read-tree.c
            >100664 f5c50ba79d02f002b9675fd8f129fa388e3282c6 read-tree.c
            <100664 00a29c403e751c2a2a61eb24fa2249c8956d1c80 show-diff.c
            >100664 b963dd738989bc92bf02352bbedad13a74e66a7d show-diff.c
            <100664 aff074c63ac827801a7d02ff92781365957f1430 update-cache.c
            >100664 3a672397164d5ff27a19a6888b578af96824ede7 update-cache.c
            <100664 7abeeba116b2b251c12ae32c7b38cb048199b574 write-tree.c
            >100664 9525c6fc975888a394477339db86216cd5bd5d7c write-tree.c

    (tj. výstup "diff-tree" má také ukončení pomocí NUL, ale pokud chcete ASCII výstup, můžete použít "tr", které změní NUL na NL [nový řádek]).

    Formát výstupu je následující: první znak je "-" pro odstranění souboru, "+" pro přidání souboru a "<"/">" pro změnu souboru (přičemž "<" znamená starý stav a ">" nový stav).

    Mimochodem, ukončování pomocí NUL velmi usnadňuje použití třeba i v shellových skriptech, takže můžete provést např.:

    diff-tree <sha1> <sha1> | xargs -0 něco_proveď

    A každý nový řádek bude pěkný parametr pro váš skript "něco_proveď". Takže diff by mohl být založen na něčem podobném tomuto:

    #!/bin/sh
    while [ "$1" != "" ]; do
            filename="$(echo $1 | cut -d' ' -f3-)"
            first_sha="$(echo $1 | cut -d' ' -f2)"
            second_sha="$(echo $2 | cut -d' ' -f2)"
            c="$(echo $1 | cut -c1)"
            case "$c" in
            "+")
                     echo diff -u /dev/null "$filename($first_sha)";;
            "-")
                     echo diff -u "$filename($first_sha)" /dev/null;;
            "<")
                     echo diff -u "$filename($first_sha)"
    "$filename($second_sha)"
                     shift;;
            *)
                     echo WHAT?
                     exit 1;;
            esac
            shift
    done

    Což pouze dokazuje, jak děsné jsou moje znalosti shellu. (Pořád používám ty staré nástroje, které jsem se naučil před 15 lety. Vsadím se, že byste to dokázali udělat úplně triviálně třeba v perlu, ale já jsem uvízl v unixové době kamenné.)

    Takže je velmi snadné to parsovat. V příkladu výše jde o prvotní commit a jeden z novějších stromů, takže jsou tam změny všude. Ale běžnější by bylo:

    torvalds@ppc970:~/git> diff-tree 787763499dc4f8cc345bc6ed8ee1e0ae31adedd6 5b0c2695634b5bab2f5d63c7bb30f7e5815af470 | tr '\0' '\n'

    <100664 01c92f2620a8e13e7cb7fd98ee644c6b65eeccb7 fsck-cache.c >100664 81aa7bee003264ea302db835158e725eefa4012d fsck-cache.c

    což vám řekne, že poslední commit změnil pouze jeden soubor.

    Petr Baudiš, a.k.a Pasky, projevil o projekt velký zájem a vytvořil pro git pomocné skripty. Společně s dalšími vývojáři jádra začali diskutovat o designu a implementaci gitu.

    Petr oznámil:

    Nabízím git-pasky-0.2 - sadu mých patchů a skriptů pro Linusův git, které se snaží, aby byl git rozumně použitelný a do jisté míry i trochu jako SCM.

    Pokud už máte předchozí verzi git-pasky, stačí jen stáhnout pomocí git. Pokud ne, najdete to zde:

    http://pasky.or.cz/~pasky/dev/git/

    Teď mám v plánu implementovovat git merge. Udělám to zítra - tedy pokud mě někdo nepředběhne ;-).

    Vítám všechny komentáře/názory/návrhy/patche (hlavně patche).

    Po krátké diskuzi vydal Petr verzi 0.3 a Linus také oznámil, že přesouvá veškerou diskuzi o git do samostatné konference.

    BitMover i nadále podporuje bkbits.net, 9 e-mailů

    11. dub - 13. dub

    Larry McVoy oznámil, že server bkbits.netasi slítl, zatím neznáme příčinu. Potřebuje to dnes večer někdo? Pokud ano, tak tam zajedu (no jo, velmi hloupé od nás; přesunuli jsme ho do jiného racku, který je moc daleko od dálkového ovládání napájení, takže to nemohu restartovat na dálku). Pokud mi nikdo nedá vědět, dáme to dohromady asi tak do 14 hodin. Kdyby to bylo moc dlouho, chápu to - je to odtud 20 minut a můžu to jít řešit hned. Martin Dalecki odpověděl: S prominutím: co je komu po tom? Alexander Nyberg napsal: Třeba těm, kdo chtějí mít přístup k historii nebo ke kterékoliv jiné funkci repozitáře. Diego Calleja Martinovi také odpověděl: Zajímá to všechny vývojáře jádra, kteří po léta používali BK.


    V originálu Kernel Traffic 307 vyšla navíc ještě tato témata:

    Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.

           

    Hodnocení: 92 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    29.4.2005 01:05 Pavel Novák
    Rozbalit Rozbalit vše svn
    A co má vlastně Linus proti SubVersion?
    29.4.2005 08:48 Hynek (Pichi) Vychodil | skóre: 43 | blog: Pichi | Brno
    Rozbalit Rozbalit vše Re: svn
    Nic závažného, jen mu vadí, že to nemá ani desetinu vlastností co on potřebuje.
    XML je zbytečný, pomalý, nešikovný balast, znovu vynalézané kolo a ještě ke všemu šišaté, těžké a kýčovitě pomalované.
    29.4.2005 22:49 JP
    Rozbalit Rozbalit vše Re: svn
    Opravdu vycerpavajici vysvetleni, gratuluju!
    3.5.2005 16:00 Tomáš Veselý
    Rozbalit Rozbalit vše Re: svn
    Možná se i bojí, že pokud by nad tím neměl určitou kontrolu, šel by vývoj pomaleji. Přecijen se rychleji pracuje na něčem novém, kde si můžu navrhnout koncepci přesně tak jak potřebuju, než na hotovém molochovi, u kterého musím kromě toho udržovat spoustu věcí, jen aby to fungovalo. Git lze vytvořit přesně pro potřeby jádra a na nic jiného se neohlížet, to že bude použitelný i jinde se stane jen tak mimochodem. Kromě toho kdo může vědět líp, co musí nástroj pro vývoj jádra umět, než linus? Asi věří, že je schopen navrhnout lepší koncepci, než CVS, či SNV a že je jednodušší udělat, než předělat.
    29.4.2005 11:15 Radek Podgorny | skóre: 16
    Rozbalit Rozbalit vše Re: svn
    No asi hlavne to, ze SVN je centralizovany (asi jako CVS) a to pri takovym objemu proste nefunguje...
    29.4.2005 14:16 Marek 'marx' Grác | skóre: 21 | blog: Paralelný blog | Brno / Bratislava
    Rozbalit Rozbalit vše Re: svn
    No ono to chápu aj vývojári SVN, pozri na stránky Subversionu

    Založit nové vláknoNahoru

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.