[devel] I: gear --hasher

[devel] I: gear --hasher

[Dmitry V. Levin]

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

Hi,

$ gear -V |grep -w version
gear version 0.4
$ gear -h |grep -w hasher
or:    gear [options] <path-to-git-directory> --hasher -- <hsh-command>...
  --hasher                          execute hsh-like command afterwards;

Например, gear .git --ha -- hsh /path/to/workdir

Другая часть реализции gear --hasher находится в hasher/rebuild:
$ rpmquery --lastchange hasher
* Fri May 05 2006 Dmitry V. Levin <ldv@altlinux> 1.0.30-alt1

- Enhanced $hasher_dir initialization, to make execution of
  hasher placed to exotic custom directory work as designed.
- rebuild: Handle tar packages made by gear utility.


-- 
ldv

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

[devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

имеем:

SPEC файл от alterator-x11

%define backend x11
%define _altdata_dir %_datadir/alterator
%define _altlib_dir %_libdir/alterator
%define module x11

Name: alterator-%module
Version: 0.4.4
Release: alt1


gear на таком spec'е вываливается с такой диагностикой:
$ gear .git/ --rpmbuild -- rpm -bs
gear: .gear-rules line 2: Invalid name "alterator-%module" specified

rules представляет из себя:
$ cat .gear-rules
spec: SPECS/alterator-x11.spec
tar: alterator-x11

2ldv: бага ?

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Anton Farygin wrote:
> имеем:
> 
> SPEC файл от alterator-x11
> 
> %define backend x11
> %define _altdata_dir %_datadir/alterator
> %define _altlib_dir %_libdir/alterator
> %define module x11
> 
> Name: alterator-%module
> Version: 0.4.4
> Release: alt1
> 
> 
> gear на таком spec'е вываливается с такой диагностикой:
> $ gear .git/ --rpmbuild -- rpm -bs
> gear: .gear-rules line 2: Invalid name "alterator-%module" specified
> 
> rules представляет из себя:
> $ cat .gear-rules
> spec: SPECS/alterator-x11.spec
> tar: alterator-x11
> 
> 2ldv: бага ?

Ещё на одном пакете нарвался. Name нужно везде прописывать без макросов?

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Fri, May 05, 2006 at 07:49:49PM +0400, Anton Farygin wrote:
> SPEC файл от alterator-x11
[...]
> Name: alterator-%module
[...]
> gear на таком spec'е вываливается с такой диагностикой:
> $ gear .git/ --rpmbuild -- rpm -bs
> gear: .gear-rules line 2: Invalid name "alterator-%module" specified
> 
> rules представляет из себя:
> $ cat .gear-rules
> spec: SPECS/alterator-x11.spec
> tar: alterator-x11
> 
> 2ldv: бага ?

Ну я же говорил, что gear это не rpmbuild.

Напиши пока так:
tar: alterator-x11 name=alterator-x11

Это, конечно, выглядит немного странно.
Может, изменить умолчание и брать в качестве имени первый аргумент,
а не имя из spec-файла?


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, May 05, 2006 at 07:49:49PM +0400, Anton Farygin wrote:
>> SPEC файл от alterator-x11
> [...]
>> Name: alterator-%module
> [...]
>> gear на таком spec'е вываливается с такой диагностикой:
>> $ gear .git/ --rpmbuild -- rpm -bs
>> gear: .gear-rules line 2: Invalid name "alterator-%module" specified
>>
>> rules представляет из себя:
>> $ cat .gear-rules
>> spec: SPECS/alterator-x11.spec
>> tar: alterator-x11
>>
>> 2ldv: бага ?
> 
> Ну я же говорил, что gear это не rpmbuild.
> 
> Напиши пока так:
> tar: alterator-x11 name=alterator-x11
> 
> Это, конечно, выглядит немного странно.
> Может, изменить умолчание и брать в качестве имени первый аргумент,
> а не имя из spec-файла?

да, изменить умолчание - было бы самым правильным решением. Буду благодарен

т.е. - в качестве имени всегда брать первый аргумент (каталог).

И ещё запрос: можно ли в указываемой версии тарболла каком-то образом 
испрользовать данные из spec-файла ?

Конкрентно меня интересует release.

У меня в udev тарболлы строятся как udev_policy-<версия>-<релиз>

Хотя в принципе это конечно не актуально.. я так делаю исходя из 
расчёта, что тарболл одной версии не может содержать разных данных в 
разных сборках пакета. Т.е. - в своих пакетах я увеличиваю версию, а в 
чужих - кладу тарболлы, в имени которых присутствует версия-релиз 
спек-файла.

что-то подобное в policy:
tar: udev-policy version=@version@-@release@

было бы здорово.

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Fri, May 05, 2006 at 08:28:22PM +0400, Anton Farygin wrote:
[...]
> >> gear: .gear-rules line 2: Invalid name "alterator-%module" specified
> >>
> >> rules представляет из себя:
> >> $ cat .gear-rules
> >> spec: SPECS/alterator-x11.spec
> >> tar: alterator-x11
> >>
> >> 2ldv: бага ?
> > 
> > Ну я же говорил, что gear это не rpmbuild.
> > 
> > Напиши пока так:
> > tar: alterator-x11 name=alterator-x11
> > 
> > Это, конечно, выглядит немного странно.
> > Может, изменить умолчание и брать в качестве имени первый аргумент,
> > а не имя из spec-файла?
> 
> да, изменить умолчание - было бы самым правильным решением. Буду благодарен
> т.е. - в качестве имени всегда брать первый аргумент (каталог).

OK, сейчас сделаю.

> И ещё запрос: можно ли в указываемой версии тарболла каком-то образом 
> испрользовать данные из spec-файла ?

Можно,
$ which gear |xargs -r grep -A3 '^#.*options' --
#  tar(|.gz|.bz2): path_to_directory [options]
#  
#  Valid tar options are:
#    spec=path_to_file  - path to specfile which defines this archive name
#    and version;
#    name=archive_name  - this archive name;
#    version=archive_version  - this archive version;

> Конкрентно меня интересует release.

release пока не предусмотрено.  Если нужно, могу устроить.

[...]
> что-то подобное в policy:
> tar: udev-policy version=@version@-@release@
> 
> было бы здорово.

OK, это можно.


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Fri, May 05, 2006 at 08:36:20PM +0400, Dmitry V. Levin wrote:
> > И ещё запрос: можно ли в указываемой версии тарболла каком-то образом 
> > испрользовать данные из spec-файла ?
> 
> Можно,
> $ which gear |xargs -r grep -A3 '^#.*options' --
> #  tar(|.gz|.bz2): path_to_directory [options]
> #  
> #  Valid tar options are:
> #    spec=path_to_file  - path to specfile which defines this archive name
> #    and version;
> #    name=archive_name  - this archive name;
> #    version=archive_version  - this archive version;
> 
> > Конкрентно меня интересует release.
> 
> release пока не предусмотрено.  Если нужно, могу устроить.
> 
> [...]
> > что-то подобное в policy:
> > tar: udev-policy version=@version@-@release@
> > 
> > было бы здорово.
> 
> OK, это можно.

Чем дольше я на это смотрю, тем более искусственной выглядит конструкция
"version=..."; никто ещё её не задействовал?

Более логичным и универсальным выглядит "name=..." со значением по
умолчанию @name@-@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
@dir@ - basename каталога (который указывается первым аргументом директивы);
@name@ - значение тэга Name, извлечённое из spec-файла;
@version@ - значение тэга Version, извлечённое из spec-файла;
@name@ - значение тэга Release, извлечённое из spec-файла.

В данном примере:
tar: udev-policy name=@dir@-@version@-@release@

Никто не возражает?


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 01:25:36AM +0400, Dmitry V. Levin wrote:
[...]
> Чем дольше я на это смотрю, тем более искусственной выглядит конструкция
> "version=..."; никто ещё её не задействовал?
> 
> Более логичным и универсальным выглядит "name=..." со значением по
> умолчанию @name@-@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
> @dir@ - basename каталога (который указывается первым аргументом директивы);
> @name@ - значение тэга Name, извлечённое из spec-файла;
> @version@ - значение тэга Version, извлечённое из spec-файла;
> @name@ - значение тэга Release, извлечённое из spec-файла.
> 
> В данном примере:
> tar: udev-policy name=@dir@-@version@-@release@
> 
> Никто не возражает?

Я выложил новую версию gear с поддержкой нового синтаксиса директив tar*.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Kirill Maslinsky]

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

> On Sat, May 06, 2006 at 03:39:53PM +0400, Dmitry V. Levin wrote:
> > On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
> > [...]
> > > Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> > > Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> > 
> > Каковы стартовые условия?  У тебя есть собственный проект в
> > git-репозитории (или в другом репозитории, который конвертируется в git),
> > или у тебя есть только src.rpm прежней сборки?
> Вариант #1, в CVS.

Думаю, полезно будет описать оба. 

-- 
Kirill Maslinsky
ALT Linux Documentation Team

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Dmitry V. Levin wrote:
> On Fri, May 05, 2006 at 08:36:20PM +0400, Dmitry V. Levin wrote:
>>> И ещё запрос: можно ли в указываемой версии тарболла каком-то образом 
>>> испрользовать данные из spec-файла ?
>> Можно,
>> $ which gear |xargs -r grep -A3 '^#.*options' --
>> #  tar(|.gz|.bz2): path_to_directory [options]
>> #  
>> #  Valid tar options are:
>> #    spec=path_to_file  - path to specfile which defines this archive name
>> #    and version;
>> #    name=archive_name  - this archive name;
>> #    version=archive_version  - this archive version;
>>
>>> Конкрентно меня интересует release.
>> release пока не предусмотрено.  Если нужно, могу устроить.
>>
>> [...]
>>> что-то подобное в policy:
>>> tar: udev-policy version=@version@-@release@
>>>
>>> было бы здорово.
>> OK, это можно.
> 
> Чем дольше я на это смотрю, тем более искусственной выглядит конструкция
> "version=..."; никто ещё её не задействовал?
> 
> Более логичным и универсальным выглядит "name=..." со значением по
> умолчанию @name@-@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
> @dir@ - basename каталога (который указывается первым аргументом директивы);
> @name@ - значение тэга Name, извлечённое из spec-файла;
> @version@ - значение тэга Version, извлечённое из spec-файла;
> @name@ - значение тэга Release, извлечённое из spec-файла.
> 
> В данном примере:
> tar: udev-policy name=@dir@-@version@-@release@
> 
> Никто не возражает?

Отлично.

Только поведение по умолчанию лучше всё-таки оставить 
(name=@dir@-@version@).

что бы не пришлось перелопачивать существующее.

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 01:25:36AM +0400, Dmitry V. Levin wrote:
> [...]
>> Чем дольше я на это смотрю, тем более искусственной выглядит конструкция
>> "version=..."; никто ещё её не задействовал?
>>
>> Более логичным и универсальным выглядит "name=..." со значением по
>> умолчанию @name@-@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
>> @dir@ - basename каталога (который указывается первым аргументом директивы);
>> @name@ - значение тэга Name, извлечённое из spec-файла;
>> @version@ - значение тэга Version, извлечённое из spec-файла;
>> @name@ - значение тэга Release, извлечённое из spec-файла.
>>
>> В данном примере:
>> tar: udev-policy name=@dir@-@version@-@release@
>>
>> Никто не возражает?
> 
> Я выложил новую версию gear с поддержкой нового синтаксиса директив tar*.

Заработало отлично! Спасибо.

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
> Только поведение по умолчанию лучше всё-таки оставить 
> (name=@dir@-@version@).

Это называется не оставить а поменять.
Я могу поменять, если никто не против.


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
>> Только поведение по умолчанию лучше всё-таки оставить 
>> (name=@dir@-@version@).
> 
> Это называется не оставить а поменять.
> Я могу поменять, если никто не против.

Я думаю что ещё никто не успел заложиться на другое поведение.

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 03:17:02PM +0400, Anton Farygin wrote:
> Dmitry V. Levin wrote:
> > On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
> >> Только поведение по умолчанию лучше всё-таки оставить 
> >> (name=@dir@-@version@).
> > 
> > Это называется не оставить а поменять.
> > Я могу поменять, если никто не против.
> 
> Я думаю что ещё никто не успел заложиться на другое поведение.

OK, я поменял поведение, если кто успел заложиться на прежнее, скорее
скажите об этом.


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Stanislav Ievlev]

On Sat, May 06, 2006 at 03:17:50PM +0400, Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 03:17:02PM +0400, Anton Farygin wrote:
> > Dmitry V. Levin wrote:
> > > On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
> > >> Только поведение по умолчанию лучше всё-таки оставить 
> > >> (name=@dir@-@version@).
> > > 
> > > Это называется не оставить а поменять.
> > > Я могу поменять, если никто не против.
> > 
> > Я думаю что ещё никто не успел заложиться на другое поведение.
> 
> OK, я поменял поведение, если кто успел заложиться на прежнее, скорее
> скажите об этом.
Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".

Мне кажется у меня есть вопросы по этому поводу, но хочется сначала по
подробнее разобраться в  предлагаемой схеме.

--
Стас.

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Stanislav Ievlev]

On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 03:17:50PM +0400, Dmitry V. Levin wrote:
> > On Sat, May 06, 2006 at 03:17:02PM +0400, Anton Farygin wrote:
> > > Dmitry V. Levin wrote:
> > > > On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
> > > >> Только поведение по умолчанию лучше всё-таки оставить 
> > > >> (name=@dir@-@version@).
> > > > 
> > > > Это называется не оставить а поменять.
> > > > Я могу поменять, если никто не против.
> > > 
> > > Я думаю что ещё никто не успел заложиться на другое поведение.
> > 
> > OK, я поменял поведение, если кто успел заложиться на прежнее, скорее
> > скажите об этом.
> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> 
> Мне кажется у меня есть вопросы по этому поводу, но хочется сначала по
> подробнее разобраться в  предлагаемой схеме.
Немного уточню вопрос:
Если всё идёт к тому чтобы commit специального вида вызывал автоматический
запуск gear, сборку пакета и помещение его в Сизиф, то будет ли в этой
схеме место варианту с автоматической генерации спека?
То бишь можно ли будет расширять алгоритм сборки за счёт своих
"специфичных" для того или иного пакета действий?

> 
> --
> Стас.
> 
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
[...]
> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".

Каковы стартовые условия?  У тебя есть собственный проект в
git-репозитории (или в другом репозитории, который конвертируется в git),
или у тебя есть только src.rpm прежней сборки?


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Stanislav Ievlev]

On Sat, May 06, 2006 at 03:39:53PM +0400, Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
> [...]
> > Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> > Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> 
> Каковы стартовые условия?  У тебя есть собственный проект в
> git-репозитории (или в другом репозитории, который конвертируется в git),
> или у тебя есть только src.rpm прежней сборки?
Вариант #1, в CVS.

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 03:17:50PM +0400, Dmitry V. Levin wrote:
>> On Sat, May 06, 2006 at 03:17:02PM +0400, Anton Farygin wrote:
>>> Dmitry V. Levin wrote:
>>>> On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
>>>>> Только поведение по умолчанию лучше всё-таки оставить 
>>>>> (name=@dir@-@version@).
>>>> Это называется не оставить а поменять.
>>>> Я могу поменять, если никто не против.
>>> Я думаю что ещё никто не успел заложиться на другое поведение.
>> OK, я поменял поведение, если кто успел заложиться на прежнее, скорее
>> скажите об этом.
> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> 
> Мне кажется у меня есть вопросы по этому поводу, но хочется сначала по
> подробнее разобраться в  предлагаемой схеме.
> 

Я могу это описать... (я очень много использую cogito, так что описываю 
именно вариант с ним).:

mkdir package
pushd package
git-init-db

mkdir files
pushd files
wget www.package.org/package-0.1.tar.bz2
bzip2 -d package-0.1.tar.bz2
popd
cg-add -r files
vim package.spec
cg-add package.spec
echo "spec: package.spec" >.gear-rules
echo "copy: files/*" >>.gear-rules
cg-add .gear-rules
cg-commit -m "initial package release"
cg-tag 0.1-alt1 # это не обязательно, просто для удобства
gear .git --rpmbuild -- rpm -ba


Это описан самый простой вариант. - сборка пакета из поступающих снаружи 
исходников.

так же возможны варианты - я вместо files использую SOURCES, а спек 
иногда кладу в SPECS, а иногда - в корень.

также files можно вообще не использовать, но придётся перечислять все 
файлы для src.rpm'а в .gear-rules

Более сложный вариант описать ?

Rgds,
Rider

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Stanislav Ievlev]

On Sat, May 06, 2006 at 03:48:13PM +0400, Anton Farygin wrote:
> Stanislav Ievlev wrote:
> > On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
> >> On Sat, May 06, 2006 at 03:17:50PM +0400, Dmitry V. Levin wrote:
> >>> On Sat, May 06, 2006 at 03:17:02PM +0400, Anton Farygin wrote:
> >>>> Dmitry V. Levin wrote:
> >>>>> On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
> >>>>>> Только поведение по умолчанию лучше всё-таки оставить 
> >>>>>> (name=@dir@-@version@).
> >>>>> Это называется не оставить а поменять.
> >>>>> Я могу поменять, если никто не против.
> >>>> Я думаю что ещё никто не успел заложиться на другое поведение.
> >>> OK, я поменял поведение, если кто успел заложиться на прежнее, скорее
> >>> скажите об этом.
> >> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> >> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> >>
> >> Мне кажется у меня есть вопросы по этому поводу, но хочется сначала по
> >> подробнее разобраться в  предлагаемой схеме.
> > Немного уточню вопрос:
> > Если всё идёт к тому чтобы commit специального вида вызывал автоматический
> > запуск gear, сборку пакета и помещение его в Сизиф, то будет ли в этой
> > схеме место варианту с автоматической генерации спека?
> > То бишь можно ли будет расширять алгоритм сборки за счёт своих
> > "специфичных" для того или иного пакета действий?
> 
> А как ты хочешь что бы это выглядело ?
> 
> есть варианты:
> - сгенерить спек локально
Ну видимо локально, перед тем как отдавать всё дальше по конвейеру к gear.

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Anton Farygin]

Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
>> On Sat, May 06, 2006 at 03:17:50PM +0400, Dmitry V. Levin wrote:
>>> On Sat, May 06, 2006 at 03:17:02PM +0400, Anton Farygin wrote:
>>>> Dmitry V. Levin wrote:
>>>>> On Sat, May 06, 2006 at 12:45:58PM +0400, Anton Farygin wrote:
>>>>>> Только поведение по умолчанию лучше всё-таки оставить 
>>>>>> (name=@dir@-@version@).
>>>>> Это называется не оставить а поменять.
>>>>> Я могу поменять, если никто не против.
>>>> Я думаю что ещё никто не успел заложиться на другое поведение.
>>> OK, я поменял поведение, если кто успел заложиться на прежнее, скорее
>>> скажите об этом.
>> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
>> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
>>
>> Мне кажется у меня есть вопросы по этому поводу, но хочется сначала по
>> подробнее разобраться в  предлагаемой схеме.
> Немного уточню вопрос:
> Если всё идёт к тому чтобы commit специального вида вызывал автоматический
> запуск gear, сборку пакета и помещение его в Сизиф, то будет ли в этой
> схеме место варианту с автоматической генерации спека?
> То бишь можно ли будет расширять алгоритм сборки за счёт своих
> "специфичных" для того или иного пакета действий?

А как ты хочешь что бы это выглядело ?

есть варианты:
- сгенерить спек локально
- сгенерить спек .. где-то

Вариант 1 реализуем

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
[...]
> Немного уточню вопрос:
> Если всё идёт к тому чтобы commit специального вида вызывал

Уж точно не commit, а git-push тэга.

> автоматический запуск gear,
> сборку пакета и помещение его в Сизиф,

Цепочка будет несколько более длинной:
- мантейнер публикует (push) новый тэг,
- робот скачивает (pull) этот тэг,
- робот собирает пакет (gear -t тэг --hasher ...).

> то будет ли в этой
> схеме место варианту с автоматической генерации спека?

А разве в spec'е сейчас недостаточно средств для изменения поведения в
зависимости от?

> То бишь можно ли будет расширять алгоритм сборки за счёт своих
> "специфичных" для того или иного пакета действий?

Например?


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Stanislav Ievlev]

On Sat, May 06, 2006 at 03:51:29PM +0400, Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
> [...]
> > Немного уточню вопрос:
> > Если всё идёт к тому чтобы commit специального вида вызывал
> 
> Уж точно не commit, а git-push тэга.
> 
> > автоматический запуск gear,
> > сборку пакета и помещение его в Сизиф,
> 
> Цепочка будет несколько более длинной:
> - мантейнер публикует (push) новый тэг,
> - робот скачивает (pull) этот тэг,
> - робот собирает пакет (gear -t тэг --hasher ...).
> 
> > то будет ли в этой
> > схеме место варианту с автоматической генерации спека?
> 
> А разве в spec'е сейчас недостаточно средств для изменения поведения в
> зависимости от?
Ну если хочется особенного, то можно использовать и свой собственный спек,
а если не хочется?
> 
> > То бишь можно ли будет расширять алгоритм сборки за счёт своих
> > "специфичных" для того или иного пакета действий?
> 
> Например?
Ну например модули перла, модули alterator, etc.
Они и так имеют настолько унифицированные спеки, что отличаются они в
большинстве случаев только summary и description.
Спрашивается, а почему бы не облегчить жизнь в данном случае ещё больше?

Re: [devel] gear - с чего начинать

[Anton Farygin]

Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 03:39:53PM +0400, Dmitry V. Levin wrote:
>> On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
>> [...]
>>> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
>>> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
>> Каковы стартовые условия?  У тебя есть собственный проект в
>> git-репозитории (или в другом репозитории, который конвертируется в git),
>> или у тебя есть только src.rpm прежней сборки?
> Вариант #1, в CVS.

На примере alterator-packages:

# импортируем репозитарий
git-cvsimport -d <cvs репозитарий, в синтаксисе cvs> alterator-packages
pushd alterator-packages
# создаём каталог для сорцов
mkdir alterator-packages
# добавляем этот каталог в репозитарий
cg-add -r alterator-packages
# перебрасываем всё что импортировано в каталог для сорцов
cg-mv backend* help icons map po ui TODO Makefile config-packages* 
alterator-packages.* alterator-packages/
# делаем правила для сборки gear'ом
echo "spec: alterator-packages/alterator-packages.spec" >.gear-rules
echo "tar.bz2: alterator-packages" >> .gear-rules
cg-add .gear-rules
# коммитим
cg-commit -m "initial release for gear"

# собираем
gear .git/ --rpmbuild -- rpm -ba

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Epiphanov Sergei]

В сообщении от Saturday 06 May 2006 15:39 Dmitry V. Levin написал(a):
> > Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> > Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm
> > готов".
>
> Каковы стартовые условия?  У тебя есть собственный проект в
> git-репозитории (или в другом репозитории, который конвертируется в git),
> или у тебя есть только src.rpm прежней сборки?

Мне было бы интереснее услышать, имея стартовые условия: я имею готовый пакет 
src.rpm, который хотел бы выложить в Сизиф. Как мне его ввернуть в git+gear, 
чтобы не вылететь из команды? У меня пока каша в голове от этой ветки 
обсуждения. Надеюсь, что смогу сам понять, куда пихать потом файлы.

-- 
С уважением, Епифанов Сергей

Re: [devel] gear - с чего начинать

[Anton Farygin]

Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
> [...]
>> Немного уточню вопрос:
>> Если всё идёт к тому чтобы commit специального вида вызывал
> 
> Уж точно не commit, а git-push тэга.
> 
>> автоматический запуск gear,
>> сборку пакета и помещение его в Сизиф,
> 
> Цепочка будет несколько более длинной:
> - мантейнер публикует (push) новый тэг,
> - робот скачивает (pull) этот тэг,
> - робот собирает пакет (gear -t тэг --hasher ...).
> 
>> то будет ли в этой
>> схеме место варианту с автоматической генерации спека?
> 
> А разве в spec'е сейчас недостаточно средств для изменения поведения в
> зависимости от?
> 
>> То бишь можно ли будет расширять алгоритм сборки за счёт своих
>> "специфичных" для того или иного пакета действий?
> 
> Например?

например - автоматическое добавление changelog'ов.

Или генерация спека исходя из какого-то имени. Я думаю что Стас имеет в 
виду последнее вместе с первым.

Но я бы не стал заморачиваться с генерацией спека.. разве что только с 
changelog.

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Stanislav Ievlev]

On Sat, May 06, 2006 at 04:09:03PM +0400, Anton Farygin wrote:
> Dmitry V. Levin wrote:
> > On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
> > [...]
> >> Немного уточню вопрос:
> >> Если всё идёт к тому чтобы commit специального вида вызывал
> > 
> > Уж точно не commit, а git-push тэга.
> > 
> >> автоматический запуск gear,
> >> сборку пакета и помещение его в Сизиф,
> > 
> > Цепочка будет несколько более длинной:
> > - мантейнер публикует (push) новый тэг,
> > - робот скачивает (pull) этот тэг,
> > - робот собирает пакет (gear -t тэг --hasher ...).
> > 
> >> то будет ли в этой
> >> схеме место варианту с автоматической генерации спека?
> > 
> > А разве в spec'е сейчас недостаточно средств для изменения поведения в
> > зависимости от?
> > 
> >> То бишь можно ли будет расширять алгоритм сборки за счёт своих
> >> "специфичных" для того или иного пакета действий?
> > 
> > Например?
> 
> например - автоматическое добавление changelog'ов.
> 
> Или генерация спека исходя из какого-то имени. Я думаю что Стас имеет в 
> виду последнее вместе с первым.
> 
> Но я бы не стал заморачиваться с генерацией спека.. разве что только с 
> changelog.
Да, как минимум это было бы очень удобно.
Коли там делаются специальные теги для отметки того что надо забрать в
Сизиф, то ChangeLog можно делать автоматически, так же собственно как и
версию-релиз сборки.
Содержимое ChangeLog вполне-понятно
Сборка n
.... <все логи git, от сборки n-1, до сборки n>
Сборка n-1
.... <все логи git, от сборки n-2, до сборки n-1>

И так далее.

Тогда можно было бы не вспоминать все свои действия и дублировать е
все сообщения и в spec и в репозитарий.

> 
> Rgds,
> Rider
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] gear - с чего начинать

[Stanislav Ievlev]

On Sat, May 06, 2006 at 04:08:31PM +0400, Epiphanov Sergei wrote:
> В сообщении от Saturday 06 May 2006 15:39 Dmitry V. Levin написал(a):
> > > Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> > > Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm
> > > готов".
> >
> > Каковы стартовые условия?  У тебя есть собственный проект в
> > git-репозитории (или в другом репозитории, который конвертируется в git),
> > или у тебя есть только src.rpm прежней сборки?
> 
> Мне было бы интереснее услышать, имея стартовые условия: я имею готовый пакет 
> src.rpm, который хотел бы выложить в Сизиф. Как мне его ввернуть в git+gear, 
> чтобы не вылететь из команды? У меня пока каша в голове от этой ветки 
> обсуждения. Надеюсь, что смогу сам понять, куда пихать потом файлы.
Наверное было бы не плохо если бы Дима завёл бы wiki с пробными
инструкциями.

Re: [devel] gear - с чего начинать

[Anton Farygin]

Epiphanov Sergei wrote:
> В сообщении от Saturday 06 May 2006 15:39 Dmitry V. Levin написал(a):
>>> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
>>> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm
>>> готов".
>> Каковы стартовые условия?  У тебя есть собственный проект в
>> git-репозитории (или в другом репозитории, который конвертируется в git),
>> или у тебя есть только src.rpm прежней сборки?
> 
> Мне было бы интереснее услышать, имея стартовые условия: я имею готовый пакет 
> src.rpm, который хотел бы выложить в Сизиф. Как мне его ввернуть в git+gear, 
> чтобы не вылететь из команды? У меня пока каша в голове от этой ветки 
> обсуждения. Надеюсь, что смогу сам понять, куда пихать потом файлы.
> 

У меня был рецепт для subversion, но он подойдёт и для gear/git. На 
примере ivman:

# создаём каталог
mkdir ivman

# помещаем туда сорцы из src.rpm
rpm -i --define "_topdir $PWD/ivman" --define "_specdir %_topdir" 
/user/ALT/Sisyphus/files/SRPMS/ivman-0.6.12-alt1.src.rpm

# распакуем тарболл, что бы дельты на следущую версию были маленькими
bzip2 -d ivman/SOURCES/ivman-0.6.12.tar.bz2

# заменим tar.bz2 на tar в спеке (предварительно убедившись, что tar.bz2 
там больше нигде не фигурирует
subst "s,tar.bz2,tar," ivman/ivman.spec

# пишем правила
echo "spec: ivman.spec" >ivman/.gear-rules
echo "copy: SOURCES/*" >>ivman/.gear-rules

# коммитим и инициализируем базу
pushd ivman
cg-init -m "initial release"
# файлы, начинающиеся на точку - по умолчанию игнорируется cg-init'ом
cg-add .gear-rules
cg-commit -m "adding rules for gear"

# собираем
gear .git/ --rpmbuild -- rpm -ba

Всё очень просто.

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Anton Farygin]

Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 04:09:03PM +0400, Anton Farygin wrote:
>> Dmitry V. Levin wrote:
>>> On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
>>> [...]
>>>> Немного уточню вопрос:
>>>> Если всё идёт к тому чтобы commit специального вида вызывал
>>> Уж точно не commit, а git-push тэга.
>>>
>>>> автоматический запуск gear,
>>>> сборку пакета и помещение его в Сизиф,
>>> Цепочка будет несколько более длинной:
>>> - мантейнер публикует (push) новый тэг,
>>> - робот скачивает (pull) этот тэг,
>>> - робот собирает пакет (gear -t тэг --hasher ...).
>>>
>>>> то будет ли в этой
>>>> схеме место варианту с автоматической генерации спека?
>>> А разве в spec'е сейчас недостаточно средств для изменения поведения в
>>> зависимости от?
>>>
>>>> То бишь можно ли будет расширять алгоритм сборки за счёт своих
>>>> "специфичных" для того или иного пакета действий?
>>> Например?
>> например - автоматическое добавление changelog'ов.
>>
>> Или генерация спека исходя из какого-то имени. Я думаю что Стас имеет в 
>> виду последнее вместе с первым.
>>
>> Но я бы не стал заморачиваться с генерацией спека.. разве что только с 
>> changelog.
> Да, как минимум это было бы очень удобно.
> Коли там делаются специальные теги для отметки того что надо забрать в
> Сизиф, то ChangeLog можно делать автоматически, так же собственно как и
> версию-релиз сборки.
> Содержимое ChangeLog вполне-понятно
> Сборка n
> .... <все логи git, от сборки n-1, до сборки n>
> Сборка n-1
> .... <все логи git, от сборки n-2, до сборки n-1>
> 
> И так далее.
> 
> Тогда можно было бы не вспоминать все свои действия и дублировать е
> все сообщения и в spec и в репозитарий.

Только это лучше всё-таки делать локально.. я иногда в коммитах такое 
пишу.. я думаю что не я один ;)

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Aleksey Avdeev]

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

Stanislav Ievlev пишет:
> On Sat, May 06, 2006 at 04:09:03PM +0400, Anton Farygin wrote:
> 
>>Dmitry V. Levin wrote:
>>
>>>On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
>>>[...]
>>>
>>>>Немного уточню вопрос:
>>>>Если всё идёт к тому чтобы commit специального вида вызывал
>>>
>>>Уж точно не commit, а git-push тэга.
>>>
>>>
>>>>автоматический запуск gear,
>>>>сборку пакета и помещение его в Сизиф,
>>>
>>>Цепочка будет несколько более длинной:
>>>- мантейнер публикует (push) новый тэг,
>>>- робот скачивает (pull) этот тэг,
>>>- робот собирает пакет (gear -t тэг --hasher ...).
>>>
>>>
>>>>то будет ли в этой
>>>>схеме место варианту с автоматической генерации спека?
>>>
>>>А разве в spec'е сейчас недостаточно средств для изменения поведения в
>>>зависимости от?
>>>
>>>
>>>>То бишь можно ли будет расширять алгоритм сборки за счёт своих
>>>>"специфичных" для того или иного пакета действий?
>>>
>>>Например?
>>
>>например - автоматическое добавление changelog'ов.
>>
>>Или генерация спека исходя из какого-то имени. Я думаю что Стас имеет в 
>>виду последнее вместе с первым.
>>
>>Но я бы не стал заморачиваться с генерацией спека.. разве что только с 
>>changelog.
> 
> Да, как минимум это было бы очень удобно.
> Коли там делаются специальные теги для отметки того что надо забрать в
> Сизиф, то ChangeLog можно делать автоматически, так же собственно как и
> версию-релиз сборки.
> Содержимое ChangeLog вполне-понятно
> Сборка n
> .... <все логи git, от сборки n-1, до сборки n>
> Сборка n-1
> .... <все логи git, от сборки n-2, до сборки n-1>
> 
> И так далее.
> 
> Тогда можно было бы не вспоминать все свои действия и дублировать е
> все сообщения и в spec и в репозитарий.

  На мой взгляд, надо предусмотреть возможность подчистки такого,
сгенерённого автоматически, ChangeLogа: комментарии к commitам могут
содержать достаточно много мусора, но возможность переноса части из них
в ChangeLog -- желательна (по опыту общения со своим svn репозитарием
пакетов).

-- 

С уважением. Алексей.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 550 bytes --]

Re: [devel] gear - с чего начинать

[Anton Farygin]

Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 04:08:31PM +0400, Epiphanov Sergei wrote:
>> В сообщении от Saturday 06 May 2006 15:39 Dmitry V. Levin написал(a):
>>>> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
>>>> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm
>>>> готов".
>>> Каковы стартовые условия?  У тебя есть собственный проект в
>>> git-репозитории (или в другом репозитории, который конвертируется в git),
>>> или у тебя есть только src.rpm прежней сборки?
>> Мне было бы интереснее услышать, имея стартовые условия: я имею готовый пакет 
>> src.rpm, который хотел бы выложить в Сизиф. Как мне его ввернуть в git+gear, 
>> чтобы не вылететь из команды? У меня пока каша в голове от этой ветки 
>> обсуждения. Надеюсь, что смогу сам понять, куда пихать потом файлы.
> Наверное было бы не плохо если бы Дима завёл бы wiki с пробными
> инструкциями.

Я думаю что туда можно скопировать мои письма as-is (те, которые с 
комментариями).

Wiki я заведу, как только окончательно решу проблемы с локальной сборкой..

тут raorn бросал враппер на rpm, я его логику несколько модифицировал, 
сейчас обкатаю на нескольких пакетах.. и Дима добавит генерялку 
тарболлов из каталогов в gear.. вот тогда запоём ;)

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 04:06:21PM +0400, Anton Farygin wrote:
> Stanislav Ievlev wrote:
> > On Sat, May 06, 2006 at 03:39:53PM +0400, Dmitry V. Levin wrote:
> >> On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
> >> [...]
> >>> Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> >>> Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> >> Каковы стартовые условия?  У тебя есть собственный проект в
> >> git-репозитории (или в другом репозитории, который конвертируется в git),
> >> или у тебя есть только src.rpm прежней сборки?
> > Вариант #1, в CVS.
> 
> На примере alterator-packages:
> 
> # импортируем репозитарий
> git-cvsimport -d <cvs репозитарий, в синтаксисе cvs> alterator-packages
> pushd alterator-packages
> # создаём каталог для сорцов
> mkdir alterator-packages
> # добавляем этот каталог в репозитарий
> cg-add -r alterator-packages
> # перебрасываем всё что импортировано в каталог для сорцов
> cg-mv backend* help icons map po ui TODO Makefile config-packages* 
> alterator-packages.* alterator-packages/
> # делаем правила для сборки gear'ом
> echo "spec: alterator-packages/alterator-packages.spec" >.gear-rules
> echo "tar.bz2: alterator-packages" >> .gear-rules
> cg-add .gear-rules
> # коммитим
> cg-commit -m "initial release for gear"
> 
> # собираем
> gear .git/ --rpmbuild -- rpm -ba

Аналогично, на примере реальной истории импорта libutempter
(пишу по .bash_history):

$ cat ~/author-conv-file
ldv=Dmitry V. Levin <ldv@altlinux>
$ git-cvsimport -d cvsroot_в_синтаксисе_cvs -C libutempter -k -u -A ~/author-conv-file libutempter
$ pushd libutempter
$ git-ls-files |xargs -r fgrep -l '$Id' |xargs -r subst '/\$Id/ d' --
$ git-commit -a -m 'Removed cvsid tags.'
$ mkdir libutempter
$ git-mv -k * libutempter/
Warning: can not move directory 'libutempter' into itself; skipping
$ cat >.gear-rules 
spec: libutempter/libutempter.spec
tar: libutempter
$ git-commit -a -m 'Renamed: * -> libutempter/; New file: .gear-rules'
$ gear .git --hasher -- hsh path/to/workdir


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Alexey I. Froloff]

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

* Epiphanov Sergei <serpiph@> [060506 16:04]:
> Мне было бы интереснее услышать, имея стартовые условия: я имею готовый пакет 
> src.rpm, который хотел бы выложить в Сизиф. Как мне его ввернуть в git+gear, 
> чтобы не вылететь из команды? У меня пока каша в голове от этой ветки 
> обсуждения. Надеюсь, что смогу сам понять, куда пихать потом файлы.
Quick'n'dirty решение редкостной кривизны основанное на моих
личных предпочтениях (кто видел rpmwrapper - поймёт).  Пути
поправить по вкусу, вместо vim .gear-rules можно вставить некий
неестественный интеллект оптимизации списков.


$ cat =srpm2git
#!/bin/sh

srpm="$1"
name="$(rpm -qp --qf='%{NAME}\n' "$srpm")"
topsrcdir="$(rpm -qp --quiet --eval '%_topsrcdir' "$srpm" | sed -e "s,%{name},$name,g")"
sourcedir="$(rpm -qp --quiet --eval '%_sourcedir' "$srpm" | sed -e "s,%{name},$name,g")"
specdir="$(rpm -qp --quiet --eval '%_specdir' "$srpm" | sed -e "s,%{name},$name,g")"
spec="$(relative "$specdir/$name.spec" "$topsrcdir/")"
filesdir="$(relative "$sourcedir" "$topsrcdir/")"

rpm -ihv "$srpm"

cd "$topsrcdir"
echo "spec: $name.spec" > .gear-rules
ls -1 "$filesdir" |
while read fname; do
    echo $fname
    case "$fname" in
        *.bz2)
        bunzip2 "$filesdir/$fname"
        echo "bzip2: $filesdir/${fname%.bz2}" >> .gear-rules
        ;;
        *.gz)
        gunzip "$filesdir/$fname"
        echo "gzip: $filesdir/${fname%.gz}" >> .gear-rules
        ;;
        *)
        echo "copy: $filesdir/$fname" >> .gear-rules
        ;;
    esac
done

vim .gear-rules

git init-db
git add .
git commit -a -s -m 'initial import'


-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 04:08:31PM +0400, Epiphanov Sergei wrote:
> В сообщении от Saturday 06 May 2006 15:39 Dmitry V. Levin написал(a):
> > > Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> > > Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm
> > > готов".
> >
> > Каковы стартовые условия?  У тебя есть собственный проект в
> > git-репозитории (или в другом репозитории, который конвертируется в git),
> > или у тебя есть только src.rpm прежней сборки?
> 
> Мне было бы интереснее услышать, имея стартовые условия: я имею готовый пакет 
> src.rpm, который хотел бы выложить в Сизиф. Как мне его ввернуть в git+gear, 

Если у вас есть непустой список srpm-файлов, то из них можно сделать
git-репозиторий.  Вот пример, с которым я экспериментирую:

$ mkdir имя-пакета
$ cd имя-пакета
$ git-init-db
$ commit-package список-srpm-файлов

Тестовый скрипт commit-package прилагается.  Разумеется, файл правил
упаковки (.gear-rules) получается неоптимальный.

Например,
$ commit-package path/to/tcb-1.0-alt1.src.rpm path/to/tcb-1.0-alt2.src.rpm 
tcb-1.0-alt1
97 blocks
Committing initial tree 619a4245f1d1847c3a5be39d79ef5828c750640d
tcb-1.0-alt2
97 blocks

При этом получается вот что:

$ git-rev-list --pretty HEAD |sed -e '/^$/d;s/altlinux.org//'
commit 2a60ff34d429197c3000be73e9f266b09cfe83a0
Author: Dmitry V. Levin <ldv@>
Date:   Thu Jan 12 00:39:30 2006 +0000
    1.0-alt2
commit 6aaedcf0025be8fff55dff456765a1000f27eab3
Author: Dmitry V. Levin <ldv@>
Date:   Sat Dec 31 00:14:14 2005 +0000
    1.0-alt1
$ git-ls-files
.gear-rules
tcb-0.9.9-alt-makefile-pam.patch
tcb-0.9.9-alt-tcb_convert-try_auth.patch
tcb-1.0.tar
tcb.spec
tcb_chkpwd.control
$ cat .gear-rules
copy: tcb-0.9.9-alt-makefile-pam.patch
copy: tcb-0.9.9-alt-tcb_convert-try_auth.patch
bzip2: tcb-1.0.tar
copy: tcb_chkpwd.control

После первоначального импорта можно нормально работать с этим
репозиторием дальше, а .gear-rules упростить, например:
$ cat >.gear-rules
copy: *.control *.patch *.tar
$ subst 's/\.bz2//' tcb.spec

> чтобы не вылететь из команды? У меня пока каша в голове от этой ветки 
> обсуждения. Надеюсь, что смогу сам понять, куда пихать потом файлы.

Не волнуйтесь. :)


-- 
ldv

[-- Attachment #1.2: commit-package --]
[-- Type: text/plain, Size: 739 bytes --]

#!/bin/sh -eu 

for f; do
	[ -f "$f" ] || continue
	name="$(rpmquery -p --qf '%{NAME}' "$f")"
	version="$(rpmquery -p --qf '%{VERSION}-%{RELEASE}' "$f")"
	printf '%s-%s\n' "$name" "$version"
	[ ! -f .gear-rules ] || git-rm -f -- '*'
	rpm2cpio "$f" |cpio -im
	for f in *; do
		case "$f" in
			*.gz)
				gunzip "$f"
				printf 'gzip: %s\n' "${f%.gz}" >>.gear-rules
				;;
			*.bz2)
				bunzip2 "$f"
				printf 'bzip2: %s\n' "${f%.bz2}" >>.gear-rules
				;;
			*.spec)
				# ignore specfile
				;;
			*)
				printf 'copy: %s\n' "$f" >>.gear-rules
				;;
		esac
	done
	git-add '*'
	TZ=UTC faketime -r "$f" -- git-commit -a -m "$version"
	TZ=UTC faketime -r "$f" -- git-tag -a -m "$name $version" "$version"
done

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

Re: [devel] gear - с чего начинать

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060506 16:23]:
> тут raorn бросал враппер на rpm, я его логику несколько модифицировал, 
> сейчас обкатаю на нескольких пакетах.. и Дима добавит генерялку 
> тарболлов из каталогов в gear.. вот тогда запоём ;)
Ты патчи мне бросай ;-)  Кстати, есть смысл проверять наличие
.rpmwrapmacros сначала в текущем каталоге, а потом уже в
$allow_prefix...

rsync://rsync.altlinux.ru/people/raorn/git/rpmwrapper.git/

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] gear - с чего начинать

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060506 16:23]:
>> тут raorn бросал враппер на rpm, я его логику несколько модифицировал, 
>> сейчас обкатаю на нескольких пакетах.. и Дима добавит генерялку 
>> тарболлов из каталогов в gear.. вот тогда запоём ;)
> Ты патчи мне бросай ;-)  Кстати, есть смысл проверять наличие
> .rpmwrapmacros сначала в текущем каталоге, а потом уже в
> $allow_prefix...
> 
> rsync://rsync.altlinux.ru/people/raorn/git/rpmwrapper.git/

Основной патч: искать .rpmwrapmacros начиная с текущего каталога и выше.

И добавлять define для _macropath, который потом использовать как:
$ cat alterator-packages.git/.rpmwrapmacros
%_topdir        %_macropath
%_sourcedir     %{_topsrcdir}/SOURCES
%_specdir       %{_topsrcdir}/alterator-packages
%_tmppath       %{_topsrcdir}/tmp


diff --git a/rpmwrapper b/rpmwrapper
index f123ec4..362fa28 100755
--- a/rpmwrapper
+++ b/rpmwrapper
@@ -18,16 +18,10 @@ args=

  sIFS="$IFS"
  IFS=":"
-for i in $allow_prefix; do
-    case "$cwd" in
-       $i/*|$i)
-           [ -f "$cwd/$macrofile" ] && rpmmacros="$cwd/$macrofile" ||:
-           [ -z "$rpmmacros" -a -f "$i/$macrofile" ] && 
rpmmacros="$i/$macrofile" ||:
-           ;;
-       *)
-           continue
-           ;;
-    esac
+startdir=$PWD
+while [ "$startdir" != "/" ];do
+    [ -f "$startdir/$macrofile" ] && prefix="$startdir" && break
+    startdir=`dirname $startdir`
  done
  IFS="$sIFS"

@@ -52,4 +46,4 @@ include:      /usr/lib/rpm/rpmrc
  macrofiles:    ${macrofiles+$macrofiles:}$rpmmacros
  EOF
  fi
-[ -x "$RPM_PREFIX/$PROG" ]  && "$RPM_PREFIX/$PROG" $args "$@"
+[ -x "$RPM_PREFIX/$PROG" ]  && "$RPM_PREFIX/$PROG" --define "_macropath 
$prefix" $args "$@"

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 04:26:01PM +0400, Aleksey Avdeev wrote:
> Stanislav Ievlev пишет:
> > On Sat, May 06, 2006 at 04:09:03PM +0400, Anton Farygin wrote:
> >>Dmitry V. Levin wrote:
> >>>On Sat, May 06, 2006 at 03:38:53PM +0400, Stanislav Ievlev wrote:
[...]
> >>например - автоматическое добавление changelog'ов.
> >>
> >>Или генерация спека исходя из какого-то имени. Я думаю что Стас имеет в 
> >>виду последнее вместе с первым.
> >>
> >>Но я бы не стал заморачиваться с генерацией спека.. разве что только с 
> >>changelog.
> > 
> > Да, как минимум это было бы очень удобно.
> > Коли там делаются специальные теги для отметки того что надо забрать в
> > Сизиф, то ChangeLog можно делать автоматически, так же собственно как и
> > версию-релиз сборки.
> > Содержимое ChangeLog вполне-понятно
> > Сборка n
> > .... <все логи git, от сборки n-1, до сборки n>
> > Сборка n-1
> > .... <все логи git, от сборки n-2, до сборки n-1>
> > 
> > И так далее.
> > 
> > Тогда можно было бы не вспоминать все свои действия и дублировать е
> > все сообщения и в spec и в репозитарий.
> 
>   На мой взгляд, надо предусмотреть возможность подчистки такого,
> сгенерённого автоматически, ChangeLogа: комментарии к commitам могут
> содержать достаточно много мусора, но возможность переноса части из них
> в ChangeLog -- желательна (по опыту общения со своим svn репозитарием
> пакетов).

Я думаю, что это лучше сделать с помощью "add_changelog -e" и утилитки,
которая будет формировать этот текст в духе
/usr/share/git-core/templates/hooks/update.

Например, если есть
$ cat .gear-rules 
spec: slocate/slocate.spec
tar: slocate
$ git-describe 
0.2.10-alt1-gfad35bc
$ sed '/^version:[[:space:]]*/I!d;s///;q' slocate/slocate.spec
0.2.10
$ git-status 
nothing to commit

.. то можно получить
$ subst 's/^\(Version:\).*/\1 0.2.11/' slocate/slocate.spec
$ add_changelog -e "$(git-describe |sed 's/^/^/;s/-g.*//' |xargs -r git-rev-list --pretty HEAD |sed -ne 's/^[[:space:]]\+\(.\+\)/\1/p')" slocate/slocate.spec
$ git-diff
diff --git a/slocate/slocate.spec b/slocate/slocate.spec
index 9fc37c5..80fd530 100644
--- a/slocate/slocate.spec
+++ b/slocate/slocate.spec
@@ -1,5 +1,5 @@
 Name: slocate
-Version: 0.2.10
+Version: 0.2.11
 Release: alt1
 Serial: 1
 
@@ -43,6 +43,17 @@ install -pD -m644 /dev/null %buildroot%_
 %attr(640,root,%name) %verify(not md5 mtime size) %ghost %_localstatedir/locate/locatedb
 
 %changelog
+* Sat May 06 2006 Dmitry V. Levin <ldv@altlinux> 1:0.2.11-alt1
+renamed: .buildspec -> .gear-rules
+Moved files to slocate subdirectory.
+new file: .buildspec
+print_stats: fix english grammar
+empty constraints list matches nothing
+Moved locate database open/close to separate files.
+Moved locate statistics to separate files.
+Minor code cleanup.
+Renamed: getstr.c -> readstr.c, getstr.h -> readstr.h, locate.h -> match.h
+
 * Wed Apr 19 2006 Dmitry V. Levin <ldv@altlinux> 1:0.2.10-alt1
 - mklocatedb:
   + Added fs types: afs, autofs, befs, bfs, capifs, cifs, coh,

Очевидно, что такой changelog годится лишь в качестве рыбы.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Stanislav Ievlev]

On Sat, May 06, 2006 at 05:36:17PM +0400, Dmitry V. Levin wrote:
> +Renamed: getstr.c -> readstr.c, getstr.h -> readstr.h, locate.h -> match.h
> +
>  * Wed Apr 19 2006 Dmitry V. Levin <ldv@altlinux> 1:0.2.10-alt1
>  - mklocatedb:
>    + Added fs types: afs, autofs, befs, bfs, capifs, cifs, coh,
> 
> Очевидно, что такой changelog годится лишь в качестве рыбы.
Ну хотя бы так, или другой вариант - содержимое changelog будет браться
только из одного единственного коммита соотв. состоянию, которое мы хотим
собрать.
> 
> 
> -- 
> ldv



> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 05:54:26PM +0400, Stanislav Ievlev wrote:
> On Sat, May 06, 2006 at 05:36:17PM +0400, Dmitry V. Levin wrote:
> > +Renamed: getstr.c -> readstr.c, getstr.h -> readstr.h, locate.h -> match.h
> > +
> >  * Wed Apr 19 2006 Dmitry V. Levin <ldv@altlinux> 1:0.2.10-alt1
> >  - mklocatedb:
> >    + Added fs types: afs, autofs, befs, bfs, capifs, cifs, coh,
> > 
> > Очевидно, что такой changelog годится лишь в качестве рыбы.
> Ну хотя бы так, или другой вариант - содержимое changelog будет браться
> только из одного единственного коммита соотв. состоянию, которое мы хотим
> собрать.

Можно и так, и сяк, но вряд ли найдётся окончательный вариант, подходящий
для многих.

-- 
ldv

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

Re: [devel] gear - с чего начинать

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [060506 17:29]:
> > rsync://rsync.altlinux.ru/people/raorn/git/rpmwrapper.git/
> Основной патч: искать .rpmwrapmacros начиная с текущего каталога и выше.
Идею понял, но выходить за $allowed_prefix не хочу.  Реализовал.

> И добавлять define для _macropath, который потом использовать как:
Добавлено.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] gear - с чего начинать

[Anton Farygin]

Alexey I. Froloff wrote:
> * Anton Farygin <rider@> [060506 17:29]:
>>> rsync://rsync.altlinux.ru/people/raorn/git/rpmwrapper.git/
>> Основной патч: искать .rpmwrapmacros начиная с текущего каталога и выше.
> Идею понял, но выходить за $allowed_prefix не хочу.  Реализовал.
> 
>> И добавлять define для _macropath, который потом использовать как:
> Добавлено.

thnx.

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sat, May 06, 2006 at 10:10:22AM +0400, Kirill Maslinsky wrote:
> > On Sat, May 06, 2006 at 03:39:53PM +0400, Dmitry V. Levin wrote:
> > > On Sat, May 06, 2006 at 03:29:32PM +0400, Stanislav Ievlev wrote:
> > > [...]
> > > > Дима, ты мог бы расписать пробный вариант сценария работы с git + gear ?
> > > > Начиная с пункта "я решил собрать пакет в Сизиф", и заканчивая: "src.rpm готов".
> > > 
> > > Каковы стартовые условия?  У тебя есть собственный проект в
> > > git-репозитории (или в другом репозитории, который конвертируется в git),
> > > или у тебя есть только src.rpm прежней сборки?
> > Вариант #1, в CVS.
> 
> Думаю, полезно будет описать оба. 

На этот момент введение в оба способа я уже привёл.
Их существенное отличие как раз на стадии импорта.

Плюс дежурное напоминание для варианта #2: храните тарболлы непожатыми,
тогда тарболлы разных версий можно будет хранить в репозитории
эффективнее.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060506 17:08]:
> Если у вас есть непустой список srpm-файлов, то из них можно сделать
> git-репозиторий.
А можно ещё описать примерный цикл работы с этим репозитарием в
стиле Everyday GIT?  В основном интересует как правильно это
"расшаривать".

-- 
Regards,
Sir Raorn.

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

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sun, May 07, 2006 at 10:47:45AM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060506 17:08]:
> > Если у вас есть непустой список srpm-файлов, то из них можно сделать
> > git-репозиторий.
> А можно ещё описать примерный цикл работы с этим репозитарием в
> стиле Everyday GIT?  В основном интересует как правильно это
> "расшаривать".

Для начала надо просто немного привыкнуть работать с пакетами,
помещёнными в такой репозиторий.  Я уже почти привык.
Публиковать, вестимо, посредством git-push поверх ssh.
Я планирую организовать соответствующий ресурс на cvs.altlinux.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Damir Shayhutdinov]

07.05.06, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> Для начала надо просто немного привыкнуть работать с пакетами,
> помещёнными в такой репозиторий.  Я уже почти привык.
> Публиковать, вестимо, посредством git-push поверх ssh.
> Я планирую организовать соответствующий ресурс на cvs.altlinux.
А когда и остальные мантейнеры смогут приобщиться? ;)

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sun, May 07, 2006 at 06:43:46PM +0400, Damir Shayhutdinov wrote:
> 07.05.06, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> > Для начала надо просто немного привыкнуть работать с пакетами,
> > помещёнными в такой репозиторий.  Я уже почти привык.
> > Публиковать, вестимо, посредством git-push поверх ssh.
> > Я планирую организовать соответствующий ресурс на cvs.altlinux.
> А когда и остальные мантейнеры смогут приобщиться? ;)

В любой момент.  Я же говорю, начинать надо с себя.  На первых порах даже
не обязательно публиковать свои репозитории.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Damir Shayhutdinov]

07.05.06, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> > > Я планирую организовать соответствующий ресурс на cvs.altlinux.
> > А когда и остальные мантейнеры смогут приобщиться? ;)
>
> В любой момент.  Я же говорю, начинать надо с себя.  На первых порах даже
> не обязательно публиковать свои репозитории.

А где этот gear брать?

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sun, May 07, 2006 at 06:51:09PM +0400, Damir Shayhutdinov wrote:
> 07.05.06, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> > > > Я планирую организовать соответствующий ресурс на cvs.altlinux.
> > > А когда и остальные мантейнеры смогут приобщиться? ;)
> >
> > В любой момент.  Я же говорю, начинать надо с себя.  На первых порах даже
> > не обязательно публиковать свои репозитории.
> 
> А где этот gear брать?

Пока что из
git-clone rsync://rsync.altlinux.org/people/ldv/scm/other/build.git

Когда немного устаканится, запакую в пакет с каким-нибудь именем.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060507 18:41]:
> > А можно ещё описать примерный цикл работы с этим репозитарием в
> > стиле Everyday GIT?  В основном интересует как правильно это
> > "расшаривать".
> Для начала надо просто немного привыкнуть работать с пакетами,
> помещёнными в такой репозиторий.  Я уже почти привык.
> Публиковать, вестимо, посредством git-push поверх ssh.
> Я планирую организовать соответствующий ресурс на cvs.altlinux.
Нет, я немного не об этом.  Что надо сделать после импорта пакета
в git?

Я, например, копирую .git в ~/.../name.git/, chmod +x на
post-update там, настраиваю .git/remotes/origin, git-push
заливает всё в локальный каталог который выкладываю в /pub/people
rsync-over-ssh'ем.  И как с этим потом работать каждый день?  Или
есть способ проще/изящнее/корректнее?

-- 
Regards,
Sir Raorn.

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

Re: [devel] gear - с чего начинать

[Anton Farygin]

Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060507 18:41]:
>>> А можно ещё описать примерный цикл работы с этим репозитарием в
>>> стиле Everyday GIT?  В основном интересует как правильно это
>>> "расшаривать".
>> Для начала надо просто немного привыкнуть работать с пакетами,
>> помещёнными в такой репозиторий.  Я уже почти привык.
>> Публиковать, вестимо, посредством git-push поверх ssh.
>> Я планирую организовать соответствующий ресурс на cvs.altlinux.
> Нет, я немного не об этом.  Что надо сделать после импорта пакета
> в git?
> 
> Я, например, копирую .git в ~/.../name.git/, chmod +x на
> post-update там, настраиваю .git/remotes/origin, git-push
> заливает всё в локальный каталог который выкладываю в /pub/people
> rsync-over-ssh'ем.  И как с этим потом работать каждый день?  Или
> есть способ проще/изящнее/корректнее?

git-clone --bear, потом rsync в публичное место того что получилось

а потом я делаю cg-branch-add и делаю push в этот branch.

Rgds,
Rider

Re: [devel] gear - с чего начинать

[Dmitry V. Levin]

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

On Sun, May 07, 2006 at 11:48:05PM +0400, Anton Farygin wrote:
> Alexey I. Froloff wrote:
> > * Dmitry V. Levin <ldv@> [060507 18:41]:
> >>> А можно ещё описать примерный цикл работы с этим репозитарием в
> >>> стиле Everyday GIT?  В основном интересует как правильно это
> >>> "расшаривать".
> >> Для начала надо просто немного привыкнуть работать с пакетами,
> >> помещёнными в такой репозиторий.  Я уже почти привык.
> >> Публиковать, вестимо, посредством git-push поверх ssh.
> >> Я планирую организовать соответствующий ресурс на cvs.altlinux.
> > Нет, я немного не об этом.  Что надо сделать после импорта пакета
> > в git?
> > 
> > Я, например, копирую .git в ~/.../name.git/, chmod +x на
> > post-update там, настраиваю .git/remotes/origin, git-push
> > заливает всё в локальный каталог который выкладываю в /pub/people
> > rsync-over-ssh'ем.  И как с этим потом работать каждый день?  Или
> > есть способ проще/изящнее/корректнее?
> 
> git-clone --bear

Ну хоть не git-clone --beer :)

На самом деле это git-clone --bare.


-- 
ldv

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

Re: [devel] gear - с чего начинать

[Anton Farygin]

Dmitry V. Levin wrote:
> On Sun, May 07, 2006 at 11:48:05PM +0400, Anton Farygin wrote:
>> Alexey I. Froloff wrote:
>>> * Dmitry V. Levin <ldv@> [060507 18:41]:
>>>>> А можно ещё описать примерный цикл работы с этим репозитарием в
>>>>> стиле Everyday GIT?  В основном интересует как правильно это
>>>>> "расшаривать".
>>>> Для начала надо просто немного привыкнуть работать с пакетами,
>>>> помещёнными в такой репозиторий.  Я уже почти привык.
>>>> Публиковать, вестимо, посредством git-push поверх ssh.
>>>> Я планирую организовать соответствующий ресурс на cvs.altlinux.
>>> Нет, я немного не об этом.  Что надо сделать после импорта пакета
>>> в git?
>>>
>>> Я, например, копирую .git в ~/.../name.git/, chmod +x на
>>> post-update там, настраиваю .git/remotes/origin, git-push
>>> заливает всё в локальный каталог который выкладываю в /pub/people
>>> rsync-over-ssh'ем.  И как с этим потом работать каждый день?  Или
>>> есть способ проще/изящнее/корректнее?
>> git-clone --bear
> 
> Ну хоть не git-clone --beer :)
> 
> На самом деле это git-clone --bare.

на самом деле это письмо писалось после beer ;)

Так что действительно --bare

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Alexey I. Froloff]

[-- Attachment #1.1: Type: text/plain, Size: 1227 bytes --]

* Dmitry V. Levin <ldv@> [060506 01:34]:
> Более логичным и универсальным выглядит "name=..." со значением по
> умолчанию @name@-@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
> @dir@ - basename каталога (который указывается первым аргументом директивы);
> @name@ - значение тэга Name, извлечённое из spec-файла;
> @version@ - значение тэга Version, извлечённое из spec-файла;
> @name@ - значение тэга Release, извлечённое из spec-файла.
Я тут обнаружил, что в этом репозитарии можно хранить не только
исходники и патчи, но и вспомогательные скрипты ;-)

Есть у меня в vim такой scripts/getpatches, который выкачивает
патчи с vim.org в отдельный каталог files/official-patches

Я (как и всегда) хочу странного:

.gear-rules:
tar.bz2: files/official-patches name=vim-7.0-@dir@-001

Я хочу иметь архив с именем
%name-%mainver%{?pre:%pre}-official-patches-%patchlevel.tar.bz2,
но чтобы внутри был каталог "official-patches"...  Примерно так:

tar.bz2: files/official-patches name=vim-7.0-@dir@-001 basename=official-patches

Патч на gear в аттаче.  Я не стал copy-paste'ить раскрытие
макросов ещё и в basename, есть мнение что это вообще надо
перенести в функцию.

-- 
Regards,
Sir Raorn.

[-- Attachment #1.2: gear-tar-basename.patch --]
[-- Type: text/plain, Size: 1223 bytes --]

 gear |   12 ++++++++++--
 1 files changed, 10 insertions(+), 2 deletions(-)

diff --git a/gear b/gear
index 3613797..555ad62 100755
--- a/gear
+++ b/gear
@@ -246,6 +246,7 @@ get_tar_name()
 	else
 		tar_name='@dir@-@version@'
 	fi
+	base_name=
 
 	local opt quoted spec= spec_name= spec_version= spec_release=
 
@@ -256,6 +257,8 @@ get_tar_name()
 				;;
 			name=*) tar_name="${opt#name=}"
 				;;
+			basename=*) base_name="${opt#basename=}"
+				;;
 			*) rules_error "Unrecognized option: $opt"
 				;;
 		esac
@@ -306,7 +309,12 @@ make_tar()
 	dir="$1"
 	shift
 	name="$1"
+	base_name="$name"
 	shift
+	if [ $# -gt 0 ]; then
+	    base_name="$1"
+	    shift
+	fi
 
 	local id
 	if [ "$dir" = . ]; then
@@ -325,7 +333,7 @@ make_tar()
 
 	fi
 
-	git-tar-tree "$id" "$name" >"$outdir/$name.tar"
+	git-tar-tree "$id" "$base_name" >"$outdir/$name.tar"
 	case "$cmd" in
 		tar.gz:)
 			gzip -9 "$outdir/$name.tar"
@@ -346,7 +354,7 @@ make_archive()
 	check_path dirname "$dir_name"
 
 	get_tar_name "$(basename -- "$dir_name")" "$@"
-	make_tar "$cmd" "$dir_name" "$tar_name"
+	make_tar "$cmd" "$dir_name" "$tar_name" ${base_name:+"$base_name"}
 }
 
 copy_by_pattern()

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Tue, May 09, 2006 at 07:16:52PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060506 01:34]:
> > Более логичным и универсальным выглядит "name=..." со значением по
> > умолчанию @name@-@version@ (как и сейчас) и поддержкой 4-х ключевых слов:
> > @dir@ - basename каталога (который указывается первым аргументом директивы);
> > @name@ - значение тэга Name, извлечённое из spec-файла;
> > @version@ - значение тэга Version, извлечённое из spec-файла;
> > @name@ - значение тэга Release, извлечённое из spec-файла.
> Я тут обнаружил, что в этом репозитарии можно хранить не только
> исходники и патчи, но и вспомогательные скрипты ;-)
> 
> Есть у меня в vim такой scripts/getpatches, который выкачивает
> патчи с vim.org в отдельный каталог files/official-patches
> 
> Я (как и всегда) хочу странного:
> 
> .gear-rules:
> tar.bz2: files/official-patches name=vim-7.0-@dir@-001

А разве уже сейчас (5b28cef1) так нельзя?


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060509 19:46]:
> > .gear-rules:
> > tar.bz2: files/official-patches name=vim-7.0-@dir@-001
> А разве уже сейчас (5b28cef1) так нельзя?
Можно.  Но в архиве всё будет лежать в каталоге
vim-7.0-@dir@-001, а мне надо просто @dir@...  Патч просто
добавляет опцию basename.

-- 
Regards,
Sir Raorn.

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

Re: [devel] gear - с чего начинать

[Stanislav Ievlev]

On Sat, May 06, 2006 at 06:42:06PM +0400, Dmitry V. Levin wrote:
> On Sat, May 06, 2006 at 05:54:26PM +0400, Stanislav Ievlev wrote:
> > On Sat, May 06, 2006 at 05:36:17PM +0400, Dmitry V. Levin wrote:
> > > +Renamed: getstr.c -> readstr.c, getstr.h -> readstr.h, locate.h -> match.h
> > > +
> > >  * Wed Apr 19 2006 Dmitry V. Levin <ldv@altlinux> 1:0.2.10-alt1
> > >  - mklocatedb:
> > >    + Added fs types: afs, autofs, befs, bfs, capifs, cifs, coh,
> > > 
> > > Очевидно, что такой changelog годится лишь в качестве рыбы.
> > Ну хотя бы так, или другой вариант - содержимое changelog будет браться
> > только из одного единственного коммита соотв. состоянию, которое мы хотим
> > собрать.
> 
> Можно и так, и сяк, но вряд ли найдётся окончательный вариант, подходящий
> для многих.
В любом случае было бы здорово иметь такие вещи:
1. некий джентельментский набор инструментов, в том числе для генерации
changelog для спек.
2. возможность делать какие-то собственные скрипты pregear, типа того как
это было сделано в hasher ... тут правда не очень понятно, а как сказать
что доставлять в среду где бегает gear, но наверное можно и это тоже решить.

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Tue, May 09, 2006 at 08:09:38PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060509 19:46]:
> > > .gear-rules:
> > > tar.bz2: files/official-patches name=vim-7.0-@dir@-001
> > А разве уже сейчас (5b28cef1) так нельзя?
> Можно.  Но в архиве всё будет лежать в каталоге
> vim-7.0-@dir@-001, а мне надо просто @dir@...  Патч просто
> добавляет опцию basename.

Теперь понял.  Это можно сделать, если действительно хочется паковать
такой тарболл, внутри которого находится не совсем то, что ожидается
увидеть глядя на имя файла.


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060510 13:56]:
> > Можно.  Но в архиве всё будет лежать в каталоге
> > vim-7.0-@dir@-001, а мне надо просто @dir@...  Патч просто
> > добавляет опцию basename.
> Теперь понял.  Это можно сделать, если действительно хочется паковать
> такой тарболл, внутри которого находится не совсем то, что ожидается
> увидеть глядя на имя файла.
Честно говоря, хочется...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: gear --hasher

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060505 04:41]:
> Например, gear .git --ha -- hsh /path/to/workdir
> Другая часть реализции gear --hasher находится в hasher/rebuild:
Только под 2.4 такой gear+hasher ничего не собирает:

[builder@hell .in]$ file pkg.tar 
pkg.tar: gzip compressed data, from Unix
[builder@hell .in]$ tar tvf pkg.tar
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Error exit delayed from previous errors
[builder@hell .in]$ tar tzvf pkg.tar | head -1
V--------- 0/0               0 2006-05-10 23:04:30 vim.spec--Volume Header--

Ну и естественно spec='', после чего rebuild: pkg.tar does not
look like source package.

А если в gear сделать по умолчанию tar_compress=, а не --gzip, то
всё работает...

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: gear --hasher

[Dmitry V. Levin]

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

On Wed, May 10, 2006 at 11:54:25PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060505 04:41]:
> > Например, gear .git --ha -- hsh /path/to/workdir
> > Другая часть реализции gear --hasher находится в hasher/rebuild:
> Только под 2.4 такой gear+hasher ничего не собирает:
> 
> [builder@hell .in]$ file pkg.tar 
> pkg.tar: gzip compressed data, from Unix
> [builder@hell .in]$ tar tvf pkg.tar
> tar: This does not look like a tar archive
> tar: Skipping to next header
> tar: Archive contains obsolescent base-64 headers
> tar: Error exit delayed from previous errors
> [builder@hell .in]$ tar tzvf pkg.tar | head -1
> V--------- 0/0               0 2006-05-10 23:04:30 vim.spec--Volume Header--
> 
> Ну и естественно spec='', после чего rebuild: pkg.tar does not
> look like source package.
> 
> А если в gear сделать по умолчанию tar_compress=, а не --gzip, то
> всё работает...

А если в hasher сделать не tar -xf, а что-то менее тривиальное, тоже
заработает.


-- 
ldv

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

Re: [devel] I: gear --hasher

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060511 01:18]:
> > А если в gear сделать по умолчанию tar_compress=, а не --gzip, то
> > всё работает...
> А если в hasher сделать не tar -xf, а что-то менее тривиальное, тоже
> заработает.
И ещё tar -tvf, у меня оно валилось ещё только на получении имени
спека, что там дальше не разгребал...

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: gear --hasher

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060511 01:18]:
> А если в hasher сделать не tar -xf, а что-то менее тривиальное, тоже
> заработает.
Мне, в принципе, хватит и gear --no-compress.

-- 
Regards,
Sir Raorn.

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

Re: [devel] I: gear --hasher

[Dmitry V. Levin]

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

On Thu, May 11, 2006 at 01:28:08AM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060511 01:18]:
> > > А если в gear сделать по умолчанию tar_compress=, а не --gzip, то
> > > всё работает...
> > А если в hasher сделать не tar -xf, а что-то менее тривиальное, тоже
> > заработает.
> И ещё tar -tvf, у меня оно валилось ещё только на получении имени
> спека, что там дальше не разгребал...

Это одно и то же.  Я просто воспользовался удобной возможностью, которая
появилась в tar-1.15.  Жаль от неё отказываться...


-- 
ldv

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

Re: [devel] I: gear --hasher

[Dmitry V. Levin]

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

On Thu, May 11, 2006 at 01:28:52AM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060511 01:18]:
> > А если в hasher сделать не tar -xf, а что-то менее тривиальное, тоже
> > заработает.
> Мне, в принципе, хватит и gear --no-compress.

Ну, хватит так хватит: 16b1fc88.


-- 
ldv

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

Re: [devel] gear - проблема с парсингом SPEC-файла.

[Dmitry V. Levin]

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

On Wed, May 10, 2006 at 02:00:41PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060510 13:56]:
> > > Можно.  Но в архиве всё будет лежать в каталоге
> > > vim-7.0-@dir@-001, а мне надо просто @dir@...  Патч просто
> > > добавляет опцию basename.
> > Теперь понял.  Это можно сделать, если действительно хочется паковать
> > такой тарболл, внутри которого находится не совсем то, что ожидается
> > увидеть глядя на имя файла.
> Честно говоря, хочется...

Хочется - это веская причина, 3bbd99c6.
Изменение получилось немного пугающее, но вроде бы работает.


-- 
ldv

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

Re: [devel] I: gear --hasher

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060511 05:02]:
> > Мне, в принципе, хватит и gear --no-compress.
> Ну, хватит так хватит: 16b1fc88.

* Dmitry V. Levin <ldv@> [060511 05:03]:
> > > Теперь понял.  Это можно сделать, если действительно хочется паковать
> > > такой тарболл, внутри которого находится не совсем то, что ожидается
> > > увидеть глядя на имя файла.
> > Честно говоря, хочется...
> Хочется - это веская причина, 3bbd99c6.
> Изменение получилось немного пугающее, но вроде бы работает.

Спасибо.  Пойду править скрипты ;-)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: gear --hasher

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060505 04:38]:
> Например, gear .git --ha -- hsh /path/to/workdir
Обязательно наличие в спеке тега Packager.  А то:

Wrote: /usr/src/in/srpm/vim-spell-en-50.1.20060311-alt1.src.rpm
./vim-spell-en-50.1.20060311-alt1.src.rpm: wrong PACKAGER: Automated package hasher <hasher@localhost>
ERROR: you have problems with packager name
rebuild: pkg.tar: sisyphus_check failed.


P.S. Я всё надеюсь что кто-ньдь пройдётся по архивам и как-то
систематизирует эту информацию ;-)  Может даже в стиле
http://www.vi-improved.org/tutorial.php ;-)

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] I: gear --hasher

[Dmitry V. Levin]

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

On Thu, May 11, 2006 at 11:30:36AM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060505 04:38]:
> > Например, gear .git --ha -- hsh /path/to/workdir
> Обязательно наличие в спеке тега Packager.  А то:
> 
> Wrote: /usr/src/in/srpm/vim-spell-en-50.1.20060311-alt1.src.rpm
> ./vim-spell-en-50.1.20060311-alt1.src.rpm: wrong PACKAGER: Automated package hasher <hasher@localhost>
> ERROR: you have problems with packager name
> rebuild: pkg.tar: sisyphus_check failed.

И что с этим можно сделать?  Куда ещё можно сохранить эту информацию?


-- 
ldv

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

Re: [devel] I: gear --hasher

[Dmitry V. Levin]

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

On Mon, May 15, 2006 at 03:19:56AM +0400, Dmitry V. Levin wrote:
> On Thu, May 11, 2006 at 11:30:36AM +0400, Alexey I. Froloff wrote:
> > * Dmitry V. Levin <ldv@> [060505 04:38]:
> > > Например, gear .git --ha -- hsh /path/to/workdir
> > Обязательно наличие в спеке тега Packager.  А то:
> > 
> > Wrote: /usr/src/in/srpm/vim-spell-en-50.1.20060311-alt1.src.rpm
> > ./vim-spell-en-50.1.20060311-alt1.src.rpm: wrong PACKAGER: Automated package hasher <hasher@localhost>
> > ERROR: you have problems with packager name
> > rebuild: pkg.tar: sisyphus_check failed.
> 
> И что с этим можно сделать?  Куда ещё можно сохранить эту информацию?

На самом деле раздражает невозможность нормально собрать пакет из
репозитория из-за того, что в spec-файле нет тэга Packager.  Особенно если
это старый пакет.  Придётся реализовать hsh --packager.


-- 
ldv

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