[devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

Здравствуйте. Подскажите что не нравится сборщику?

2015-Jul-05 14:11:15 :: task #146084 for sisyphus started by barssc:
...
2015-Jul-05 14:11:15 :: [x86_64] #100 kernel-modules.git 
sisyphus/kernel-modules-fglrx-un-def-15.101.1001-alt1: build start
echo >&2;							\
echo >&2 "  ERROR: Kernel configuration is invalid.";		\
echo >&2 "         include/generated/autoconf.h or 
include/config/auto.conf are missing.";\
--
   find 
/usr/src/RPM/BUILD/kernel-modules-fglrx-un-def-15.101.1001/fglrx-15.101.1001/2.6.x/.tmp_versions 
-name '*.mod' | xargs -r grep -h '\.ko$' | sort -u | sed 's/\.ko$/.o/' | 
scripts/mod/modpost -m -a -i ./Module.symvers -I 
/usr/src/RPM/BUILD/kernel-modules-fglrx-un-def-15.101.1001/fglrx-15.101.1001/2.6.x/Module.symvers 
  -o 
/usr/src/RPM/BUILD/kernel-modules-fglrx-un-def-15.101.1001/fglrx-15.101.1001/2.6.x/Module.symvers 
  -w  -s -T -
FATAL: modpost: GPL-incompatible module fglrx.ko uses GPL-only symbol 
'__static_cpu_has_safe'
make[2]: *** [__modpost] Error 1
2015-Jul-05 14:11:59 :: [i586] kernel-modules.git 
sisyphus/kernel-modules-fglrx-un-def-15.101.1001-alt1: remote: build failed
...

Полный лог сборщика http://git.altlinux.org/tasks/146084/logs/events.1.1.log
Полный лог сборки 
http://git.altlinux.org/tasks/index/sisyphus/failed/146084/build/100/x86_64/log

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Anton Gorlov]

05.07.2015 18:39, bars sc пишет:
> Это я понял, как обойти эту ошибку?
На выбор:
1) не использовать блоб. Юзать открытый  драйвер
2) использовать более старое ядро
3) ждать/просить разработчиков блоба  не использовать данный символ
4) отрывать проверку из ядра на нарушение лицензии

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

1)Не подходит
2)Не подходит
3)Вообще не вариант, тем более с амд (они и так отстают от новинок в 
мире линукс)
4)А вот это интересный вариант, только попробуем изменения в модуле 
произвести, т.к. модуль у нас открытый и в нем мы можем производить 
любые манипуляции. В ядро не хочется лезть.

05.07.2015 18:36, Anton Gorlov пишет:
>
> На выбор:
> 1) не использовать блоб. Юзать открытый  драйвер
> 2) использовать более старое ядро
> 3) ждать/просить разработчиков блоба  не использовать данный символ
> 4) отрывать проверку из ядра на нарушение лицензии
>

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Anton Gorlov]

05.07.2015 18:50, bars sc пишет:
> 1)Не подходит
> 2)Не подходит
> 3)Вообще не вариант, тем более с амд (они и так отстают от новинок в
> мире линукс)
> 4)А вот это интересный вариант, только попробуем изменения в модуле
> произвести, т.к. модуль у нас открытый и в нем мы можем производить
> любые манипуляции. В ядро не хочется лезть. 
Ну по кр мере поиск в гугле схожу не  натолкнул на какой либо патч.  В
убунтах та же проблема и лекарства не нашлось пока что

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

Очень нравится мне сообщество ArchLinux нашел у них решение. Решение 
добавлено в патч fglrx-firegl-4.1.patch

05.07.2015 18:56, Anton Gorlov пишет:
>
> Ну по кр мере поиск в гугле схожу не  натолкнул на какой либо патч.  В
> убунтах та же проблема и лекарства не нашлось пока что
>

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Led]

неділя, 05-лип-2015 19:51:57 bars sc написано:
> Очень нравится мне сообщество ArchLinux нашел у них решение. Решение
> добавлено в патч fglrx-firegl-4.1.patch

Афигеть "решение"! Взяли и поменяли лицензию с проприетарной на GPL. Как же 
раньше-то никто об этом не догадался?:)

-- 
___
Led

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

05.07.2015 20:25, Led пишет:
> Афигеть "решение"! Взяли и поменяли лицензию с проприетарной на GPL. 
> Как же раньше-то никто об этом не догадался?:) 
Главное работает)

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Led]

неділя, 05-лип-2015 20:37:39 bars sc написано:
> 05.07.2015 20:25, Led пишет:
> > Афигеть "решение"! Взяли и поменяли лицензию с проприетарной на GPL.
> > Как же раньше-то никто об этом не догадался?:)
> 
> Главное работает)

Говорят, "бесплатная виндовз зверь эдишн" тоже работает...

-- 
___
Led

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

Смотрите, решайте пока что драйвер в сизифе.
05.07.2015 21:52, Aleksey Novodvorsky пишет:
>
>
> Зависит от патча
> Завтра гляну на свежую голову.
>
> Rgrds, Алексей
>
>

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Gleb Fotengauer-Malinovskiy]

[-- Attachment #1: Type: text/plain, Size: 1503 bytes --]

On Sun, Jul 05, 2015 at 09:42:20PM +0300, bars sc wrote:
> И где вы здесь увидели нарушение?
>   Your use and or redistribution of this software in source and \ or  
> binary form, with or without modification, is subject to: (1) your  
> ongoing acceptance of and compliance with the terms and conditions of  
> the ATI Technologies Inc. software End User License Agreement; and (2)  
> your inclusion of this notice in any version of this software that you  
> use or redistribute.  A copy of the ATI Technologies Inc. software End  
> User License Agreement is included with this software and is also  
> available by contacting ATI Technologies Inc. at http://www.ati.com
> Данная формулировка не запрещает мне модифицировать и распространять 
> данный файл,

Это не то же самое, что менять лицензию.

> я из него не удалил данные условия.

Правильно. А их сохранение противоречит GPL.

> На каком основании 
> тогда данный файл патчится уже несколько лет в дистрибутивах альт линукс 
> если такой метод не приемлем для альта???

Лицензия разрешает модификацию кода. Но не разрешает менять лицензию.

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

05.07.2015 22:06, Gleb Fotengauer-Malinovskiy пишет:
> Лицензия разрешает модификацию кода. Но не разрешает менять лицензию.
Я ее не менял. Смотрите внимательней

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Gleb Fotengauer-Malinovskiy]

[-- Attachment #1: Type: text/plain, Size: 1058 bytes --]

On Sun, Jul 05, 2015 at 10:11:50PM +0300, bars sc wrote:
> 05.07.2015 22:06, Gleb Fotengauer-Malinovskiy пишет:
> > Лицензия разрешает модификацию кода. Но не разрешает менять лицензию.
> Я ее не менял. Смотрите внимательней

-MODULE_LICENSE("Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY");
+MODULE_LICENSE("GPL\0Proprietary. (C) 2002 – ATI Technologies, Starnberg, GERMANY");

А что тогда делает это изменение кроме того, что заявляет ядру, что
модуль -- GPL-ный, хотя это совершенно не так?


Подскажите, где мне взять исходный код этого модуля на условиях указанной
в модуле лицензии:

$ rpmpeek kernel-modules-fglrx-un-def-15.101.1001-alt1.262151.1.x86_64.rpm \
	modinfo lib/modules/4.0.7-un-def-alt1/gpu/fglrx.ko | grep ^lice
license:        GPL

-- 
glebfm

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

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

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Anton Gorlov]

Нужен. Но никому не нужно нарушение лицензии ни с 1 из сторон.
Всё таки опенсурс это не тоже что винда зверь эдишен,как тут уже
упомянули  или винда с кряком.
А данный хак с правкой лицензии и являетя по сути дела аля кряком.

05.07.2015 22:39, bars sc пишет:
> В таком случае остаетс решение со стороны ядра, но навряд ли кто-то
> этим будет заниматься, печально что в альте никому ненужен драйвер fglrx. 

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Hihin Ruslan]

[-- Attachment #1: Type: text/plain, Size: 630 bytes --]

Здравствуйте bars sc
  В сообщении от 5 июля 2015 bars sc написал(a):
> В таком случае остаетс решение со стороны ядра, но навряд ли
> кто-то этим будет заниматься, печально что в альте никому
> ненужен драйвер fglrx.

Вопрос не в нужности, а в лицензионной чистоте кода. 

IMHO - это вброс ATI - съедят их нарушение лицензии, или дадут им 
по рукам.
Вы предлагаете съесть.

-- 
  А ещё говорят так  (fortune):
 
The average, healthy, well-adjusted adult gets up at seven-thirty 
in the morning feeling just terrible. -- Jean Kerr 
________________________________________________________________________
С уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Michael Shigorin]

On Sun, Jul 05, 2015 at 08:37:39PM +0300, bars sc wrote:
> >Афигеть "решение"! Взяли и поменяли лицензию с проприетарной
> >на GPL. Как же раньше-то никто об этом не догадался?:) 
> Главное работает)

В сизиф такое нельзя, т.к. мы не вправе менять лицензию на fglrx,
не будучи разработчиком оного.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[Michael Shigorin]

On Mon, Jul 06, 2015 at 07:33:11AM +0300, bars sc wrote:
> Вот именно что не нужен. Каждый раз после обновления версии или
> внесения поправок приходится в прямом смысле пробивать перенос
> новой версии и модулей ядра в бранчи.

Не только Вам; это плата за то, что пользователи могут установить
произведение двух ортогональных сущностей (userspace/kernelspace)
без всяких DKMS и сборки на месте, увы.

А унывать ни к чему, проверено.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[bars sc]

06.07.2015 10:47, Michael Shigorin пишет:
> Не только Вам; это плата за то, что пользователи могут установить 
> произведение двух ортогональных сущностей (userspace/kernelspace) без 
> всяких DKMS и сборки на месте, увы. А унывать ни к чему, проверено. 
Это не правильно! В стабильном бранче версии должны совпадать, иначе чем 
р7 лучше сизифа если так же может изломать систему?

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[Michael Shigorin]

On Mon, Jul 06, 2015 at 10:53:30AM +0300, bars sc wrote:
> Это не правильно! В стабильном бранче версии должны совпадать,
> иначе чем р7 лучше сизифа если так же может изломать систему?

Ломается в основном юзерспейс, да и копировать не стоит каждую
первую версию, а только проверенные.

Но тут приходим к любимой вилке: в kernel-image дырка и его надо
обновить, а тем временем для предыдущей сборки (которую тоже не
копировали в бранч) пришлось собрать новый fglrx/nvidia/etc и там
есть известные проблемы/регрессии...

В таких случаях порой выполняются бэкпорты, но больно это всё.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Anton Farygin]

On 05.07.2015 23:37, Igor Zubkov wrote:
> воскресенье, 5 июля 2015 г. пользователь Michael Shigorin написал:
>
>     On Sun, Jul 05, 2015 at 08:37:39PM +0300, bars sc wrote:
>      > >Афигеть "решение"! Взяли и поменяли лицензию с проприетарной
>      > >на GPL. Как же раньше-то никто об этом не догадался?:)
>      > Главное работает)
>
>     В сизиф такое нельзя, т.к. мы не вправе менять лицензию на fglrx,
>     не будучи разработчиком оного.
>
>
> В данном случае, нарушается лицензия на ядро. Они не позволяют
> использовать часть вызовов для не GPLv2 лицензированных модулей.


Разработчики ATI должны решать эту проблему, а не мы -
их пользователи сейчас столкнутся с проблемами на свежих ядрах, надо 
просто жаловаться в их поддержку.

Других вариантов нет.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Anton Farygin]

On 06.07.2015 12:38, Igor Zubkov wrote:
> понедельник, 6 июля 2015 г. пользователь Anton Farygin написал:
>
>     On 05.07.2015 23:37, Igor Zubkov wrote:
>
>         воскресенье, 5 июля 2015 г. пользователь Michael Shigorin написал:
>
>              On Sun, Jul 05, 2015 at 08:37:39PM +0300, bars sc wrote:
>               > >Афигеть "решение"! Взяли и поменяли лицензию с
>         проприетарной
>               > >на GPL. Как же раньше-то никто об этом не догадался?:)
>               > Главное работает)
>
>              В сизиф такое нельзя, т.к. мы не вправе менять лицензию на
>         fglrx,
>              не будучи разработчиком оного.
>
>
>         В данном случае, нарушается лицензия на ядро. Они не позволяют
>         использовать часть вызовов для не GPLv2 лицензированных модулей.
>
>
>
>     Разработчики ATI должны решать эту проблему, а не мы -
>     их пользователи сейчас столкнутся с проблемами на свежих ядрах, надо
>     просто жаловаться в их поддержку.
>
>     Других вариантов нет.
>
>
> Есть. Не брать карты ATI.

Да, а для тех, кто уже там - жаловаться.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[REAL]

06.07.2015 16:38, Igor Zubkov пишет:
>> Других вариантов нет.
>>
> Есть. Не брать карты ATI.

О чём уже несколько лет разговоры разговариваются, а люди всё берут и 
берут...

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

06.07.2015 12:40, Anton Farygin пишет:
> Да, а для тех, кто уже там - жаловаться.
>
>
Багу я им написал, только шевелятся они медленно.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 1236 bytes --]

Здравствуйте !
On Monday 06 July 2015 12:38:10 Igor Zubkov написал(а):
> > Разработчики ATI должны решать эту проблему, а не мы -
> > их пользователи сейчас столкнутся с проблемами на свежих ядрах, надо
> > просто жаловаться в их поддержку.
> >
> > Других вариантов нет.
>
> Есть. Не брать карты ATI.

http://www.nixp.ru/news/13506.html

Как я понял под  radeon уже ядро изменяют, так-что может скоро и fglrx 
останется только в истории.

"Значимая часть добавленных строк — фрагмент драйвера для видеокарт AMD. По 
словам Торвальдса, он составил 41 % от всего патча ядра (до версии Linux 
4.2-RC1): «Довольно необычная ситуация, когда единственный драйвер составляет 
почти половину всего rc1 по количеству новых строк»."



-- 
C уважением, Хихин Руслан.

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

07.07.2015 12:48, Хихин Руслан пишет:
>
> http://www.nixp.ru/news/13506.html
>
> Как я понял под  radeon уже ядро изменяют, так-что может скоро и fglrx
> останется только в истории.
>
> "Значимая часть добавленных строк — фрагмент драйвера для видеокарт AMD. По
> словам Торвальдса, он составил 41 % от всего патча ядра (до версии Linux
> 4.2-RC1): «Довольно необычная ситуация, когда единственный драйвер составляет
> почти половину всего rc1 по количеству новых строк»."
>
>
Не совсем так, amd хочет свой модуль ядра синхронизировать с открытым 
модулем для радеон, сделать один общий модуль, а свои закрытые 
библиотеки запаковывать в драйвер fglrx. Таким образом будет два 
драйвера: открытый радеон и закрытый fglrx но с общим модулем ядра.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisuphys

[bars sc]

Обрадовался новому драйверу 15,7, думал поправили косяк с GPL, наивный, 
все осталось по старому, std-def и std-pae собрались.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[Michael Shigorin]

On Thu, Jul 09, 2015 at 08:58:27PM +0300, bars sc wrote:
> Обрадовался новому драйверу 15,7, думал поправили косяк с GPL

Видимо, потому и пишут о поддержке 3.19:
http://www.opennet.ru/opennews/art.shtml?num=42587

Надо их допинывать до 4.1, т.к. 3.19 уже EOL вообще-то.
И пока отсиживаться на 3.14...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[bars sc]

09.07.2015 22:48, Michael Shigorin пишет:
> Видимо, потому и пишут о поддержке 3.19: 
> http://www.opennet.ru/opennews/art.shtml?num=42587 Надо их допинывать 
> до 4.1, т.к. 3.19 уже EOL вообще-то. И пока отсиживаться на 3.14... 
В обсуждениях народ пинает до 4,1 обновить, плюс мое обращение про 
нарушение лицензии GPL, плюс бага, но телодвижений не видно увы. Косяк 
со сборкой только на 32 разрядных ядрах наблюдается, на х64 работает, у 
меня р7 4.0.6 un-def прекрасно себя чувствует.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[REAL]

10.07.2015 14:09, bars sc пишет:
> В обсуждениях народ пинает до 4,1 обновить, плюс мое обращение про
> нарушение лицензии GPL, плюс бага, но телодвижений не видно увы. Косяк
> со сборкой только на 32 разрядных ядрах наблюдается, на х64 работает,
> у меня р7 4.0.6 un-def прекрасно себя чувствует.

Сейчас постепенно растёт число пакетов, у которых проблема со сборкой 
на 32 разрядах наблюдается стабильно (пока бОльшая часть решается 
отключением %check), да и у ALT вошло в привычку не проводить тестовую 
пересборку для 32 разрядов. Думаю, всё идёт к тому, чтобы похоронить 
32 окончательно, вслед за производителями железа. А тех, кто до сих 
пор держит устаревающее железо, похоже, тенденция посылать лесом.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[Pavel Vainerman]

> Думаю, всё идёт к тому, чтобы похоронить 32
> окончательно, вслед за производителями железа. А тех, кто до сих пор
> держит устаревающее железо, похоже, тенденция посылать лесом.

  Не у всех ALT используется только на "современных" домашних машинах.
(например у  нас есть "встраиваемые решения" с 32-разрядной
архитектурой..).  Как нам ("таким") быть?


-- 
Pavel Vainerman
www.etersoft.ru

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[bars sc]

А есть ли возможность собрать модуль только для х64?

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[REAL]

10.07.2015 14:22, Pavel Vainerman пишет:
>    Не у всех ALT используется только на "современных" домашних машинах.
> (например у  нас есть "встраиваемые решения" с 32-разрядной
> архитектурой..).  Как нам ("таким") быть?

Выкручиваться, как можем (сами "такие").

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[REAL]

10.07.2015 14:25, bars sc пишет:
> А есть ли возможность собрать модуль только для х64?

Можно, при помощи ExclusiveArch и разных имён пакетов для разных 
архитектур.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[bars sc]

10.07.2015 10:30, REAL пишет:
> 10.07.2015 14:25, bars sc пишет:
>> А есть ли возможность собрать модуль только для х64?
>
> Можно, при помощи ExclusiveArch и разных имён пакетов для разных 
> архитектур.
>
А поподробней, примерчик хотя бы простенький привести как это 
реализовывается, модуля fglrx un-def сейчас в репах нет, имя можно 
оставить прежнее, навряд ли кто-то на старом железе использует драйвер 
fglrx.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[Pavel Vainerman]

10.07.2015 10:28, REAL пишет:
> 10.07.2015 14:22, Pavel Vainerman пишет:
>>    Не у всех ALT используется только на "современных" домашних машинах.
>> (например у  нас есть "встраиваемые решения" с 32-разрядной
>> архитектурой..).  Как нам ("таким") быть?
> 
> Выкручиваться, как можем (сами "такие").

  Хорошо.

P.S. Если "таких" > 1... значит не всё потеряно.


-- 
Pavel Vainerman
www.etersoft.ru

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[REAL]

10.07.2015 14:34, bars sc пишет:
>> Можно, при помощи ExclusiveArch и разных имён пакетов для разных
>> архитектур.
>>
> А поподробней, примерчик хотя бы простенький привести как это
> реализовывается,

Да просто:

ExclusiveArch: x86_64

> модуля fglrx un-def сейчас в репах нет, имя можно
> оставить прежнее, навряд ли кто-то на старом железе использует драйвер
> fglrx.

А вот этого не надо, как раз на старом железе карт ATI больше, потому 
что раньше радеонов больше брали, ибо ещё не так репутация мокрой 
была. Т.е. решать, кому какое имя давать, Вам, но пользователей 
старого железа-то пожалейте.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[Anton Farygin]

On 10.07.2015 10:18, REAL wrote:
> 10.07.2015 14:09, bars sc пишет:
>> В обсуждениях народ пинает до 4,1 обновить, плюс мое обращение про
>> нарушение лицензии GPL, плюс бага, но телодвижений не видно увы. Косяк
>> со сборкой только на 32 разрядных ядрах наблюдается, на х64 работает,
>> у меня р7 4.0.6 un-def прекрасно себя чувствует.
>
> Сейчас постепенно растёт число пакетов, у которых проблема со сборкой на
> 32 разрядах наблюдается стабильно (пока бОльшая часть решается
> отключением %check), да и у ALT вошло в привычку не проводить тестовую
> пересборку для 32 разрядов. Думаю, всё идёт к тому, чтобы похоронить 32
> окончательно, вслед за производителями железа. А тех, кто до сих пор
> держит устаревающее железо, похоже, тенденция посылать лесом.
>

Если кто-то думает, что так просто можно похоронить x86, то он сильно 
ошибается.

Есть масса систем где это ещё востребовано.

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[bars sc]

10.07.2015 10:49, REAL пишет:
> ExclusiveArch: x86_64 
Добавил в спек, но git.alt все равно собирает для i586 и выдает ошибку.

http://git.altlinux.org/tasks/146252/logs/events.1.1.log

Re: [devel] Модуль ядра fglrx-un-def не собирается в sisyphus

[bars sc]

10.07.2015 17:30, bars sc пишет:
> 10.07.2015 10:49, REAL пишет:
>> ExclusiveArch: x86_64 
> Добавил в спек, но git.alt все равно собирает для i586 и выдает ошибку.
>
> http://git.altlinux.org/tasks/146252/logs/events.1.1.log
>
>
Извиняюсь, поторопился вопрос задавать, нашел где собака зарыта.