Как получить ошибку

Question 1

Каков наилучший способ получить критическую ошибку, замеченную нужными людьми, поэтому ее можно устранить как можно скорее?

Существует ошибка с GVFS, которая мешает разработчикам, таким как я, использовать IDE в 10.10. Нам нужно понизить до 10.04, чтобы использовать наше программное обеспечение IDE. Я бы назвал это критической ошибкой.

Мы сообщили об этом в этих отчетах об ошибках:

https://bugs.launchpad.net/ubuntu/+source/gnome- vfs / + bug / 658069 https://bugs.launchpad.net/ubuntu/+source/geany/+bug/643253

Но до сих пор не было абсолютно никакого официального ответа, который я вижу.

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

Я рад ждать, но если есть что-то, что мы можем сделать, чтобы ускорить процесс, было бы хорошо это знать:)

Question 2

Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 3

Question 4

Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 5

Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 6

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 7

Question 8

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 9

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 10

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 11

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 12

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Question 13

Question 14

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

Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.

Question 15

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

Question 16

Возможно, проверьте # ubuntu-bugs на freenode? кто-то, как правило, готов помочь.

Question 17

Как кто-то, кто уже много лет занимается известными, настоящими, важными ошибками, я могу сочувствовать.

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

Открытый источник - странный зверь. -pbr

Question 18

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

Question 19

Question 20

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

Question 21

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

Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.

Question 22

Возможно, проверьте # ubuntu-bugs на freenode? кто-то, как правило, готов помочь.

Question 23

Как кто-то, кто уже много лет занимается известными, настоящими, важными ошибками, я могу сочувствовать.

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

Открытый источник - странный зверь. -pbr

Question 24

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

Question 25

Question 26

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

Question 27

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

Question 28

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

Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.

Question 29

может проверить канале #Ubuntu-ошибки на freenode? кто-то там, как правило, готовы помочь.

Question 30

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

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

Открытый исходный код-это странный зверь. -пбр

Question 31

Question 32

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

Question 33

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

Question 34

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

Question 35

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

Question 36

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

Question 37

Question 38

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

mgunes · Accepted Answer · 26 May 2018 в 01:03

Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Как отметил Хорхе, это похоже на проблему, связанную с gvfs, поэтому теперь я переназначил вашу первую ошибку в пакете gvfs (Launchpad находился под техническим обслуживанием, когда я печатал выше). — mgunes, 14 October 2010 в 05:05
Потерянный объем громкого ответа: «Если никто, похоже, не сможет помочь, попробуйте другое время дня». ... которые я не могу подчеркнуть достаточно сильно, это отличный способ получить ответы на проблемы. — pbr, 14 October 2010 в 13:07
Отличный совет. Еще пара очков: убедитесь, что вы даете ему разумный объект, например «NameError in foo_frob»; не «аварии»; при необходимости давать инструкции по воспроизведению; попробуйте также поговорить с разработчиками. Я вижу, что конкретные ошибки, упомянутые здесь, довольно хороши в этом отношении. — poolie, 11 November 2010 в 00:45

mgunes · Accepted Answer · 25 July 2018 в 23:05

Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 27 July 2018 в 02:38

Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 2 August 2018 в 04:26

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 4 August 2018 в 20:58

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 6 August 2018 в 04:30

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 7 August 2018 в 22:39

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 10 August 2018 в 10:46

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

mgunes · Accepted Answer · 13 August 2018 в 17:19

Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:

Убедитесь, что вы подали отчет об ошибке в правильный исходный пакет. Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь.
Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но в wiki будет много информации об процедурах отладки , которые также будут полезны.
Если ваш отчет выглядит хорошо, но ответа нет в течение длительного времени, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо тригеры ошибок нажать его в правильном направлении , Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если кто-нибудь, похоже, не в состоянии помочь, попробуйте другое время дня.
Если вы знаете конкретных людей, которых, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете видеть псевдонимы пользователей IRC в профилях Launchpad) или подписываться на них, объясняя, почему вы подписали их с вежливым и кратким комментарием сразу после этого. Не присваивать им ; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.

Как отметил Хорхе, это похоже на проблему, связанную с gvfs, поэтому теперь я переназначил вашу первую ошибку в пакете gvfs (Launchpad находился под техническим обслуживанием, когда я печатал выше). — mgunes, 14 October 2010 в 05:05
Потерянный объем громкого ответа: «Если никто, похоже, не сможет помочь, попробуйте другое время дня». ... которые я не могу подчеркнуть достаточно сильно, это отличный способ получить ответы на проблемы. — pbr, 14 October 2010 в 13:07
Отличный совет. Еще пара очков: убедитесь, что вы даете ему разумный объект, например «NameError in foo_frob»; не «аварии»; при необходимости давать инструкции по воспроизведению; попробуйте также поговорить с разработчиками. Я вижу, что конкретные ошибки, упомянутые здесь, довольно хороши в этом отношении. — poolie, 11 November 2010 в 00:45

Community · Answer 10 · 26 May 2018 в 01:03

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

Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.

Я искал пакет gvfs, и единственное, что я мог найти, это gnome-vfs. В следующий раз я сделаю больше копания :) — Stephen RC, 14 October 2010 в 05:11

txwikinger · Answer 11 · 26 May 2018 в 01:03

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

nathwill · Answer 12 · 26 May 2018 в 01:03

Возможно, проверьте # ubuntu-bugs на freenode? кто-то, как правило, готов помочь.

2

ответ дан nathwill 26 May 2018 в 01:03

pbr · Answer 13 · 26 May 2018 в 01:03

Как кто-то, кто уже много лет занимается известными, настоящими, важными ошибками, я могу сочувствовать.

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

Открытый источник - странный зверь. -pbr

poolie · Answer 14 · 26 May 2018 в 01:03

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

После того как вы получите исправление, посмотрите wiki.ubuntu.com/SponsorshipProcess , чтобы помочь вам исправить ошибки в Ubuntu. — ajmitch, 18 November 2010 в 06:17

Scott Ritchie · Answer 15 · 26 May 2018 в 01:03

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

1

ответ дан Scott Ritchie 26 May 2018 в 01:03

1

Только возможно, если вы являетесь членом Ubuntu afaik ... но это хорошее предложение для некоторых людей. – Stephen RC 19 October 2010 в 02:48

Community · Answer 16 · 25 July 2018 в 23:05

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

Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.

Я искал пакет gvfs, и единственное, что я мог найти, это gnome-vfs. В следующий раз я сделаю больше копания :) — Stephen RC, 14 October 2010 в 05:11

nathwill · Answer 17 · 25 July 2018 в 23:05

Возможно, проверьте # ubuntu-bugs на freenode? кто-то, как правило, готов помочь.

2

ответ дан nathwill 25 July 2018 в 23:05

pbr · Answer 18 · 25 July 2018 в 23:05

Как кто-то, кто уже много лет занимается известными, настоящими, важными ошибками, я могу сочувствовать.

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

Открытый источник - странный зверь. -pbr

poolie · Answer 19 · 25 July 2018 в 23:05

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

После того как вы получите исправление, посмотрите wiki.ubuntu.com/SponsorshipProcess , чтобы помочь вам исправить ошибки в Ubuntu. — ajmitch, 18 November 2010 в 06:17

Scott Ritchie · Answer 20 · 25 July 2018 в 23:05

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

1

ответ дан Scott Ritchie 25 July 2018 в 23:05

1

Только возможно, если вы являетесь членом Ubuntu afaik ... но это хорошее предложение для некоторых людей. – Stephen RC 19 October 2010 в 02:48

txwikinger · Answer 21 · 25 July 2018 в 23:05

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

Community · Answer 22 · 27 July 2018 в 02:38

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

Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.

Я искал пакет gvfs, и единственное, что я мог найти, это gnome-vfs. В следующий раз я сделаю больше копания :) — Stephen RC, 14 October 2010 в 05:11

nathwill · Answer 23 · 27 July 2018 в 02:38

может проверить канале #Ubuntu-ошибки на freenode? кто-то там, как правило, готовы помочь.

2

ответ дан nathwill 27 July 2018 в 02:38

pbr · Answer 24 · 27 July 2018 в 02:38

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

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

Открытый исходный код-это странный зверь. -пбр

poolie · Answer 25 · 27 July 2018 в 02:38

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

После того как вы получите исправление, посмотрите wiki.ubuntu.com/SponsorshipProcess , чтобы помочь вам исправить ошибки в Ubuntu. — ajmitch, 18 November 2010 в 06:17

Scott Ritchie · Answer 26 · 27 July 2018 в 02:38

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

1

ответ дан Scott Ritchie 27 July 2018 в 02:38

1

Только возможно, если вы являетесь членом Ubuntu afaik ... но это хорошее предложение для некоторых людей. – Stephen RC 19 October 2010 в 02:48

txwikinger · Answer 27 · 27 July 2018 в 02:38

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

Scott Ritchie · Answer 28 · 2 August 2018 в 04:26

Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.

txwikinger · Answer 29 · 2 August 2018 в 04:26

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

poolie · Answer 30 · 2 August 2018 в 04:26

Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.

Как получить ошибку

63 ответа

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

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