Узнайте, что он делает
Посмотри код выясните, что он должен делать. Если вам это не нужно, почему это там? Что-то еще делает свою работу сейчас? Если это то, что все еще востребовано, почему это не работает для вас?
Вы часто будете видеть аппаратное программное обеспечение, написанное для крайних случаев, таких как один диапазон ноутбуков (например, есть десятки различных драйверов Thinkpad).
Согласно его readme , драйвер охватывает беспроводную связь, светодиоды, bluetooth, 3g и подсветку. Для меня это звучит как что-то, что вы (или другие) могли бы хотеть, поэтому его удаление или внесение в черный список по умолчанию может быть нежелательным.
Узнайте, как он был установлен на вашем компьютере
Откуда это? Это втянуто в ядро? Это Ubuntu тянуть? Это в конечном итоге решит, где вам нужно подать жалобу.
С проблемами на уровне ядра это действительно помогает протестировать последнее стабильное ванильное ядро. Вы можете получить копию из основного репозитория, хотя вы, вероятно, обнаружите, что есть несоответствия версий GCC с определенными бинарными драйверами (у меня есть, с nvidia), так что вы не захотите запускать все это время IMO.
Если проблема сохраняется с ванильным ядром, добавьте ошибку в апстрим и свяжите ее с ошибкой Launchpad и отследите ее в обратном направлении. Хорошая двойная ошибка поможет всем оставаться на одной странице.
В этом случае это звучит так, как будто это встроенный в ядро драйвер (т.е. его источник помещается в репозиторий ядра и встроен).
Найти человека или людей, ответственных за это
Неразумно просто выкидывать ошибку на Launchpad и надеяться, что она найдет нужного человека. Я бы сказал, что только небольшая часть разработчиков отслеживает их ошибки, поэтому вам нужно найти разработчиков программного обеспечения и связаться с ними.
Может показаться грубым начинать холодную переписку с людьми, но программное обеспечение - их ребенок. Если это не работает, я думаю, что они хотели бы знать. Девять раз из десяти, они тоже помогут вам определить проблему.
Если он все еще поддерживается, получите инструкции по отладке. Убедитесь, что ваше оборудование совместимо.
Если он не поддерживается, и вы можете подтвердить это со старым сопровождающим, сообщите об ошибке в ядре, предупреждая людей о том, что часть кода гниет и что это вызывает у вас проблемы.
Предложите действие нужным людям
Когда вы знаете, в чем проблема, не оставляйте ее при себе. Убедитесь, что вы принимаете меры по устранению ошибок.
Если это что-то, что можно исправить в драйвере, преследуйте людей в ядре, чтобы получить новую версию в разработке. Спросите о том, чтобы он был перенесен на 2.6.35 для существующих пользователей Ubuntu. Поговорите с командой Kernel о внесении изменений в ядро Maverick (хотя вам может не повезти).
Если он гниет, заставьте разработчиков ядра ядра сбросить его из своего репозитория. Попросите разработчиков команды ядра Ubuntu удалить его из своих репо. По крайней мере, попросите внести его в черный список (как некоторые модули были принудительно удалены Ubuntu в прошлом).
Если вы исправитесь с исправлением / уничтожением драйвера, должна быть возможность получить исправление в окончательном ядре Natty (которое все еще находится на -next
стадии правильного репозитория ядра).
Суть, которую я пытаюсь донести, заключается в том, что когда ты делаешь свою собственную сортировку и разговариваешь с нужными людьми, вещи привлекают гораздо больше внимания и имеют такой высокий шанс на хороший конечный результат.
И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не надейтесь на них, чтобы решить вашу проблему.
Вот как должен работать open source. Сотрудничество через хорошее, открытое общение. Хорошо расскажите о своей проблеме, помогите, где сможете, и у вас есть хороший шанс получить более качественное программное обеспечение.