Linus, le sfuriate di un Dittatore Benevolo

22-11-2010 10:00 - Fonte: www.ossblog.it

Se avete mai provato a seguire la mailing list di sviluppo del kernel Linux prima o poi vi capiterà di vedere come Linus Torvalds tiene in ordine la truppa quando i ranghi tendono a farsi troppo larghi. Qualche giorno fa David Airlie aveva inviato a Linus una richiesta di pull per sistemare alcuni bug al driver DRM di Intel ed al KMS di Ati da includere nel codice del futuro kernel 2.6.37. Quest’ennesima richiesta ha fatto indispettire il Dittatore Benevolo di Linux che nel suo stile molto colorito si è chiesto come sia possibile che chi si occupa di grafica non riesca a mantenere il proprio codice in pulito e stabile per l’inclusione nel ramo ufficiale. Normalmente il cambiamento si manifesta in brevissimo tempo come quando Nouveau venne inaspettatamente incluso nel kernel. La mail che trovate dopo il salto potrebbe essere lo spartiacque per una gestione più curata del codice per tutti i nuovi sottosistemi grafici? Lo sapremo fra qualche settimana. F*%^ me, why does drm always have to be so messy? You guys pull each others trees, and then rebase them. Yes, git is smart enough that it will merge it all fine, but dammit, now that multi-hundred-line Radeon commit exists twice in the tree. Do this: git show –stat 16790569eddf fba4312e223f git show –stat 21e2eae4daae a41c73e04673 and cry. And yeah, it’s ugly. And if that patch introduces a regression (which is entirely possible, it’s not like it’s small and trivial and obviously correct) it will just make bisection harder, and add confusion. And it’s totally pointless. It only adds pain. And it makes the history harder to read. Why did the Intel drm tree merge a patch that had _nothing_ what-so-ever to do with Intel DRM? WHY? And why did the drm tree rebase a tree that had obviously been public and pulled from? WHY? Why did you make it public before it was ready? And/or why was it so ugly that it needed to rebase it? Why do these things keep happening? ...

- Continua...