| |||||||||||||
Rolling testingRolling testingPosted Mar 8, 2013 12:49 UTC (Fri) by man_ls (subscriber, #15091)In reply to: Rolling testing by ibukanov Parent article: Shuttleworth: Not convinced by rolling releases You cannot test sound on a random laptop, obviously; but you can check that there is a sound module loaded at boot on a certain set of laptops, not too much problem. Also, for this particular problem Ubuntu is using an industry-standard, well tested kernel for a reason. For the rest of the distro a couple of machines would be enough to test that packages are downloaded and installed, and then that apps start correctly. Getting detailed info about every bug in a package is quite harder, but that would be an area where a distro has to cooperate with upstream. Finally, manual testing à la Debian is great. I don't mean "Debian testing" as a concept, but the Debian "testing" distro (right now frozen): packages are uploaded to unstable, then migrate to testing after 10 days if there are no show-stoppers (where the manual part comes in). For me Debian testing it has worked as a rolling distro for the last 10 years.
(Log in to post comments)
Rolling testing Posted Mar 8, 2013 23:02 UTC (Fri) by ibukanov (subscriber, #3942) [Link]
> but you can check that there is a sound module loaded at boot on a certain set of laptops, not too much problem.
How would one pick up laptops? And what about older hardware that may be still popular but it hard to get?
So I just do not see how one can skip user during testing. Surely with unlimited amount of time one can try to solve that problem, but with a more realistic budget spending efforts to simplify testing by users would be more fruitful.
Rolling testing Posted Mar 8, 2013 23:17 UTC (Fri) by man_ls (subscriber, #15091) [Link] Both automated and end-user testing are needed, always. Anyway hardware is the province of the kernel, and they are quite efficient solving this kind of bug. I doubt that Ubuntu patches many sound card bugs nowadays in their kernels.
Rolling testing Posted Mar 8, 2013 23:43 UTC (Fri) by ibukanov (subscriber, #3942) [Link]
> Anyway hardware is the province of the kernel
I wish that would be true. ALSA has many (way too many IMO) knobs that the user space can influence and both Fedora and Ubuntu touch them. Or consider BlueTooth. The kernel support is rather generic it is up to the application framework to deal with various devices. Unfortunately the result is that one may have two devices that require different Linux distros to get them working...
|
|||||||||||||