[devel] I: kernel-build-scripts

[devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

Hi,

Я вчера получил непредвиденный практический опыт эксплуатации утилит
buildkernel и buildmodules из
http://git.altlinux.org/people/vsu/packages/?p=kernel-build-scripts.git;a=shortlog;h=modules-in-git

Следуя тамошнему README.koi8, оказывается, можно вполне собирать ядра и
модули.  Из замеченных недоработок:

- Простого клонирования
git://git.altlinux.org/people/vsu/packages/kernel-modules, о котором там
написано, недостаточно для начала сборки модулей.
2vsu: Надо дописать, как клонированный kernel-modules довести до готовности.

- Используемый для сборки модулей add_changelog должен быть пропатчен.
Актуальную версию я нашёл в таком месте, в котором её больше никто не найдёт.
2vsu: Необходимо закоммитить.

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

Главное, buildkernel и buildmodules из бранча modules-in-git вполне рабочие,
поэтому я не вижу причин к тому, чтобы их не упаковать в Сизиф.
2vsu: Надо опакетить.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Igor Zubkov]

25.02.08, Dmitry V. Levin написал(а):
>  - Иногда бывает непросто найти актуальные версии шаблонов собираемых модулей.
>  Не вполне понятно, каким образом эту задачу лучше решать.

Кстати, а где они сейчас? И как бы их получить.

-- 
icesik

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Mon, Feb 25, 2008 at 09:53:28PM +0200, Igor Zubkov wrote:
> 25.02.08, Dmitry V. Levin написал(а):
> >  - Иногда бывает непросто найти актуальные версии шаблонов собираемых модулей.
> >  Не вполне понятно, каким образом эту задачу лучше решать.
> 
> Кстати, а где они сейчас? И как бы их получить.

Вчера все актуальные для kernel-image-ovz-smp-2.6.18-alt23 шаблоны
были в git://git.altlinux.org/people/vsu/packages/kernel-modules
за исключением nvidia, актуальная версия которого была в
git://git.altlinux.org/people/zerg/packages/kernel-modules

Шаблоны kernel-modules не являются пакетами, поэтому в Сизифе их нет.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Mikhail Gusarov]

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

Twas brillig at 22:33:23 25.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:

 DVL> - Простого клонирования
 DVL> git://git.altlinux.org/people/vsu/packages/kernel-modules, о котором там
 DVL> написано, недостаточно для начала сборки модулей.

И что же нужно дополнительно проделать?

 DVL> - Используемый для сборки модулей add_changelog должен быть пропатчен.
 DVL> Актуальную версию я нашёл в таком месте, в котором её больше никто не найдёт.

И где же это место?

-- 

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

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Tue, Feb 26, 2008 at 02:21:03AM +0600, Mikhail Gusarov wrote:
> Twas brillig at 22:33:23 25.02.2008 UTC+03 when Dmitry V. Levin did gyre and gimble:
> 
>  DVL> - Простого клонирования
>  DVL> git://git.altlinux.org/people/vsu/packages/kernel-modules, о котором там
>  DVL> написано, недостаточно для начала сборки модулей.
> 
> И что же нужно дополнительно проделать?

Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/

>  DVL> - Используемый для сборки модулей add_changelog должен быть пропатчен.
>  DVL> Актуальную версию я нашёл в таком месте, в котором её больше никто не найдёт.
> 
> И где же это место?

У vsu в каталоге с правами доступа 0700.
Обычный add_changelog не собирает модули thinkpad и nvidia.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [080225 23:26]:
> > И что же нужно дополнительно проделать?
> Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/
git for-each-ref --shell --format="ref=%(refname)" refs/remotes/origin |
  while read b; do
    eval $b
    git branch ${ref#refs/remotes/origin/} $ref
  done

Запакетить бы эти однострочники.  Только куда?

> Обычный add_changelog не собирает модули thinkpad и nvidia.
Может к обычному добавить --kernel-mode или какую эвристику?

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: kernel-build-scripts

[Mikhail Gusarov]

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

Twas brillig at 00:19:11 26.02.2008 UTC+03 when Alexey I. Froloff did gyre and gimble:

 AIF> Запакетить бы эти однострочники.  Только куда?

Да в git и запакеть. Очередной git-clone-remote-branches-yes-I-want-them-all(1).

-- 

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

Re: [devel] I: kernel-build-scripts

[Sergey Vlasov]

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

On Tue, Feb 26, 2008 at 12:19:11AM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [080225 23:26]:
> > > И что же нужно дополнительно проделать?
> > Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/
> git for-each-ref --shell --format="ref=%(refname)" refs/remotes/origin |
>   while read b; do
>     eval $b
>     git branch ${ref#refs/remotes/origin/} $ref
>   done
> 
> Запакетить бы эти однострочники.  Только куда?

На самом деле при использовании git >= 1.5.4 достаточно

git fetch origin 'refs/heads/*:refs/heads/*'

В том git, который у нас в Сизифе, это ещё не работает.

> > Обычный add_changelog не собирает модули thinkpad и nvidia.
> Может к обычному добавить --kernel-mode или какую эвристику?

На самом деле собирает, если запускать с host == target; проблемы
возникают только в случае, когда host == x86_64, target == i586.

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

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Tue, Feb 26, 2008 at 01:22:06PM +0300, Sergey Vlasov wrote:
> On Tue, Feb 26, 2008 at 12:19:11AM +0300, Alexey I. Froloff wrote:
> > * Dmitry V. Levin <ldv@> [080225 23:26]:
> > > > И что же нужно дополнительно проделать?
> > > Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/
> > git for-each-ref --shell --format="ref=%(refname)" refs/remotes/origin |
> >   while read b; do
> >     eval $b
> >     git branch ${ref#refs/remotes/origin/} $ref
> >   done
> > 
> > Запакетить бы эти однострочники.  Только куда?
> 
> На самом деле при использовании git >= 1.5.4 достаточно
> 
> git fetch origin 'refs/heads/*:refs/heads/*'
> 
> В том git, который у нас в Сизифе, это ещё не работает.

У нас в Сизифе уже git >= 1.5.4.4, так что можешь смело вносить в
документацию свой рецепт.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Konstantin A. Lepikhov]

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

Hi Dmitry!

Wednesday 12, at 02:47:25 AM you wrote:

> On Tue, Feb 26, 2008 at 01:22:06PM +0300, Sergey Vlasov wrote:
> > On Tue, Feb 26, 2008 at 12:19:11AM +0300, Alexey I. Froloff wrote:
> > > * Dmitry V. Levin <ldv@> [080225 23:26]:
> > > > > И что же нужно дополнительно проделать?
> > > > Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/
> > > git for-each-ref --shell --format="ref=%(refname)" refs/remotes/origin |
> > >   while read b; do
> > >     eval $b
> > >     git branch ${ref#refs/remotes/origin/} $ref
> > >   done
> > > 
> > > Запакетить бы эти однострочники.  Только куда?
> > 
> > На самом деле при использовании git >= 1.5.4 достаточно
> > 
> > git fetch origin 'refs/heads/*:refs/heads/*'
> > 
> > В том git, который у нас в Сизифе, это ещё не работает.
> 
> У нас в Сизифе уже git >= 1.5.4.4, так что можешь смело вносить в
> документацию свой рецепт.
А когда этот гит будет в бранче? К хорошему ведь быстро привыкаешь.

-- 
WBR et al.

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

Re: [devel] git-1.5.4.4

[Dmitry V. Levin]

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

On Wed, Mar 12, 2008 at 03:03:55AM +0300, Konstantin A. Lepikhov wrote:
> Wednesday 12, at 02:47:25 AM you wrote:
[...]
> > У нас в Сизифе уже git >= 1.5.4.4, так что можешь смело вносить в
> > документацию свой рецепт.
> А когда этот гит будет в бранче? К хорошему ведь быстро привыкаешь.

Посмотрим, как пойдёт.  В среде бранча этот git устанавливается и в первом
приближении тоже работает.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Konstantin A. Lepikhov]

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

Hi Alexey!

Tuesday 26, at 12:19:11 AM you wrote:

> * Dmitry V. Levin <ldv@> [080225 23:26]:
> > > И что же нужно дополнительно проделать?
> > Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/
> git for-each-ref --shell --format="ref=%(refname)" refs/remotes/origin |
>   while read b; do
>     eval $b
>     git branch ${ref#refs/remotes/origin/} $ref
>   done
> 
> Запакетить бы эти однострочники.  Только куда?
> 
> > Обычный add_changelog не собирает модули thinkpad и nvidia.
> Может к обычному добавить --kernel-mode или какую эвристику?
лучше исправить шаблоны.

-- 
WBR et al.

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

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Wed, Mar 12, 2008 at 03:05:06AM +0300, Konstantin A. Lepikhov wrote:
> Tuesday 26, at 12:19:11 AM you wrote:
> 
> > * Dmitry V. Levin <ldv@> [080225 23:26]:
> > > > И что же нужно дополнительно проделать?
> > > Я дополнительно перенёс все бранчи из refs/remotes/origin/ в refs/heads/
> > git for-each-ref --shell --format="ref=%(refname)" refs/remotes/origin |
> >   while read b; do
> >     eval $b
> >     git branch ${ref#refs/remotes/origin/} $ref
> >   done
> > 
> > Запакетить бы эти однострочники.  Только куда?
> > 
> > > Обычный add_changelog не собирает модули thinkpad и nvidia.
> > Может к обычному добавить --kernel-mode или какую эвристику?
> лучше исправить шаблоны.

Шаблоны не виноваты.  Если действовать в духе hasher/gear, то
add_changelog следует выполнять не в хост-системе (выполнение
произвольного кода из шаблона), а в hasher'овском чруте.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts security

[Dmitry V. Levin]

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

On Wed, Mar 12, 2008 at 04:02:28AM +0300, Dmitry V. Levin wrote:
> On Wed, Mar 12, 2008 at 03:05:06AM +0300, Konstantin A. Lepikhov wrote:
> > Tuesday 26, at 12:19:11 AM you wrote:
> > > * Dmitry V. Levin <ldv@> [080225 23:26]:
[...]
> > > > Обычный add_changelog не собирает модули thinkpad и nvidia.
> > > Может к обычному добавить --kernel-mode или какую эвристику?
> > лучше исправить шаблоны.
> 
> Шаблоны не виноваты.  Если действовать в духе hasher/gear, то
> add_changelog следует выполнять не в хост-системе (выполнение
> произвольного кода из шаблона), а в hasher'овском чруте.

И для этого не надо городить новых чрутов, достаточно добавить
в сборочный чрут пакет rpm-utils и добавлять запись в %changelog
в этом чруте непосредственно перед сборкой, по аналогии с
/usr/share/doc/hasher-*/rebuild-prog.sh


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Igor Zubkov]

25.02.08, Dmitry V. Levin написал(а):
>  >  DVL> Актуальную версию я нашёл в таком месте, в котором её больше никто не найдёт.
>  >
>  > И где же это место?
>
> У vsu в каталоге с правами доступа 0700.

Сейчас http://git.altlinux.org/people/vsu/packages/?p=kernel-modules.git;a=tree
показывает "403 Forbidden - Reading tree failed". Это из-за этого?

А я всего лишь хотел посмотреть как там устроены шаблоны и собрать
недостоющие модули к своему ядру.

>  Обычный add_changelog не собирает модули thinkpad и nvidia.

-- 
icesik

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Wed, Feb 27, 2008 at 01:23:07AM +0200, Igor Zubkov wrote:
> 25.02.08, Dmitry V. Levin написал(а):
> >  >  DVL> Актуальную версию я нашёл в таком месте, в котором её больше никто не найдёт.
> >  >
> >  > И где же это место?
> >
> > У vsu в каталоге с правами доступа 0700.
> 
> Сейчас http://git.altlinux.org/people/vsu/packages/?p=kernel-modules.git;a=tree
> показывает "403 Forbidden - Reading tree failed". Это из-за этого?

Нет, это URL неправильный.

> А я всего лишь хотел посмотреть как там устроены шаблоны и собрать
> недостоющие модули к своему ядру.

Тогда http://git.altlinux.org/people/vsu/packages/?p=kernel-modules.git,
кликаешь в ссылку на heads,
выбираешь понравившееся имя шаблона,
кликаешь в его ссылку на tree.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Sergey Vlasov]

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

On Mon, Feb 25, 2008 at 10:33:23PM +0300, Dmitry V. Levin wrote:
> - Используемый для сборки модулей add_changelog должен быть пропатчен.

Патченый add_changelog необходим только в частном случае - когда
формируются пакеты для архитектуры, не совпадающей с архитектурой
хост-системы (в настоящий момент единственный случай, когда возникает
такая ситуация - сборка пакетов для i586 на хосте x86_64).  Проблема в
том, что add_changelog при своей работе использует rpm -q --specfile
для извлечения информации о версии и т.п. из обрабатываемого
spec-файла, при этом выполняется раскрытие макросов с использованием
/usr/lib/rpm/*/macros, однако при запуске скриптов под setarch i586
ищется файл макросов для i586, а не для x86_64.  Хотя само по себе
отсутствие файла макросов не является ошибкой, в некоторых spec-файлах
модулей содержатся ссылки на макросы, которые в подобном случае
оказываются не определены.  Лучшего решения, чем передавать rpm опцию
--define '_allow_undefined_macros 1' для игнорирования неопределённых
макросов при выполнении add_changelog, я пока не нашёл.

> Актуальную версию я нашёл в таком месте, в котором её больше никто не найдёт.
> 2vsu: Необходимо закоммитить.

Патч там следующего вида:

1. Изменение обработки опции -a|--args в stamp_spec:

--- /usr/bin/stamp_spec	2007-12-27 12:17:30 +0300
+++ /home/vsu/bin/stamp_spec	2008-01-14 22:32:52 +0300
@@ -89,7 +89,7 @@
 	qf="* $d $p $n\n"
 fi
 
-[ -n "$RPMARG" ] || RPMARG="-q --qf $(Quote "$qf")"
+RPMARG="$RPMARG -q --qf $(Quote "$qf")"
 for spec in "$@"; do
 	eval "$(Quote "$RPM")" $RPMARG --specfile "$(Quote "$spec")" |head -1
 done

Т.е., раньше опция -a полностью заменяла все параметры, передаваемые
rpm; после этого изменения переданные параметры добавляются к тем,
которые сформировал скрипт stamp_spec.  Допустимо ли подобное
изменение, или придётся завести дополнительную опцию?  (В текущем
варианте опция -a фактически бесполезна, поскольку скрипт stamp_spec в
этом случае фактически сводится к вызову rpm с указанными параметрами
с добавлением --specfile.)

2. Добавление --define '_allow_undefined_macros 1' в параметры вызовов
rpm, выполняемых скриптом add_changelog:

--- /usr/bin/add_changelog	2007-12-27 12:17:30 +0300
+++ /home/vsu/bin/add_changelog	2008-01-14 22:37:30 +0300
@@ -21,9 +21,9 @@
 
 PROG="${0##*/}"
 
-STAMPER=/usr/bin/stamp_spec
+STAMPER=/home/vsu/bin/stamp_spec
 RPM=/bin/rpm
-RPMARG=
+RPMARG="--define '_allow_undefined_macros 1'"
 ENTRY='- '
 NOCHECK=
 
@@ -105,8 +105,8 @@
 		continue
 	fi
 	if [ -z "$NOCHECK" ]; then
-		oldver=`$RPM -q --qf '%{CHANGELOGNAME}\n' --specfile "$spec" |sed -ne '/^(none)$/q;s/[^<]\+<[^>]\+> *\(.\+\)$/\1/pg'`
-		newver=`$RPM -q --qf '%|SERIAL?{%{SERIAL}:}|%{VERSION}-%{RELEASE}\n' --specfile "$spec" |head -1`
+		oldver=`$RPM --define '_allow_undefined_macros 1' -q --qf '%{CHANGELOGNAME}\n' --specfile "$spec" |sed -ne '/^(none)$/q;s/[^<]\+<[^>]\+> *\(.\+\)$/\1/pg'`
+		newver=`$RPM --define '_allow_undefined_macros 1' -q --qf '%|SERIAL?{%{SERIAL}:}|%{VERSION}-%{RELEASE}\n' --specfile "$spec" |head -1`
 		if [ "$oldver" = "$newver" ]; then
 			echo "$PROG: $spec: version \"$oldver\" unchanged, skipping"
 			exitcode=1

В принципе можно переделать этот скрипт, чтобы значение $RPMARG не
только передавалось в stamp_spec, но и использовалось при вызовах rpm
из самого скрипта add_changelog; тогда можно будет не менять значение
по умолчанию, а просто при вызове add_changelog из buildmodules
передавать опцию -a "--define '_allow_undefined_macros 1'".  Возможно,
так и стоит сделать, а по умолчанию оставить выдачу ошибок при
обнаружении неопределённых макросов?

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

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Tue, Feb 26, 2008 at 07:50:59PM +0300, Sergey Vlasov wrote:
> On Mon, Feb 25, 2008 at 10:33:23PM +0300, Dmitry V. Levin wrote:
> > - Используемый для сборки модулей add_changelog должен быть пропатчен.
> 
> Патченый add_changelog необходим только в частном случае - когда
> формируются пакеты для архитектуры, не совпадающей с архитектурой
> хост-системы (в настоящий момент единственный случай, когда возникает
> такая ситуация - сборка пакетов для i586 на хосте x86_64).  Проблема в
> том, что add_changelog при своей работе использует rpm -q --specfile
> для извлечения информации о версии и т.п. из обрабатываемого
> spec-файла, при этом выполняется раскрытие макросов с использованием
> /usr/lib/rpm/*/macros, однако при запуске скриптов под setarch i586
> ищется файл макросов для i586, а не для x86_64.

Интересно, а зачем так сделано?
Я имею в виду запуск add_changelog'а в хост-системе.

> -[ -n "$RPMARG" ] || RPMARG="-q --qf $(Quote "$qf")"
> +RPMARG="$RPMARG -q --qf $(Quote "$qf")"
>  for spec in "$@"; do
>  	eval "$(Quote "$RPM")" $RPMARG --specfile "$(Quote "$spec")" |head -1
>  done
> 
> Т.е., раньше опция -a полностью заменяла все параметры, передаваемые
> rpm; после этого изменения переданные параметры добавляются к тем,
> которые сформировал скрипт stamp_spec.  Допустимо ли подобное
> изменение, или придётся завести дополнительную опцию?  (В текущем
> варианте опция -a фактически бесполезна, поскольку скрипт stamp_spec в
> этом случае фактически сводится к вызову rpm с указанными параметрами
> с добавлением --specfile.)

Наверное, допустимо.
Вообще там очень старый код, сейчас бы я так не написал.

> 2. Добавление --define '_allow_undefined_macros 1' в параметры вызовов
> rpm, выполняемых скриптом add_changelog:
> 
> --- /usr/bin/add_changelog	2007-12-27 12:17:30 +0300
> +++ /home/vsu/bin/add_changelog	2008-01-14 22:37:30 +0300
> @@ -21,9 +21,9 @@
>  
>  PROG="${0##*/}"
>  
> -STAMPER=/usr/bin/stamp_spec
> +STAMPER=/home/vsu/bin/stamp_spec
>  RPM=/bin/rpm
> -RPMARG=
> +RPMARG="--define '_allow_undefined_macros 1'"
>  ENTRY='- '
>  NOCHECK=
>  
> @@ -105,8 +105,8 @@
>  		continue
>  	fi
>  	if [ -z "$NOCHECK" ]; then
> -		oldver=`$RPM -q --qf '%{CHANGELOGNAME}\n' --specfile "$spec" |sed -ne '/^(none)$/q;s/[^<]\+<[^>]\+> *\(.\+\)$/\1/pg'`
> -		newver=`$RPM -q --qf '%|SERIAL?{%{SERIAL}:}|%{VERSION}-%{RELEASE}\n' --specfile "$spec" |head -1`
> +		oldver=`$RPM --define '_allow_undefined_macros 1' -q --qf '%{CHANGELOGNAME}\n' --specfile "$spec" |sed -ne '/^(none)$/q;s/[^<]\+<[^>]\+> *\(.\+\)$/\1/pg'`
> +		newver=`$RPM --define '_allow_undefined_macros 1' -q --qf '%|SERIAL?{%{SERIAL}:}|%{VERSION}-%{RELEASE}\n' --specfile "$spec" |head -1`
>  		if [ "$oldver" = "$newver" ]; then
>  			echo "$PROG: $spec: version \"$oldver\" unchanged, skipping"
>  			exitcode=1
> 
> В принципе можно переделать этот скрипт, чтобы значение $RPMARG не
> только передавалось в stamp_spec, но и использовалось при вызовах rpm
> из самого скрипта add_changelog;

Можно представить себе пример разумного RPMARG, который сломает вычисление
oldver/newver?

> тогда можно будет не менять значение
> по умолчанию, а просто при вызове add_changelog из buildmodules
> передавать опцию -a "--define '_allow_undefined_macros 1'".  Возможно,
> так и стоит сделать, а по умолчанию оставить выдачу ошибок при
> обнаружении неопределённых макросов?

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


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Ildar Mulyukov]

On 26.02.2008 01:33:23, Dmitry V. Levin wrote:
> ...
> - Используемый для сборки модулей add_changelog должен быть пропатчен.
> Актуальную версию я нашёл в таком месте, в котором её больше никто не  
> найдёт.

На своём жёстком диске? ;)
Иногда Вы так загадочно выражаетесь....

С уважением, Ильдар
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Mon, Feb 25, 2008 at 10:33:23PM +0300, Dmitry V. Levin wrote:
[...]
> Главное, buildkernel и buildmodules из бранча modules-in-git вполне рабочие,

Теперь они живут в refs/heads/master, и ...

> поэтому я не вижу причин к тому, чтобы их не упаковать в Сизиф.
> 2vsu: Надо опакетить.

... я действительно не понимаю, почему они не упакованы в Сизиф.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Денис Смирнов]

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

On Mon, Mar 17, 2008 at 03:11:03AM +0300, Dmitry V. Levin wrote:

black magic в виде копирования каталогов туда-сюда для сборки модулей из
git все еще нужна?

/me сегодня отправил в Сизиф бомбу -- новый zaptel. Сборка модулей ядра
zaptel теперь окончательно разломана, и хотя патч к спеку тривиален,
боюсь, сборщики ядер сами фиксить спек не будут :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Mon, Mar 17, 2008 at 03:40:01AM +0300, Денис Смирнов wrote:
> On Mon, Mar 17, 2008 at 03:11:03AM +0300, Dmitry V. Levin wrote:
> 
> black magic в виде копирования каталогов туда-сюда для сборки модулей из
> git все еще нужна?

Когда я собирал модули, то каталоги не копировал,
действовал строго по описанию.

> /me сегодня отправил в Сизиф бомбу -- новый zaptel. Сборка модулей ядра
> zaptel теперь окончательно разломана, и хотя патч к спеку тривиален,
> боюсь, сборщики ядер сами фиксить спек не будут :(

Если ты мантейнер, то тебе и фиксить, и собирать модули.
Придётся выполнить что-нибудь вроде
./buildmodules -k std-smp -k std-pae -k ovz-smp -k xen-dom0 -k std-def --hasher zaptel


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Михаил Якушин]

Денис Смирнов wrote:
> On Mon, Mar 17, 2008 at 03:11:03AM +0300, Dmitry V. Levin wrote:
> 
> black magic в виде копирования каталогов туда-сюда для сборки модулей из
> git все еще нужна?
> 
> /me сегодня отправил в Сизиф бомбу -- новый zaptel. Сборка модулей ядра
> zaptel теперь окончательно разломана, и хотя патч к спеку тривиален,
> боюсь, сборщики ядер сами фиксить спек не будут :(
Ну если выложить в git паченую версию  kernel-modules 
templates/zaptel/sisyphus, то пересобрать не трудно.

Re: [devel] I: kernel-build-scripts

[Денис Смирнов]

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

On Mon, Mar 17, 2008 at 09:52:53AM +0300, Михаил Якушин wrote:

>> /me сегодня отправил в Сизиф бомбу -- новый zaptel. Сборка модулей ядра
>> zaptel теперь окончательно разломана, и хотя патч к спеку тривиален,
>> боюсь, сборщики ядер сами фиксить спек не будут :(
МЯ> Ну если выложить в git паченую версию  kernel-modules 
МЯ> templates/zaptel/sisyphus, то пересобрать не трудно.

А у кого забирать оригинальную (не патченую) и откуда?

С git стало несколько непонятно где брать темплейты :(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Mon, Mar 17, 2008 at 01:27:42PM +0300, Денис Смирнов wrote:
> On Mon, Mar 17, 2008 at 09:52:53AM +0300, Михаил Якушин wrote:
> 
> >> /me сегодня отправил в Сизиф бомбу -- новый zaptel. Сборка модулей ядра
> >> zaptel теперь окончательно разломана, и хотя патч к спеку тривиален,
> >> боюсь, сборщики ядер сами фиксить спек не будут :(
> МЯ> Ну если выложить в git паченую версию  kernel-modules 
> МЯ> templates/zaptel/sisyphus, то пересобрать не трудно.
> 
> А у кого забирать оригинальную (не патченую) и откуда?
> 
> С git стало несколько непонятно где брать темплейты :(

Как и с другими пакетами, у мантейнеров.
Т.е. шаблон kernel-modules-zaptel, по идее, надо брать у тебя.
Актуальная версия сейчас есть как минимум у vsu в kernel-modules.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Михаил Якушин]

Dmitry V. Levin wrote:
> On Mon, Mar 17, 2008 at 01:27:42PM +0300, Денис Смирнов wrote:
>> On Mon, Mar 17, 2008 at 09:52:53AM +0300, Михаил Якушин wrote:
>>
>>>> /me сегодня отправил в Сизиф бомбу -- новый zaptel. Сборка модулей ядра
>>>> zaptel теперь окончательно разломана, и хотя патч к спеку тривиален,
>>>> боюсь, сборщики ядер сами фиксить спек не будут :(
>> МЯ> Ну если выложить в git паченую версию  kernel-modules 
>> МЯ> templates/zaptel/sisyphus, то пересобрать не трудно.
>>
>> А у кого забирать оригинальную (не патченую) и откуда?
>>
>> С git стало несколько непонятно где брать темплейты :(
> 
> Как и с другими пакетами, у мантейнеров.
> Т.е. шаблон kernel-modules-zaptel, по идее, надо брать у тебя.
> Актуальная версия сейчас есть как минимум у vsu в kernel-modules.
подтверждаю, моя явлется копией той.

Re: [devel] I: kernel-build-scripts

[Sergey Vlasov]

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

On Mon, Mar 17, 2008 at 03:11:03AM +0300, Dmitry V. Levin wrote:
> On Mon, Feb 25, 2008 at 10:33:23PM +0300, Dmitry V. Levin wrote:
> [...]
> > Главное, buildkernel и buildmodules из бранча modules-in-git вполне рабочие,
> 
> Теперь они живут в refs/heads/master, и ...
> 
> > поэтому я не вижу причин к тому, чтобы их не упаковать в Сизиф.
> > 2vsu: Надо опакетить.
> 
> ... я действительно не понимаю, почему они не упакованы в Сизиф.

Переименовывать скрипты:

  buildkernel
  buildmodules
  merge-all-branches

во что-то более приличное будем?

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

Re: [devel] I: kernel-build-scripts

[Anton Farygin]

Sergey Vlasov ?????:
> On Mon, Mar 17, 2008 at 03:11:03AM +0300, Dmitry V. Levin wrote:
>> On Mon, Feb 25, 2008 at 10:33:23PM +0300, Dmitry V. Levin wrote:
>> [...]
>>> ???????, buildkernel ? buildmodules ?? ?????? modules-in-git ?????? ???????,
>> ?????? ??? ????? ? refs/heads/master, ? ...
>>
>>> ??????? ? ?? ???? ?????? ? ????, ????? ?? ?? ????????? ? ?????.
>>> 2vsu: ???? ?????????.
>> ... ? ????????????? ?? ???????, ?????? ??? ?? ????????? ? ?????.
> 
> ??????????????? ???????:
> 
>   buildkernel
>   buildmodules
>   merge-all-branches
> 
> ?? ???-?? ????? ????????? ??????

?????? ??? ?????? ???????? ????????.

???? ? ?? ?????? ????? ????????:
kernel-build
kernel-build-modules
kernel-merge-all-branches

Re: [devel] I: kernel-build-scripts

[Dmitry V. Levin]

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

On Mon, Mar 17, 2008 at 02:27:23PM +0300, Sergey Vlasov wrote:
> On Mon, Mar 17, 2008 at 03:11:03AM +0300, Dmitry V. Levin wrote:
> > On Mon, Feb 25, 2008 at 10:33:23PM +0300, Dmitry V. Levin wrote:
> > [...]
> > > Главное, buildkernel и buildmodules из бранча modules-in-git вполне рабочие,
> > 
> > Теперь они живут в refs/heads/master, и ...
> > 
> > > поэтому я не вижу причин к тому, чтобы их не упаковать в Сизиф.
> > > 2vsu: Надо опакетить.
> > 
> > ... я действительно не понимаю, почему они не упакованы в Сизиф.
> 
> Переименовывать скрипты:
> 
>   buildkernel
>   buildmodules
>   merge-all-branches
> 
> во что-то более приличное будем?

По результатам обсуждения: нет, сейчас не будем.

Во исполнение принципа "инструмент должен быть упакован в Сизиф"
следует запаковать, наконец, kernel-build-scripts в Сизиф, а не
отправлять каждый раз пользователей в git за инструментом.


-- 
ldv

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

Re: [devel] I: kernel-build-scripts

[Alexey Borovskoy]

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

* Суббота 29 марта 2008 Dmitry V. Levin

>
> Во исполнение принципа "инструмент должен быть упакован в
> Сизиф" следует запаковать, наконец, kernel-build-scripts в
> Сизиф, а не отправлять каждый раз пользователей в git за
> инструментом.

$ ./buildmodules --help
config.sh: line 1: rpm_target: command not found

$ cat config.sh
rpm_target = "i586"
hsh_options = "--repackage-source"
hsh_workdir = "~/hasher-M40"

P.S. Доку и вики читал. Видимо не все дошло до меня.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

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

Re: [devel] I: kernel-build-scripts

[Alexey I. Froloff]

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

* Alexey Borovskoy <alb@> [080329 07:21]:
> $ ./buildmodules --help
> config.sh: line 1: rpm_target: command not found

> $ cat config.sh
> rpm_target = "i586"
> hsh_options = "--repackage-source"
> hsh_workdir = "~/hasher-M40"

> P.S. Доку и вики читал. Видимо не все дошло до меня.
Теперь что-ньдь про шелл надо почитать.  Пробелы вокруг "=" не
нудны ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: kernel-build-scripts

[Alexey Borovskoy]

* Суббота 29 марта 2008 Alexey I. Froloff

> * Alexey Borovskoy <alb@> [080329 07:21]:
> > $ ./buildmodules --help
> > config.sh: line 1: rpm_target: command not found
> >
> > $ cat config.sh
> > rpm_target = "i586"
> > hsh_options = "--repackage-source"
> > hsh_workdir = "~/hasher-M40"
> >
> > P.S. Доку и вики читал. Видимо не все дошло до меня.
>
> Теперь что-ньдь про шелл надо почитать.  Пробелы вокруг "=" не
> нудны ;-)

Гм. Точно.

Поехали дальше.

http://git.altlinux.org/people/alb/packages/kernel-modules.git?p=kernel-modules.git;a=summary

./buildmodules --hasher -d altlinux-4.0 -k ovz-smp madwifi

fatal: Needed a single revision
gear: Invalid commit "template/madwifi/altlinux-4.0"
buildmodules: 'gear --describe -t template/madwifi/altlinux-4.0' 
failed

Чо ему не нравится?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] I: kernel-build-scripts

[Anton Farygin]

Alexey Borovskoy пишет:
> * Суббота 29 марта 2008 Alexey I. Froloff
> 
>> * Alexey Borovskoy <alb@> [080329 07:21]:
>>> $ ./buildmodules --help
>>> config.sh: line 1: rpm_target: command not found
>>>
>>> $ cat config.sh
>>> rpm_target = "i586"
>>> hsh_options = "--repackage-source"
>>> hsh_workdir = "~/hasher-M40"
>>>
>>> P.S. Доку и вики читал. Видимо не все дошло до меня.
>> Теперь что-ньдь про шелл надо почитать.  Пробелы вокруг "=" не
>> нудны ;-)
> 
> Гм. Точно.
> 
> Поехали дальше.
> 
> http://git.altlinux.org/people/alb/packages/kernel-modules.git?p=kernel-modules.git;a=summary
> 
> ./buildmodules --hasher -d altlinux-4.0 -k ovz-smp madwifi
> 
> fatal: Needed a single revision
> gear: Invalid commit "template/madwifi/altlinux-4.0"
> buildmodules: 'gear --describe -t template/madwifi/altlinux-4.0' 
> failed
> 
> Чо ему не нравится?
> 

Локального бранча ? git-checkout

Re: [devel] I: kernel-build-scripts

[Alexey Borovskoy]

* Суббота 29 марта 2008 Anton Farygin

> Alexey Borovskoy пишет:
> > * Суббота 29 марта 2008 Alexey I. Froloff
> >
> >> * Alexey Borovskoy <alb@> [080329 07:21]:
> >>> $ ./buildmodules --help
> >>> config.sh: line 1: rpm_target: command not found
> >>>
> >>> $ cat config.sh
> >>> rpm_target = "i586"
> >>> hsh_options = "--repackage-source"
> >>> hsh_workdir = "~/hasher-M40"
> >>>
> >>> P.S. Доку и вики читал. Видимо не все дошло до меня.
> >>
> >> Теперь что-ньдь про шелл надо почитать.  Пробелы вокруг "="
> >> не нудны ;-)
> >
> > Гм. Точно.
> >
> > Поехали дальше.
> >
> > http://git.altlinux.org/people/alb/packages/kernel-modules.g
> >it?p=kernel-modules.git;a=summary
> >
> > ./buildmodules --hasher -d altlinux-4.0 -k ovz-smp madwifi
> >
> > fatal: Needed a single revision
> > gear: Invalid commit "template/madwifi/altlinux-4.0"
> > buildmodules: 'gear --describe -t
> > template/madwifi/altlinux-4.0' failed
> >
> > Чо ему не нравится?
>
> Локального бранча ? git-checkout

Есть локальный бранч.

$ git branch
* template/madwifi/alt-linux-4.0

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] I: kernel-build-scripts

[Alexey I. Froloff]

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

* Alexey Borovskoy <alb@> [080329 10:33]:
> > > gear: Invalid commit "template/madwifi/altlinux-4.0"
> $ git branch
> * template/madwifi/alt-linux-4.0
Найдите 10 отличий ;-)

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: kernel-build-scripts

[Anton Farygin]

Alexey I. Froloff пишет:
> * Alexey Borovskoy <alb@> [080329 10:33]:
>>>> gear: Invalid commit "template/madwifi/altlinux-4.0"
>> $ git branch
>> * template/madwifi/alt-linux-4.0
> Найдите 10 отличий ;-)

Одного вполне достаточно ;)