firmware for freecom DVB-T usb stick

Since dvb support is in the kernel, this isn't a bug report as such, but a request to add new software (well, firmware) to Ubuntu.

There are a couple of places to start, such as <https://wiki.ubuntu.com/MOTU/Packages/New>, or perhaps with a specification for making DVB-T sticks work seamlessly (<https://wiki.ubuntu.com/EasyUsbAdsl> has a good example of a specification with similar intent for different devices).

It is a bug of this package and not a request for another one.
As u can see here[1] the firmware of others models are in this package.

[1]http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=linux-restricted-modules-2.6.17-10-generic&version=edgy&arch=i386

stefab, you've convinced me - I've marked this as confirmed, based on being a real requirement and probably not large enough to require a specification. QA will set the importance (likely to wishlist), and my guess is this will be redirected to a later version of the kernel (we are likely too late for Feisty, and I would not expect this to be backported).

But also if this require a specification can u point me on an Ubuntu policty that reject bugs that require a specification and to not simply set as Whislist bug?

Like a lot of things in the FLOSS world, where information resources tend to get out of sync over time, there is a degree of interpretation involved.

First, read the section on rejecting bugs on the page <https://wiki.ubuntu.com/Bugs/HowToTriage> then read the comments re wishlist on <https://wiki.ubuntu.com/Bugs/Importance>

The difference between a bug report that is accepted as a wishlist item and a bug report that is rejected as requiring a specification can come down to how much work is involved, and how different - or not different - that work is from what we've done before.

In this case, including firmware probably is a simple wishlist item, since the kernel devs know how to do this: it probably - probably - won't be a lot of work. If it is a lot of work or very different from the usual firmware inclusion work or if the firmware has an inappropriate license, then the request will probably be rejected. In which case, a spec or the new packages request page are the more likely way to go.

Of course, in the end, processes get adjusted and refined as we learn what works well and what works less well.

-02 was already added on Hardy, -zl0353-01.fw will follow shortly.