2008/11/13 Andrew Sayers <span dir="ltr"><<a href="mailto:andrew-ubuntu-devel@pileofstuff.org">andrew-ubuntu-devel@pileofstuff.org</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">Stephan Hermann wrote:<br>
><br>
> On Thu, 2008-11-13 at 11:56 +0100, Markus Hitter wrote:<br>
>><br>
</div><div class="Ih2E3d">>>   - Allow downgrades. This should help narrowing potential causes of<br>
>> the trouble.<br>
><br>
> This is something I don't understand.<br>
> When I upgrade to a new release, I always think (or is it knowing): "Ok,<br>
> for the next 4 hours I'll sit in front of this computer, and I expect<br>
> something to break...because it's software made by people". If nothing<br>
> breaks, then I'm really surprised and happy. But when something breaks,<br>
> I already expected that. And when I find the cause for the breakage,<br>
> I'll try to fix it, AND/OR file a bug report about that issue.<br>
<br>
</div>That's commendable practice, but the problem in Vincenzo's case was a<br>
hardware regression that would require upstream developer time in order<br>
to write a fix.  An easy downgrade path would give users in that<br>
situation the opportunity to use a system that works while they're<br>
waiting.  It also gives a communication channel to users that aren't<br>
technical enough to describe hardware problems - if we log hardware<br>
profiles when users up/downgrade, we can see which profiles correlate<br>
most strongly with downgrades, and use that to help guess which bug<br>
reports are one guy with a dodgy graphics card, and which are something<br>
more general.<br>
<font color="#888888"><br>
        - Andrew<br>
</font><div><div></div><div class="Wj3C7c"><br>
--<br>
Ubuntu-devel-discuss mailing list<br>
<a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com">Ubuntu-devel-discuss@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss</a><br>
</div></div></blockquote></div><br>Surely trying to make a safe downgrade path risks introducing even more regressions on top of the original ones, and could be a significant amount of effort - effort that is better spent on fixing the original regressions. Creating a downgrade path seems like a lot of work for very little gain IMO.<br>
<br>Regards<br>Chris<br>