Re: [devel] Как сделать репозиторий в git

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 22:47 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 23:02 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 23:10 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 23:18 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 23:34 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 23:46 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-25 23:56 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 0:06 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 0:21 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 5:11 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 7:13 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 8:36 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 8:45 UTC (permalink / raw)]

[devel] BuildRequires(pre)

[@ 2006-04-26 8:56 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 9:21 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 10:30 UTC (permalink / raw)]

Re: [devel] BuildRequires(pre)

[@ 2006-04-26 10:31 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 10:33 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 10:35 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 11:21 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 12:27 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 13:42 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 13:53 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 18:46 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 18:49 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 18:58 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 19:26 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 20:40 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 21:36 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 21:58 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 22:16 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-26 23:34 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 5:45 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 5:51 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 6:15 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 7:19 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 12:33 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 12:47 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 12:56 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 13:01 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 13:03 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[@ 2006-04-27 13:08 UTC (permalink / raw)]

Re: [devel] Как сделать репозиторий в git

[Sergey Vlasov]

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

On Thu, Apr 27, 2006 at 04:47:22PM +0400, Dmitry V. Levin wrote:
> В git есть git-mktag и git-mktree, но нет git-mkblob

Есть, только он называется git-hash-object.

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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Thu, Apr 27, 2006 at 05:25:44PM +0400, Sergey Vlasov wrote:
> On Thu, Apr 27, 2006 at 04:47:22PM +0400, Dmitry V. Levin wrote:
> > В git есть git-mktag и git-mktree, но нет git-mkblob
> 
> Есть, только он называется git-hash-object.

Нелогичное название.  Ну да ладно, раз есть, тем проще.


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Sviatoslav Sviridov]

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

Dmitry V. Levin wrote on 4/27/2006 3:56 PM:
> On Thu, Apr 27, 2006 at 11:19:43AM +0400, Stanislav Ievlev wrote:
>   
>> Дима, такие вопросы:
>> 1. Правильно ли я понял, что в одном из вариантов работы возможна
>> автоматическая генерация spec-файла на основании более простого
>> .buildspec?
>>     
>
> Нет, ничего подобного я не предлагал.  За исключением BuildRequires(pre),
> я не предлагаю ничего менять в spec-файлах по сравнению с тем, что в них
> есть сейчас.
>
> Давайте дадим .buildspec'у другое, более удачное имя, чтобы он не
> ассоциировался со spec-файлом.
> Напоминаю, .buildspec - это файл, содержащий правила, по которым из
> git-репозитория пакета формируется tarball специального вида, из которого
> формируется srpm, из которого собирается пакет.
>   

.buildrules
.rules
?

-- 
Best Regards,
Sviatoslav Sviridov


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

Re: [devel] Как сделать репозиторий в git

[Anton Farygin]

Dmitry V. Levin wrote:
> On Thu, Apr 27, 2006 at 10:15:35AM +0400, Anton Farygin wrote:
>> Вопрос: если я правильно понял, то .buildspec будет распарсиваться неким 
>> скриптом на стороне сервера (или локально?)
> 
> Локально (там, где нужно собирать пакеты).
> 
>> А можно ли предложить какой-то инструмент, для сборки пакета из 
>> локальной копии репозитария, минуя hasher ?
> 
> Минуя hasher, конечно можно (если что-то можно собрать hasher'ом, то это
> можно собрать и нативно).
> Минуя репозиторий, наверное, тоже можно, но вот нужно ли?  Если нужно, то
> я это реализую, но тогда ты опять станешь забывать commit'ить.
> 
>> Т.е. - я очень много собираю без hasher'а, прямо в локальной системе.
> 
> OK, это будет.

отлично. Я готов уже сейчас перевести то что у меня есть на git 
(собственно я уже пытался, правда безуспешно)

> 
>>> Я пока не определился, как именно будет устроен центральный репозиторий
>>> для Sisyphus.  Тут есть варианты, надо понять, на чём остановиться.
>>> Я сейчас занимаюсь доработкой попакетного репозитория, объединительные
>>> репозитории - это следующий этап.
>> Ясно. Меня в большей степени интересует вопрос с объединением. И с 
>> правами доступа к каждому из пакетов (желательно что бы права доступа 
>> были в достаточной мере открыты - что-то вроде teams по интересам).
> 
> Прежде чем объединённый репозиторий начнёт функционировать, нужно создать
> базу; должно пройти некоторое время, пока мантейнеры просто привыкнут
> вести репозиторий для каждого своего пакета.  А за это время я уже
> что-нибудь организую.  Не без вашего содействия, конечно.
> 
>> И ещё пока вспомнил: крайне желателен инструмент, позволяющий закачивать 
>>   в git большие тарболлы минуя commit (или каким-то средством на стороне 
>> сервера).
> 
> В git есть git-mktag и git-mktree, но нет git-mkblob;  впрочем, сделать
> его несложно, поскольку код нижнего уровня есть.

Ага. Отлично !

> 
>> Поясню:
>>
>> например есть необходимость положить в git приложение, исходник которого 
>> в распакованном виде занимает 600Mb (например - openoffice.org).
>>
>> в случае с тарболлом, который нужно из локального репозитария залить на 
>> сервер - трафик составит 600Mb исходящий (если не использовать сжатие на 
>> уровне ssh).
> 
> Между прочим, не использовать сжатие на уровне ssh практически невозможно.
> :)

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


> 
>> При этом у мантейнера канал может быть достаточно дохлый (например модем 
>> или gprs).
>>
>> Было бы очень здорово предоставить инструмент, который смог бы:
>> - выкачивать файл с заданного URL
>> - проверять md5sum
>> - распаковывать
>> - коммитить
> 
> Только не коммитить, а помещать в базу данных объектов.
> Да, было бы неплохо это сделать.  Ничего принципиально сложного я не вижу.

Да, именно так.

Это бы в значительной степени облегчило жизнь многим мантейнерам.

Re: [devel] Как сделать репозиторий в git

[Anton Farygin]

Dmitry V. Levin wrote:
> On Thu, Apr 27, 2006 at 11:19:43AM +0400, Stanislav Ievlev wrote:
>> Дима, такие вопросы:
>> 1. Правильно ли я понял, что в одном из вариантов работы возможна
>> автоматическая генерация spec-файла на основании более простого
>> .buildspec?
> 
> Нет, ничего подобного я не предлагал.  За исключением BuildRequires(pre),
> я не предлагаю ничего менять в spec-файлах по сравнению с тем, что в них
> есть сейчас.
> 
> Давайте дадим .buildspec'у другое, более удачное имя, чтобы он не
> ассоциировался со spec-файлом.
> Напоминаю, .buildspec - это файл, содержащий правила, по которым из
> git-репозитория пакета формируется tarball специального вида, из которого
> формируется srpm, из которого собирается пакет.

pkgpolicy ?

Rgds,
Rider

Re: [devel] Как сделать репозиторий в git

[Kirill A. Shutemov]

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

On 01:36 Thu 27 Apr, Dmitry V. Levin wrote:
> On Wed, Apr 26, 2006 at 10:46:06PM +0400, Anton Farygin wrote:
> > Интересно было бы взглянуть на:
> > 1) формат buildspec
> 
> Тот формат, который сформировался на сегодняшний день, устроен следующим
> образом.
> 
> buildspec - простой текстовый файл, обрабатываемый построчно.
> Каждая строка имеет вид "директива: параметры"
> Директивы такие: spec, copy, gzip, bzip2, tar, tar.gz, tar.bz2
> - т.е. кажется всё, что нужно для извлечения из репозитория.
Зачем городить новый синтаксис? Чем плох обычный makefile который на
выходе даёт tar(как это сделано в sandman)?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> > Конечные пользователи обитают в community@.
> А что, разве у Сизифа уже не может быть конечных пользователей?
Не, у Сизифа коллеги. Способность наезжать конструктивно их
отличает от конченых пользователей.
		-- aris in sisyphus@

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

Re: [devel] Как сделать репозиторий в git

[Alexey I. Froloff]

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

* Kirill A. Shutemov <kas@> [060427 18:02]:
> > buildspec - простой текстовый файл, обрабатываемый построчно.
> > Каждая строка имеет вид "директива: параметры"
> > Директивы такие: spec, copy, gzip, bzip2, tar, tar.gz, tar.bz2
> > - т.е. кажется всё, что нужно для извлечения из репозитория.
> Зачем городить новый синтаксис? Чем плох обычный makefile который на
> выходе даёт tar(как это сделано в sandman)?
Тем, что в makefile можно прописать произвольные команды и
выполнять эти команды в "пустом read-only chroot'е" не получится.

-- 
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] Как сделать репозиторий в git

[Michael Shigorin]

On Thu, Apr 27, 2006 at 04:47:22PM +0400, Dmitry V. Levin wrote:
> > Ясно. Меня в большей степени интересует вопрос с
> > объединением. И с правами доступа к каждому из пакетов
> > (желательно что бы права доступа были в достаточной мере
> > открыты - что-то вроде teams по интересам).
> Прежде чем объединённый репозиторий начнёт функционировать,
> нужно создать базу; должно пройти некоторое время, пока
> мантейнеры просто привыкнут вести репозиторий для каждого
> своего пакета.  А за это время я уже что-нибудь организую.
> Не без вашего содействия, конечно.

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

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

Re: [devel] Как сделать репозиторий в git

[Michael Shigorin]

On Thu, Apr 27, 2006 at 04:56:15PM +0400, Dmitry V. Levin wrote:
> Давайте дадим .buildspec'у другое, более удачное имя, чтобы он
> не ассоциировался со spec-файлом.

altlinux/rules? 8-)

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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Thu, Apr 27, 2006 at 06:14:09PM +0400, Alexey I. Froloff wrote:
> * Kirill A. Shutemov <kas@> [060427 18:02]:
> > > buildspec - простой текстовый файл, обрабатываемый построчно.
> > > Каждая строка имеет вид "директива: параметры"
> > > Директивы такие: spec, copy, gzip, bzip2, tar, tar.gz, tar.bz2
> > > - т.е. кажется всё, что нужно для извлечения из репозитория.
> > Зачем городить новый синтаксис? Чем плох обычный makefile который на
> > выходе даёт tar(как это сделано в sandman)?
> Тем, что в makefile можно прописать произвольные команды и
> выполнять эти команды в "пустом read-only chroot'е" не получится.

Да, я уже объяснял свою позицию в начале треда.
Наличие Makefile'а вынуждает запускать make в чруте, а это не всегда
удобно, ибо тогда придётся делать bind mount репозитория в чрут, что не
всегда доступно.


-- 
ldv

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

Re: [devel] Как назвать утилиту

[Kirill Maslinsky]

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

> > Т.е. есть простая утилита, у которой на входе git-репозиторий и tree-ish
> > (по умолчанию --tree-ish=HEAD) и на выходе tarball специального вида, из
> > которого hasher скоро научится собирать пакеты.
> 
> Кстати, git2tar - это всего лишь рабочее название, хотелось бы придумать
> что-нибудь более подходящее для утилиты, которая извлекает из
> git-репозитория пакета файл архива (преимущественно в виде тарболла, но
> возможны и другие варианты).
> 
> eagr - Extract Archive from Git package Repository?

gear - Get Every Archive from any Repository

Сразу и благозвучнее, и общий случай ;)

-- 
Kirill Maslinsky
ALT Linux Documentation Team

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

Re: [devel] Как назвать файл с правилами

[Kirill Maslinsky]

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

> > Кажется желательным избежать как слова build, так и слова spec.
> >
> > .extract-rules
> > .extract-hints
> > ?
> >   
> 
> "extract" все же будет немного конфузить при первом взгляде. Название
> подразумевает некоторое "извлечение", а содержимое (директивы) больше
> наводят на мысль об "упаковке". И только при достижении состояния
> просвещения становится понятно, что подразумевалось "извлечение" из
> репозитория.... А в сумме имеет место "преобразование"...
> 
> Можно было бы, конечно, предложить что-то типа .convert-rules, но мне
> больше нравится просто .rules...

Вариант: включить в имя файла название той утилиты, которая с ним будет
работать, т. е. .eagr-rules или .gear.rules или что там выйдет.

-- 
Kirill Maslinsky
ALT Linux Documentation Team

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

Re: [devel] Как назвать файл с правилами

[Dmitry V. Levin]

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

On Thu, Apr 27, 2006 at 04:56:15PM +0400, Dmitry V. Levin wrote:
> On Thu, Apr 27, 2006 at 11:19:43AM +0400, Stanislav Ievlev wrote:
> > Дима, такие вопросы:
> > 1. Правильно ли я понял, что в одном из вариантов работы возможна
> > автоматическая генерация spec-файла на основании более простого
> > .buildspec?
> 
> Нет, ничего подобного я не предлагал.  За исключением BuildRequires(pre),
> я не предлагаю ничего менять в spec-файлах по сравнению с тем, что в них
> есть сейчас.
> 
> Давайте дадим .buildspec'у другое, более удачное имя, чтобы он не
> ассоциировался со spec-файлом.
> Напоминаю, .buildspec - это файл, содержащий правила, по которым из
> git-репозитория пакета формируется tarball специального вида, из которого
> формируется srpm, из которого собирается пакет.

Кажется желательным избежать как слова build, так и слова spec.

.extract-rules
.extract-hints
?


-- 
ldv

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

Re: [devel] Как назвать утилиту

[Dmitry V. Levin]

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

On Thu, Apr 27, 2006 at 01:36:33AM +0400, Dmitry V. Levin wrote:
> > 2) типовой набор команд для того, что бы с этим работать
> 
> $ git2tar -h
> git2tar - make tarball from git package repository.
> 
> Usage: git2tar [options] <path-to-git-directory> <output-tarball-name>
> 
> Options:
>   -b, --buildspec=FILENAME          buildspec file name;
>   --bzip2                           compress output archive using bzip2;
>   --gzip                            compress output archive using gzip;
>   -t, --tree-ish=ID                 tree, commit or tag object name;
>   -q, --quiet                       try to be more quiet;
>   -v, --verbose                     print a message for each action;
>   -V, --version                     print program version and exit;
>   -h, --help                        show this text and exit.
>     
> Т.е. есть простая утилита, у которой на входе git-репозиторий и tree-ish
> (по умолчанию --tree-ish=HEAD) и на выходе tarball специального вида, из
> которого hasher скоро научится собирать пакеты.

Кстати, git2tar - это всего лишь рабочее название, хотелось бы придумать
что-нибудь более подходящее для утилиты, которая извлекает из
git-репозитория пакета файл архива (преимущественно в виде тарболла, но
возможны и другие варианты).

eagr - Extract Archive from Git package Repository?


-- 
ldv

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

Re: [devel] Как назвать файл с правилами

[Sviatoslav Sviridov]

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

Dmitry V. Levin пишет:
> On Thu, Apr 27, 2006 at 04:56:15PM +0400, Dmitry V. Levin wrote:
>   
>> On Thu, Apr 27, 2006 at 11:19:43AM +0400, Stanislav Ievlev wrote:
>>     
>>> Дима, такие вопросы:
>>> 1. Правильно ли я понял, что в одном из вариантов работы возможна
>>> автоматическая генерация spec-файла на основании более простого
>>> .buildspec?
>>>       
>> Нет, ничего подобного я не предлагал.  За исключением BuildRequires(pre),
>> я не предлагаю ничего менять в spec-файлах по сравнению с тем, что в них
>> есть сейчас.
>>
>> Давайте дадим .buildspec'у другое, более удачное имя, чтобы он не
>> ассоциировался со spec-файлом.
>> Напоминаю, .buildspec - это файл, содержащий правила, по которым из
>> git-репозитория пакета формируется tarball специального вида, из которого
>> формируется srpm, из которого собирается пакет.
>>     
>
> Кажется желательным избежать как слова build, так и слова spec.
>
> .extract-rules
> .extract-hints
> ?
>   

"extract" все же будет немного конфузить при первом взгляде. Название
подразумевает некоторое "извлечение", а содержимое (директивы) больше
наводят на мысль об "упаковке". И только при достижении состояния
просвещения становится понятно, что подразумевалось "извлечение" из
репозитория.... А в сумме имеет место "преобразование"...

Можно было бы, конечно, предложить что-то типа .convert-rules, но мне
больше нравится просто .rules...

-- 
Best regards,
Sviatoslav Sviridov
--
You have an ambitious nature and may make a name for yourself.


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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Thu, Apr 27, 2006 at 05:01:54PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060427 16:34]:
> > Между прочим, на данном этапе развития этой затеи я ещё ничего никому
> > не навязываю, а, наоборот, готов воспринимать здравые идеи.
> Чтобы появились идеи, нужен некоторый опыт работы с этим.  Хотя
> бы локально.

Разумеется.

> С git'ом я уже недельку развлекаюсь.  Можно эту
> обвязку где-ньдь взять чтобы самому пощупать?

Выложил пощупать:

git-clone rsync://rsync.altlinux.org/people/ldv/scm/other/build.git && 
cd build &&
git-checkout &&
./eagr --help

Мои пакеты, на которых можно поразвлекаться, можно взять из
rsync://rsync.altlinux.org/people/ldv/scm/packages/
(там ещё используется .buildspec, а eagr по умолчанию ищет .rules).

Например,
git-clone rsync://rsync.altlinux.org/people/ldv/scm/packages/control.git
eagr -r .buildspec control/.git $TMPDIR/control.tar && less $TMPDIR/control.tar
eagr -r .buildspec control/.git --rpmbuild -- rpmbuild -ba


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Anton Farygin]

Dmitry V. Levin wrote:
> On Thu, Apr 27, 2006 at 05:01:54PM +0400, Alexey I. Froloff wrote:
>> * Dmitry V. Levin <ldv@> [060427 16:34]:
>>> Между прочим, на данном этапе развития этой затеи я ещё ничего никому
>>> не навязываю, а, наоборот, готов воспринимать здравые идеи.
>> Чтобы появились идеи, нужен некоторый опыт работы с этим.  Хотя
>> бы локально.
> 
> Разумеется.
> 
>> С git'ом я уже недельку развлекаюсь.  Можно эту
>> обвязку где-ньдь взять чтобы самому пощупать?
> 
> Выложил пощупать:
> 
> git-clone rsync://rsync.altlinux.org/people/ldv/scm/other/build.git && 
> cd build &&
> git-checkout &&
> ./eagr --help
> 
> Мои пакеты, на которых можно поразвлекаться, можно взять из
> rsync://rsync.altlinux.org/people/ldv/scm/packages/
> (там ещё используется .buildspec, а eagr по умолчанию ищет .rules).
> 
> Например,
> git-clone rsync://rsync.altlinux.org/people/ldv/scm/packages/control.git
> eagr -r .buildspec control/.git $TMPDIR/control.tar && less $TMPDIR/control.tar
> eagr -r .buildspec control/.git --rpmbuild -- rpmbuild -ba

О как.. работает.

а чего он хочет от меня, когда я пытаюсь сделать commit ?


*** Environment problem:
*** Your name cannot be determined from your system services (gecos).
*** You would need to set GIT_AUTHOR_NAME and GIT_COMMITTER_NAME
*** environment variables; otherwise you won't be able to perform
*** certain operations because of "empty ident" errors.
*** Alternatively, you can use user.name configuration variable.

fatal: empty ident  <rider@rider.malta.altlinux.ru> not allowed

Пришлось ему в конфиг прописывать в .git/config ;(

Rgds,
Rider

Re: [devel] Как назвать утилиту

[Anton Farygin]

Dmitry V. Levin wrote:
> On Thu, Apr 27, 2006 at 01:36:33AM +0400, Dmitry V. Levin wrote:
>>> 2) типовой набор команд для того, что бы с этим работать
>> $ git2tar -h
>> git2tar - make tarball from git package repository.
>>
>> Usage: git2tar [options] <path-to-git-directory> <output-tarball-name>
>>
>> Options:
>>   -b, --buildspec=FILENAME          buildspec file name;
>>   --bzip2                           compress output archive using bzip2;
>>   --gzip                            compress output archive using gzip;
>>   -t, --tree-ish=ID                 tree, commit or tag object name;
>>   -q, --quiet                       try to be more quiet;
>>   -v, --verbose                     print a message for each action;
>>   -V, --version                     print program version and exit;
>>   -h, --help                        show this text and exit.
>>     
>> Т.е. есть простая утилита, у которой на входе git-репозиторий и tree-ish
>> (по умолчанию --tree-ish=HEAD) и на выходе tarball специального вида, из
>> которого hasher скоро научится собирать пакеты.
> 
> Кстати, git2tar - это всего лишь рабочее название, хотелось бы придумать
> что-нибудь более подходящее для утилиты, которая извлекает из
> git-репозитория пакета файл архива (преимущественно в виде тарболла, но
> возможны и другие варианты).
> 
> eagr - Extract Archive from Git package Repository?

Ну звучно..

Git Archive Extractor

garche

Rgds,
Rider

Re: [devel] Как сделать репозиторий в git

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060426 14:34]:
> > Просто так исторически сложилось, что у меня уже года три именно
> > такая структура и не хочется всё переделывать...
> Не хочется - не переделывай.
$ eagr .git vim.src.rpm
eagr: .rules line 2: Invalid pattern "files/vim-*.tar" specified
[1]    29550 exit 1     ../../build/eagr .git vim.src.rpm
$ cat .rules 
spec: vim.spec
bzip2: files/vim-*.tar
copy: files/*.patch
copy: files/*.alternatives
copy: files/gvim.desktop
copy: files/README.ALT-ru_RU.KOI8-R
copy: files/vim_faq_help.txt
copy: files/*.gvimrc
copy: files/*.vimrc

Если указывать без files/ то ничего не пакует, но и не ругается
что файлы не найдены.


А ещё встретился с такой проблемой:

$ rpm -qpl vim-7.0-alt0.1.f.src.rpm| grep tar   
vim-7.0-langmap.tar.bz2
vim-7.0-langrc.tar.bz2
vim-7.0f-extra.tar.gz
vim-7.0f-lang.tar.gz
vim-7.0f.tar.bz2

Как правильно написать паттерны, желательно не привязываясь к
версии?  Вот так наверно не прокатит:

gzip: vim-*-extra.tar
gzip: vim-*-lang.tar
bzip2: vim-*-langmap.tar
bzip2: vim-*-langrc.tar
bzip2: vim-*.tar

Только переводить всё к одному виду?

-- 
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] Как сделать репозиторий в git

[Sergey Bolshakov]

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:

 > On Wed, Apr 26, 2006 at 04:06:36AM +0400, Alexey Tourbin wrote:
 >> On Wed, Apr 26, 2006 at 03:56:10AM +0400, Dmitry V. Levin wrote:
 > [...]
 >> > > Проблема в том, что из спека на самом деле нетривиально получить src.rpm
 >> > > для последующей сборки.
 >> > 
 >> > Нетривиально, но с помощью hasher'а можно.  У меня есть мысли (и код) на
 >> > эту тему.  А что, интересно?
 >> 
 >> Интересно.

 > 1. С помощью очень простого описания (примеры .buildspec'ов были приведены
 > ранее) можно сформировать файловое содержимое srpm'а, в виде тарболла.  У
 > меня уже есть скрипт, который это делает.

 > 2. В базовой сборочной среде (hsh --initroot) можно распаковать этот
 > тарболл, и с помощью команды вроде
 > sed '/^BuildRequires(pre):[[:space:]]*/!d;s///;q'
 > извлечь из specfile'а сборочные зависимости, которые необходимо
 > удовлетворить для того, чтобы можно было выполнить команду вроде
 > rpmbuild -bs --nodeps
 > и получить srpm, который уже можно собирать обычным образом.

В этом месте предлагается устроить двухпроходное нечто,
бишь, после первого sed и доустановки пакета(ов), выполнять
второй вида rpmbuild -bE <specfile> |sed '/^BuildRequires:[[:space:]]*/!d;s///;q'
доустановить обнаруженное и закончить rpmbuild -bs.

Да, на всякий случай: тэги в rpm Case-InSensitivE :)

-- 

Re: [devel] Как сделать репозиторий в git

[Alexey I. Froloff]

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

* Sergey Bolshakov <sbolshakov@> [060428 13:36]:
> В этом месте предлагается устроить двухпроходное нечто,
> бишь, после первого sed и доустановки пакета(ов), выполнять
> второй вида rpmbuild -bE <specfile> |sed '/^BuildRequires:[[:space:]]*/!d;s///;q'
> доустановить обнаруженное и закончить rpmbuild -bs.
Может это заскриптовать отдельно?  Есть мнение, что двух проходов
может и не хватить.  А ещё наверно хотелось бы передавать
некоторые зависимости вручную, например для выбора определённой
версии кого-ньдь.

-- 
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] Как сделать репозиторий в git

[Sergey Bolshakov]

>>>>> "Alexey" == Alexey I Froloff <raorn@immo.ru> writes:

 > * Sergey Bolshakov <sbolshakov@> [060428 13:36]:
 >> В этом месте предлагается устроить двухпроходное нечто,
 >> бишь, после первого sed и доустановки пакета(ов), выполнять
 >> второй вида rpmbuild -bE <specfile> |sed '/^BuildRequires:[[:space:]]*/!d;s///;q'
 >> доустановить обнаруженное и закончить rpmbuild -bs.
 > Может это заскриптовать отдельно?  Есть мнение, что двух проходов
 > может и не хватить.  А ещё наверно хотелось бы передавать
 > некоторые зависимости вручную, например для выбора определённой
 > версии кого-ньдь.

Можно наверное до совпадения списка пакетов с предыдущим проходом,
либо до MAXTRY, что наступит раньше.

-- 

Re: [devel] Как сделать репозиторий в git

[Anton Farygin]

Dmitry V. Levin wrote:
> On Tue, Apr 25, 2006 at 04:32:13PM +0400, Dmitry V. Levin wrote:
>> On Tue, Apr 25, 2006 at 09:53:28AM +0400, Anton Farygin wrote:
> [...]
>>> Хм. расскажи плз, как это сделать ?
>> Расскажу обязательно, вот закончу тестировать и расскажу.
> 
> Начну понемногу рассказывать, как я это вижу.
> 
> Предпосылка та же, что была при создании hasher'а: я предполагаю, что
> система предназначена не только для того, чтобы мантейнер собирал свои
> пакеты, но и для того, чтобы собирать чужие пакеты "не глядя".
> 
> В этом случае содержимое репозитория следует рассматривать как untrusted
> input.  В такой ситуации нельзя использовать простые методы, эквивалентные
> запуску произвольного кода, извлекаемого из репозитория.  К этим простым
> методам относятся:
> - запускаемые скрипты;
> - включаемые makefile'ы;
> - specfile'ы, обрабатываемые rpmbuild'ом.
> 
> Значит, чтобы собирать пакеты из репозитория, нужно либо иметь просто
> устроенные specfile'ы, либо завести служебный файл, примитивный внутри и
> достаточный для сборки пакета в типичных случаях устройства репозитория.
> 
> Упростить 5.5 тысяч specfile'ов в обозримом будущем нереально, поэтому я
> предлагаю завести служебный файл.  Имя его не столь важно, хотя значение
> по умолчанию должно быть достаточно редким.  Во время тестирования я
> использовал имя ".buildspec".
> 
> Я прикинул, как обычно бывает устроен репозиторий пакета, и насчитал три
> образующих типа, и ещё один смешанный:
> 
> 1. Однородный, развёрнутый:  Дерево файлов пакета находится в репозитории
> в развёрнутом виде, specfile и .buildspec размещены в корневом каталоге
> репозитория.  Пример:
> $ ls -Alog service/
> total 40
> -rw-r--r-- 1    7 Apr 24 17:44 .buildspec
> drwxr-xr-x 8 4096 Apr 25 02:35 .git
> -rw-r--r-- 1  340 Apr 10 21:24 post_service
> -rw-r--r-- 1  352 Apr 10 21:24 preun_service
> drwxr-xr-x 3 4096 Apr 10 21:24 rc.d
> -rwxr-xr-x 1  407 Apr 10 21:26 run-parts
> -rw-r--r-- 1 1186 Apr 10 21:26 service
> -rw-r--r-- 1 6756 Apr 10 21:26 service.spec
> drwxr-xr-x 2 4096 Apr 12 16:11 src
> Для сборки пакета из этого репозитория нужно получить srpm, состоящий из
> service.spec и service-0.5.9.tar[.bz2]  (который содержит всё дерево, включая
> service.spec и .buildspec; разумеется, .git в него не входит)
> 
> 2. Разнородный, развёрнутый:  Дерево файлов пакета находится в репозитории
> в развёрнутом виде в отдельном подкаталоге, а .buildspec (и, возможно,
> specfile) размещён в корневом каталоге репозитория.  Пример:
> $ ls -Alog hasher/
> total 12
> -rw-r--r-- 1   37 Apr 25 03:30 .buildspec
> drwxr-xr-x 8 4096 Apr 25 03:35 .git
> drwxr-xr-x 2 4096 Apr 25 04:52 hasher
> Для сборки пакета из этого репозитория нужно получить srpm, состоящий из
> hasher.spec и hasher-1.0.29.tar[.bz2]
> 
> 3. Однородный, свёрнутый:  Файлы пакета находится в корневом каталоге
> репозитория.  Пример:
> $ ls -Alog strace/
> total 3016
> -rw-r--r-- 1      20 Apr 25 18:37 .buildspec
> drwxr-xr-x 8    4096 Apr 25 18:37 .git
> -rw-r--r-- 1    3569 Jan 17 17:40 strace-4.5.14-alt-keep_status.patch
> -rw-r--r-- 1   25616 Jan 17 18:05 strace-4.5.14-alt-quotactl.patch
> -rw-r--r-- 1    3649 Mar 29 04:56 strace-4.5.14-alt-tcb.patch
> -rw-r--r-- 1     349 Apr 21 22:24 strace-4.5.14-owl-x86_64.patch
> -rw-r--r-- 1 3020800 Jan 17 09:29 strace-4.5.14.tar
> -rw-r--r-- 1   10321 Apr 25 04:03 strace.spec
> Для сборки пакета из этого репозитория нужно получить srpm, состоящий из
> всех вышеперечисленных файлов, за исключением быть может .buildspec (.git
> в рассмотрение не входит).
> 
> 4. Смешанный: комбинация 2-го и 3-го типов, одна часть файлов пакета
> находится в корневом каталоге репозитория, другая часть развёрнута в
> подкаталогах.
> 
> Очевидно, 3-й тип наиболее характерен для пакетов в Сизифе.
> 1-й и 2-й типы (довольно схожие, кстати) соответствуют пакетам,
> разработка которых сконцентрирована у мантейнера.
> 
> Продолжение следует.  Комментарии приветствуются.

Возник ещё один весьма интересный вопрос:
- массовая расстановка тегов и массовое создание branch'ей.

Например - нам нужно как-то сделать бранчи для всех пакетов, которые 
вошли в Master 3.1.

Как это предполагается реализовать ? (это вопрос к размышлению).

Rgds,
Rider

[devel] [JT] Re: Как назвать файл с правилами

[Michael Shigorin]

On Fri, Apr 28, 2006 at 02:06:10AM +0400, Dmitry V. Levin wrote:
> Кажется желательным избежать как слова build, так и слова spec.
> .extract-rules
> .extract-hints
> ?

.tarballize?

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

Re: [devel] [JT] Re: Как назвать файл с правилами

[Led]

В сообщении от 28 апреля 2006 14:05 Michael Shigorin написал(a):
> On Fri, Apr 28, 2006 at 02:06:10AM +0400, Dmitry V. Levin wrote:
> > Кажется желательным избежать как слова build, так и слова spec.
> > .extract-rules
> > .extract-hints
> > ?
>
> .tarballize?

а почему, собственно, tar, а не cpio?

-- 
Led.

Re: [devel] [JT] Re: Как назвать файл с правилами

[Michael Shigorin]

On Fri, Apr 28, 2006 at 02:09:51PM +0300, Led wrote:
> а почему, собственно, tar, а не cpio?

А cpio-то тут при чём?

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

Re: [devel] [JT] Re: Как назвать файл с правилами

[Led]

В сообщении от 28 апреля 2006 14:15 Michael Shigorin написал(a):
> On Fri, Apr 28, 2006 at 02:09:51PM +0300, Led wrote:
> > а почему, собственно, tar, а не cpio?
>
> А cpio-то тут при чём?

Может и ни причём... Вообще-то, судя по "?" в моей фразе, - это был вопрос:)

-- 
Led.

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Fri, Apr 28, 2006 at 12:22:59PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060426 14:34]:
> > > Просто так исторически сложилось, что у меня уже года три именно
> > > такая структура и не хочется всё переделывать...
> > Не хочется - не переделывай.
> $ eagr .git vim.src.rpm
> eagr: .rules line 2: Invalid pattern "files/vim-*.tar" specified
> [1]    29550 exit 1     ../../build/eagr .git vim.src.rpm

Это я недоделал.  Спасибо за патч.

> $ cat .rules 
> spec: vim.spec
> bzip2: files/vim-*.tar
> copy: files/*.patch
> copy: files/*.alternatives
> copy: files/gvim.desktop
> copy: files/README.ALT-ru_RU.KOI8-R
> copy: files/vim_faq_help.txt
> copy: files/*.gvimrc
> copy: files/*.vimrc
> 
> Если указывать без files/ то ничего не пакует, но и не ругается
> что файлы не найдены.

А должен ругаться на то, что не найдено?  Или лучше так:
ругаться по умолчанию, завести модификатор директивы, чтобы не ругаться.

Например, если вдруг в пакете извелись патчи, чтобы
copy-что-то-там: *.patch
продолжало работать.

> А ещё встретился с такой проблемой:
> 
> $ rpm -qpl vim-7.0-alt0.1.f.src.rpm| grep tar   
> vim-7.0-langmap.tar.bz2
> vim-7.0-langrc.tar.bz2
> vim-7.0f-extra.tar.gz
> vim-7.0f-lang.tar.gz
> vim-7.0f.tar.bz2

Зачем такая разнородность, кстати?

> Как правильно написать паттерны, желательно не привязываясь к
> версии?  Вот так наверно не прокатит:
> 
> gzip: vim-*-extra.tar
> gzip: vim-*-lang.tar
> bzip2: vim-*-langmap.tar
> bzip2: vim-*-langrc.tar
> bzip2: vim-*.tar

Почему не прокатит?  По замыслу должно работать.


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Fri, Apr 28, 2006 at 11:04:29AM +0400, Anton Farygin wrote:
> *** Environment problem:
> *** Your name cannot be determined from your system services (gecos).
> *** You would need to set GIT_AUTHOR_NAME and GIT_COMMITTER_NAME
> *** environment variables; otherwise you won't be able to perform
> *** certain operations because of "empty ident" errors.
> *** Alternatively, you can use user.name configuration variable.

Правду говорит.

См. git-commit-tree(1) на тему "COMMIT INFORMATION".

> Пришлось ему в конфиг прописывать в .git/config ;(

Лучше в ~/.bash_profile


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060428 16:06]:
> > Если указывать без files/ то ничего не пакует, но и не ругается
> > что файлы не найдены.
> А должен ругаться на то, что не найдено?  Или лучше так:
> ругаться по умолчанию, завести модификатор директивы, чтобы не ругаться.
Ну, ругаться - если под маску ничего не попало.

> > vim-7.0f-extra.tar.gz
> > vim-7.0f-lang.tar.gz
> > vim-7.0f.tar.bz2
> Зачем такая разнородность, кстати?
А так в апстриме.  -extra и -lang только в .gz есть.  В принципе
не проблема всё в .bz2 запихать...

> > gzip: vim-*-extra.tar
> > gzip: vim-*-lang.tar
> > bzip2: vim-*-langmap.tar
> > bzip2: vim-*-langrc.tar
> > bzip2: vim-*.tar
> Почему не прокатит?  По замыслу должно работать.
Только под vim-*.tar попадёт и  vim-7.0f-extra.tar тоже...

-- 
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] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Fri, Apr 28, 2006 at 04:23:32PM +0400, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060428 16:06]:
> > > Если указывать без files/ то ничего не пакует, но и не ругается
> > > что файлы не найдены.
> > А должен ругаться на то, что не найдено?  Или лучше так:
> > ругаться по умолчанию, завести модификатор директивы, чтобы не ругаться.
> Ну, ругаться - если под маску ничего не попало.

OK, я понял

> > > vim-7.0f-extra.tar.gz
> > > vim-7.0f-lang.tar.gz
> > > vim-7.0f.tar.bz2
> > Зачем такая разнородность, кстати?
> А так в апстриме.  -extra и -lang только в .gz есть.  В принципе
> не проблема всё в .bz2 запихать...

В том то и дело.

> > > gzip: vim-*-extra.tar
> > > gzip: vim-*-lang.tar
> > > bzip2: vim-*-langmap.tar
> > > bzip2: vim-*-langrc.tar
> > > bzip2: vim-*.tar
> > Почему не прокатит?  По замыслу должно работать.
> Только под vim-*.tar попадёт и  vim-7.0f-extra.tar тоже...

А что, vim-*.tar задумывалось как правило по умолчанию?


-- 
ldv

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

Re: [devel] Как назвать файл с правилами

[Dmitry V. Levin]

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

On Thu, Apr 27, 2006 at 08:54:52PM +0400, Kirill Maslinsky wrote:
> Вариант: включить в имя файла название той утилиты, которая с ним будет
> работать, т. е. .eagr-rules или .gear.rules или что там выйдет.

Логично.  Пусть будет gear и соответственно .gear-rules


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060428 16:36]:
> > Только под vim-*.tar попадёт и  vim-7.0f-extra.tar тоже...
> А что, vim-*.tar задумывалось как правило по умолчанию?
Нет, как правило для:

vim-6.4.tar.bz2
vim-7.0f.tar.bz2
vim-20060428.tar.bz2

Zsh (и ksh) например может:

vim-([0-9a-z.])##.tar

Можно, конечно, придумать неестественный интеллект, который бы из
каждого результата раскрытия шаблона убирал ранее попавшие под
него файлы, но не знаю насколько это оправдано ;-)

-- 
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] Как сделать репозиторий в git

[Kirill A. Shutemov]

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

On 16:47 Fri 28 Apr, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [060428 16:36]:
> > > Только под vim-*.tar попадёт и  vim-7.0f-extra.tar тоже...
> > А что, vim-*.tar задумывалось как правило по умолчанию?
> Нет, как правило для:
> 
> vim-6.4.tar.bz2
> vim-7.0f.tar.bz2
> vim-20060428.tar.bz2
> 
> Zsh (и ksh) например может:
> 
> vim-([0-9a-z.])##.tar
> 
> Можно, конечно, придумать неестественный интеллект, который бы из
> каждого результата раскрытия шаблона убирал ранее попавшие под
> него файлы, но не знаю насколько это оправдано ;-)
Не, лучше не надо. Может целесобразней использовать реальные regexp'ы
вместо шелловских звёздочек и прочих вопросиков?


-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> А почему вы думаете, что меня, как "конечного пользователя"
> дистрибутива, должен заботить этот нюанс?
Потому что я вижу, что вы формулируете вопросы, которые "конечный
пользователь" не в состоянии сформулировать.
		-- ldv in community@

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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Fri, Apr 28, 2006 at 01:35:58PM +0400, Sergey Bolshakov wrote:
> >>>>> "Dmitry" == Dmitry V Levin writes:
>  > On Wed, Apr 26, 2006 at 04:06:36AM +0400, Alexey Tourbin wrote:
>  >> On Wed, Apr 26, 2006 at 03:56:10AM +0400, Dmitry V. Levin wrote:
>  > [...]
>  >> > > Проблема в том, что из спека на самом деле нетривиально получить src.rpm
>  >> > > для последующей сборки.
>  >> > 
>  >> > Нетривиально, но с помощью hasher'а можно.  У меня есть мысли (и код) на
>  >> > эту тему.  А что, интересно?
>  >> 
>  >> Интересно.
> 
>  > 1. С помощью очень простого описания (примеры .buildspec'ов были приведены
>  > ранее) можно сформировать файловое содержимое srpm'а, в виде тарболла.  У
>  > меня уже есть скрипт, который это делает.
> 
>  > 2. В базовой сборочной среде (hsh --initroot) можно распаковать этот
>  > тарболл, и с помощью команды вроде
>  > sed '/^BuildRequires(pre):[[:space:]]*/!d;s///;q'
>  > извлечь из specfile'а сборочные зависимости, которые необходимо
>  > удовлетворить для того, чтобы можно было выполнить команду вроде
>  > rpmbuild -bs --nodeps
>  > и получить srpm, который уже можно собирать обычным образом.
> 
> В этом месте предлагается устроить двухпроходное нечто,
> бишь, после первого sed и доустановки пакета(ов), выполнять
> второй вида rpmbuild -bE <specfile> |sed '/^BuildRequires:[[:space:]]*/!d;s///;q'
> доустановить обнаруженное и закончить rpmbuild -bs.

Если уж делать, то не двухпроходное, а до тех пор, пока либо процесс не
сойдётся, либо установка пакета не пройдёт.  Но первый sed нужен всё
равно, ибо есть такие spec-файлы, которых без недостающих макросов даже
rpmbuild -bE не принимает.

> Да, на всякий случай: тэги в rpm Case-InSensitivE :)

Ну это все помнят.
Вот только стоит ли делать icase для BuildRequires(pre)?

Раз против BuildRequires(pre) никто не возразил, предлагаю начинать
добавлять их там где надо.


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Alexey Tourbin]

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

On Sun, Apr 30, 2006 at 03:30:04AM +0400, Dmitry V. Levin wrote:
> Раз против BuildRequires(pre) никто не возразил, предлагаю начинать
> добавлять их там где надо.

А где надо?  Пока нет исчерпывающего описания проблемы, считай что нет
и самой проблемы.

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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Sun, Apr 30, 2006 at 03:39:52AM +0400, Alexey Tourbin wrote:
> On Sun, Apr 30, 2006 at 03:30:04AM +0400, Dmitry V. Levin wrote:
> > Раз против BuildRequires(pre) никто не возразил, предлагаю начинать
> > добавлять их там где надо.
> 
> А где надо?  Пока нет исчерпывающего описания проблемы, считай что нет
> и самой проблемы.

Дано: имеет место быть базовый сборочный чрут (hsh --initroot),
в котором есть все файлы, которые должны войти в состав srpm-пакета.

Задача: изготовить этот самый srpm-пакет.

Идея: пометить сборочные зависимости, необходимые для успешного выполнения
команды @rpmbuild -bs --nodeps spec-файл" в базовом сборочном чруте, особым
образом: "BuildRequires(pre): зависимости".


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Dmitry V. Levin]

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

On Sat, Apr 29, 2006 at 12:20:15PM +0300, Kirill A. Shutemov wrote:
> On 16:47 Fri 28 Apr, Alexey I. Froloff wrote:
> > * Dmitry V. Levin <ldv@> [060428 16:36]:
> > > > Только под vim-*.tar попадёт и  vim-7.0f-extra.tar тоже...
> > > А что, vim-*.tar задумывалось как правило по умолчанию?
> > Нет, как правило для:
> > 
> > vim-6.4.tar.bz2
> > vim-7.0f.tar.bz2
> > vim-20060428.tar.bz2
> > 
> > Zsh (и ksh) например может:
> > 
> > vim-([0-9a-z.])##.tar

Для этого и vim-[0-9]*.tar достаточно.

> > Можно, конечно, придумать неестественный интеллект, который бы из
> > каждого результата раскрытия шаблона убирал ранее попавшие под
> > него файлы, но не знаю насколько это оправдано ;-)
> Не, лучше не надо. Может целесобразней использовать реальные regexp'ы
> вместо шелловских звёздочек и прочих вопросиков?

Сделать не сложно, насчёт целесообразности не уверен.
В %files используется glob, все привыкли, зачем здесь regexp'ы?


-- 
ldv

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

Re: [devel] Как сделать репозиторий в git

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [060501 03:14]:
> > > > А что, vim-*.tar задумывалось как правило по умолчанию?
> > > Нет, как правило для:
> > > vim-6.4.tar.bz2
> > > vim-7.0f.tar.bz2
> > > vim-20060428.tar.bz2
> > > Zsh (и ksh) например может:
> > > vim-([0-9a-z.])##.tar
> Для этого и vim-[0-9]*.tar достаточно.
vim-7.0g-extra.tar туда тоже попадёт.  Там просто версия сразу
после vim-...

Я уже почти смирился с мыслью держать всё либо в .gz либо в .bz2
в пределах одного пакета...

-- 
Regards,
Sir Raorn.

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