4 ms·

I know how frustrating it can be when your bug isn't getting attention, but I've also been on the other side of that. It's not like Ubuntu (or any project) has

I know how frustrating it can be when your bug isn't getting attention, but I've also been on the other side of that. It's not like Ubuntu (or any project) has hordes of developers who're just too lazy to tackle your bug: maybe not many people have that model, or don't tend to switch between speakers and headphones much. Maybe people couldn't reproduce the bug, or maybe just no-one could see how to fix it. There's a whole host of reasons why bugs don't get fixed, but it's rarely because the project as a whole 'just decided to shelve it'.

pyre 13y ago
I realize that there are reasons, and I'm not necessarily angry at Ubuntu, but I've dealt with these types of issues before and it's frustrating. I had the ALSA source code and was ready to attempt some hardware hacking, but: 1) The chipset was a common one, and the issue specific to this model. I had no idea how to proceed from there. 2) I couldn't make heads or tails out of the structure of the code, and what was happening (or why). I tried to find some sort of "this is happening here" where I could work out the rest from there, but couldn't find it. 3) I volunteered myself on the bug page, but there was never a response to it. 4) I've never hacked on kernel code (beyond compiling it from scratch 'back in the day') or done any hardware hacking, but I was willing to look at resources if people pointed me in the right direction. The project "as a whole" doesn't do anything with respect to specific bugs (there are exceptions), but the individuals that do take action, take that action on behalf of Ubuntu.
- takluyver 13y ago
  Perhaps the problem is that in large projects, many areas don't have someone who feels ultimately responsible for making sure each bug gets a response. It's very easy to glance over a list of new bugs and leave the ones you don't know anything about for someone else to tackle, but inevitably there are bugs that no-one really feels comfortable tackling. Hardware specific stuff is especially bad, because device interfaces do some crazy things, and only someone with the same model can investigate it. Kudos for being willing to dive into the code, though, and I'm sorry to hear no-one offered advice with that.

pyre 13y ago

I realize that there are reasons, and I'm not necessarily angry at Ubuntu, but I've dealt with these types of issues before and it's frustrating. I had the ALSA source code and was ready to attempt some hardware hacking, but: 1) The chipset was a common one, and the issue specific to this model. I had no idea how to proceed from there. 2) I couldn't make heads or tails out of the structure of the code, and what was happening (or why). I tried to find some sort of "this is happening here" where I could work out the rest from there, but couldn't find it. 3) I volunteered myself on the bug page, but there was never a response to it. 4) I've never hacked on kernel code (beyond compiling it from scratch 'back in the day') or done any hardware hacking, but I was willing to look at resources if people pointed me in the right direction. The project "as a whole" doesn't do anything with respect to specific bugs (there are exceptions), but the individuals that do take action, take that action on behalf of Ubuntu.

takluyver 13y ago
Perhaps the problem is that in large projects, many areas don't have someone who feels ultimately responsible for making sure each bug gets a response. It's very easy to glance over a list of new bugs and leave the ones you don't know anything about for someone else to tackle, but inevitably there are bugs that no-one really feels comfortable tackling. Hardware specific stuff is especially bad, because device interfaces do some crazy things, and only someone with the same model can investigate it. Kudos for being willing to dive into the code, though, and I'm sorry to hear no-one offered advice with that.