The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Связанная с крахом KWin проблема побила рекорд по числу уведомлений в системе отслеживания ошибок проекта KDE

11.05.2011 12:16

Мартин Грэслин (Martin Graesslin), один из ключевых разработчиков оконного менеджера KWin, используемого в проекте KDE, опубликовал в своем блоге заметку об одной неприятной проблеме, приводящей к краху оконного менеджера KWin при работе на системах c драйверами Intel/Mesa. Ошибка проявляется при попытке просмотра Flash-видео в полноэкранном режиме или при запуске базирующихся на OpenGL хранителей экрана.

Данная ошибка побила все рекорды по числу отправленных разработчикам уведомлений. По сообщению Мартина, после выхода Kubuntu 11.04, ежедневно в системах трекинга ошибок KDE, Mesa и Ubuntu заводится два-три дубликата с уведомлением о данной проблеме. Мартин советует не заводить дублирующие сообщения и дождаться решения проблемы, над исправлением которой уже работают в upstream. До момента появления исправления рекомендуется не смотреть видео на YouTube в полноэкранном режиме и отключить хранитель экрана. Примечательно, что первые упоминания о данной ошибке датированы сентябрем прошлого года.

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

  1. Главная ссылка к новости (http://blog.martin-graesslin.c...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30514-kde
Ключевые слова: kde, kwin, crash, bug
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, тру йода (?), 12:58, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот и наглядный пример цены багрепортов в убунте/кде. К сожалению, и очень значительной части других опенсорсных проектов.
     
     
  • 2.2, Вова (?), 13:06, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот и наглядный пример цены багрепортов в убунте/кде. К сожалению, и
    > очень значительной части других опенсорсных проектов.

    Продемонстрируйте открытый трекер проблем для коммерческого ПО с закрытым кодом, для "наглядности".

     
     
  • 3.3, Да (?), 13:15, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    http://youtrack.jetbrains.net/issues/WI
     
  • 3.4, тру йода (?), 13:27, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Продемонстрируйте открытый трекер проблем для коммерческого ПО с закрытым кодом, для
    > "наглядности".

    Для наглядности чего? Будет ли оно с сравнении "хуже" ли "лучше" ли "одинаково" ли, это не отменит того факта что все равно "хреново". Или вам просто хочется позслословить на тему что у соседей не только туалет протекает как и у вас, но еще и воняет впридачу? Очень наглядное доказательство того что вам живется конечно гораздо лучше.

     
     
  • 4.28, Аноним (-), 20:15, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А разве не наглядное? У соседей не только протекает и воняет. Они еще и замок на дверь повесили. Чтобы вы не видели что протекает и воняет. Поэтому если вас приперло (баг у вас вылез) - это вообще ваши трудности оказываются. И вы с ними разбираетесь как угодно. Но без их туалета (багтрекера).

    Как пример: после очередного апдейта регулярно виснет виндусь. В эвентлогах и прочая - по нулям. Ченжлоги разумеется дать забыли. Куда и к кому по этому поводу обращаться? К дебилам в первой линии саппорта? Которые месяц будут меня футболить? Великолепная перспектива!

     
     
  • 5.35, Виндус (?), 01:00, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пора уже пиратский Виндус95 деинсталлировать, а поставить хотя бы ХР, тогда и зависать будет меньше.
     
     
  • 6.42, 1 (??), 10:14, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    с такими кривыми клешнями и XP долго не проживет, если у барана не хватает ума винду не сломать то ему никакая техподдержка не поможет
     
  • 5.46, Вова (?), 11:44, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А разве не наглядное? У соседей не только протекает и воняет. Они
    > еще и замок на дверь повесили. Чтобы вы не видели что
    > протекает и воняет. Поэтому если вас приперло (баг у вас вылез)
    > - это вообще ваши трудности оказываются. И вы с ними разбираетесь
    > как угодно. Но без их туалета (багтрекера).
    > Как пример: после очередного апдейта регулярно виснет виндусь. В эвентлогах и прочая
    > - по нулям. Ченжлоги разумеется дать забыли. Куда и к кому
    > по этому поводу обращаться? К дебилам в первой линии саппорта? Которые
    > месяц будут меня футболить? Великолепная перспектива!

    точная аналогия, кстати, про замок на двери чтоб никто не видел, почему воняет, респект.

     
  • 3.5, Аноним (-), 13:33, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Продемонстрируйте открытый трекер проблем для коммерческого ПО с закрытым кодом, для "наглядности".

    Там нет проблем. :)

     
  • 3.23, Аноним (-), 18:01, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Продемонстрируйте открытый трекер проблем для коммерческого ПО с закрытым кодом, для "наглядности".

    https://connect.microsoft.com/
    Смотри шаблон себе не порви.

     
     
  • 4.43, 1 (??), 10:15, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    да он уже завалился давно :)
     
  • 4.44, Вова (?), 11:32, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Продемонстрируйте открытый трекер проблем для коммерческого ПО с закрытым кодом, для "наглядности".
    > https://connect.microsoft.com/
    > Смотри шаблон себе не порви.

    А сам смотрел содержимое по ссылке?  Список багов виндоус 7 покажи? Нет, не "виндоус 7 лого програм", а, к примеру, internet explorer?


     
     
  • 5.47, Аноним (-), 14:56, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Просто "windows 7" — не та вещь, для которой можно просто прийти и написать баг-репорт. Это должно быть очевидно: просто попробуй сформулировать такой баг-репорт. Не забывай, что он может содержать примеры кода, который тебе как разработчику проприетарного ПО не хотелось бы раскрывать. Разработчики internet explorer перестали принимать баг-репорты, это да. А visual studio — пожалуйста. https://connect.microsoft.com/VisualStudio/Feedback
     
     
  • 6.48, Вова (?), 15:34, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто "windows 7" — не та вещь, для которой можно просто прийти
    > и написать баг-репорт. Это должно быть очевидно: просто попробуй сформулировать такой
    > баг-репорт. Не забывай, что он может содержать примеры кода, который тебе
    > как разработчику проприетарного ПО не хотелось бы раскрывать.

    с чего бы это баг-репорт должен содержать примеры кода?
    Классический багрепорт это сообщение вида "я делаю то-то, для этого кликнул туда-то, вижу вот это. Ожидаемое поведение: видеть вот то."

    Но оно понятное дело, что в открытый доступ нельзя выкладывать реальные тикеты, например: "пытаюсь установить венду на такой-то конфигурации, вижу ошибку 0х0000007B, венда пишет, что в моей системе вирус, а может быть и нет вируса, а может быть просто драйверов под какое-то железо нет, а может и есть драйвера - но железо не работает"

     
  • 2.6, Аноним (-), 14:02, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну вот и наглядный пример цены багрепортов в убунте/кде. К сожалению, и очень значительной части других опенсорсных проектов.

    А Вы думали что ошибки сами собой исправляются, достаточно багрепорт написать? :)

     
  • 2.27, Noor (ok), 19:55, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ога.. Вот к примеру мой случай. KWin падает через некоторое время после запуска Firefox. Вычислить что к этому приводит, акромя запуска самого Firefox'а, не удалось. Но блин, падает же, и баг значит есть. А как его еще описать, если больше ничего не известно?
     
     
  • 3.36, Виндус (?), 01:05, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ога.. Вот к примеру мой случай. KWin падает через некоторое время после
    > запуска Firefox. Вычислить что к этому приводит, акромя запуска самого Firefox'а,
    > не удалось. Но блин, падает же, и баг значит есть. А
    > как его еще описать, если больше ничего не известно?

    Поставьте develop пакеты, подебажте. Как тут любят говорить: "Это линукс, детка".
    Правда те которые это говорят, сами никогда не то что не дебажили, но и не знают,
    что это вообще означает.

     

  • 1.7, тру йода (?), 14:11, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > А Вы думали что ошибки сами собой исправляются, достаточно багрепорт написать?

    Ой, блин, его еще и чинить что ли надо? А зачем тогда вообще багрепорт писать, не проще ли сразу патчи требовать от пользователя? Дарю идею совершенно бесплатно - в багтрекере сделать поле для ввода патча, без него багрепорт не принимать. Лепота! Ни одного непочиненного бага в багтрекере, проект просто потрясающей стабильности.

     
  • 1.8, Аноним (-), 14:26, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    По-моему, вполне наглядный фэйл "опенсорсовой" политики: хочу - кнопки перекрашу, хочу - загрузку оптимизирую, а РЕАЛЬНО НАДОЕДЛИВЫЕ БАГИ нафик никому не впёрлись - разработчик пинает орган размножения, теша себя какими-то глобальными идеями, ламеры вообще не понимают, где проблема, а у экспертов нет времени погружаться в ещё один проект, чтобы поправить одну строку дурацкого кода.
    Какого чёрта тогда нужны их roadmap'ы? BUG-ROADS - вот что нужно :) Типа "до дня рождения Fedora 18.3.14.32 осталось 3 критичных, 10 важных и 1000 мелких багофиксов". Пофиксите - тогда и релиз будет.
     
     
  • 2.11, тру йода (?), 15:33, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Если бы разраб только орган свои пинал. Иногда диалог идет вот по такой схеме:

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

     
  • 2.12, non anon (?), 15:42, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Какого чёрта тогда нужны их roadmap'ы? BUG-ROADS - вот что нужно :) Типа "до дня рождения Fedora 18.3.14.32 осталось 3 критичных, 10 важных и 1000 мелких багофиксов". Пофиксите - тогда и релиз будет.

    А в дебиане, между прочим, так и сделано. Но народ почему-то предпочитает убунту, которая выходит строго по графику, независимо от количества багов в релизе.

     
     
  • 3.21, tmp (?), 17:51, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А в дебиане, между прочим, так и сделано. Но народ почему-то предпочитает
    > убунту, которая выходит строго по графику, независимо от количества багов в
    > релизе.

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

     
     
  • 4.33, анон (?), 21:38, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Только в stable

    Если быть точным, когда в тестинге исправляют все баги, он становится stable.

    >и только для базовой системы

    Што?

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

    Исправляются все ошибки, просто обновлений безопасности там гораздо больше, чем критических ошибок (именно из-за тщательного тестирования).
    Более того, существуют репы специально для багфиксных обновлений (например, squeeze-updates), а при выпуске минорного релиза пакеты из них переносятся в основные репы.

    >И поэтому выбирают Убунту, в которой программы с исправленными в апстриме ошибками.

    Если ожидать апстримных исправлений, софт будет древнее, чем в rhel. За убунтой я этого не замечал. Софт там относительно свежий и зело глючный.

     
     
  • 5.34, tmp (?), 22:35, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Што?

    Необходимые, важные, обычные пакеты. Расширенных не касается. Помню по краху lyx, который не исправляли, пока новый stable не появился.


    > Исправляются все ошибки, просто обновлений безопасности там гораздо больше, чем критических
    > ошибок (именно из-за тщательного тестирования).
    > Более того, существуют репы специально для багфиксных обновлений (например, squeeze-updates),
    > а при выпуске минорного релиза пакеты из них переносятся в основные
    > репы.

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

    > Если ожидать апстримных исправлений, софт будет древнее, чем в rhel. За убунтой
    > я этого не замечал. Софт там относительно свежий и зело глючный.

    А кто будет исправлять, если не апстрим? По крайней мере, через апстрим.


     

  • 1.9, Аноним (-), 14:43, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Есть еще один хороший баг - поломан пакет bash-completion.
    В 11.04 после нажатия <Tab> к имени файла или директории добавляется пробел (см. https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/769866 и его дубликаты).
     
     
  • 2.13, non anon (?), 15:44, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть еще один хороший баг - поломан пакет bash-completion.
    > В 11.04 после нажатия <Tab> к имени файла или директории добавляется пробел
    > (см. https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/769866 и его
    > дубликаты).

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

     
     
  • 3.15, Stax (ok), 16:21, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нормальная такая логика, да?

    Давайте перефразируем:
    если вам нужно нормальное дополнение в оболочке (bash) - используйте fedora (debian, gentoo, etc). Всяко лучше, чем левые костыли (zsh) к несчастной убунте прикручивать.

     
     
  • 4.18, non anon (?), 16:41, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >если вам нужно нормальное дополнение в оболочке (bash) - используйте fedora (debian, gentoo, etc). Всяко лучше, чем левые костыли (zsh) к несчастной убунте прикручивать.

    Вот у вас точно логика ненормальная :)

     
  • 3.53, anonymous (??), 23:10, 13/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вам нужно нормальное дополнение в оболочке - используйте zsh.

    а если мне нужно дополнение, но не нужен zsh?

     

  • 1.10, vovan (??), 14:49, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    К слову сказать, схожая проблема наблюдается в ubuntu с гномом, где kwin-ом не пахнет, а именно - полноэкранный флэш с некоторого момента перестает работать, звук идет, видео - нет. Видяха интеловская на ноуте. Т.е. kwin здесь задет по пути, и проблема, похоже, в интеловских дровах.
     
     
  • 2.14, emg81 (ok), 15:44, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    когда ставил 11.04 с unity, была та же проблема.
    только драйверы - nvidia. проприетарные
     
  • 2.22, Аноныч (?), 17:57, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У меня kwin+fglrx+flash=тормоза при полноэкранном флэше на AMD Catalyst 11.5, в окне-всё нормально. На 11.4 такого не было.
     

  • 1.16, Андрей (??), 16:25, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хех! юзаю вместо kwin'а compiz и не тужу :)
     
     
  • 2.17, Anon2048 (?), 16:38, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.ru/openforum/vsluhforumID3/77056.html#10
     

  • 1.19, maxkit (ok), 16:41, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Плазма не падает", ага, ага.
     
     
  • 2.20, non anon (?), 17:20, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Компиз, метасити и юнити падают - почему бы и плазме не упасть? :)
     
  • 2.24, Аноним (-), 18:52, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно. Проприетарный адобе-флэшплеер валит систему, а виноват квин. Причем, заметьте, что почему-то именно разрабы КДЕ стараются решить проблему, тогда как Адобе традиционно плюет на пользователей и на дыры в своих продуктах.

    Кстати, у меня плазма не падала уже очень давно: генту ~amd64, ати 5870, фрлрх. Видимо, от рук и от дистрибутива тоже кое-что зависит, ага?

     
     
  • 3.25, maxkit (ok), 19:03, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Видимо, от рук и от дистрибутива тоже кое-что зависит, ага?

    Стандартный ответ фанатиков.

     
     
  • 4.26, 111 (??), 19:37, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    даладна.

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

     
     
  • 5.30, maxkit (ok), 20:53, 11/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может, Вы просто научились ходить по пунктиру и не дышать на потенциально опасные места.
     
  • 2.39, Андрей (??), 09:44, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Таки да! не падает! :) Вы наверное только в kubuntu проверяли? Попробуйте в gentoo :)
     

  • 1.31, Аноним (-), 21:29, 11/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    генту ~amd64, плазма не падала еще ни разу, так что х/з
     
     
  • 2.40, Андрей (??), 09:45, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > генту ~amd64, плазма не падала еще ни разу, так что х/з

    в ~x86 аналогично :)

     

  • 1.38, Аноним (-), 06:28, 12/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Аналогично. "Плазма падает" говорит та порода людей, что до сих пор, увидя татарина вопит: "а классно мы вам на Куликовом то поле ввалили!"
    А вообще, если честно, минусы есть у всего. И у опенсорца тоже, вот только их меньше и они куда как менее критичны.
     
     
  • 2.41, Андрей (??), 10:05, 12/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Аналогично. "Плазма падает" говорит та порода людей, что до сих пор, увидя
    > татарина вопит: "а классно мы вам на Куликовом то поле ввалили!"
    > А вообще, если честно, минусы есть у всего. И у опенсорца тоже,
    > вот только их меньше и они куда как менее критичны.

    один + мой :)
    Балмер просто отключает или не добавляет возможность, а в некоторых случаях урезает имеющийся функционал (вспомним борьбу с saccer'ом :) ), если это приводит к "краху" :D

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру