[d-kernel] kernel-headers-alsa или что дальше ?

[d-kernel] kernel-headers-alsa или что дальше ?

[Anton Farygin]

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

Всем привет

Господа, обнаружен изъян в схеме сборки:

допустим, что у нас есть пакет, который активно хочет для сборки хедеры 
от alsa.
Допустим, что мы ему в зависимости ставим alsa-driver-headers.

Тогда мы получаем:

устанавливается пакет  kernel-headers-alsa-std-up-0.9.4-alt4.i586.rpm и 
пакет kernel-headers-std-up = 2.4.21rel-alt3


Но - параллельно с этим устанавливается пакет glibc-kernheaders, 
содержащий собственно те хедеры ядра, которые необходимы для сборки 
вместе с glibc.

Далее веселее:

т.к. после установки пакетов никакие POST скрипты не выполняются, то мы 
получем ситуацию с установлленными и неработоспособными хедерами ядра.

Соответственно у меня следующее предложение:

в пакет kernel-headers-std-up добавить POST скрипт, опеределяющий 
отсутствие результатов работы adjust_kernel_headers и запускающий оного.

Соотвественно нужно будет добавить provides для kernel-headers-std-up: 
kernel-headers.

И убрать glibc-kheaders

Мнения?

Rgds,
Rider

[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

Re: [d-kernel] kernel-headers-alsa или что дальше ?

[Anton Farygin]

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

Alexander Bokovoy пишет:
> On Mon, Jul 14, 2003 at 02:32:04PM +0400, Anton Farygin wrote:
> 
>>Всем привет
>>
>>Господа, обнаружен изъян в схеме сборки:
>>
>>допустим, что у нас есть пакет, который активно хочет для сборки хедеры 
>>от alsa.
>>Допустим, что мы ему в зависимости ставим alsa-driver-headers.
>>
>>Тогда мы получаем:
>>
>>устанавливается пакет  kernel-headers-alsa-std-up-0.9.4-alt4.i586.rpm и 
>>пакет kernel-headers-std-up = 2.4.21rel-alt3
>>
>>
>>Но - параллельно с этим устанавливается пакет glibc-kernheaders, 
>>содержащий собственно те хедеры ядра, которые необходимы для сборки 
>>вместе с glibc.
>>
>>Далее веселее:
>>
>>т.к. после установки пакетов никакие POST скрипты не выполняются, то мы 
>>получем ситуацию с установлленными и неработоспособными хедерами ядра.
>>
>>Соответственно у меня следующее предложение:
>>
>>в пакет kernel-headers-std-up добавить POST скрипт, опеределяющий 
>>отсутствие результатов работы adjust_kernel_headers и запускающий оного.
>>
>>Соотвественно нужно будет добавить provides для kernel-headers-std-up: 
>>kernel-headers.
>>
>>И убрать glibc-kheaders
>>
>>Мнения?
> 
> Отрицательные. То есть, kernel-headers-std-up и другие должны определять
> отсутствие настроенных headers, но убирать glibc-kheaders не надо, это
> даже вредно. Цель этого пакета -- изоляция ядро-специфичных заголовков от
> основной системы, в случае, когда они не влияют на основную систему.
> Например, какому-нибудь glib не нужно знать об интимных подробностях
> POSIX ACL или особенностях взаимоотношений Ext3 и XFS в районе
> fs.h:struct buffer_head{}.
> 

Да, но при этом adjust_kernel_headers выбирает glibc-kernheaders 
(linux-default) в качестве заголовков ядра для сборки приложений и все, 
что хочет что-то дополнительное - не собирается без 
adjust-kernel-headers на заголовки от std-up ядра. (в качестве примера - 
пакеты, желающие для сборки alsa-headers)

А так, как на сборочных серверах собирается много всякого разнообразия, 
то как ты понимаешь - по умолчанию во избежание проблем на них придется 
ставить kernel-headrers-std-up.

А в BTE ситуация несколько отличается, но в данный момент в BTE 
_невозможно_ собрать ни один пакет, требующий alsa-headers. При чем я не 
вижу возможности _корректно_ поправить BTE на эту тему.

Rgds,
Rider

[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

Re: [d-kernel] kernel-headers-alsa или что дальше ?

[Alexander Bokovoy]

On Mon, Jul 14, 2003 at 02:32:04PM +0400, Anton Farygin wrote:
> Всем привет
> 
> Господа, обнаружен изъян в схеме сборки:
> 
> допустим, что у нас есть пакет, который активно хочет для сборки хедеры 
> от alsa.
> Допустим, что мы ему в зависимости ставим alsa-driver-headers.
> 
> Тогда мы получаем:
> 
> устанавливается пакет  kernel-headers-alsa-std-up-0.9.4-alt4.i586.rpm и 
> пакет kernel-headers-std-up = 2.4.21rel-alt3
> 
> 
> Но - параллельно с этим устанавливается пакет glibc-kernheaders, 
> содержащий собственно те хедеры ядра, которые необходимы для сборки 
> вместе с glibc.
> 
> Далее веселее:
> 
> т.к. после установки пакетов никакие POST скрипты не выполняются, то мы 
> получем ситуацию с установлленными и неработоспособными хедерами ядра.
> 
> Соответственно у меня следующее предложение:
> 
> в пакет kernel-headers-std-up добавить POST скрипт, опеределяющий 
> отсутствие результатов работы adjust_kernel_headers и запускающий оного.
> 
> Соотвественно нужно будет добавить provides для kernel-headers-std-up: 
> kernel-headers.
> 
> И убрать glibc-kheaders
> 
> Мнения?
Отрицательные. То есть, kernel-headers-std-up и другие должны определять
отсутствие настроенных headers, но убирать glibc-kheaders не надо, это
даже вредно. Цель этого пакета -- изоляция ядро-специфичных заголовков от
основной системы, в случае, когда они не влияют на основную систему.
Например, какому-нибудь glib не нужно знать об интимных подробностях
POSIX ACL или особенностях взаимоотношений Ext3 и XFS в районе
fs.h:struct buffer_head{}.

-- 
/ Alexander Bokovoy
---
PLUG IT IN!!!

Re: [d-kernel] kernel-headers-alsa или что дальше ?

[Alexander Bokovoy]

On Mon, Jul 14, 2003 at 02:47:09PM +0400, Anton Farygin wrote:
> >Отрицательные. То есть, kernel-headers-std-up и другие должны определять
> >отсутствие настроенных headers, но убирать glibc-kheaders не надо, это
> >даже вредно. Цель этого пакета -- изоляция ядро-специфичных заголовков от
> >основной системы, в случае, когда они не влияют на основную систему.
> >Например, какому-нибудь glib не нужно знать об интимных подробностях
> >POSIX ACL или особенностях взаимоотношений Ext3 и XFS в районе
> >fs.h:struct buffer_head{}.
> >
> 
> Да, но при этом adjust_kernel_headers выбирает glibc-kernheaders 
> (linux-default) в качестве заголовков ядра для сборки приложений и все, 
> что хочет что-то дополнительное - не собирается без 
> adjust-kernel-headers на заголовки от std-up ядра. (в качестве примера - 
> пакеты, желающие для сборки alsa-headers)
> 
> А так, как на сборочных серверах собирается много всякого разнообразия, 
> то как ты понимаешь - по умолчанию во избежание проблем на них придется 
> ставить kernel-headrers-std-up.
> 
> А в BTE ситуация несколько отличается, но в данный момент в BTE 
> _невозможно_ собрать ни один пакет, требующий alsa-headers. При чем я не 
> вижу возможности _корректно_ поправить BTE на эту тему.
В Sandman все собирается: добавлен ключ -kernel, позволяющий указать
правильный вариант ответа для adjust-kernel-headers, плюс некоторая логика
выбора ответа -- для поддержки разных вариантов установки заголовков --
старых и новых. 
-- 
/ Alexander Bokovoy
---
microelectronic Riemannian curved-space fault in write-only file system

Re: [d-kernel] kernel-headers-alsa или что дальше ?

[Anton Farygin]

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

Michael Shigorin пишет:
> On Mon, Jul 14, 2003 at 02:32:04PM +0400, Anton Farygin wrote:
> 
>>Господа, обнаружен изъян в схеме сборки:
> 
> 
> Это кривизна пакетов с заголовками вообще-то.

Да, а кто против ? Кривизна с заголовками - как следствие изменения 
схемы сборки ядра. Это как раз нормально.

> 
> 
>>Соответственно у меня следующее предложение:
>>в пакет kernel-headers-std-up добавить POST скрипт,
>>опеределяющий отсутствие результатов работы
>>adjust_kernel_headers и запускающий оного.
> 
> 
> Сдается мне, по-хорошему это нечто вроде или работающего в auto
> (на выбор последних? из установленных _kernel_ headers)
> adjust_kernel_headers, или макроса, который что-то там делает с
> тем, чтобы на свежепоставленные заголовки был перекинут симлинк.
> 
> С фиксацией необходимости этого действия для любого ядерного
> пакета, предоставляющего заголовки, в kernel policy.
> 
> 
>>Соотвественно нужно будет добавить provides для
>>kernel-headers-std-up: kernel-headers.
> 
> 
> И всем остальным тоже.

А вот в этом я сильно сомневаюсь.

Посмотри на алгоритм выбора устанавливаемого пакета в apt-get. Ты 
уверен, что по requires kernel-headers поставятся хедеры от std-up ядра 
? Я - не уверен. Точнее - я уверен в том, что будут установлены первые 
попавшиеся хедеры.

> 
> 
>>И убрать glibc-kheaders
> 
> 
> Ой.  Саша вроде сказал... и есть подозрение, что RH сдуру бы не
> стал их вводить.

А смысл в них, если для сборки всех мультимедийных пакетов придется 
ставить kernel-headers-std-up ?

Rgds,
Rider

[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]

Re: [d-kernel] kernel-headers-alsa или что дальше ?

[Michael Shigorin]

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

On Mon, Jul 14, 2003 at 02:32:04PM +0400, Anton Farygin wrote:
> Господа, обнаружен изъян в схеме сборки:

Это кривизна пакетов с заголовками вообще-то.

> Соответственно у меня следующее предложение:
> в пакет kernel-headers-std-up добавить POST скрипт,
> опеределяющий отсутствие результатов работы
> adjust_kernel_headers и запускающий оного.

Сдается мне, по-хорошему это нечто вроде или работающего в auto
(на выбор последних? из установленных _kernel_ headers)
adjust_kernel_headers, или макроса, который что-то там делает с
тем, чтобы на свежепоставленные заголовки был перекинут симлинк.

С фиксацией необходимости этого действия для любого ядерного
пакета, предоставляющего заголовки, в kernel policy.

> Соотвественно нужно будет добавить provides для
> kernel-headers-std-up: kernel-headers.

И всем остальным тоже.

> И убрать glibc-kheaders

Ой.  Саша вроде сказал... и есть подозрение, что RH сдуру бы не
стал их вводить.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [d-kernel] kernel-headers-alsa или что дальше ?

[Michael Shigorin]

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

On Mon, Jul 14, 2003 at 04:02:28PM +0400, Anton Farygin wrote:
> >>Господа, обнаружен изъян в схеме сборки:
> >Это кривизна пакетов с заголовками вообще-то.
> Да, а кто против ? Кривизна с заголовками - как следствие
> изменения схемы сборки ядра. Это как раз нормально.

Да уж пора чинить, стабилизировать и готовить к выпуску.
А оно все сломано и сломано.

> >>Соотвественно нужно будет добавить provides для
> >>kernel-headers-std-up: kernel-headers.
> >И всем остальным тоже.
> А вот в этом я сильно сомневаюсь.

Они тоже хедеры.

> Посмотри на алгоритм выбора устанавливаемого пакета в apt-get.
> Ты уверен, что по requires kernel-headers поставятся хедеры от
> std-up ядра ? Я - не уверен. Точнее - я уверен в том, что будут
> установлены первые попавшиеся хедеры.

Репозиторием это регулировать не получается, приоритеты остались
в альтернативах.  Забивать всем в грудную клетку хедеры от std-up
по зависимостям (как в alm2.2 было прибито 24-up к basesystem) --
тоже нехорошо.

> >>И убрать glibc-kheaders
> >Ой.  Саша вроде сказал... и есть подозрение, что RH сдуру бы не
> >стал их вводить.
> А смысл в них, если для сборки всех мультимедийных пакетов
> придется ставить kernel-headers-std-up ?

Антон, если комар у тебя в комнате -- извини, надо бить его в
пределах комнаты, а не ломать весь дом. :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]