Итак, bugzilla. Как следует из заголовка, блог предназначен для обсуждения на русском языке и составления грамотных багрепортов. Давно хотел нечто подобное для себя, и вот наконец-то руки дошли.
Наверняка у многих из вас возникнут вопросы в духе "а зачем оно надо?" За ответами прошу под кат.
Зачем нужен какой-то блог, если у любого проекта есть свой баг-трекер?
Баг-трекер штука удобная и нужная, не спорю. Только вот порог вхождения у него высоковат. Это и знание какого-никакого английского, и знание основ системы. Ведь логично же, что баг вида "ААААА! У меня ничерта не работает. Чините все немедленно!" даже смотреть никто не будет. Поэтому я предлагаю силами сообщества оформлять грамотные багрепорты. Есть идея также пошерстить багзиллу на предмет древних надоедливых багов и дружно за них голосовать. Да еще много чего придумать можно.
Проектов много, а блог один. Как быть?
Все просто: один баг - один пост.
Откуда у меня взялась такая идея?
На данный момент в моей системе есть два веселеньких бага, которые я пока даже описать толком не могу. Сначала хотел задать здесь по этому поводу вопрос, но потом пришла вот эта идея. В общем, если блог получит поддержку, я напишу пару постов о своих веселых багах)
-
Дело хорошее, годное. Но жызнь такова что больше всего ее портят баги типа этого: https://bugs.launchpad.net/ubuntu/+source/unzip/+bug/580961 (5 лет не могут исправить).
А еще есть такие ванючие дистрибутивы типа бубунты, в которой я сижу, где на некоторые баги забивают болт годами. Например баг с Emerald, который вылетает при смене темы в 9.04-10.04. Вот интересно, почему при отсутствии этого пакета в дебиане (что означает, что каноникл сами собрали его и на дебиан тестинг не равняются) давно есть обновления без этого бага, но в репы упорно запихивают старую багованую версию.
-
-
А еще есть такие ванючие дистрибутивы типа бубунты
Без фанатизма! 1 предупреждение.
-
-
Это не фанатизм. Это дистроспецифичные баги.
-
Кстати об этом. В openSUSE 11.3 этот баг исправлен силами сообщества (обсуждение тут). Поэтому если убунтоводам это интересно, могу создать отдельный топик на тему исправления этого бага.
ЗЫ. В сузе пропатченный unzip, который использует библиотеки для перекодировки на лету.
-
-
Для убунты есть временные патчи:
http://narod.ru/disk/173531001/unzip_7.0-ubuntu1_i386.deb.html
http://narod.ru/disk/1045306001/unzip_7.0-ubuntu0_amd64.deb.html
-
-
Нужно протолкнуть патчи в апстрим=) Тогда будет хорошо, да).
-
Кстати сам форум суси доставляет
На ЛОРе тоже замечали такое. Но в контексте данного бага, исправляющего проблему кодировки в архивах, смотрится особенно феерично :))
-
-
Там внизу надо выбрать русский язык.
-
-
А язык при чём? тут с кодировкой косяк, а не с языком.
-
-
если выбрать язык форума русский, то все станет хорошо. Я не знаю почему так, но это так.
-
С кодировкой чего и чей косяк? Помимо "физической" кодировки текста есть ещё указание её в HTML заголовках, а есть ещё интерпретация броузером, если кодировка не указана ни веб-сервером, ни внутри страницы. Если где-то с чем-то путаница, то вероятность проблем с русским близка к 100%. Например, обычно в русифицированных броузерах кодировка по умолчанию (если не указана) -- windows-1251, а не UTF-8. А на скриншрте однозначно UTF-8, который интерпретируется как что-то однобайтовое.
Так что всё правильно говорят, если переключить там на русский, скорей всего поменяется либо charset в хидерах, либо utf8 на cp1251 при генереции, и всё встанет на свои места.
-
-
Вы вообще в курсе как делаются мультиязычные сайты?.. Или так, от балды ляпнуть лишь бы?.. Если контент отображается на русском, значит движок определил, что нужен русский язык. И, если не полным бездарем написан, и кодировка в хедрерах будет указана. А если кодировка указана, то и браузер правильно покажет страницу.
С кодировкой чего и чей косяк?
С кодировкой контента, отданного сервером. Отданы ли сами данные не в той кодировке, или в хэдерах косяк - сути дела не меняет. И косяк это именно сервера, потому, что если в хедерах указана верная кодировка - браузер правильно всё покажет.
Так что всё правильно говорят, если переключить там на русский, скорей всего поменяется либо charset в хидерах, либо utf8 на cp1251 при генереции, и всё встанет на свои места.
Если указать принудительно в браузере кодировку по умолчанию, то для конкретного сайта это поможет. Но для другого набыдлокоженого сайта, в котором контент отдаётся в другой кодировке, без указания её в хэдерах - снова будут закорючки. А предыдущий оратор советовал переключить язык на сайте, а не в браузере. И, если это решение поможет, то это ещё больше указывает на криворукость разработчиков этого движка, который определил язык, на котором отдавать контент, но не указал правильную кодировку в хэдерах.
И в данном случае речь как раз о том, что сайт, а точнее его мультиязычная поддержка, сделан криво. Проблема не в выбранном языке, а в кодировке, и только в ней.
-
-
А подумать? И сопоставить с уже известными фактами? Если пользователем выбран интерфейс на английском, писатели движка форума не русские (это обычно означает, что в хидерах будет latin-1 или windows-1251), а в базе тело сообщения лежит в UTF8 на русском, то откуда этому движку знать, что в хидерах правильно писать?
К чему эти наезды? Я что, говорил, что так писать надо? Я объяснил, почему так бывает.
Скорей всего движок может быть старый, когда ещё без utf жили, базу сконвертировали, поддержку многоязыковости добавили, не полностью перейдя на юникод, вот такие бока и вылазят. Бывает.
-
-
Да с ним спорить бесполезно. Не кормите=))
-
А ты подумай сам. Если уже выбран русский язык, раз он же отображается?.. Ещё раз выбрать - и поможет?.. тогда движок тем более дерьмо.
Выбор языка помог бы, если бы сайт показывался на другом языке, а тут он явно на русском отображается. Так чем же поможет выбор языка?
-
предлагаю силами сообщества оформлять грамотные багрепорты
Тогда уж и мануал по составлению сего бы приложить
Во-вторых, как быть с подозрениями на баг, в этот же блог писать?
В третьих, как быть с багами, которые
а) относятся к почти никому не нужному или узкоспециализированному проекту?
б) исправляются костылями?
Пример: конпелял я как то пирит, конпеляю конпеляю, а он не работает и не работает; скачал дебку старой версии, распаковал и вижу что в ней какая то библиотека есть, которая из исходника не собирается, подложил я ее к тому что я наконпелял и все заработало.
Выводы:
1) я родил костыль
2) баг в коде (который на обожаемом многими пистоне)
3) вряд ли кому оно надо
4) если автор не последний дебил то сам скоро исправит баг (если дебил/забил - проект форкнут)
В четвертых, есть куча такого что находится разработке и старые стабильные версии мало кого интересуют. Отсюда: стоит ли писать в блоге про баги именно в альфа/бета версиях? А то на баги в бете убунты 10.10 уже жаловались.
-
Собственно для подозрений на баг этот блог подходит больше всего. Потому что когда все понятно, можно идти напрямую в багзиллу и отправлять репорт. В случае сомнений целесообразнее сначала посоветоваться с сообществом.
Я вижу три основных применения моей идее:
1) обсуждение плавающих, трудно воспроизводимых багов, или просто подозрений на баг.
2) помощь новичкам в переводе/адаптации для направления в багзиллу.
3) форсирование уже существующих багов, как например из первого комментария.
-
Я извиняюсь. Не понял, о каких багах речь? О багах в наших любимых линуксах? Или же проект welinux?
-
-
В наших любимых линуксах)
|
|
|
  |
|
Последние посты
|
|
|
Последние комментарии
|
|
|
Изменения
|
   |
|
Черновики (все)
|
|
|
Избранное (всё)
|
|
|
