Debian Developers - Re: NEW handling: About rejects, and kernels

This is Interesting: Free IT Magazines  
Home > Archive > Debian Developers > March 2005 > Re: NEW handling: About rejects, and kernels





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Re: NEW handling: About rejects, and kernels
Matthew Garrett

2005-03-31, 8:12 am

Thomas Bushnell BSG <tb@becket.net> wrote:

> What I meant is that if the firmware is truly burned into the chup,
> then I couldn't change it even if I had the source code. It was wrong
> to say that I don't *want* to modify it, but rather, that I *cannot*
> do so.


This is, by and large, not the case (and it's becoming increasingly not
the case as hardware moves to having the firmware loaded from the OS at
boot time). If we had the specs for much of this hardware, we could make
it function entirely differently.

> Regardless, the point is what we distribute, not what is on my
> computer.


Why? How does it benefit Debian if our users have to obtain firmware
from somewhere else to make their hardware work? How does it benefit
freedom if we imply that hardware with on-chip firmware is preferable?

--
Matthew Garrett | mjg59-chiark.mail.debian.devel@srcf.ucam.org


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com