Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Následující obsah je © KernelTrap.
7. sep, originál
Zdá sa, že niektorí ľudia berú 'Acked-by' ('schválené od') ako 'z môjho pohľadu to vyzerá dobre' - bez toho, aby patch úplne skontrolovali. Miesto pokusov o zmenu významu 'Acked-by', je plán používať namiesto toho nový podpis, ktorý trochu explicitnejšie značí, čo sa tým myslí, písal Theodore Tso v nedávnom vlákne v LKML. Pokračoval:
Navrhol to Andrew a diskutoval o tom na Kernel Summite; základnou myšlienkou je, že to formálne indikuje *úplnú* kontrolu patchu týmto človekom (pár náhodných komentárov od miestnej polície pre biele znaky sa nepočíta), a že tento je ochotný sa zaručiť za to, že patch je korektný, bezpečný, veľmi nepravdepodobne spôsobí regresie atď. V prípade, že by patch musel byť zrušený alebo opravený, pretože obsahoval chyby, obaja - pôvodný odosielateľ patchu aj ten, čo ho skontroloval - by niesli zodpovednosť a správca subsystému by to mohol vziať do úvahy, keď sa bude v budúcnosti rozhodovať či prijať patch od niekoho z nich.
Andrew Morton poznamenal, že tento nápad ešte nie je úplne dotiahnutý do konca: začneme používať Reviewed-by: (ešte som nedomyslel ako), ale bude to vcelku formalita a bolo by to niečo, čo by kontrolór dodával explicitne. Nateraz prosím ostaňme pri Acked-by. Theodore dodal: bola aj diskusia o tom, že by sa patche vôbec nemali prijímať bez Reviewed-by - ale to sa na začiatku, pravdepodobne, nestane. Všeobecný názor bol, aby sme sa k tomu dostali postupne, a aby sme najprv videli, či to funguje dobre.
8. sep, originál
Bharata Rao poslal do LKML otázku, ktorou hľadal nápady, ako čo najlepšie zvládnuť zjednotenie menných priestorov súborových systémov pomocou Union Mount: typicky sa to robí pomocou načítania položiek adresárov všetkých zjednotených vrstiev (začíname na vrchu a postupujeme smerom dole), spojením výsledkov a odstránením duplikovaných záznamov. To sa robí pomocou rozšírenia systémových volaní getdents/readdir tak, aby podporovali zápis zúniovaných (union'ed) adresárov. Potom popísal niekoľko rôznych metód, ktoré zvažovali na implementovanie, a dodal: aby sme dostali rozumnú implementáciu readdir() v Union Mount, musíme prekonať hlavný problém - ktorým je fakt, že jeden vfs objekt (štruktúra súborov) sa používa na reprezentáciu viac ako jedného (obsiahnutého) adresára. Kvôli tomu nie je jasné, ako sa v takýchto prípadoch má správať lseek(2).
Diskutovalo sa o dvoch podobných riešeniach - aufs a UnionFS. Erez Zadok odpovedal na Baratove otázky: zďaleka najlepším prístupom je udržovať cache stavu readdir na disku. Keďže si už raz použil prostriedky CPU a pamäti na vytvorenie spojeného pohľadu, uloženie toho celého na disk v podobe jednoliateho súboru nie je zase také veľké úsilie. A aj toto úsilie sa splatí neskôr, hlavne ak sa adresáre príliš často nemenia.
9. sep, originál
Práve som vydal Linux 2.4.36-pre1, oznámil správca 2.4 Willy Tarreau. Popísal novú vlastnosť, ktorá je v prvom pre-release:
V súkromných diskusiách Solar Designer navrhol obmedziť možnosť mapovať NULL adresu len na procesy schopné CAP_RAW_IO. Ideou bolo zabrániť 'normálnym' používateľom zneužiť dereferencovania NULL v jadre, ktoré ešte neboli objavené. Ide o čisto preventívne opatrenie
Willy dodal, že podobná funkcionalita je aj v jadre 2.6: Chris Wright poznamenal, že 2.6 už má viac-menej podobnú vlastnosť, ktorú dodal Eric Paris - a ktorá zavádza sysctl, pomocou ktorého môže administrátor nastaviť najnižšiu mapovateľnú adresu. Poznamenal aj to, že túto funkcionalitu je možné vypnúť: Alan Cox ukázal, že je vhodné mať možnosť dynamicky zakázať túto vlastnosť kvôli tomu, že niektoré (veľmi) netradičné programy mapujú NULL pointer, aby urýchlili prechod cez spojové zoznamy nevykonávaním testov na NULL pointre. Nakoniec požiadal testerov: prosím, oznámte hocijaké chyby, na ktoré narazíte po povolení tejto vlastnosti. Sme si vcelku istí, že skoro žiadna aplikácia nezistí rozdiel, pretože žiadna normálna aplikácia nemapuje NULL. Takéto 'špeciálne' by ale bolo zaujímavé identifikovať.
Ľudia testujúci posledné jadro 2.4 ho nebudú môcť skompilovať pomocou gcc-4.2. Willy vysvetlil: buďte si, prosím, vedomí, že túto verziu _nie je_ možné skompilovať pomocou gcc-4.2, takže nie je nutné to ohlasovať. Pokúsim sa nájsť riešenie.
Zmeny zdrojákov v najnovšom jadre 2.4 je možné prehliadať cez rozhranie 2.4 gitweb. Willy poznamenal, že jadro 2.4.36 bude pravdepodobne vydané v poslednej časti roku 2007: Predpokladám, že podľa toho, čo všetko sa bude aktualizovať, by 2.4.36 mohla prísť na svetlo sveta na konci tohoto roku.
10. sep, originál
Moje experimenty ukazujú, že keď už nie je príliš veľa voľnej fyzickej pamäťi, swapoff odsúva stránky rýchlosťou približne 5 MB/sec, poznamenal Daniel Drake v nedávnej diskusii o výkone swapoff. Dodal: Pozrel som sa do kódu swapovania a chápem, že sa jedná o dosť náročnú operáciu (čo aj musí byť). Hugh Dickins súhlasil: áno, (swapoff) dokáže byť trápne pomalý. Nič sme s tým ale za celé roky nespravili jednoducho preto, že veľmi málo ľudí trpí jeho najhoršími prípadmi. Si prvý za dlhý čas, o ktorom som počul, že by sa naň sťažoval: možno sa ale niekto pripojí k tebe do duetu a môžme sa baviť pozeraním sa na to znovu.
Ako možnú optimalizáciu Daniel navrhol prejsť tabuľky stránok všetkých procesov, načítať všetky vyswapované stránky späť do fyzickej pamäti a aktualizovať PTE. Hugh na to odpovedal: to sa mi páči, a je to oveľa menej náročné na procesor ako predchádzajúci postup. Ale... načítalo by to stránky zo swapu vo viac-menej náhodnom poradí, kým aktuálna metóda ich načítava sekvenčne - aby sa minimalizoval čas vyhľadávania na disku. Takže pochybujem, že by to nakoniec fungovalo rýchlejšie.. Potom dodal:
Zrýchlenia, ktoré som chcel spraviť, sa diali skôr na líniách dávkovania (práca s rozsahom stránok v jednom behu) a hashovania.
11. sep, originál
Jadro CFS bolo už pred dosť dlhším časom vylepšené tak, aby rozumelo skupinám úloh a aby im poskytovalo férovosť, začal Srivatsa Vaddagiri. Potrebovali sme rozhranie pre administrátora, aby mohol skupiny úloh definovať a určovať 'dôležitosť' skupín v pojmoch zdieľania procesora. Dodaný patch tento interface pridáva.
Srivatsa žiadal, aby bol jeho patch pridaný do -mm stromu Andrewa Mortona a bola tak viac testovaná: poznamenávam, že rozdeľovač zaťaženia ešte potrebuje nejakú prácu - hlavne s prípadmi ako 2 skupiny na 4 procesoroch, kde jedna skupina obsahuje 3 úlohy a druhá 4 úlohy. Pracujeme na nejakých nápadoch, ale zatiaľ nemáme nič, s čím by sme sa mohli podeliť vo forme patchu. Mal som pocit že zaslanie patchu pomôže ľuďom s testovaním tejto funkcionality a s jej vylepšovaním.
11. sep, originál
Linus Torvalds oznámil šiesteho release kandidáta nadchádzajúceho jadra 2.6.23, finálne vydanie sa očakáva do niekoľko málo týždňov. Poznamenal:
Tak posledný týždeň bol rozbitý, kopec ľudí od jadra bolo na kernel summite. A k tomu -rc5 mala dva dosť nechutné (a detinské) jednoriadkové problémy, ktoré otravovali mnoho ľudí - chýbajúca kontrola NULL pointeru v TCP a chýbajúci koniec zoznamu v ata_piix.
Opravy pre tie veci teda boli obe vcelku triviálne, a posledné dni boli v -git stromoch - ale práve som vydal -rc6, ktoré okrem toho pridáva pár aktualizácií, ktoré cez týždeň prišli.
Zmeny na úrovni zdrojákov v -rc6 sa dajú prehliadať cez rozhranie gitweb.
11. sep, originál
Nigel Kukard zaslal oznámenie rannej verzie "BootUtils". Utility aktuálne podporujú súborové systémy ext2, ext3, jfs, reiserfs a xfs. Vysvetlil:
BootUtils je kolekcia utilít uľahčujúcich bootovanie moderného systému založeného na jadre 2.6. BootUtils je navrhnuté pre initramfs, ale dobrovoľníci, ktorí by pridali podporu pre initrd sú vítaní. Zautomatizoval sa proces nájdenia koreňového oddielu (pomocou menovky alebo explicitného label= na príkazovom riadku jadra), jeho pripojenie a 'switchroot'ovanie. BootUtils dokážu aj spustiť záchranný shell, ak sa koreňový oddiel nedá nájsť. Prečo by sme dokonca nemohli spustiť sshd a povoliť administrátorovi nalogovať sa k zariadeniu zo vzdialeného miesta?
11. sep, originál
Po návrate z Linux kernel summitu zaslali Ingo Molnár a Peter Zijlstra pár výkonových aktualizácií pre CFS:
Zamerali sme sa hlavne na zjednodušenie a výkon - súčasťou toho bolo aj to, že som prebral pár nápadov z patchu Really Fair Scheduler od Romana Zippela a integroval ich do CFS. Radi by sme požiadali ľudí, aby tým patchom dali zabrať - a hlavne aby pri tom pozreli na nejaké regresie interaktivity.
Poznamenal, že niektoré zo zmien aj odstránili funkcie, ktoré sa ukázali nepotrebnými: zatiaľ čo sme zachovali veci, ktoré fungovali dobre - ako férovosť uspávania. Ingo zaslal pár výsledkov z lmbench benchmarku, poukazujúc na približne 16% zrýchlenie na oboch platformách - 32-bit a 64-bit x86. Dodal: sme teraz kúsok rýchlejší ako bolo O(1) plánovač na v2.6.22 - dokonca aj na 32 bitoch. Hlavné zrýchlenie pochádza z vyhýbania sa obchádzok (alebo posunov) v rýchlych cestách prebúdzania a prepinania kontextov [avoidance of divisions (or shifts) in the wakeup and context-switch fastpaths].
12. sep, originál
Cieľom týchto patchov je zaviesť počítanie času pre virtuálne stroje, začal Laurent Vivier. Prvý z dvoch patchov popísal takto:
1) Keďže posledné procesory zavádzajú tretí stav behu, potrebujeme v cpustat na zaznamenávanie času použitého procesorom na vykonávanie virtuálneho procesora okrem 'user' a 'system' ďalšie pole - 'guest'. Upravuje /proc/stat, aby zobrazovalo toto nové pole.
2) Podobne ako v cpustat zavádza 'gtime' (guest time (hosťovský čas) pre úlohu) a 'cgtime' (guest time pre potomkov úlohy) polia pre úlohy. Upravuje signal_struct a task_struct. Upravuje /proc/<pid>/stat tak, aby zobrazoval tieto nové polia.
Obaja, Ingo Molnar aj Rik van Riel, odpovedali na tento patch kladne. Ingo odpovedal: koncept sa mi zdá dosť rozumný, dodávajúc: Navrhujem zahrnutie do 2.6.24. Rik uisťoval ohľadom obáv, že by nová informácia na konci riadku mohla znefunkčniť niektoré z utilít ako top a ps, že sa to nestane: do riadkov cpu v /proc/stat sme pridávali čísla už od začiatkov 2.6. Všetky programy, ktoré parsujú /proc/stat, by mali prehľadávať len čísla od začiatku riadku a neskúšať hľadať znak konca riadku.
12. sep, originál
Prebiehajúca štúdia na dátach o veľkosti viacerých petabyteov ukázali, že 'tiché poškodenie dát' môže nastávať oveľa častejšie, ako by človek naivne predpokladal od očakávaného počtu chýb v RAID poliach a z očakávanej pravdepodobnosti jedného neopraveného bitu v pevných diskoch, začala nedávna otázka na LKML o tom, kde by tieto chyby mohli vznikať. Alan Cox odpovedal: skoro úplne je to na každej úrovni závislé na zariadení. Potom pokračoval s obecnými informáciami, sledujúc cestu dát zo zariadenia, cez káble a zbernicu, hlavnú pamäť a CPU cache a aj cez sieť: keď už to raz prechádza cez zbernicu PCI, hlavnú pamäť a CPU cache, záleží len na systéme, ktorý používaš, čo sa chráni, a ako veľmi. Za zmienku stojí, že mnoho systémov nehlási chyby ECC, pokiaľ o to človek nežiada.. Alan pokračoval:
Ďalší tradičný bordel je v sieťových prenosoch. Účinnosť kontrolného súčtu TCP je otázna pre takéto úlohy - ale ethernet je vcelku dobrý. Naneštastie mnoho ľudí, ktorí chcú veľký výkon, používajú 'checksum offload', ktorý odstráni mnoho 'end to end' ochrany a vedie k problémom s pochybnými kartami a podobne. Všetko to je dobre preštudované a je známe, že to robí problémy - ale trh predáva rýchlosť, nie korektnosť.
Ohľadom konkrétnej štúdie, o ktorej bola reč, Alan poznamenal: je *veľa* problémov so spracovávaním chýb v ovládačoch/IDE - takže to môže byť dôvod (spravil by som testy staré [versus] nové ide ovládače na tom istom hardvéri, to by mohlo byť dosť zaujímavé).
12. sep, originál
S Reykom sme sa rozhodli ukázať niečo interného riešenia problému s porušením copyrightu Atherosu, začal tvorca OpenBSD Theo de Raadt v liste zaslanom do OpenBSD -misc mailing listu, odkazujúc na nedávne prelicencovanie Atheros ovládača z OpenBSD pod licenciou BSD na GPL. Poznamenal: bolo to ako vytrhávanie zubov, pretože ľudia z bezdrôtárov Linuxu (alebo väčšina z nich) a SFLC si nechcú priznať chybu. Myslím, že linuxoví bezdrôtári by mali vážne zamyslieť nad tým problémom, ako vyzerajú, a aké právne problémy s budúcnosťou ich zdrojových kódov riskujú. Zdôraznil, že teória, že BSD kód je možné jednoducho prelicencovať na GPL bez výraznejších zmien v kóde je nesprávna, dodávajúc: pri ich úsilí získať kód pod ich vlastnú licenciu vývojári bezdrôtovej časti Linuxu viackrát porušili copyrightové právo Ale kým sa dostali k bodu, keď porušili copyrightový zákon, museli obísť aj kopec etických úvah. Theo pokračoval vo vysvetľovaní:
Myslím, že tí ľudia dostali nesprávnu radu od Ebena Moglena ohľadom toho, ako vlastne funguje copyrightové právo v globálnom merítku. Možno by vývojári zo zvyšku sveta mali znovu porozmýšlať ich prístup, keď prijali radu od amerického právnika, ktorý očividne nevie nič o Bernovej konvencii. Okrem toho títo vývojári dostávajú rady zdarma od ex-FSF ľudí, ktorí vytvorili agentúru s agendou. Pár ľudí nadhodilo, že SFLC bolo vytvorené s cieľom, aby sa FSF nezašpinilo, keď SFLC robí niečo riskantné. Nenechajte sa udupať; mohli by existovať ďalšie nepríjemnosti okrem vyzerania neeticky a vinne. Dávajte si pozor, hlavne s vecami, ako sú tieto - ktoré prichádzajú, aby poškodzovali naše komunity.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
V Theove BSD se udelalo presne totez a prestoze kod nebyl oficialne vydan, ale pouze v svn/cvs repozitory (coz je zverejneni), snesla se na nej vlna kritiky (opravnene). Pokud se udela totez ale licence se prepise z BSD na GPL a odstrani copyright tak je to ok???
No, a nevim nakolik je tedy zas....j horsi nez dementni, ale nest, co bych tu neco hlasal o tom ze pokud chci nekoho za neco kritizovat tak bych to nemel sam delat, vy to jiste vite nejlepe a jsem rad ze jste me poucil.
Jak by se vam libilo kdybyste napsal kod a dal k nemu copyright se slovy (napsal trekker (c) 2007, tento kod muzete pouzit jak chcete krom toho ze tuto poznamku nesmite ze zdrojoveho kodu nijak odstranit) a nekdo pak prisel, vzal vas kod a prepsal to na "napsal Hurvinek (c) 2007, tento kod smite pouzivat pouze pokud jste clenem armady ceske republiky a nosite bile ponozky, v jinem pripade smite pouzivat pouze binarku)? Protoze podle toho jak situaci rozumim ja jde presne o toto.Tak to jí rozumíš špatně. Když já napíšu, že poznámka se ze zdrojového kódu nesmí odstranit, tak jejím odstraněním porušíš licenci. Když někdo vydá svůj kód pod BSD licencí, kdokoliv ten zdroják může vzít a použít ho do svého uzavřeného projektu (viz. např. OS X) a vydat pod licencí, která je tu běžně označována jako EULA. To mu BSD umožňuje. Vývojáři ath5k neudělali nic jiného, než že vzali zdroják a použili ho do svého svým způsobem uzavřeného (GPL je víc omezující, než BSD) projektu. Ten projekt poté vydali pod licencí GPL. Tvrzení, že vzali soubor od BSD, vymazali z něj licenci a dali tam jinou, je nesprávné - oni vzali svůj soubor, kde byla zapsaná jenom GPL licence a pomocí copy & paste do něj vlepili zdroják z toho původního souboru, protože to se smí.
Zase jeden zazraty gpl-ak, to sa uz ani inak neda nazvat.On ale nepsal, ať použijí GPL. On napsal, ať použijí jinou licenci než BSD. Tudíž jsi úplně mimo mísu.
"Vyvojar", ktory ukradne kod rozputa flame a takito dementni ludia ako ty sa potom k tomu vyjadruju...Vývojář použije kód zcela v souladu s licencí BSD a dementi rozpoutávají flame. Ano, to je pravda.
Já jsem v tomto pohledu prostě liberální. Nejsu žádný sobec a opravdu by mi nevadilo, kdyby nějaká firma měla zájem o můj kód a použila ho v closed-source produktu. BSD licence je pro mě jistota, GPL nejistota.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
24.10.2007 15:00