Дізнайтеся, що це робить
Подивіться на код, щоб дізнатися, що він повинен робити. Якщо він вам не потрібен, чому він там? Чи щось інше зараз виконує свою роботу? Якщо це щось, що все ще користується попитом, чому це не працює для вас?
Ви досить часто бачите програмне забезпечення, призначене для апаратних програм, написане для крайових випадків, таких як один діапазон ноутбуків (наприклад, є десятки різних драйверів апаратних засобів Thinkpad).
Згідно з її програмою, драйвер охоплює бездротові пристрої, світлодіоди, bluetooth, 3 г та підсвітку. Для мене це звучить як щось, що ви (або інші) можете хотіти, тому його скидання чи перелік за замовчуванням може бути небажаним.
Дізнайтеся, як він встановився на вашому комп’ютері
Звідки воно взялося? Це втягнуто в ядро? Це Ubuntu тягнути? Це в кінцевому підсумку вирішить, куди потрібно подати скаргу.
Що стосується проблем на рівні ядра, це дійсно допомагає протестувати останню стабільну ядро ванілі. Ви можете захопити копію з основного сховища, хоча ви, ймовірно, знайдете, що є невідповідності версій GCC з певними драйверами, що працюють лише у бінарних файлах (у мене є, з nvidia), тому це не те, що ви хочете працювати весь час ІМО.
Якщо проблема зберігається з ванільним ядром, додайте помилку вгору і зв’яжіть її з помилкою Launchpad і відстежте також і назад. Приємна помилка з подвійним зв’язком допоможе всім залишитися на одній сторінці.
У цьому випадку це здається, що це вбудований драйвер ядра (тобто його джерело втягується у сховище ядра та вбудовується).
Знайдіть людину чи людей, відповідальних за це
Нерозумно просто скидати помилку на Launchpad і сподіватися, що вона знайде потрібну людину. Я б сказав, що лише невелика частина розробників відслідковує свої помилки через нього, тому вам потрібно знайти керівників програмного забезпечення та зв’язатися.
Починати холодною електронною поштою люди можуть почуватися грубими, але програмне забезпечення - це їх дитина. Якщо це не працює, я думаю, вони хотіли б знати. Дев'ять разів по десять вони також допоможуть вам визначити проблему.
Якщо це все ще підтримується, отримайте інструкції щодо налагодження. Переконайтесь, що ваше обладнання сумісне.
Якщо він не підтримується, і ви можете підтвердити, що за допомогою старого технічного обслуговування введіть помилку в ядро, попереджаючи людей про те, що є частина гниття коду і що це викликає у вас проблеми.
Запропонуйте дію правильним людям
Коли ви знаєте, в чому проблема, не тримайте це за собою. Не забудьте вжити заходів щодо ваших помилок.
Якщо це щось, що можна виправити у драйвері, переслідуйте людей у ядрі, щоб отримати нову версію, витягнуту до версії розробки. Запитайте, чи підтримується він в 2.6.35 для існуючих користувачів Ubuntu. Порадьтеся з командою Kernel про те, як змінити ядро Maverick (хоча вам там не пощастить).
Якщо воно гниє, натисніть розробників ядра, щоб скинути його з репо. Попросіть розробників команди ядра Ubuntu видалити її зі свого репо. По крайней мере, попросіть його внести у чорний список (як деякі модулі були насильно видалені Ubuntu в минулому).
Якщо ви отримаєте хороший поворот у виправленні / знищенні драйвера, слід отримати можливість виправити його в остаточне ядро Natty (яке ще знаходиться на -nextстадії належного репо ядра).
Справа, яку я намагаюсь подолати, - це коли ти робиш власну триагу і розмовляєш з потрібними людьми, то речі приділяють набагато більше уваги та мають такий більший шанс на хороший кінцевий результат.
І ні в якому разі не зупиняйтеся, якщо бачите іншу людину з тією ж проблемою. Підпишіться на нього, коментуйте їхню помилку, запитайте, що вони знайшли, запитайте, що вони з цим зробили ... А далі продовжуйте. Не розраховуйте на них, щоб вирішити вашу проблему.
Ось як слід працювати з відкритим кодом. Співпраця через добру, відкриту комунікацію. Добре повідомте про свою проблему, допоможіть, де можна, і ви маєте хороший шанс отримати програмне забезпечення кращої якості.