Microsoft vydal novou velkou aktualizaci 2404.23 v září 2019 pod licencí SIL Open Font License (OFL) zveřejněné rodiny písma Cascadia Code pro zobrazování textu v emulátorech terminálu a vývojových prostředích.
OpenTofu, tj. svobodný a otevřený fork Terraformu vzniknuvší jako reakce na přelicencování Terraformu z MPL na BSL (Business Source License) společností HashiCorp, bylo vydáno ve verzi 1.7.0. Přehled novinek v aktualizované dokumentaci. Vypíchnout lze State encryption.
Spouštět webový prohlížeč jenom kvůli nákupu kávy? Nestačí ssh? Stačí: ssh terminal.shop (𝕏).
Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.
Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.
Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.
Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.
Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.
Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.
1) Where do you stand in the microkernel vs monolithic kernel debate?
I'm not greatly bothered by it. If you start talking about Microkernel versus Monolithic and assuming there is an either/or decision you lose sight of the fact that there are advantages to both and there are alternatives that get some of the benefits of each. Linux conciously tried to steal the best bits from both while avoiding the overhead many microkernels impose.
2) What about the modern L4 microkernel (especially the L4Ka::Pistachio and Fiasco implementations) and the L4Linux project (Linux on top of L4)?
I'm not really familiar enough with the internals of the L4 project to comment.
3) There is a system in Minix that allows device drivers recovery (by killing and restarting). Are there any plans for a similar functionality in Linux? Is it even possible?
It actually works today for a lot of devices. If you unconfigure a device, rmmod the driver and insmod it again it will effectively be reloaded and restarted. You don't have the needed protection/control to do that forcibly or to guarantee that such a restart is always possible - but that is very expensive to do.
4) What part of the kernel would you label as the best (in terms of programming)? And which is the worst?
I find this goes in cycles as code is modified, hacked about and updated it gets worse and then at some point it gets tidied and rewritten so that the hacks and changes made over time become part of the design not afterthoughts.
There is one candidate for "worst code" that has lasted a very long time and that is probably the floppy driver.
5) Is there a technology that you would like to be included in the kernel?
At the moment no, although one will no doubt come along in time. There are some I'd like to see sorted out however - notably the whole X versus framebuffer versus console situation.
6) There have been a lot of discussions in LKML (and LWN) recently about asynchronous system calls. We have fibrils, syslets/threadlets, and kevents. Which one would you prefer? And why do you think it's so hard to push kevents through when it seems to be an interesting and complex solution?
I like the syslet/fibril approach and I can see real advantages in that if we can avoid the extra parallelism simply causing more thrashing and overhead later on. I find kevents a lot less interesting simply because event based programming isn't how a lot of people want to program systems. They should of course all learn how to use co-routines properly 8).
7) Of the kernel developers, who do you like to work with the most?
It doesn't really work like that. There are certainly people I don't get on with, and people who I work better with - but that itself can be dangerous. Often the people you get along with are the people who think the same way and you can end up missing other viewpoints.
Generally it works very well, and there are a lot of very bright people in the kernel community which makes it very interesting and ensures there is a lot to learn.
8) What hardware vendors do you consider the best from a kernel developer's point of view -- in that they provide specification, cooperate, etc?
Of the big vendors I deal with I would say Intel are probably the most co-operative today, they provide good documentation, errata information and also fund or write key drivers for their hardware such as the 3D support (done by Tungsten Graphics) and the wireless. That has really paid off and made their systems hardware of choice.
A lot of other vendors are very helpful, some of the small ones like Jmicron especially so. Others can be very strange in their behaviour - AMD for example used to be very helpful but now they own ATI are being extremely problematic. At the end of the day it is important to remember that most of them are helping Linux because they see it as a revenue earner and that can mean they will be helpful in some areas and not others. IBM support for Linux for example is ultimately about IBM's interests - likewise almost anyone else.
It isn't just specifications that help, vendors like Dell wanting to ship Linux ready systems and willing to make sure this happens don't neccessarily provide documentation and write code (although Dell do) but they provide a business reason for other vendors to do so, and that is also very helpful.
9) Where do you see the Linux kernel in five years? Any radical changes coming up?
The big ones that are visible are probably scaling ones - particularly memory sizes and storage. These also trigger concerns about reliability and error rates which mean changes right down to the disk interface level, some of which need operating system support.
People are looking at new file systems - file systems you can fsck parts of so it is possible to recover a disk in realistic time scales, and which can handle and detect corruption on the link or disk better.
10) Do you think that licensing Solaris under the GPLv3 might weaken the position of Linux (which is about to continue using the GPLV2)? Are you worried about the possibility of Linux developers leaving to work on Solaris?
Not greatly. In fact I would hope we will see sensible discussions about dual licensing bits of code so that we can all benefit from them.
11) What is your take on the Novell - Microsoft deal? Should Red Hat be a party to such agreement sometime in the future, what would that mean for you?
Personally I think it's a bad idea and that Novell are going to get stung by the GPLv3, and rightfully so. The license is designed to keep the software free, if it fails to do this then it needs fixing, so GPLv3 hopefully will fix this flaw.
If Red Hat did deals with Microsoft I'd hope they would find a better way to do things, to co-operate on things that help end users but not to compromise the freedom of the code or play any funny games.
12) Do you share some people's fear of Microsoft's threats (concerning patents and intellectual property)?
I don't think they are the biggest danger. As Microsoft has been finding out recently it is the patent trolls, and organisations with buried patents in interesting areas that are the biggest threat in the USA. The real answer to that problem however is to pull the USA back into line with the majority of the world which simply does not recognize patents on software but respects them as literary works subject to copyright law. Also therefore we have to make sure the continuing US attempts to spread bogus patent law into the EU are defeated.
13) What is a kernel developer's life like? How much time do you spend writing code (or testing) and how much do you study? What are your other hobbies (besides Welsh)? And what about your family? Is it possible to work so much without becoming a workoholic?
Pretty good. Most of the time I am working on the things I think need doing, sometimes on the things Red Hat thinks need doing (usually the two co-incide but not always). I try and keep sensible hours so I have time for other things, which include family, railway related stuff (both full size heritage railway and model), and things like Welsh lessons.
I try not to spend too much time on work stuff, and there is good evidence anyway that spending too much time on work actually ends up getting less done than working sensibly.
14) What beer did you enjoy the most and where?
Good question and one I suppose I should expect from .CZ. I'm not actually a great beer fan however. I do like some of the Belgian blonde beers and the German weißbeers. I've tried a couple of Czech beers and either they don't travel well or they are not very good ;)
Alan
Many of those who asked questions wanted to use this opportunity to thank you for your work on the Linux kernel. I also thank you for your time and goodwill regarding this interview.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
...přestanou to být jen jen dodatečné doplňky...
11.6.2007 07:19
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
BTW: ještě, že se Robert nezeptal na Ubuntu, co
AMD slibilo otevreny ovladac nebo vydani dostatecne specifikace k napsani opensource ovladace komunitou jiz pred vice nez rokem!!!!!Jedno URL a dokazes, ze mas pravdu
Dekuji. Presne tuhle vetu jsem mel take na mysli... Nicmene zacinam mit pocit, ze nekteri zdejsi ctenari nemaji, a nebo ucelove nechteji mit obecne zname a dostupne informace... Na jakykoli argument se cloveku dostane odpoved typu: "Dej mi link"...No neni divu. Obvykle je treba videt originalni dokument, aby bylo jasne, o co jde, a predeslo se dalekosahlym vyznamovym posunum, jako treba v tomto pripade: Mezi "AMD is strongly considering open-sourcing at least a functional subset of ATI’s graphics drivers" a "AMD slibilo otevreny ovladac nebo vydani dostatecne specifikace k napsani opensource ovladace komunitou jiz pred vice nez rokem!!!!!" je takovy vyznamovy rozdil, ze i kdybych dany clanek cetl ihned pred tim, tak by me nenapadlo, ze "AMD slibilo .." se na nej odvolava.
Samozrejme si odkazy nearchivuji (nejsem magor) a nevidim duvod, proc takovouto klicovou a obecne znamou informaci nekomuProtoze ty tim argumentujes. Druha strana netusi, co presne jsi mel na mysli a tedy co ma hledat.
PS.: Odkazy nedavam, proste proto ze je neznam (prectu a zahodim), ale jak je videt, tahleta kriva informace od AMD nezaujala jenom me....
dalekosahlym vyznamovym posunumTohle bylo jen první vyjádření. Pak to nějaký zástupce firmy i slíbil. Hledat odkaz už se mi však nechce...
Obvykle je treba videt originalni dokument, aby bylo jasne, o co jde, a predeslo se dalekosahlym vyznamovym posunumDekuji veliteli, ze ses mne zastal
).
Ja sam za sebe si soukrome myslim, ze AMD leze v posledni dobe Mirosoftu do prdele, jelikoz Intel uz neni pro Microsoft spojencem. A podle toho se v posledni dobe chova. Ovladac pro linux je jen stripek co zapada do mozaiky... Myslim ze u AMD neni vule ani zajem, vydat poradny ovladac... A jestli ho nekdy vydaji, tak jen proto ze se jim to bude z marketingoveho hlediska hodit...
Ja sam za sebe si soukrome myslim, ze AMD leze v posledni dobe Mirosoftu do prdele, jelikoz Intel uz neni pro Microsoft spojencem.IMO pracuju na DX10, je to pochopitelna priorita (netvrdim, ze to schvalujem)
A jestli ho nekdy vydaji, tak jen proto ze se jim to bude z marketingoveho hlediska hodit...Ako inac? Nie je to neziskovka ...
Jiný výrobní proces = jiný čip. /Menší, že?/
Přetaktování = nastavení taktu MIMO TOVÁRNÍ SPECIFIKACE. Jednotlivé kousky mohou splňovat kvalitativní kritéria továrny i na vyšších frekvencích, jiné ale ne. Vyšší takt z výroby = kvalitnější čipy (případně kousky předělané jiným výrobním procesem) splňují tovární kritéria i při vyšších frekvencích; tedy může být vyšší frekvence, s kterou se prodávají.
.
(to co mi vadi nejvic je, ze jak Intel, tak AMD i Freescale, kazdy chce u informaci u novych veci podepsat naprosto hovadsky NDA, ktere mi po znemoznuje efektivne spolupracovat i po letech s ostatnimi, kteri nejsou NDA zatizeni. Proto nyni resim tak, ze NDA podepise nas BigBoss a informace sdilim ja, jako radovy vyvojar )
Tiez som nasiel podobne info, ale pravdepodobne to boli vselijake workaroundy na bugy v BIOSe, kedze s tym najnovsim je to na 100% funkcne.
Výhoda Linuxu je především ve svobodě sestavit si systém jak já - uživatel chci. Když nechci Beryl? Nemám ho. Nechci Gnome? Nenainstaluju je. Chci aplikaci, která má nějakou závislost na Gnome? Pak musím část Gnome mít, nebo nemít ani jedno atd... prostě je to jen na mne, jak si to dám dohromady.
Provozuju servery i desktopy, hodně linuxových strojů a nechápu o čem je brblání na nějakou konkrétní část, když ji můžu téměř kdykoli nahradit něčím jiným. Jsou tací, kteří mají eye candy rádi. Osobně bych si nikdy nenainstaloval desktop tak, jak to udělám pro "sekretářku" (já mám rád strohé KDE bez eye candy), protože jí se eye candy líbí a díky tomu zkousne i občasné nekompatibility, které by jí zbytečně doháněly k šílenství, protože by měla mnohonásobně silnější dojem, že je k ní desktop nepřátelský (což možná je, možná není pravda, ale eye candy drobnosti, co potěší, velmi silně tlumí šok ze změn).
Na druhou stranu stížnosti na grafiky ATI vidím jako velmi oprávněné. Naštěstí jsem měl možnost pár karet vyzkoušet předem, takže v mých strojích, kde mi záleží na 3D je vždy nVidia. Taky má své problémy, ale zdaleka jich není tolik. Krom toho stejné brblání na kvalitu ovladačů od ATI slýchám i od uživatelů Woken, takže mi přijde, že ATI má tolik problémů, že prostě nejprve řeší ty palčivější = Wokna a pak možná někdy bude řešit minority ... smůla majitelů ATI s Linuxem.
Taky bych rád, aby ovladače byly kompletně svobodné, ale radši zkousnu funkční closed source binární ovladače (nVidia) než mizerné (jako ATI), žádné (jako SiS, řada grafik funguje jen 2D), nebo extrémně pomalý hardware (jako Intel, SiS, VIA ...).
AMD ma skvele procaky, jenze si je muzu zasadit akorat tak do kvetinace na balkon. Desky proste nejsou. A co s ATI kdyz nema ovladace.... pokud bych byl "Hulan" tak bych pouzival Vistu,a to bych mel bez problemu AMD/ATI... v Linuxu tuhle volbu nemam!
AMD ma skvele procaky, jenze si je muzu zasadit akorat tak do kvetinace na balkon. Desky proste nejsou.viz. odpovede vyssie.
.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
11.6.2007 10:32
11.6.2007 14:15
18.6.2007 17:13