https://www.opennet.dev/openforum/vsluhforumID3/101094.html ++ Преамбула<br>Прошу не начинать обсуждения не по теме вроде "какая ваша Fedora гадость, в нормальных дистрибутивах проблем никаких" (в Fedora просто в силу прогресса сломали раньше, дойдет и до остальных, например, в свежем Debian уже случилось), "какой ваш GNOME гадость" (проблемы не специфичны для гномовского десктопа, всякие rhythmbox и другой софт, использующий clutter сломан точно также), "какие бинарные драйверы гадость" (с открытыми драйверами на многих карточках безумно шумит кулер, пока не исправлена [[https://bugs.freedesktop.org/show_bug.cgi?id=73338 вот эта ошибка]], а еще проблемы с suspend и прочее) или так далее. А вот предложения, как сделать эти инструкции более надежными приветствуются.<br><br>++ Задача<br><br>Итак, есть свежая Fedora 21, 64-х битная система с карточкой AMD, нужно заставить работать Catalyst, чтобы не сломался gdm или программы, собранные с clutter, в том числе GNOME. В rpmfusion каталиста нет, советы в интернете предлагают идти на какие-то жертвы типа "снести GNOME", "выключить gdm https://www.opennet.dev/openforum/vsluhforumID3/101094.html#8 Fri, 06 Mar 2015 15:47:59 GMT &gt;В принципе там и патч с ручным управлением есть - Владимир Владимирович должен оценить.<br><br>Ручное управление не от хорошей жизни. Видиокарта и ос должны сразу все делать как надо, не не уши и мозги насиловать.<br> https://www.opennet.dev/openforum/vsluhforumID3/101094.html#7 Fri, 30 Jan 2015 08:32:57 GMT *Производительную и недешевую <br> https://www.opennet.dev/openforum/vsluhforumID3/101094.html#6 Fri, 30 Jan 2015 08:30:03 GMT 7950. Ничего не гудит. Только смысл иметь производительную видеокарту и не пользоваться ей - для меня всегда оставалось загадкой.<br> https://www.opennet.dev/openforum/vsluhforumID3/101094.html#5 Tue, 27 Jan 2015 13:15:46 GMT Я как-то пробовал ставить на OpenSuSe драйвер от ATI, однако после этого перестал работать необходимый для меня Skype, вернул, не разбираясь в причинах, открытый. Спасибо за то, что поделились поделился своими наработками, авось сгодятся...<br> https://www.opennet.dev/openforum/vsluhforumID3/101094.html#4 Wed, 07 Jan 2015 17:52:43 GMT А почему вы считаете, что я не проверял? Совсем недавно ядро из drm-next собирал и смотрел. Ничего там исправлено - т.е. исправлено только для каких-то карточек конкретных, а например для 79XX (Southern Islands) пока решения нет. Это известные проблемы, автор обещал "в конце декабря" посмотреть.<br><br>Да не в этом суть, исправят косяк - замечательно. Как я сказал, есть масса других причин, по которым может быть необходим каталист (нормальная настройка ТВ-выхода - выбор YUV/RGB режимов, limited/full range и тд), кому-то crossfire нужен, у кого-то ноут (с suspend'ом на открытом драйвере совсем плохо), ну мало ли что. Если вам лично нормально живется без каталиста - это прекрасно (мне тоже жилось неплохо до текущей карточки). Но вот для тех, кому он нужен, хотелось решение.<br> https://www.opennet.dev/openforum/vsluhforumID3/101094.html#3 Wed, 07 Jan 2015 17:34:49 GMT &gt; пока не исправлена вот эта ошибка<br><br>Вообще-то уже исправлена - управление кулером средствами DPM запилено в ядре 3.19, -RC которого уже доступны :). В принципе там и патч с ручным управлением есть - Владимир Владимирович должен оценить.<br><br>Так что вместо занятий таким эпичным кластерфаком лучше бы проверили что кулер более не гудит. Актуально на данный момент для GCN'ов.<br> https://www.opennet.dev/openforum/vsluhforumID3/101094.html#2 Tue, 06 Jan 2015 21:59:04 GMT Разные. Стандарты на spec'и разные в разных дистрибутивах - очень много разных нестандартных макросов и стандартов, как делать те или иные вещи. У opensuse самые "простые" spec-файлы с минимумом макросов, в RH/fedora сложнее, особенно в последнее время, а в ALT (исторически со времен MDK, вероятно) самые сложные и насыщенные используемыми макросами.<br><br>Для простого софта нет особой разницы, но чем хитрее софт, тем ее больше. Портировать спеки из opensuse в другие не так сложно, а вот назад из тех, где много макросов в те, где их меньше - неприятно.<br><br>В любом случае, собственно само заворачивание fglrx в rpm'ку проблем не вызывает (в данном случае делается в одну команду). Ну да, штатная одним пакетом, но в данной ситуации это ни на что не влияет. В rpmfusion, кстати, для федоры тоже был разделенный пакет - драйвер, библиотеки, модуль ядра и тд все раздельно, можно оттуда взять спеки и собрать так, просто в данном случае смысла нет усложнять, если для себя делаешь. Его убрали из rpmfusion не потому, что спек https://www.opennet.dev/openforum/vsluhforumID3/101094.html#1 Tue, 06 Jan 2015 21:14:49 GMT В Opensuse уже давно разделение на core, opencl, x11 и ещё что-то. Неужели spec-файл для создания RPM для Fedora и Opensuse пишут разные люди?<br>