The OpenNET Project / Index page

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

В Fedora не торопятся решить проблему с неправильным отображением элементов GTK-программ

20.11.2010 14:36

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

Данная проблема уже устранена в дистрибутиве ArchLinux, разработчики Fedora были уведомлены о ней 4 ноября, т.е. более двух недель назад. К сожалению, разработчики Fedora не считают нужным закрыть отчёт об ошибке, хотя он уже имеет три дубликата и более 10 подписанных на него человек.

Если вы испытываете проблемы с некорректным отображением некоторых элементов интерфейса в приложениях, использующих cairo, и работаете на дистрибутиве Fedora 14, то вы уже можете воспользоваться готовым решением.

Для этого вам нужно скачать SRC.RPM пакет с патчем cairo-1.10.0-3.fc14.src.rpm, затем его нужно пересобрать командой


   $ rpmbuild --rebuild cairo-1.10.0-3.fc14.src.rpm

Затем нужно обновить пакеты cairo командой rpm -Uvh имена_пакетов (разделённые пробелами).

  1. Главная ссылка к новости (https://bugzilla.redhat.com/sh...)
Автор новости: Artem S. Tashkinov
Тип: К сведению
Ключевые слова: fedora, cairo, gtk, bug, patch
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (43) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 15:21, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    В Russian Fedora уже собран cairo с фиксом градиентов.
     
     
  • 2.2, Иван Иванович Иванов (?), 15:28, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > В Russian Fedora уже собран cairo с фиксом градиентов.

    Молодцы.

     
     
  • 3.4, Аноним (-), 15:52, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    * Пнд Ноя 15 2010 Arkady L. Shane <ashejn@yandex-team.ru> - 1.10.0-2.1
    - add missing librsvg2-devel
    - fix rh#652124 and rf#419 (nvidia gradient)
     
  • 3.13, StrangeAttractor (ok), 21:34, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так для этого же и нужны все эти кастомные сборки - для включения патчей, которые не принимают в официальные дистры...
     

  • 1.6, tallman (?), 17:27, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно как дела с убунтой обстоят
     
     
  • 2.9, Below (ok), 20:00, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В 11.04 точно поправят
     
  • 2.33, EuPhobos (ok), 17:39, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня своя сборка на базе убунты 10.04, проблем не наблюдаю, т.к. вместо DE-окружения, как раз использую связку cairo-dock + compiz
     

  • 1.7, Аноним (-), 18:53, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Никогда  не страдал такой проблемой. Использую только KDE4 и программы Qt4.
     
  • 1.8, Аноним (-), 19:02, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    То есть разработчики cairo сделали так, а теперь все дистрибутивы это выправляют обратно?
     
     
  • 2.10, Иван Иванович Иванов (?), 20:08, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Примерно.

    Разработчики cairo ориентируются на гипотетических пользователей.

     
     
  • 3.21, Аноним (-), 06:10, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Разработчики cairo ориентируются на гипотетических пользователей.

    Зато nvidia ориентируется на слишком конкретных, шаг влево - шаг вправо - и ничего не работает :(

     

  • 1.11, Александр (??), 20:19, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Такое впечатление, что автор новости верит, что разработчики лично ему что-то должны и что они аж за 2 недели якобы не удосужились решить частную, заметную ему и еще 9-10 человекам, проблему на десктопе.

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

    Тем более странно видеть такую обидчивость от автора новости с учетом того, что workaround уже есть, и всем, кому не пофиг, могут его провести в жизнь. Да-да, те самые десять человек :) которые подписали баг.

    Тоже мне проблема, куда там патчению KDE2 под FreeBSD :)

     
     
  • 2.15, Иван Иванович Иванов (?), 22:44, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Workaround уже скачали более 150 раз и это только те люди, которые знают куда копать.

    Но вам, конечно, виднее.

     
     
  • 3.30, Аноним (-), 16:06, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и что? вы считаете что разработчики Fedora и маинтайнеры чем-то вам обязаны ?
     
  • 2.20, pazke (?), 00:07, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Такое впечатление, что автор новости верит, что разработчики лично ему что-то должны
    > и что они аж за 2 недели якобы не удосужились решить
    > частную, заметную ему и еще 9-10 человекам, проблему на десктопе.

    Так мало того, проблема похоже только у любителей блобов от нвидии и потому совсем не факт что патчить надо именно cairo.

     
  • 2.23, iZEN (ok), 10:56, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Притом, что есть годами висящие баги, относящиеся к серверному линуксу, которые, конечно, явно важнее, и их порой просто не хватает рук закрыть.

    Не хватает обычно не рук, а мозгов.

     
  • 2.38, Zenitur (?), 21:27, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Федоровцы никогда не применяют бездумно чужой патч. Они всегда докапываются до сути проблемы, и иногда раскапывают и исправляют новые, о которых в других дистрибутивах не знали и искать не собирались.
     
     
  • 3.44, sHaggY_caT (ok), 05:40, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Федоровцы никогда не применяют бездумно чужой патч. Они всегда докапываются до сути
    > проблемы, и иногда раскапывают и исправляют новые, о которых в других
    > дистрибутивах не знали и искать не собирались.

    И тут тоже +1

     
  • 2.43, sHaggY_caT (ok), 05:39, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Такое впечатление, что автор новости верит, что разработчики лично ему что-то должны и
    >что они аж за 2 недели якобы не удосужились решить частную, заметную ему и еще 9-10
    >человекам, проблему на десктопе.
    >Притом, что есть годами висящие баги, относящиеся к серверному линуксу, которые, конечно,
    >явно важнее, и их порой просто не хватает рук закрыть.

    +1, у меня по багрепорту по wine'у вообще робот недавно написал, что Fedora12 EOF.
    Может, такая ситуация и неправильна, но, в конце концов, это opensource, и не RHEL/CentOS или, скажем, Ubuntu LTS. Ставя Fedora, Вы должны знать, что приобретаете, и что теряете!
    и если есть workaraund, глупо _требовать_ что-то еще!

     
     
  • 3.46, Аноним (-), 07:37, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > +1, у меня по багрепорту по wine'у вообще робот недавно написал, что Fedora12 EOF.

    И правильно сделал. Вы что думаете, за вас будут допотопные системы поддерживать и баги там фиксить? Не можете работать в IT - идите в дворники.

     

  • 1.14, Tav (ok), 22:43, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Предлагаете скачать пакет незнамо откуда? Прекрасная возможность для распространения троянов. Почему бы не дать ссылку на сборку в Russain Fedora, если там уже исправили.

    x86_64: http://mirror.yandex.ru/fedora/russianfedora/russianfedora/fixes/fedora/updat

    i686: http://mirror.yandex.ru/fedora/russianfedora/russianfedora/fixes/fedora/updat

     
     
  • 2.16, Иван Иванович Иванов (?), 22:46, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Слабо md5 посмотреть у файлов внутри пакета? Плюс 2 строковый патч для spec файла.

    Вы слишком много о себе думаете, и слишком мелко думаете об авторе workaround'a. И конечно я должен доверять Russian Fedora больше, чем исходникам.

     
     
  • 3.17, Иван Иванович Иванов (?), 22:48, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В догонку.

    Вы клянётесь, что Russian Fedora build host не содержит затрояненый GCC? Вопросы ещё есть? Автор заметки предлагает _исходники_.

     
     
  • 4.18, Tav (ok), 23:46, 20/11/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В догонку.
    > Вы клянётесь, что Russian Fedora build host не содержит затрояненый GCC? Вопросы

    Тот же вопрос можно и про официальные сервера сборки Fedora задать.

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

    > ещё есть? Автор заметки предлагает _исходники_.

    А в исходниках ничего спрятать нельзя? Я понимаю, что можно скачать исходники с сайта cairo, заменить ими исходники в пакете или проверить контрольную сумму, а spec-файл и патч просмотреть, но кто это будет делать? В таком случае, проще было не пакет, а просто патч выложить.

     
     
  • 5.27, Иван Иванович Иванов (?), 13:09, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите как в исходниках что-то спрятать, когда внутри src.rpm 100% идентичные настоящим файлы.

    Может быть нобелевскую премию сразу получите.

     
     
  • 6.29, Tav (ok), 15:48, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Расскажите как в исходниках что-то спрятать, когда внутри src.rpm 100% идентичные настоящим
    > файлы.

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

    2. Можно изменить архив с исходниками, внеся произвольный код, который выполниться при использовании библиотеки.

    Про проверку настоящести и идентичности этих файлов уже писал выше.

    Если представить себе, что все все проверяют (едва ли), то смысл в готовом src.rpm пропадает. Проще взять оригинальный src.rpm (yumdownloader --source cairo) и добавить в него патч, чем проверять содержимое скаченного неизвестно откуда пакета.

     
     
  • 7.31, Аноним (-), 16:52, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Мне вас жаль - столько пишете, так пытаетесь сравнять автора решения с землей, а проверить, что там нет ничего в архиве, не можете. :)

    Продолжайте нагнетать обстановку - я давно не испытывала столько эмоций.

     
  • 6.32, Аноним (-), 17:07, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давайте сюда вашу нобелевскую премию.

    в rpm / src.rpm - до недавнего времени использовался MD5 для контроля целостности (да и сейчас часто используется). Работы китайцев которые научились находить быстро колизии для MD5 достаточно легко находятся в инете - вот по тому то и мигируют в сторону SHA алгоритмов.

    пойдет на нобелевку ?:)

     
     
  • 7.35, Аноним (-), 20:17, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > в rpm / src.rpm - до недавнего времени использовался MD5 для контроля
    > целостности (да и сейчас часто используется). Работы китайцев которые научились находить
    > быстро колизии для MD5 достаточно легко находятся в инете - вот
    > по тому то и мигируют в сторону SHA алгоритмов.
    > пойдет на нобелевку ?:)

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

     
     
  • 8.51, JL2001 (ok), 17:32, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    коменты в исходниках отменили как и блобобъекты которые нигде не используются ... текст свёрнут, показать
     
  • 4.39, Zenitur (?), 21:29, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > В догонку.
    > Вы клянётесь, что Russian Fedora build host не содержит затрояненый GCC? Вопросы
    > ещё есть? Автор заметки предлагает _исходники_.

    Это плюс. А я-то думаю, почему src.rpm... А не пакеты для каждого типа процессора.

     

  • 1.19, Tav (ok), 23:52, 20/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Проприетарные драйвера NVIDIA проектом Fedora не поддерживаются и в состав дистрибутива не входят. Может потому и не торопятся?
     
  • 1.22, giperon (??), 07:24, 21/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да не торопятся скорее, потому что у каждого бага есть свой приоритет, а какой приоритет может быть у бага связанного с неправильной отрисовкой градиента?

    Вот ели бы из-за этого хотя бы 1/4 рабочего стола не видно было всяко бы стро бы исправили не взирая на то блоб NVIDIA или нет.

     
     
  • 2.24, Аноним (-), 11:23, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Баг на самом деле серьёзный. Firefox невозможно стало пользоваться, прокрутка страницы стопорит намертво комп...Поставил сейчас из Russian Fedora, всё заработало нормально.
     
     
  • 3.42, Logo (ok), 02:08, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    карта 7200 - никаких проблем.
     

  • 1.28, reminux (ok), 13:48, 21/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А проявляется ли проблема при использовании опенсорсного nouveau?
     
     
  • 2.36, Аноним (-), 20:18, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет.
     
     
  • 3.37, reminux (ok), 20:54, 21/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет.

    Вот поэтому и не торопятся.

     

  • 1.40, Аноним (-), 22:57, 21/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    как щас вообще  nouveau с 3d подружили нормально? стоит отойти может вообще от поприетарных дров уже?
     
     
  • 2.41, Аноним (-), 00:14, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Никак. Максимум OpenGL 2.1, который работает на порядок медленней блоба.
     
     
  • 3.50, anonymous (??), 11:26, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Никак. Максимум OpenGL 2.1, который работает на порядок медленней блоба.

    Вранье. Может в серьезном 3д разница и заметна, но в компизе её не видно вообще. Это не "никак".

     

  • 1.48, Александр (??), 10:03, 22/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > В Fedora не торопятся решить проблему с неправильным отображ...

    Что и говорить - "сильное" название новости.

    Написали бы - "Один из низкоприорететных багов за 10 дней так и не закрыт" - никто бы и не дернулся, и на титульную бы не попало такое.

    А написали бы "Баг, о котором говорит весь рунет, все еще не закрыт американской командой поддержки спустя целых 240 часов - большая политика либо банальное разгильдяйство" - тут же бы в желтую газету взяли бы :))

     
     
  • 2.49, Онаним (?), 10:48, 22/11/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > тут же бы в желтую газету взяли бы :))

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

     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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