abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    dnes 14:11 | Zajímavý článek

    Odborníci Národního úřadu pro kybernetickou a informační bezpečnost (NÚKIB) a Vojenského zpravodajství vypracovali materiál Cestujte (kyber)bezpečně: doporučení pro cesty do zahraničí (pdf), který má českým sportovcům mířícím na Olympiádu v Pekingu i veřejnosti přiblížit základy kyberbezpečnosti a poradit jim, jak používat technologie, aby byla jejich komunikace v zahraničí bezpečnější.

    Ladislav Hagara | Komentářů: 2
    dnes 08:00 | Zajímavý software

    Společnost SUSE oznámila vydání verze 1.0.0 open source multiplatformní desktopové aplikace Rancher Desktop pro správu Kubernetes a kontejnerů. Postavena je nad Electronem. Zdrojové kódy jsou k dispozici na GitHubu.

    Ladislav Hagara | Komentářů: 5
    dnes 00:22 | Bezpečnostní upozornění

    Byly zveřejněny informace o bezpečnostní chybě CVE-2022-0330 v Linuxu v ovladači i915 GPU od Intelu. Jedná se o chybějící TLB flush. Útočník může přistupovat k náhodným stránkám paměti. V upstreamu je chyba již opravena. Oprava má dopad na výkon GPU.

    Ladislav Hagara | Komentářů: 1
    včera 22:55 | Komunita

    Kolik může stát nejlevnější nový počítač s klávesnicí a displejem, na kterém lze ještě spustit Linux? Brian Benchoff se dostal k 15 dolarům [Twitter, Hacker News].

    Ladislav Hagara | Komentářů: 8
    včera 08:00 | Nová verze

    Po půl roce vývoje od vydání verze 5.8 byla vydána nová verze 5.9 svobodného open source redakčního systému WordPress. Kódové označení Josephine bylo vybráno na počest jazzové zpěvačky, herečky, tanečnice a bojovnice za svobodu a rovnoprávnost Josephine Bakerové.

    Ladislav Hagara | Komentářů: 2
    včera 07:00 | Bezpečnostní upozornění

    Byly zveřejněny informace o zranitelnosti PwnKit zneužitelné k lokální eskalaci práv, aneb rootem snadno a rychle, pomocí pkexec z balíčku polkit. Jedná se o CVE-2021-4034 s CVSS 7.8. Zranitelné jsou všechny verze pkexec od první verze vydané v květnu 2009, tj. posledních více než 12 let. V upstreamu je chyba již opravena.

    Ladislav Hagara | Komentářů: 8
    25.1. 16:55 | Nová verze

    Flameshot (GitHub), nástroj pro vytváření a úpravu snímků obrazovky postavený nad frameworkem Qt, byl vydán ve verzi 11.0.0. Změněno bylo číslování verzí. Verze 11 následuje po verzi 0.10.

    Ladislav Hagara | Komentářů: 3
    25.1. 09:00 | Komunita

    V pátek 28. ledna začíná 14. ročník konference DevConf.CZ. Jde o každoroční komunitní konferenci pro vývojáře, administrátory, DevOps inženýry, testery, autory dokumentace a další přispěvatele či uživatele technologií open source. Konference proběhne podruhé online, a to v termínu 28. - 29. ledna.

    … více »
    Dorka | Komentářů: 7
    25.1. 08:00 | Nová verze

    Byla vydána nová verze 2.35.0 distribuovaného systému správy verzí Git. Přispělo 93 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 2
    25.1. 07:00 | Zajímavý software

    Giada je open source minimalistický softwarový nástroj pro tvorbu hudby navržený pro diskžokeje, elektronické hudebníky a živou produkci. Vydána byla verze 0.20.0 aneb Alicanto. Vedle zdrojových kódů je ke stažení také balíček ve formátu AppImage.

    Ladislav Hagara | Komentářů: 0
    Jestliže jste používali distribuci CentOS Linux, jejíž konec byl oznámen před rokem, kam jste přešli?
     (30%)
     (1%)
     (8%)
     (19%)
     (1%)
     (4%)
     (37%)
    Celkem 216 hlasů
     Komentářů: 14, poslední 14.1. 14:44
    Rozcestník



    Jaderné noviny - 30, 31 a 32/2008

    26. 8. 2008 | Jirka Bourek | Jaderné noviny | 3432×

    Navrženo ZFS pouze pro čtení. Verzovací souborový systém Tux3. 2.6.27-rc1, "Dost rušné". Revize linux-next. Aktualizace Resier4. 2.6.27-rc2, "spousta náhodných změn". Porovnání HAMMER a Tux3. Btrfs 0.16, vylepšená škálovatelnost a výkonnost. Slučování snapshotů LVM.

    Obsah

    Následující obsah je © KernelTrap.

    Citát: Nedostatečně optimistický táta

    Na kód se dívám, zjevně protože nejsem dostatečně optimistický táta. Ale hej, kdybyste měli tři předpubertální holky, možná byste také nebyli tak optimističtí.

    Linus Torvalds, zpráva z 21. července 2008 na Linux kernel mailing list.

    link

    22. července, originál

    V nedávném vlákně se na lkml diskutoval zápis v blogu, který tvrdil, že minimální podpora pro ZFS v GRUBu je k dispozici pod licencí GPL. Teď bychom ten kód mohli použít k implementování podpory pro ZFS v linuxovém jádře.

    Alan Cox ale řekl: Ne, nemůžeme. Ty kousky ZFS, které jsou pod GPL, nezahrnují různé metody, které by porušily patent, takže to nepůjde. Několikrát jsem žádal Sun, aby nám dali povolení, a oni mi ani neodpověděli. Vidím u Sunu jenom jednu možnou motivaci - chtějí vypadat otevřeně, ale ví, že ZFS je jediná věc, která by mohla Solaris zachránit jako produkt, který je nasazován v datacentrech, takže nejsou připraveni nechat Linux ho používat. H. Peter Anvin dodal: Z toho, co vidím, se jedná o absolutně minimální implementaci pouze pro čtení.

    Christoph Hellwig se přidal: Přidání ovladače pro čtení ZFS do Linuxu by bylo z různých důvodů užitečné. A přidávání souborových systémů, které jsou pouze pro čtení, je v Linuxu skutečně snadné. S odkazem na člověka, který diskuzi začal, dodal: Jestliže o to Fred má skutečný zájem, rád mu poradím s implementací. Pro něj by to mohlo být velmi dobré cvičení, ve kterém se něco naučí.

    Když byl dotázán, jestli se ta nabídka vztahuje i na někoho dalšího, Christoph odpověděl: Samozřejmě, tato nabídka platí pro každého, kdo má zájem. Ale není to čistě jenom snaha o integraci v tradičním smyslu. Rozhraní souborového systému v grubu je dost odlišné od toho, které je v Linuxu, a struktura kódu i styl jsou hodně odlišné. Nicméně, jestli se chcete něco naučit, mělo by to být velmi zajímavé.

    Citát: Umělecké dílo

    Wow. 6924d1ab8b7bbe5ab416713f5701b3316b2df85b je umělecké dílo. Je to tetris v ascii-art? Obrázek magického oka? Rozhodněte vy! V gitk vypadá dokonce ještě efektněji.

    Dave Jones, zpráva z 15. července 2008 na Linux kernel mailing list.

    Verzovací souborový systém Tux3

    link

    25. července, originál

    Zdá se, že se poslední dobou všichni baví tvorbou nových souborových systémů, tak jsem si říkal, že se přidám, začal Daniel Phillips oznámení verzovacího souborového systému Tux3. Tux3 je verzovací souborový systém založený na b-stromech, s libovolným zápisem [write anywhere] a atomickými commity. Částí této práce je revize starobylého HTree designu použitého v Ext3 a Lustre tak, aby lépe podporoval NFS a možná byl i efektivnější.

    Hlavním účelem Tux3 je obsahovat moje nové nápady o verzování dat v úložišti. Druhým cílem je poskytnout efektivnější metody vytváření snapshotů a replikace pro Zumastor NAS projekt a třetím je být lepší než ZFS.

    Ve svém emailu s oznámením Daniel poznamenal, že práce na implementaci probíhá, mnoho z práce sestává z kopírování a vkládání kousků kódu, který jsem vyvinul během let, například kousků z HTree a ddsnap. Momentálním cílem je vytvořit funkční prototyp, který funguje jednoduše, například s ukazateli na bloky místo rozsahů, bitmapou alokace místo stromu volných rozsahů, lineárního prohledávání místo indexovaného a úplně bez atomických commitů. Jen takový, který by ověřil verzovací algoritmy a vyvinul nová uživatelská rozhraní pro správu verzí.

    Citát: Nepotřebovali bychom ten hezký kód na vypisování oopsů

    Tyjo ty jsi náročný! Kdyby byl každý jako ty, nepotřebovali bychom ten hezký kód na vypisování oopsů.

    Andrew Morton, zpráva ze 7. července 2008 na Linux kernel mailing list.

    2.6.27-rc1, "Dost rušné"

    link

    29. července, originál

    Je to dva týdny (a jeden den) a začleňovací okno končí, začal Linus Torvalds oznámení jádra 2.6.27-rc1. Konečně. Nevím proč, ale tohle se mi zdálo dost rušné. A velikost patche k -rc1 to potvrzuje - při 12 MB je přibližně o 50 % větší než 26-rc1 (ale ne o tolik větší než 24/25-rc1, takže nejde o nic neslýchaného). Nad tím zauvažoval: Samotná velikost jednotlivých -rc mě poněkud znervózňuje. Jasně, znamená to, že jsme dobří a podařilo se nám to všechno sloučit, ale musím říct, že se občas zamýšlím nad tím, jestli toho nezačleňujeme příliš mnoho naráz a jestli dokonce i náš současný (vcelku krátký) vývojový cyklus není ve skutečnosti příliš dlouhý.

    Co se samotných změn týče, Linus shrnul: Mnoho z -rc1 bylo v linux-next, ale rozhodně ne všechno. Uvidíme, jak se celá ta věc vyvine - určitě nevyřešila všechny problémy a objevilo se nějaké hašteření o věcech, které tam nebyly (a o některých, které tam většinou byly ;-), ale [linux-next] možná pomohl. Objevila se spousta nových záležitostí, ale osobně si myslím, že zajímavé věci jsou vytlačování BKL a bezzámková get_user_pages_fast(). Překladový systém byl zaktualizován, což umožňuje přesunout include soubory architektur ('include/asm-xyz') do podadresářů architektur ('arch/xyz/include/asm'), a zdá se, že sparc toho již využil.

    Mezi další změny, které Linus zdůraznil, patří začlenění souborového systému UBI stejně jako sledování [tracing], nahrávání firmwaru, pokračující slučování architektury x86 a přesouvání více kódu do obecné podpory (unifikované obecné IPI řízení [unified generic IPI handling], koherentní alokace dma paměti, show_mem atd.) Přepsání bootmem. A nějaká podpora pro další škálovatelnost (tj. 4k cpu jader.)

    Citát: Stará hlášení nemůžeme nechat otevřená

    Jestliže ten, kdo nahlásil chybu, neodpoví a neřekne 'je to stále otevřené', je potřeba to uzavřít. Ani trochu nezáleží na tom, jestli se tím zabýval některý z vývojářů nebo ne. Nemůžeme nechávat stará hlášení otevřená - pro vývojáře je totální ztráta času dokonce i podívat se na cokoliv, co je víc než přibližně měsíc staré a není potvrzeno, že je to stále problém.

    Linus Torvalds, zpráva ze 6. července 2008 na Linux kernel mailing list.

    Revize linux-next

    link

    5. srpna, originál

    Myslím si, že 'next' tak, jak je, má pár problémů a ty je potřeba buď opravit (nepravděpodobné - to je účel next), nebo se musí vyhlásit, že jsou to problémy a pochopit to psal Linus Torvalds o vývojovém stromu linux-next, který byl původně založen jako způsob, jak více zapojit správce subsystémů do řešení konfliktů při začleňování. Nemyslím si, že by kdokoliv chtěl, aby zmizel. Otázka, kterou mám na mysli, je, jak/jestli by se měl změnit. Objevily se nějaké hádky o patchích, které v něm nebyly, a nějaké o částečných sériích, které v něm byly, ale dokončovací práce věci rozbily.

    Vyjmenoval své hlavní obavy: Nemyslím si, že dělá 'kontrolu kvality' a o té si myslím, že je poměrně zásadní a Nemyslím si, že ta 'next' věc funguje stejně dobře pro občasného vývojáře, který má ve frontě pár patchů, jako pro správce subsystému, který je na ni zvyklý. Ani jedno z výše uvedených nepovažuji za 'problém' - prostě myslím, že by se obojí mělo vzít na vědomí. Myslím si, že 'next' je pro velké vývojáře subsystémů dobrý způsob, jak včas objevit problémy, ale skutečně doufám, že ho nikdy nikdo nebude považovat za 'tohle je cesta do Linusova stromu', protože z uvedených důvodů si nemyslím, že by tak mohl fungovat.

    Andrew Morton poznamenal, že spousta chyb, které zasáhly tvůj strom, by se v linux-next objevily stejně rychle. Pak dodal: To je ale jenom šoupání lehátky. Začleňujeme díky tomu kód lépe? Jsme opatrnější, lépe revidujeme a lépe testujeme? Neřekl bych.

    Citát: Ujisti se, že jsi reagoval na připomínky

    Moje rada pro tebe by byla: najdi si připomínky, které v té době měli revidovatelé, a ujisti se, že na ně bylo reagováno. Pak znovu zažádej o revizi kódu a slib, že nebudeš nadávat a urážet na cti a napadat motivy revidovatelů, jako to dělal Hans.

    Theodore Ts'o, zpráva z 1. srpna 2008 na Linux kernel mailing list.

    Aktualizace Reiser4

    link

    6. srpna, originál

    Musel jsem aplikovat patche reiser4 z -mm jader do sady patchů založené na vanille více než rok. Reiser4 funguje dobře, co je potřeba k tomu, aby se dostal do vanilly? začínalo krátké vlákno v mailové konferenci Linux Kernel. Theodore Ts'o nabídl několik odkazů, které detailněji rozebíraly zbývající problémy s Reiser4, pak navrhl: Lidé, kterým se opravdu líbí reiser4, by se mohli chtít podívat na btrfs; má mnoho stejných nápadů v designu, jako měl reiser3/4 --- kromě toho, že (a) formát souborového systému má podporu pro některé pokročilé vlastnosti, které jsou určené k předstižení ZFS, (b) správce není blázen a dobře spolupracuje s ostatními vývojáři v LKML (tip zdarma: pokud potřebuješ, aby byl tvůj kód revidován, aby se dostal dovnitř, a revidovatelů je nedostatek; neurážej a nenadávej revidujícím dobrovolníkům, jako to dělal Hans --- to není dobrý plán!)

    Edward Shishkin poznamenal, že vývoj Reiser4 pokračuje: Pracuji na dokumentu o designu pluginů. Hotov bude přibližně v září. Věřím, že zareaguje na všechny zmíněné stížnosti. Tento dokument definuje pluginy a primitiva (jako je konverze objektu v čase běhu), které reiser4 používá, a popisuje všechna rozhraní reiser4, takže bude jasné, že funkce VFS není duplikována, v reiser4 nejsou VFS vrstvy atd.

    Hans Reiser, původní vývojář souborového systému Reiser4, byl 28. dubna odsouzen za vraždu prvního stupně. Nejnovější patche Reiser4 v současnosti žijí na kernel.org, stejně jako potřebné podpůrné programy.

    Citát: Hash, ne modlitbu

    Tohle potřebuje práci s hashováním, ne modlitbu '32 slotů je dost'.

    Alan Cox, zpráva z 3. srpna 2008 na Linux kernel mailing list.

    2.6.27-rc2, "spousta náhodných změn"

    link

    7. srpna, originál

    Tak od -rc1 to byl týden a -rc2 je venku, začal Linus Torvalds oznámení jádra 2.6.27-rc2. Napsal k němu: Je v něm spousta náhodných změn a doufám, že se začínáme uklidňovat, ale určitý druh náhodné změny pravděpodobně stojí za to, abych na něj explicitně ukázal kvůli věcem, ve které může vyústit: jde o fakt, že mnoho architektur využilo období klidu po -rc1 (hah!) k přejmenování 'include/asm-xyz' => 'arch/xyz/include/asm' Linus vysvětlil, že lidé, kteří aktivně vyvíjejí a začleňují kód gitem, by měli dávat pozor na to, že nedávno bylo více přejmenování, než je výchozí limit detekce přejmenování v gitu, takže pokud to někomu způsobí konflikt přejmenování<->změna dat, možná by měl výchozí limit zvýšit.

    Linus poznamenal, že vývojáři s dostatkem RAM mohou nastavit renamelimit=0 a limit zcela vypnout a ostatní ho mohou nastavit na vysokou hodnotu, jako je 5 000. Výchozí limit je docela nízký, aby nezpůsobil problémy lidem, kteří mají ve svých strojích méně paměti, než mívají jaderní vývojáři...

    Linus pokračoval: Dirstat (se zapnutou detekcí přejmenování, aby se přesuny nezobrazily jako velké změny) je vcelku obvyklý, většina změn je v ovladačích společně s ext4 a xfs aktualizacemi, díky kterým vyčnívají dost vysoko i 'fs'.

    Zkrácený log je příliš velký na to, abych ho sem dával (opět jako obvykle - obvykle zkrácené logy zasílám pro -rc3 a další, když už se to dá zvládnout), ale dovolte mi o něm říci, že není zase až tak zajímavý. Je v něm spousta malých změn, ale nic, co by vás přinutilo říct 'Wow!' Samozřejmě, ne že by něco takového v -rc2 mělo být, takže si nestěžuji.

    Citát: Tento argument si možná chceš rozmyslet

    Takže ty nás zkoušíš donutit začlenit něco do linuxového jádra kvůli bezpečnostním nedostatkům zcela jiného operačního systému? Tenhle argument si možná chceš rozmyslet.

    Greg KH, zpráva z 5. srpna 2008 na Linux kernel mailing list.

    Porovnání HAMMER a Tux3

    link

    7. srpna, originál

    Velká výhoda, kterou má Hammer oproti Tux3, je to, že funguje a je vydáván v distru Dragonfly, začal Daniel Phillips a nabídl srovnání mezi těmito dvěma souborovými systémy. Největší nevýhoda je, že běží na BSD, ne na Linuxu, a tak implementuje hodně funkcí, které v Linuxu poskytuje VFS a bloková vrstva, díky čemuž by port na Linux byl všechno jen ne triviální. Nakonec k tomu pravděpodobně dojde, ale možná bude tou dobou Tux3 hotový a stabilní. To vedlo k dlouhé a zajímavé technické diskuzi mezi Danielem a autorem HAMMERu Matthewem Dillonem, ve které se design obou souborových systémů porovnával.

    Matthew prošel zápisy o Tux3 a odpověděl: Vypadá to, že Tux3 používá mnoho podobných nápadů jako HAMMER. Myslím si, že jsi na správné cestě. Přidám jedno velké varování, které pochází z mé zkušenosti při implementaci HAMMERu, protože si myslím, že narazíš na stejné problémy. Strávil jsem 9 měsíců návrhem HAMMERu a 9 měsíců jeho implementací. Během implementace jsem vyházel asi 80 % původního návrhu. Daniel poznamenal, že na designu Tux3 pracuje kolem deseti let a poslední tři roky nebo tak vážně pracuji na zjednodušujících prvcích buď úplně na papíře, nebo v související práci, jako je ddsnap a LVM3.

    Matthew ho varoval: Můžu říct, že jsi o Tux přemýšlel docela dlouho. Kdybych měl nějakou obavu, co se implementace týče, bylo by to o algoritmické složitosti. Musíš se vypořádat s cache v paměti, logem, B-stromem plus sekundárním indexováním zachycených [snapshotted] prvků a tunou zvláštních případů úplně všude. Tvůj obecný vyhledávací kód bude velmi, velmi komplexní. Můj původní návrh pro HAMMER byl o mnoho komplexnější (pokud tomu uvěříš!) než konečný výsledek. Velká část toho, co jsem musel udělat při přechodu mezi konceptem a skutečností, bylo tuto komplexitu hodně omezit. Přátelský rozhovor nabízí velmi detailní pohled na rozhodnutí při návrhu, která byla v každém z těchto souborových systémů udělána.

    Citát: Ušetřit pár bytů

    Možná bychom měli Andrewovi ve zdrojácích jádra změnit jméno na Adrew Norom, to by také mohlo ušetřit pár bytů.

    Russell King, zpráva z 10. července 2008 na Linux kernel mailing list.

    Btrfs 0.16, vylepšená škálovatelnost a výkonnost

    link

    8. srpna, originál

    Btrfs v0.16 je k dispozici ke stažení začal Chris Mason oznámení nejnovějšího vydání svého souborového systému Btrfs. v0.16 má nový nablýskaný diskový formát a není kompatibilní se souborovými systémy vytvořenými staršími vydáními Btrfs. Ale měl by to být doteď nejrychlejší Btrfs se spoustou oprav škálovatelnosti a novými vlastnostmi.

    Vylepšení škálovatelnosti a výkonnosti zahrnují jemné zamykání b-stromů, vytlačení operací náročných na CPU, jako je počítání kontrolních součtů, do vlastních vláken na pozadí, vylepšený režim data=ordered a nová cache, která redukuje IO požadavky, když se pročišťují staré transakce. Další nové vlastnosti zahrnují podporu ACL, prevenci opuštěných [orphaned] inodů, takže se soubory po pádu neztratí, a robustnější formát indexu adresářů.

    Chris psal: Stále jsou v plánu další změny formátu, ale snažíme se dostat je z cesty tak rychle, jak můžeme. Na časové ose vývoje můžete vidět velké vlastnosti, které máme v plánu. [...] Jaderný modul btrfs má nyní 30 000 řádek kódu, což znamená, že se dostáváme velmi blízko k velikosti ext[34].

    Citát: Bloatware je bloatware

    Výchozí hodnota by měla být 'vypnuto', pokud ji lidé nepotřebují mít zapnutou. Podívali jste se, pánové, v poslední době na velikost jádra? Bloatware je bloatware. To, že je to něčím podmíněné, není omluva.

    Linus Torvalds, zpráva z 14. července 2008 na Linux kernel mailing list.

    Slučování snapshotů LVM

    link

    9. srpna, originál

    Mikuláš Patočka oznámil nové patche zavádějící slučování snapshotů pro linuxového správce logických svazků. Slučování snapshotů umožňuje začlenit obsah snapshotu zpět na původní zařízení. Nejužitečnějším použitím je možnost převinout stav celého počítače po selhání aktualizace balíčku nebo chybě administrátora. Patche jsou pro jádro 2.6.26 s device mapperem 1.02.27 a LVM2.2.02.39.

    Mikuláš psal, že jsou podporovány tři typy slučování - --nameorigin, --namesnaphost a --onactivate. Výchozí začleňovací metoda je --nameorigin, které začleňuje snapshot na původní svazek, který lze připojit kdykoliv poté, co začleňování začne. Metoda --namesnapshot začleňuje do snapshotu, který lze poté připojit. Metoda --onactivace naplánuje začlenění na příští aktivaci svazku - například po rebootu. Mikuláš poznamenal: Tato implementace slučování snapshotů je míněna jako stabilní, možné chyby mi hlaste.

    Citát: O žádných chybách nevíme

    Momentálně nevíme o žádných chybách, ale jsem si jistý, že to se změní, až ten souborový systém začne více uživatelů DragonFly používat :-).

    Matthew Dillon, zpráva z 8. srpna 2008 na DragonFly BSD kernel mailing list.

           

    Hodnocení: 100 %

            š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ář

    26.8.2008 00:21 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Možná bychom měli Andrewovi ve zdrojácích jádra změnit jméno na Adrew Norom, to by také mohlo ušetřit pár bytů.

    Zajímavé, že nepoužil rovnou Moron, když se to tak nabízelo.

    frEon avatar 26.8.2008 00:46 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    LOL, obcas fakt v tom jadre resej blbosti.
    Talking about music is like dancing to architecture.
    Kamil Páral avatar 26.8.2008 01:03 Kamil Páral | skóre: 13 | blog: Kamil Páral | Brno
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Přečti si to pozpátku.
    26.8.2008 02:05 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Díky za šokující odhalení, to by mne určitě samotného nenapadlo…
    5.9.2008 17:07 Jary | skóre: 30 | blog: Jary má blog | Dům
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    A já myslel že jde o nějakou ROM - No ROM.
    .sig virus 3.2_cz: Prosím, okopírujte tento text do vaší patičky. GitHub
    26.8.2008 02:12 joe
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    "Citát: Tento argument si možná chceš rozmyslet"
    
    Pripsano Gregovi KH, ktery ale citoval Jonathana Presse.
    CZ "v0.16 má lesklý nový diskový formát"
    EN "v0.16 has a shiny new disk format"
    
    Uh?
    Luboš Doležel (Doli) avatar 26.8.2008 02:18 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Pripsano Gregovi KH, ktery ale citoval Jonathana Presse.
    Možná mi něco nedochází, ale nemám ten dojem.
    CZ "v0.16 má lesklý nový diskový formát"
    Změnil jsem na nový nablýskaný.
    26.8.2008 13:52 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Změnil jsem na nový nablýskaný.
    A důvod?
    Quando omni flunkus moritati
    Luboš Doležel (Doli) avatar 26.8.2008 14:20 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    lesklý nový mi připadá, že se k tomu nehodí. Ty bys to snad v takové situaci řekl? Že jsi třeba vydal lesklou novou verzi programu.
    herne the hunter avatar 26.8.2008 15:06 herne the hunter | skóre: 10 | tor lara
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    a není to náhodou synonymum k „brand new“?
    i am herne the hunter and you are a leaf driven by the wind.
    Luboš Doležel (Doli) avatar 26.8.2008 15:20 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Není.
    26.8.2008 17:59 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    lesklý nový mi připadá, že se k tomu nehodí. Ty bys to snad v takové situaci řekl?
    Ano, proto jsem to tak přeložil.

    Jsem jednoznačně pro to, aby se v článku opravovaly chyby. Ale to, že se opravuje něco, co není chyba (aspoň podle mě ne), to už se mi moc nelíbí.
    Quando omni flunkus moritati
    26.8.2008 18:24 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Musím se Luboše zastat. Také to považuji za chybu v překladu, ačkoliv mi to při kontrole před vydáním uniklo. V češtině se v tomto smyslu neříká, že je něco "lesklé". Naopak "nablýskané" je vhodné. Nepopisujeme tu fyzikální vlastnosti - "shiny new disk format" je metafora pro zbrusu nový a zároveň opravdu povedený, na který je ten člověk pyšný. Ta metafora vychází z toho, že například nová auta mají naleštěnou kapotu apod. V takových případech neříkáme, že je auto "lesklé", nýbrž "nablejskané".
    26.8.2008 23:11 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    OK, nesouhlasím, ale přehlasovali jste mě.

    Opravte tedy, prosím, i články http://www.abclinuxu.cz/clanky/jaderne-noviny/jaderne-noviny-6-2008 a http://www.abclinuxu.cz/clanky/jaderne-noviny/jaderne-noviny-23.-4.-2008, které obsahují stejnou hrubou chybu.
    Quando omni flunkus moritati
    Luboš Doležel (Doli) avatar 26.8.2008 23:39 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Nesmíš si to vykládat zle ;-) Žádná hrubá chyba to není, ale jen (nám) to zní líp. A o to jde, aby se to lidem četlo dobře.
    27.8.2008 22:50 Pavel Francírek
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Když už jsme u té snahy, aby překlad by skutečně český (tj. nejen srozumitelný, ale i přirozený), tak mám ještě jeden malý detail. V tom prvním Linusově citátu by Čech asi spíš řekl "Ale ano, .." :)
    27.8.2008 23:15 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    To si nemyslím - "ale ano" by tam nedávalo smysl. Když už, tak "ale co" nebo "ale víte co". To je však podobné překladu od Jirky.
    26.8.2008 07:39 jik
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008

    Hlavním účelem Tux3 je obsahovat moje nové nápady o verzování dat v úložišti.

    Asi by bylo alespoň trošičku lepší něco ve stylu (ne, že bych tomu až tak moc rozuměl):

    Tux3 především obsahuje moje nové nápady týkající se verzování dat v úložišti.

    Nikola Ciprich avatar 26.8.2008 07:40 Nikola Ciprich | skóre: 23 | blog: NiX_blog | Palkovice
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    noviny dobre jako vzdy, dik.

    teda ale ten deník, grrrr
    Did you ever touch the starlight ? Dream for a thousand years? Have you ever seen the beauty Of a newborn century?
    26.8.2008 10:03 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    +1, deník mě zarazil. Ale jinak díky.
    26.8.2008 09:30 Anonym
    Rozbalit Rozbalit vše Překlep Resier4
    Resier4 -> Reiser4 (3x)
    26.8.2008 10:06 Robert Krátký | skóre: 94 | blog: Robertův bloček
    Rozbalit Rozbalit vše Re: Překlep Resier4
    Dík, opraveno (deník také).
    David Watzke avatar 26.8.2008 15:02 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: Překlep Resier4
    Je to ještě v perexu.
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    default avatar 26.8.2008 17:06 default | skóre: 22 | Madrid
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008
    Jen taková drobnost…
    Matthew prošel zápisy o Tux3 a odpověděl: Vypadá to, že Tux3 používá mnoho podobných nápadů jako HAMMER. Myslím jsi, že jsi na správné cestě.
    …Myslím si
    27.8.2008 14:20 Profesor Hrbolek
    Rozbalit Rozbalit vše Re: Jaderné noviny - 30, 31 a 32/2008

    Vlákno bylo přesunuto do samostatné diskuse.

    Založit nové vláknoNahoru

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