Моему оборудованию нужен модуль для черных списков, чтобы работать, как я могу отправить это исправление?

Вы можете изменить или добавить комбинацию клавиш с помощью системных настроек с помощью функции «Клавиатура», вкладка «Ярлыки».

14
задан 30 December 2010 в 21:06

30 ответов

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.

¹ Технически это не является ошибкой ядра, но, вероятно, представляет собой комбинацию сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, может быть взломана в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 26 May 2018 в 00:02

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.

¹ Технически это не является ошибкой ядра, но, вероятно, представляет собой комбинацию сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, может быть взломана в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 25 July 2018 в 22:46

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.

¹ Технически это не является ошибкой ядра, но, вероятно, представляет собой комбинацию сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, может быть взломана в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 27 July 2018 в 00:19

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.

¹ Технически это не является ошибкой ядра, но, вероятно, представляет собой комбинацию сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, может быть взломана в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 31 July 2018 в 11:45

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.

¹ Технически это не является ошибкой ядра, но, вероятно, представляет собой комбинацию сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, может быть взломана в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 2 August 2018 в 04:11

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.


¹ Технически это не ошибка ядра, но, вероятно, комбинация сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, можно взломать в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 4 August 2018 в 20:15

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.


¹ Технически это не ошибка ядра, но, вероятно, комбинация сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, можно взломать в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 6 August 2018 в 04:16

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.


¹ Технически это не ошибка ядра, но, вероятно, комбинация сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, можно взломать в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 7 August 2018 в 22:20

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.


¹ Технически это не ошибка ядра, но, вероятно, комбинация сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, можно взломать в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 10 August 2018 в 10:30

Это ошибка ядра¹, поэтому вы хотите использовать ubuntu-bug linux в терминале. Затем вы хотите изменить созданный отчет об ошибках, чтобы добавить, что вам нужен черный список acer-wmi в качестве обходного пути для беспроводного чипсета, который не работает как подозреваемый.


¹ Технически это не ошибка ядра, но, вероятно, комбинация сломанных аппаратных средств, BIOS и драйверов ядра. С другой стороны, это, вероятно, можно взломать в ядре, поэтому свободное использование «ошибки ядра».

9
ответ дан 13 August 2018 в 16:56

Если вы хотите, чтобы он отправился куда угодно, не просто создайте ошибку. Конечно, вы должны найти ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

То, что я пытаюсь понять, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, все становится намного внимательнее и имеет такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой хорошо, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 26 May 2018 в 00:02
  • 1
    Спасибо за форматирование - это позволило мне просто прочитать заголовки и пропустить большую часть текста. [F1] – ulidtko 14 February 2011 в 03:21

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kernel Bug Guy», я согласен с ответом Даниэля, поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, чтобы отказаться от ответа Оли.

В отношении высокотехнического конечного пользователя ответ Оли полностью верен, поскольку это набор шагов, которые мы ожидаем от человека с технической техникой , однако, наше намерение (и вообще вся цель этого сайта) состоит в том, чтобы руководствоваться менее техническими.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение которые мы строим. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 26 May 2018 в 00:02

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kernel Bug Guy», я согласен с ответом Даниэля, поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, чтобы отказаться от ответа Оли.

В отношении высокотехнического конечного пользователя ответ Оли полностью верен, поскольку это набор шагов, которые мы ожидаем от человека с технической техникой , однако, наше намерение (и вообще вся цель этого сайта) состоит в том, чтобы руководствоваться менее техническими.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение которые мы строим. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 25 July 2018 в 22:46

Если вы хотите, чтобы он отправился куда угодно, не просто создайте ошибку. Конечно, вы должны найти ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

То, что я пытаюсь понять, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, все становится намного внимательнее и имеет такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой хорошо, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 25 July 2018 в 22:46
  • 1
    Спасибо за форматирование - это позволило мне просто прочитать заголовки и пропустить большую часть текста. [F1] – ulidtko 14 February 2011 в 03:21

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kernel Bug Guy», я согласен с ответом Даниэля, поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, чтобы отказаться от ответа Оли.

В отношении высокотехнического конечного пользователя ответ Оли полностью верен, поскольку это набор шагов, которые мы ожидаем от человека с технической техникой , однако, наше намерение (и вообще вся цель этого сайта) состоит в том, чтобы руководствоваться менее техническими.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение которые мы строим. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 27 July 2018 в 00:19

Если вы хотите, чтобы он отправился куда угодно, не просто создайте ошибку. Конечно, вы должны найти ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

То, что я пытаюсь понять, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, все становится намного внимательнее и имеет такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой хорошо, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 27 July 2018 в 00:19
  • 1
    Спасибо за форматирование - это позволило мне просто прочитать заголовки и пропустить большую часть текста. [F1] – ulidtko 14 February 2011 в 03:21

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kernel Bug Guy», я согласен с ответом Даниэля, поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, чтобы отказаться от ответа Оли.

В отношении высокотехнического конечного пользователя ответ Оли полностью верен, поскольку это набор шагов, которые мы ожидаем от человека с технической техникой , однако, наше намерение (и вообще вся цель этого сайта) состоит в том, чтобы руководствоваться менее техническими.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение которые мы строим. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 31 July 2018 в 11:45

Если вы хотите, чтобы он отправился куда угодно, не просто создайте ошибку. Конечно, вы должны найти ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

То, что я пытаюсь понять, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, все становится намного внимательнее и имеет такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой хорошо, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 31 July 2018 в 11:45
  • 1
    Спасибо за форматирование - это позволило мне просто прочитать заголовки и пропустить большую часть текста. [F1] – ulidtko 14 February 2011 в 03:21

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kernel Bug Guy», я согласен с ответом Даниэля, поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, чтобы отказаться от ответа Оли.

В отношении высокотехнического конечного пользователя ответ Оли полностью верен, поскольку это набор шагов, которые мы ожидаем от человека с технической техникой , однако, наше намерение (и вообще вся цель этого сайта) состоит в том, чтобы руководствоваться менее техническими.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение которые мы строим. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 2 August 2018 в 04:11

Если вы хотите, чтобы он отправился куда угодно, не просто создайте ошибку. Конечно, вы должны найти ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

То, что я пытаюсь понять, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, все становится намного внимательнее и имеет такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой хорошо, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 2 August 2018 в 04:11
  • 1
    Спасибо за форматирование - это позволило мне просто прочитать заголовки и пропустить большую часть текста. [F1] – ulidtko 14 February 2011 в 03:21

Если вы хотите, чтобы он пошел куда угодно, не делайте только файл. Конечно, вы должны записать ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

Точка, с которой я пытаюсь разобраться, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, вещи получают гораздо больше внимания и имеют такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 4 August 2018 в 20:15

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kugel Bug Guy», я согласен с ответом Даниэля , поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, что он не будет отбрасывать ответ Оли .

В области высокотехнического конечного пользователя ответ Оли полностью верен в том, что это набор шагов, которые мы ожидаем от человек, имеющий значительную техническую хватку для использования, однако, наше намерение (и даже вся цель этого сайта) заключается в том, чтобы руководствоваться менее техническим.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение, которое мы создаем. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 4 August 2018 в 20:15

Если вы хотите, чтобы он пошел куда угодно, не делайте только файл. Конечно, вы должны записать ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

Точка, с которой я пытаюсь разобраться, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, вещи получают гораздо больше внимания и имеют такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 6 August 2018 в 04:16

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kugel Bug Guy», я согласен с ответом Даниэля , поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, что он не будет отбрасывать ответ Оли .

В области высокотехнического конечного пользователя ответ Оли полностью верен в том, что это набор шагов, которые мы ожидаем от человек, имеющий значительную техническую хватку для использования, однако, наше намерение (и даже вся цель этого сайта) заключается в том, чтобы руководствоваться менее техническим.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение, которое мы создаем. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 6 August 2018 в 04:16

Если вы хотите, чтобы он пошел куда угодно, не делайте только файл. Конечно, вы должны записать ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

Точка, с которой я пытаюсь разобраться, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, вещи получают гораздо больше внимания и имеют такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 7 August 2018 в 22:20

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kugel Bug Guy», я согласен с ответом Даниэля , поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, что он не будет отбрасывать ответ Оли .

В области высокотехнического конечного пользователя ответ Оли полностью верен в том, что это набор шагов, которые мы ожидаем от человек, имеющий значительную техническую хватку для использования, однако, наше намерение (и даже вся цель этого сайта) заключается в том, чтобы руководствоваться менее техническим.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение, которое мы создаем. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 7 August 2018 в 22:20

Если вы хотите, чтобы он пошел куда угодно, не делайте только файл. Конечно, вы должны записать ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

Точка, с которой я пытаюсь разобраться, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, вещи получают гораздо больше внимания и имеют такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 10 August 2018 в 10:30

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kugel Bug Guy», я согласен с ответом Даниэля , поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, что он не будет отбрасывать ответ Оли .

В области высокотехнического конечного пользователя ответ Оли полностью верен в том, что это набор шагов, которые мы ожидаем от человек, имеющий значительную техническую хватку для использования, однако, наше намерение (и даже вся цель этого сайта) заключается в том, чтобы руководствоваться менее техническим.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение, которое мы создаем. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 10 August 2018 в 10:30

Выступая в качестве члена команды ядра Ubuntu, в частности, как «Kugel Bug Guy», я согласен с ответом Даниэля , поскольку это сумма того, что, по мнению Инженеров, является общей проблемой. Это не значит, что он не будет отбрасывать ответ Оли .

В области высокотехнического конечного пользователя ответ Оли полностью верен в том, что это набор шагов, которые мы ожидаем от человек, имеющий значительную техническую хватку для использования, однако, наше намерение (и даже вся цель этого сайта) заключается в том, чтобы руководствоваться менее техническим.

Наша главная цель должна заключаться в предоставлении им быстрых и точных ответов, которые позволяют им продолжать использовать программное обеспечение, которое мы создаем. Мое любимое высказывание: «Если это не просто, они« не сделают этого ». ['D4]

Сказав это, и, учитывая мое личное восхищение полнотой вашего сообщения Оли, я должен быть честным и сказать, что есть очень немногие читатели этого сайта, которые прочитают все это. Они, вероятно, не прочтут все мои, и все в порядке.

В конце концов, ответ Дэниела - это именно то, что нам нужно здесь. Он передает как мои, так и впечатления команды об этих проблемах, а также наш предпочтительный метод для решения.

6
ответ дан 13 August 2018 в 16:56

Если вы хотите, чтобы он пошел куда угодно, не делайте только файл. Конечно, вы должны записать ошибку на Launchpad, но это действительно только начало процесса чего-то по своей сути вверх.

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

Точка, с которой я пытаюсь разобраться, - это когда вы делаете свою собственную сортировку и разговариваете с нужными людьми, вещи получают гораздо больше внимания и имеют такой высокий шанс хорошего конечного результата.

И ни в коем случае не останавливайтесь, если вы видите другого человека с той же проблемой. Подпишитесь на него, прокомментируйте их ошибку, спросите, что они нашли, спросите, что они сделали с этим ... И затем продолжайте. Не полагайтесь на них, чтобы решить вашу проблему.

Как работает open source. Сотрудничество через хорошее, открытое общение. Общайтесь с вашей проблемой, помогите, где можете, и у вас есть хорошие шансы получить более качественное программное обеспечение.

12
ответ дан 13 August 2018 в 16:56
  • 1
    Спасибо за форматирование - это позволило мне просто прочитать заголовки и пропустить большую часть текста. [D0]: P – ulidtko 14 February 2011 в 03:21

Другие вопросы по тегам:

Похожие вопросы: