Каков наилучший способ получить критическую ошибку, замеченную нужными людьми, поэтому ее можно устранить как можно скорее?
Существует ошибка с 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Но до сих пор не было абсолютно никакого официального ответа, который я вижу.
Я понимаю, что терпение всегда является хорошей идеей, но есть ли что-то еще, что можно сделать с этими отчетами об ошибках, чтобы привлечь к ним внимание?
Я рад ждать, но если есть что-то, что мы можем сделать, чтобы ускорить процесс, было бы хорошо это знать:)
Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:
Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:
Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.Речь идет не о конкретных ошибках, которые вы подали, но об общей хорошей практике для своевременного получения ошибок:
Убедитесь, что вы отправили отчет об ошибке в правильном исходном пакете , Тригеры ошибок и разработчики, как правило, подписываются на сообщение об ошибках пакетов, в которых они заинтересованы или ответственны, поэтому для соответствующих людей своевременно просматривать вашу ошибку, ее нужно подавать с указанным пакетом, а исправьте. Если у вас есть проблемы с определением правильного пакета, эта страница вики может помочь. Убедитесь, что ваша ошибка содержит соответствующую информацию для отладки. В большинстве случаев регистрация вашего отчета с помощью ubuntu-bug обеспечит это, но есть много информации о процедурах отладки в вики, которые также пригодится. Если ваш отчет выглядит хорошо, но ответа на него нет, попробуйте объявить его на # ubuntu-ошибках на Freenode, сославшись на номер ошибки, чтобы узнать, могут ли какие-либо триггеры ошибок нажать его в правильном направлении. Помните, что большинство триадеров и разработчиков - добровольцы с ограниченным временем и энергией, и, будучи слишком настойчивыми, могут препятствовать людям помогать вам. Если никто, похоже, не сможет помочь, попробуйте другое время дня. Если вы знаете конкретных людей, которые, по вашему мнению, должны изучать вашу ошибку, дайте им пинг на IRC (вы можете увидеть псевдонимы IRC в своих профилях Launchpad) или подпишите их на ошибку, объяснив, почему вы подписались на них с вежливым и краткий комментарий сразу после этого. Не назначайте их; просто подпишитесь на них, не подписывайте команды, если это специально не указано, и не массируйте подписку на несколько ошибок одновременно.Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:
Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:
Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:
Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:
Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:
Речь идет не о конкретных ошибках, которые вы подавали, но об общей хорошей практике для своевременного получения ошибок:
Ответ Мурата правильный для хороших процессов. Для вашей конкретной ошибки, похоже, она назначена на неправильный компонент. gnome-vfs - это старая неподдерживаемая вещь, текущая часть GNOME, которая обрабатывает подобные вещи, на самом деле называется gvfs.
Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.
Нажмите кнопку «влияет на меня» в верхней части ошибки на панели запуска. Если многие люди делают это, это указывает на то, что ошибка затронута множеством людей и может быть важнее других ошибок.
Возможно, проверьте # ubuntu-bugs на freenode? кто-то, как правило, готов помочь.
Как кто-то, кто уже много лет занимается известными, настоящими, важными ошибками, я могу сочувствовать.
Исправление вещей действительно зависит от вещей, которые заботятся о них и сколько, и кто платит люди деньги, чтобы ухаживать в определенных направлениях.
Открытый источник - странный зверь. -pbr
Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.
Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.
Ответ Мурата правильный для хороших процессов. Для вашей конкретной ошибки, похоже, она назначена на неправильный компонент. gnome-vfs - это старая неподдерживаемая вещь, текущая часть GNOME, которая обрабатывает подобные вещи, на самом деле называется gvfs.
Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.
Возможно, проверьте # ubuntu-bugs на freenode? кто-то, как правило, готов помочь.
Как кто-то, кто уже много лет занимается известными, настоящими, важными ошибками, я могу сочувствовать.
Исправление вещей действительно зависит от вещей, которые заботятся о них и сколько, и кто платит люди деньги, чтобы ухаживать в определенных направлениях.
Открытый источник - странный зверь. -pbr
Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.
Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.
Нажмите кнопку «влияет на меня» в верхней части ошибки на панели запуска. Если многие люди делают это, это указывает на то, что ошибка затронута множеством людей и может быть важнее других ошибок.
Ответ Мурата правильный для хороших процессов. Для вашей конкретной ошибки, похоже, она назначена на неправильный компонент. gnome-vfs - это старая неподдерживаемая вещь, текущая часть GNOME, которая обрабатывает подобные вещи, на самом деле называется gvfs.
Ваша проблема в том, что никто не ищет ошибок для чего-то, чего у нас нет отгружено через некоторое время. Фиксация компонента, а затем последующие указания Мурата, вероятно, привлекут ваше внимание.
может проверить канале #Ubuntu-ошибки на freenode? кто-то там, как правило, готовы помочь.
как тот, кто был пастырства известных реальных, серьезных ошибок на протяжении нескольких лет, я могу сочувствовать.
получение вещи, закрепленные на самом деле зависит от вещей, кто заботится о них и сколько и кто платит людям деньги, чтобы заботиться в определенных направлениях.
Открытый исходный код-это странный зверь. -пбр
Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.
Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.
Нажмите кнопку «влияет на меня» в верхней части ошибки на панели запуска. Если многие люди делают это, это указывает на то, что ошибка затронута множеством людей и может быть важнее других ошибок.
Если все остальное не удается, сообщите об этом на Planet Ubuntu и просто подробно расскажите о проблеме.
Нажмите кнопку «влияет на меня» в верхней части ошибки на панели запуска. Если многие люди делают это, это указывает на то, что ошибка затронута множеством людей и может быть важнее других ошибок.
Еще одна вещь: пойдите, исправляя это самостоятельно! Многие ошибки мелкие. И даже если вы не можете достичь очень далекого уровня, просто приходящий посылает действительно сильный сигнал разработчикам, и это может привлечь их внимание. Даже если вы не можете его решить, но вы можете локализовать проблему немного, это заставляет эту ошибку выделяться из массы других открытых ошибок.