[d-kernel] Еще о структуре CVS

[d-kernel] Еще о структуре CVS

[Anton Farygin]

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

Я посмотрел еще раз более трезвым взглядом на то, что есть и вот что в 
итоге получается:

есть пакеты kernel-modules, содержащие фактически только спеки. Спеки 
явно должны генерится для каждого собираемого ядра.

Есть также пакеты kernel-source-<имя модуля>, содержащие исходники для 
kernel-modules. Вопрос - где хранить тарболлы с исходниками.

на данный момент:

fix/
feat/
configs/
docs/

Будем ли мы хранить тарболлы (например с alsa) в CVS ? Или это - излишне 
и достаточно только спеков ? Тогда может быть стоит добавить каталог 
modules/ и в него бросать те самые spec.in, из которых будут генериться 
spec'и для конкретных ядер ?

Rgds,
Rider

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

Re: [d-kernel] Еще о структуре CVS

[Peter Novodvorsky]

Anton Farygin <rider@altlinux.com> writes:

> есть пакеты kernel-modules, содержащие фактически только спеки. Спеки
> явно должны генерится для каждого собираемого ядра.

Как ты будешь генерить versioning для шаблонов, а так же changelog и
versioning для результирующих спеков для меня остаётся загадкой, ответ
на которую я бы хотел от тебя услышать.

nidd.

-- 
Peter Novodvorsky                             nidd@myxomop.com
   http://people.altlinux.ru/~nidd   Deadheads, unite!

Re: [d-kernel] Еще о структуре CVS

[Anton Farygin]

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

Peter Novodvorsky пишет:
> Anton Farygin <rider@altlinux.com> writes:
> 
> 
>>есть пакеты kernel-modules, содержащие фактически только спеки. Спеки
>>явно должны генерится для каждого собираемого ядра.
> 
> 
> Как ты будешь генерить versioning для шаблонов, а так же changelog и
> versioning для результирующих спеков для меня остаётся загадкой, ответ
> на которую я бы хотел от тебя услышать.

Версии для шаблонов генерить не надо - версии будут прямо внутри 
прошиваться. Это нормально.

Версии ядер - будут браться из config'ов, описывающих процесс сборки 
ядра и модулей. С этим тоже проблем нет.

Версии результирующих спеков - будут одинаковые для всех ядер (ну 
естественно к ним будут прибавляться версии ядра, для которого они 
собираются). Changelog'и - вообще одинаковые для всех модулей. 
Единственно - я бы добавил в description к модулям информацию о том, для 
которого ядра они собраны (это можно тоже генерить).

Еще нам неплохо было бы сделать так, что если меняется пакет с модулем - 
идет его пересборка сразу для всех ядер, для которых этот модуль 
собирается. Как это сделать - пока не знаю ... но догадываюсь ;-)

Rgds,
Rider

P.S. В этой схеме есть одна проблемка - что делать в том случае, когда 
выходит новая сборка какого-то ядра, я над ней подумаю...

P.P.S
Подумал ;-)
Почему бы нам не ввести обязательное указание version-release ядра в 
нумерацию версий пакета с модулями ?

Например: kernel-modules-alsa-std-up-2.4.21rel-alt7-0.9.6-alt1, где 
версией пакета является 2.4.21rel-alt7-0.9.6, сборка - alt1 ?

Rgds,
Rider


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

Re: [d-kernel] åÝÅ Ï ÓÔÒÕËÔÕÒÅ CVS

[Ed V. Bartosh]

>>>>> "AF" == Anton Farygin writes:

 AF>  есть пакеты kernel-modules, содержащие фактически только
 AF>  спеки. Спеки явно должны генерится для каждого собираемого ядра.
Возможно.
  
 AF>  Есть также пакеты kernel-source-<имя модуля>, содержащие
 AF>  исходники для kernel-modules. Вопрос - где хранить тарболлы с
 AF>  исходниками.
Спеки - однозначно в CVS, а тарболы - не знаю. Хотелось бы сделать
схему хранения, совместимую с sanndman, который, как я понял,
планируется использовать.
  
 AF>  на данный момент:

 AF>  fix/ feat/ configs/ docs/
Может и так. А может и с сохранением иерархии, которая у нас отражена
в имени пакетов. Это зависит от того, как это будет использоваться.

PS: Я для примера закинул пакеты feat- в CVS, с сохранением иерархии,
но это так, только для примера. Давайте сначала все обсудим. 
  

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Еще о структуре CVS

[Anton Farygin]

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

Ed V. Bartosh пишет:
>>>>>>"AF" == Anton Farygin writes:
> 
> 
>  AF>  есть пакеты kernel-modules, содержащие фактически только
>  AF>  спеки. Спеки явно должны генерится для каждого собираемого ядра.
> Возможно.
>   
>  AF>  Есть также пакеты kernel-source-<имя модуля>, содержащие
>  AF>  исходники для kernel-modules. Вопрос - где хранить тарболлы с
>  AF>  исходниками.
> Спеки - однозначно в CVS, а тарболы - не знаю. Хотелось бы сделать
> схему хранения, совместимую с sanndman, который, как я понял,
> планируется использовать.
>   
>  AF>  на данный момент:
> 
>  AF>  fix/ feat/ configs/ docs/
> Может и так. А может и с сохранением иерархии, которая у нас отражена
> в имени пакетов. Это зависит от того, как это будет использоваться.
> 
> PS: Я для примера закинул пакеты feat- в CVS, с сохранением иерархии,
> но это так, только для примера. Давайте сначала все обсудим. 

Ага.. нормально. Только спеки все-таки нужно с расширением .spec делать. 
Мне проще будет писать обвязку для сборки.

Rgds,
Rider

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