[devel] [devel-announce] I: girar builder

[devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

Hi,

На git.alt активирована сборка пакетов.

girar builder имеет простой интерйфейс для типовых действий; например,
команда на сборку vsftpd у меня сегодня выглядела так:
$ ssh git.alt build vsftpd 2.0.7-alt1
Есть интерфейс для формирования и управления транзакциями на сборку и
перенос пакетов.
Детальное описание интерфейса можно найти в справочнике по git.alt:
http://www.altlinux.org/Git.alt/%D0%A1%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA

Существенные отличия и нововведения.

1. Сборка пакетов из gear-репозиториев:
+ она существует; она работает!
+ успешно собранные пакеты сразу публикуются на
  http://git.altlinux.org/gears/ (он же git.altlinux.org::gears)
+ при наличии в git.altlinux.org/gears предыдущей сборки пакета
  с данным именем новая сборка этого пакета должна быть основана
  на этой предыдущей сборке
+ запросы на сборку обрабатываются с минимальной задержкой (время простоя
  не более 1 минуты)
+ есть интерфейс для nmu approval, т.е. подтверждения чужих сборок,
  не проходящих проверку acl
+ есть интерфейс для формирования сложных заданий, состоящих из запросов, 
  сделанных разными людьми

2. Сборка пакетов из srpm-файлов:
+ она ещё работает, но теперь уже поверх сборки из gear-репозиториев
+ успешно собранные пакеты сразу публикуются на
  http://git.altlinux.org/archive/ (он же git.altlinux.org::archive)
+ при наличии предыдущей сборки из gear пакета с данным именем
  новая сборка этого пакета не пройдёт проверку наследования
  от этой предыдущей сборки и будет отвергнута
+ srpm-файлы группируются по gpg-подписи и обрабатываются транзакциями

3. Функциональные отличия:
+ каждое задание выполняется успешно только если все составляющие
  её пакеты успешно собираются и проходят все проверки
+ результат успешно выполненного задания сразу становится доступным
  для последующих заданий
+ новая проверка: все полученные на выходе пакеты проверяются на анметы
+ новая проверка: noarch-пакеты, собранные на разных архитектурах,
  должны быть эквивалентны
+ новая проверка: пакеты должны собираться на всех архитектурах
  (поддержка ExcludeArch/ExclusiveArch в todo)
+ новые проверки на пересечения подпакетов; например,
  glibc-core теперь может собрать только мантейнер пакета glibc

Исходный код girar builder живёт в двух репозиториях:
http://git.altlinux.org/people/ldv/packages/?p=girar.git
http://git.altlinux.org/people/ldv/packages/?p=girar-builder.git


-- 
ldv

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

[-- Attachment #2: Type: text/plain, Size: 168 bytes --]

_______________________________________________
devel-announce mailing list
devel-announce@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-announce

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [090203 22:38]:
> + результат успешно выполненного задания сразу становится доступным
>   для последующих заданий
А с какой периодичностью это будет публиковаться на ftp.a.o ?

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Tue, Feb 03, 2009 at 11:04:26PM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [090203 22:38]:
> > + результат успешно выполненного задания сразу становится доступным
> >   для последующих заданий
> А с какой периодичностью это будет публиковаться на ftp.a.o ?

С прежней, пока я не поверю в то, что новая система нормально функционирует
в автономном режиме.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [090203 23:13]:
> > > + результат успешно выполненного задания сразу становится доступным
> > >   для последующих заданий
> > А с какой периодичностью это будет публиковаться на ftp.a.o ?
> С прежней, пока я не поверю в то, что новая система нормально функционирует
> в автономном режиме.
Будет ли работать copy из sisyphus в 5.0 сразу после успешного
выполнения build в sisyphus?

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 12:57:57AM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [090203 23:13]:
> > > > + результат успешно выполненного задания сразу становится доступным
> > > >   для последующих заданий
> > > А с какой периодичностью это будет публиковаться на ftp.a.o ?
> > С прежней, пока я не поверю в то, что новая система нормально функционирует
> > в автономном режиме.
> Будет ли работать copy из sisyphus в 5.0 сразу после успешного
> выполнения build в sisyphus?

Да, конечно.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Led]

On Tuesday, 03 February 2009 21:31:16 Dmitry V. Levin wrote:
> + новая проверка: noarch-пакеты, собранные на разных архитектурах,
>   должны быть эквивалентны

Насколько эквивалентными? Например, сборка документации на разных архитектурах 
может давать несовпадающие до байта и даже по размеру результаты (например, 
за счёт динамически генерирумых числовых тагов и т.п.), при том, что с любой 
точки зрения результат именно эквивалентный. Также могут не совпадать noarch 
модули (в частности, .beam в Erlang), потому как при компиляции в них AFAIK 
попадает timestamp сборки.

-- 
Led

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Tue, Feb 03, 2009 at 11:06:31PM +0200, Led wrote:
> On Tuesday, 03 February 2009 21:31:16 Dmitry V. Levin wrote:
> > + новая проверка: noarch-пакеты, собранные на разных архитектурах,
> >   должны быть эквивалентны
> 
> Насколько эквивалентными? Например, сборка документации на разных архитектурах 
> может давать несовпадающие до байта и даже по размеру результаты (например, 
> за счёт динамически генерирумых числовых тагов и т.п.), при том, что с любой 
> точки зрения результат именно эквивалентный. Также могут не совпадать noarch 
> модули (в частности, .beam в Erlang), потому как при компиляции в них AFAIK 
> попадает timestamp сборки.

Сейчас сверка производится только по списку запакованных файлов и
зависимостям.  Это не мешает расширить проверку на эквивалентность в
будущем.

Код можно посмотреть в
http://git.altlinux.org/people/ldv/packages/?p=girar-builder.git;a=blob_plain;f=gb-task-check-build-i


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder: noarch check

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 12:09:35AM +0300, Dmitry V. Levin wrote:
> On Tue, Feb 03, 2009 at 11:06:31PM +0200, Led wrote:
> > On Tuesday, 03 February 2009 21:31:16 Dmitry V. Levin wrote:
> > > + новая проверка: noarch-пакеты, собранные на разных архитектурах,
> > >   должны быть эквивалентны
> > 
> > Насколько эквивалентными? Например, сборка документации на разных архитектурах 
> > может давать несовпадающие до байта и даже по размеру результаты (например, 
> > за счёт динамически генерирумых числовых тагов и т.п.), при том, что с любой 
> > точки зрения результат именно эквивалентный. Также могут не совпадать noarch 
> > модули (в частности, .beam в Erlang), потому как при компиляции в них AFAIK 
> > попадает timestamp сборки.
> 
> Сейчас сверка производится только по списку запакованных файлов и
> зависимостям.  Это не мешает расширить проверку на эквивалентность в
> будущем.
> 
> Код можно посмотреть в
> http://git.altlinux.org/people/ldv/packages/?p=girar-builder.git;a=blob_plain;f=gb-task-check-build-i

Вот ещё один пример работы этой проверки:
http://lists.altlinux.org/pipermail/sisyphus-incominger/2009-February/224709.html


-- 
ldv

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

Re: [devel] I: girar builder: GIT archives

[Dmitry V. Levin]

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

On Tue, Feb 03, 2009 at 10:31:16PM +0300, Dmitry V. Levin wrote:
[...]
> 1. Сборка пакетов из gear-репозиториев:
> + успешно собранные пакеты сразу публикуются на
>   http://git.altlinux.org/gears/ (он же git.altlinux.org::gears)
[...]
> 2. Сборка пакетов из srpm-файлов:
> + успешно собранные пакеты сразу публикуются на
>   http://git.altlinux.org/archive/ (он же git.altlinux.org::archive)

Обратите внимание:
обновления gear-пакетов НЕ публикуются на git.altlinux.org::archive, а
обновления srpm-пакетов НЕ публикуются на git.altlinux.org::gears.

Пакет, будучи однажды собранным из gear-репозитория, более не обновляется
на git.altlinux.org::archive.

Предвижу путаницу, но хорошего выхода пока не вижу.


-- 
ldv

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

Re: [devel] I: girar builder: GIT archives

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

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

On Wed, Feb 04, 2009 at 12:20:11AM +0300, Dmitry V. Levin wrote:

>> 2. Сборка пакетов из srpm-файлов:
>> + успешно собранные пакеты сразу публикуются на
>>   http://git.altlinux.org/archive/ (он же git.altlinux.org::archive)
DVL> Обратите внимание:
DVL> обновления gear-пакетов НЕ публикуются на git.altlinux.org::archive, а
DVL> обновления srpm-пакетов НЕ публикуются на git.altlinux.org::gears.
DVL> Пакет, будучи однажды собранным из gear-репозитория, более не обновляется
DVL> на git.altlinux.org::archive.
DVL> Предвижу путаницу, но хорошего выхода пока не вижу.

Думаю то что ты назвал 'archive' это 'srpms'. Это раз.

А так как srpm генерируются даже для пакетов собраных из gear, то кроме
этого сделать archive куда будет попадать все.

То есть:
::gears -- то что собрано через gear-builder
::srpms -- все что собрано старым добрым способом
::archive -- все что собрано, но увы без хранения нормальной истории
изменений если собирали через git. Оно именно архив srpm, и не более того.

Как только происходит сборка через gears -- из srpms репо убивать. Это
репо только для пакетов собираемых из srpm.

Подразумевается что когда-нибудь настанет счастье когда в ::srpms не
останется ни одного пакета.

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

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

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

Re: [devel] I: girar builder: GIT archives

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 12:04:14PM +0300, Денис Смирнов wrote:
> On Wed, Feb 04, 2009 at 12:20:11AM +0300, Dmitry V. Levin wrote:
> 
> >> 2. Сборка пакетов из srpm-файлов:
> >> + успешно собранные пакеты сразу публикуются на
> >>   http://git.altlinux.org/archive/ (он же git.altlinux.org::archive)
> DVL> Обратите внимание:
> DVL> обновления gear-пакетов НЕ публикуются на git.altlinux.org::archive, а
> DVL> обновления srpm-пакетов НЕ публикуются на git.altlinux.org::gears.
> DVL> Пакет, будучи однажды собранным из gear-репозитория, более не обновляется
> DVL> на git.altlinux.org::archive.
> DVL> Предвижу путаницу, но хорошего выхода пока не вижу.
> 
> Думаю то что ты назвал 'archive' это 'srpms'. Это раз.

Так было сделано давно.  Могу переименовать в srpms.

> А так как srpm генерируются даже для пакетов собраных из gear, то кроме
> этого сделать archive куда будет попадать все.
> 
> То есть:
> ::gears -- то что собрано через gear-builder
> ::srpms -- все что собрано старым добрым способом
> ::archive -- все что собрано, но увы без хранения нормальной истории
> изменений если собирали через git. Оно именно архив srpm, и не более того.

Не вижу смысла делать archive с такой семантикой.


-- 
ldv

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

Re: [devel] I: girar builder: GIT archives

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

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

On Wed, Feb 04, 2009 at 12:37:36PM +0300, Dmitry V. Levin wrote:

>> Думаю то что ты назвал 'archive' это 'srpms'. Это раз.
DVL> Так было сделано давно.  Могу переименовать в srpms.

Если это не будет содержать того что собирается из git, то лучше
переименовать.

>> А так как srpm генерируются даже для пакетов собраных из gear, то кроме
>> этого сделать archive куда будет попадать все.
>> То есть:
>> ::gears -- то что собрано через gear-builder
>> ::srpms -- все что собрано старым добрым способом
>> ::archive -- все что собрано, но увы без хранения нормальной истории
>> изменений если собирали через git. Оно именно архив srpm, и не более того.
DVL> Не вижу смысла делать archive с такой семантикой.

Могу предложить другой вариант.

Потребовать чтобы все что собирается из git было наследником последней
сборки из srpms (из archive). Думаю один git merge -o ours будет не
страшным, но будет вся история пакетов до нынешнего момента включительно.

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

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


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

Re: [devel] I: girar builder: GIT archives

[Ildar Mulyukov]

On 04.02.2009 18:48:51, Денис Смирнов wrote:
> Могу предложить другой вариант.
> 
> Потребовать чтобы все что собирается из git было наследником последней
> сборки из srpms (из archive). Думаю один git merge -o ours будет не
> страшным, но будет вся история пакетов до нынешнего момента  
> включительно.

не вся, а лишь та, которая есть у нас в archives. А это, к сожалению,  
далеко не вся.
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] I: girar builder: GIT archives

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 03:48:51PM +0300, Денис Смирнов wrote:
> On Wed, Feb 04, 2009 at 12:37:36PM +0300, Dmitry V. Levin wrote:
> 
> >> Думаю то что ты назвал 'archive' это 'srpms'. Это раз.
> DVL> Так было сделано давно.  Могу переименовать в srpms.
> 
> Если это не будет содержать того что собирается из git, то лучше
> переименовать.

OK, если переименовать, то кто будет править все ссылки?

> >> А так как srpm генерируются даже для пакетов собраных из gear, то кроме
> >> этого сделать archive куда будет попадать все.
> >> То есть:
> >> ::gears -- то что собрано через gear-builder
> >> ::srpms -- все что собрано старым добрым способом
> >> ::archive -- все что собрано, но увы без хранения нормальной истории
> >> изменений если собирали через git. Оно именно архив srpm, и не более того.
> DVL> Не вижу смысла делать archive с такой семантикой.
> 
> Могу предложить другой вариант.
> 
> Потребовать чтобы все что собирается из git было наследником последней
> сборки из srpms (из archive). Думаю один git merge -o ours будет не
> страшным, но будет вся история пакетов до нынешнего момента включительно.

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


-- 
ldv

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

Re: [devel] I: girar builder: GIT archives

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

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

On Wed, Feb 04, 2009 at 04:02:14PM +0300, Dmitry V. Levin wrote:

>> Если это не будет содержать того что собирается из git, то лучше
>> переименовать.
DVL> OK, если переименовать, то кто будет править все ссылки?

Переименовывать только если создавать репо с тем же именем где будут и
сборки из gear, и из srpm. Если этого не будет -- думаю не надо
переименовывать.

>> Могу предложить другой вариант.
>> Потребовать чтобы все что собирается из git было наследником последней
>> сборки из srpms (из archive). Думаю один git merge -o ours будет не
>> страшным, но будет вся история пакетов до нынешнего момента включительно.
DVL> Я не буду навязывать другим то, что я бы не хотел делать даже со своими
DVL> пакетами.

Гм. Звучит разумо :) А почему не хотел бы?

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

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

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

Re: [devel] I: girar builder: GIT archives

[Dmitry V. Levin]

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

On Fri, Feb 06, 2009 at 09:49:26AM +0300, Денис Смирнов wrote:
> On Wed, Feb 04, 2009 at 04:02:14PM +0300, Dmitry V. Levin wrote:
> 
> >> Если это не будет содержать того что собирается из git, то лучше
> >> переименовать.
> DVL> OK, если переименовать, то кто будет править все ссылки?
> 
> Переименовывать только если создавать репо с тем же именем где будут и
> сборки из gear, и из srpm. Если этого не будет -- думаю не надо
> переименовывать.

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

> >> Могу предложить другой вариант.
> >> Потребовать чтобы все что собирается из git было наследником последней
> >> сборки из srpms (из archive). Думаю один git merge -o ours будет не
> >> страшным, но будет вся история пакетов до нынешнего момента включительно.
> DVL> Я не буду навязывать другим то, что я бы не хотел делать даже со своими
> DVL> пакетами.
> 
> Гм. Звучит разумо :) А почему не хотел бы?

Вот есть у меня, скажем, git.git -- зачем ему эта левая история?


-- 
ldv

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

Re: [devel] I: girar builder: GIT archives

[Aleksey Avdeev]

Денис Смирнов пишет:
> On Wed, Feb 04, 2009 at 12:37:36PM +0300, Dmitry V. Levin wrote:
> 
>>> Думаю то что ты назвал 'archive' это 'srpms'. Это раз.
> DVL> Так было сделано давно.  Могу переименовать в srpms.
> 
> Если это не будет содержать того что собирается из git, то лучше
> переименовать.
> 
>>> А так как srpm генерируются даже для пакетов собраных из gear, то кроме
>>> этого сделать archive куда будет попадать все.
>>> То есть:
>>> ::gears -- то что собрано через gear-builder
>>> ::srpms -- все что собрано старым добрым способом
>>> ::archive -- все что собрано, но увы без хранения нормальной истории
>>> изменений если собирали через git. Оно именно архив srpm, и не более того.
> DVL> Не вижу смысла делать archive с такой семантикой.
> 
> Могу предложить другой вариант.
> 
> Потребовать чтобы все что собирается из git было наследником последней
> сборки из srpms (из archive).


  Протестую!

  В archive то, что преобразовано автоматом и для помещения его 
содержимого в рабочий репозитарий -- часто имеет смысл переписать 
историю. (+ -- зачастую там не всё есть...)

> Думаю один git merge -o ours будет не
> страшным, но будет вся история пакетов до нынешнего момента включительно.

   Страшным -- это не то слово (если историю переписывать).

-- 

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

Re: [devel] I: girar builder: GIT archives

[Anton Farygin]

Денис Смирнов пишет:
> On Wed, Feb 04, 2009 at 12:37:36PM +0300, Dmitry V. Levin wrote:
> 
<skip>
> 
> Могу предложить другой вариант.
> 
> Потребовать чтобы все что собирается из git было наследником последней
> сборки из srpms (из archive). Думаю один git merge -o ours будет не
> страшным, но будет вся история пакетов до нынешнего момента включительно.

Это не совсем хорошая идея. Историю некоторых пакетов лучше начинать с 
нуля (взяв mainstream за основу), чем втягивать то, что было раньше у нас.

Re: [devel] [JT] всем шампанского! (I: girar builder)

[Ildar Mulyukov]

Поздравляю, коллеги!
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] [JT] всем шампанского! (I: girar builder)

[Andrey Rahmatullin]

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

On Wed, Feb 04, 2009 at 10:39:04AM +0600, Ildar Mulyukov wrote:
> Поздравляю, коллеги!
+1!

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

 * Lost .oO(cybertalk - голос Сизифа. В этом голосе слышится все - и тяжесть
   камня (rebuild/unmets/bad elf symbols), и радость от совершения полезной
   работы против сил гравитации (new/updated packages))

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

Re: [devel] [JT] всем шампанского! (I: girar builder)

[Artem Zolochevskiy]

4 февраля 2009 г. 6:39 пользователь Ildar Mulyukov <ildar@altlinux.ru> написал:
> Поздравляю, коллеги!

Да уж. Я даже удивился, что всё так тихо прошло.

А ведь столько ждали! Исторический момент!
Присоединяюсь к поздравлениям!

-- 
Артём Золочевский

Re: [devel] [devel-announce] I: girar builder

[Ildar Mulyukov]

Вопрос:
а Summary(GIT) так и не ввели?

-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar@jabber.ru
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 10:41:06AM +0600, Ildar Mulyukov wrote:
> Вопрос:
> а Summary(GIT) так и не ввели?

Ещё нет.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 12:38:05PM +0300, Dmitry V. Levin wrote:
> On Wed, Feb 04, 2009 at 10:41:06AM +0600, Ildar Mulyukov wrote:
> > Вопрос:
> > а Summary(GIT) так и не ввели?
> 
> Ещё нет.

Мы эту тему обсуждали когда-то давно, но так в результате, кажется,
и не решили, какую информацию там хранить.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Kirill A. Shutemov]

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

On Wed, Feb 04, 2009 at 12:58:20PM +0300, Dmitry V. Levin wrote:
> On Wed, Feb 04, 2009 at 12:38:05PM +0300, Dmitry V. Levin wrote:
> > On Wed, Feb 04, 2009 at 10:41:06AM +0600, Ildar Mulyukov wrote:
> > > Вопрос:
> > > а Summary(GIT) так и не ввели?
> > 
> > Ещё нет.
> 
> Мы эту тему обсуждали когда-то давно, но так в результате, кажется,
> и не решили, какую информацию там хранить.

Ээ.. А для тех, кто в танке -- о чём речь?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 02:01:42PM +0200, Kirill A. Shutemov wrote:
> On Wed, Feb 04, 2009 at 12:58:20PM +0300, Dmitry V. Levin wrote:
> > On Wed, Feb 04, 2009 at 12:38:05PM +0300, Dmitry V. Levin wrote:
> > > On Wed, Feb 04, 2009 at 10:41:06AM +0600, Ildar Mulyukov wrote:
> > > > Вопрос:
> > > > а Summary(GIT) так и не ввели?
> > > 
> > > Ещё нет.
> > 
> > Мы эту тему обсуждали когда-то давно, но так в результате, кажется,
> > и не решили, какую информацию там хранить.
> 
> Ээ.. А для тех, кто в танке -- о чём речь?

http://lists.altlinux.org/pipermail/devel/2008-May/073789.html


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Stanislav Ievlev]

Два вопроса по git.alt:
1. Есть ли команды для удаления тегов/бранчей из репозитария в git.alt?
2. Есть ли команды для перемещения пакета в orphaned/obsolete?

On Tue, Feb 03, 2009 at 10:31:16PM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> На git.alt активирована сборка пакетов.
> 
> girar builder имеет простой интерйфейс для типовых действий; например,
> команда на сборку vsftpd у меня сегодня выглядела так:
> $ ssh git.alt build vsftpd 2.0.7-alt1
> Есть интерфейс для формирования и управления транзакциями на сборку и
> перенос пакетов.
> Детальное описание интерфейса можно найти в справочнике по git.alt:
> http://www.altlinux.org/Git.alt/%D0%A1%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA
> 
> Существенные отличия и нововведения.
> 
> 1. Сборка пакетов из gear-репозиториев:
> + она существует; она работает!
> + успешно собранные пакеты сразу публикуются на
>   http://git.altlinux.org/gears/ (он же git.altlinux.org::gears)
> + при наличии в git.altlinux.org/gears предыдущей сборки пакета
>   с данным именем новая сборка этого пакета должна быть основана
>   на этой предыдущей сборке
> + запросы на сборку обрабатываются с минимальной задержкой (время простоя
>   не более 1 минуты)
> + есть интерфейс для nmu approval, т.е. подтверждения чужих сборок,
>   не проходящих проверку acl
> + есть интерфейс для формирования сложных заданий, состоящих из запросов, 
>   сделанных разными людьми
> 
> 2. Сборка пакетов из srpm-файлов:
> + она ещё работает, но теперь уже поверх сборки из gear-репозиториев
> + успешно собранные пакеты сразу публикуются на
>   http://git.altlinux.org/archive/ (он же git.altlinux.org::archive)
> + при наличии предыдущей сборки из gear пакета с данным именем
>   новая сборка этого пакета не пройдёт проверку наследования
>   от этой предыдущей сборки и будет отвергнута
> + srpm-файлы группируются по gpg-подписи и обрабатываются транзакциями
> 
> 3. Функциональные отличия:
> + каждое задание выполняется успешно только если все составляющие
>   её пакеты успешно собираются и проходят все проверки
> + результат успешно выполненного задания сразу становится доступным
>   для последующих заданий
> + новая проверка: все полученные на выходе пакеты проверяются на анметы
> + новая проверка: noarch-пакеты, собранные на разных архитектурах,
>   должны быть эквивалентны
> + новая проверка: пакеты должны собираться на всех архитектурах
>   (поддержка ExcludeArch/ExclusiveArch в todo)
> + новые проверки на пересечения подпакетов; например,
>   glibc-core теперь может собрать только мантейнер пакета glibc
> 
> Исходный код girar builder живёт в двух репозиториях:
> http://git.altlinux.org/people/ldv/packages/?p=girar.git
> http://git.altlinux.org/people/ldv/packages/?p=girar-builder.git
> 
> 
> -- 
> ldv



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

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

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Stanislav Ievlev <inger@> [090204 10:13]:
> 1. Есть ли команды для удаления тегов/бранчей из репозитария в git.alt?
git push ;-)

> 2. Есть ли команды для перемещения пакета в orphaned/obsolete?
Есть удаление.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Wed, Feb 04, 2009 at 10:28:57AM +0300, Alexey I. Froloff wrote:
> * Stanislav Ievlev <inger@> [090204 10:13]:
> > 1. Есть ли команды для удаления тегов/бранчей из репозитария в git.alt?
> git push ;-)

Это касается репозиториев в people.  Всё, что было собрано и попало в
gears, совсем удалить нельзя.  При удалении пакетов из репозитория их
бранчи в архиве переименовываются: name -> old/name.

> > 2. Есть ли команды для перемещения пакета в orphaned/obsolete?
> Есть удаление.

$ id=$(ssh git.alt task new)
$ ssh git.alt task add $id del <package>
$ ssh git.alt task run $id

Разделения на orphaned/obsolete больше нет.
Каталоги Sisyphus/orphaned и Sisyphus/obsolete больше не обслуживаются.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Anton Farygin]

Dmitry V. Levin пишет:
> Hi,
> 
> На git.alt активирована сборка пакетов.

Мои поздравления!
Оно работает, и работает вполне неплохо.

Кстати, как разруливается ситуация, когда пакет был собран из git.alt, а 
потом его кто-то пытается собрать через incoming (имеющий права на 
выкладываения) ?

Re: [devel] [devel-announce] I: girar builder

[Andrey Rahmatullin]

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

On Wed, Feb 04, 2009 at 10:35:50AM +0300, Anton Farygin wrote:
> Кстати, как разруливается ситуация, когда пакет был собран из git.alt, а 
> потом его кто-то пытается собрать через incoming (имеющий права на 
> выкладываения) ?
Цитирую:
+ при наличии предыдущей сборки из gear пакета с данным именем
  новая сборка этого пакета не пройдёт проверку наследования
  от этой предыдущей сборки и будет отвергнута

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

<hiddenman> raorn: эх...а я все деньги на жрачку в кабаках трачу.
<raorn> hiddenman: ты жрёшь столько, что на девок и водку уже не остаётся? и
        пить ты поэтому бросил?

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

Re: [devel] [devel-announce] I: girar builder

[Pavel Wolneykien]

  А можно огласить список возможных значений binary_repository_name в

  ssh git.alt build [-b <binary_repository_name>] <gear_repo_path 1>
  <gear_tag_name 1> ?

Dmitry V. Levin <ldv@altlinux.org> wrote:

> Hi,
> 
> На git.alt активирована сборка пакетов.
> 
> girar builder имеет простой интерйфейс для типовых действий; например,
> команда на сборку vsftpd у меня сегодня выглядела так:
> $ ssh git.alt build vsftpd 2.0.7-alt1
> Есть интерфейс для формирования и управления транзакциями на сборку и
> перенос пакетов.
> Детальное описание интерфейса можно найти в справочнике по git.alt:
> http://www.altlinux.org/Git.alt/%D0%A1%D0%BF%D1%80%D0%B0%D0%B2%D0%BE%D1%87%D0%BD%D0%B8%D0%BA

...

Re: [devel] [devel-announce] I: girar builder

[Шакиров Ленар]

В сообщении от Wednesday 04 February 2009 11:21:30 Pavel Wolneykien 
написал(а):
>   А можно огласить список возможных значений binary_repository_name в
>
>   ssh git.alt build [-b <binary_repository_name>] <gear_repo_path 1>
>   <gear_tag_name 1> ?

http://www.altlinux.org/Git.alt/Справочник#task

$ ssh git.alt task new --help
usage: girar-task new [<binary_repository_name>]
Valid repositories are: sisyphus 5.0


С уважением, инженер отдела ИИС ООО «Центр»
Шакиров Ленар Наилевич
shakirov@cg.ru
(843) 533-88-14

Российская Федерация
Казань, ул. Зинина, 3а
420029, а/я 81

http://www.cg.ru/

Re: [devel] [devel-announce] I: girar builder

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

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

On Wed, Feb 04, 2009 at 11:38:56AM +0300, Шакиров Ленар wrote:

ШЛ> $ ssh git.alt task new --help
ШЛ> usage: girar-task new [<binary_repository_name>]
ШЛ> Valid repositories are: sisyphus 5.0

Кстати это неочевидно.
Хочу:

ssh git.alt help task

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Aleksey Avdeev]

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

Шакиров Ленар пишет:
> В сообщении от Wednesday 04 February 2009 11:21:30 Pavel Wolneykien 
> написал(а):
>>   А можно огласить список возможных значений binary_repository_name в
>>
>>   ssh git.alt build [-b <binary_repository_name>] <gear_repo_path 1>
>>   <gear_tag_name 1> ?
> 
> http://www.altlinux.org/Git.alt/Справочник#task
> 
> $ ssh git.alt task new --help
> usage: girar-task new [<binary_repository_name>]
> Valid repositories are: sisyphus 5.0

   Пожалуй, здесь не хватает daedalus`а и people (частного репозитария 
для тестовых сборок).

-- 

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



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

Re: [devel] [devel-announce] I: girar builder

[Evgeny Sinelnikov]

7 февраля 2009 г. 0:43 пользователь Aleksey Avdeev <solo@solin.spb.ru> написал:
> Шакиров Ленар пишет:
>>
>> В сообщении от Wednesday 04 February 2009 11:21:30 Pavel Wolneykien
>> написал(а):
>>>
>>>  А можно огласить список возможных значений binary_repository_name в
>>>
>>>  ssh git.alt build [-b <binary_repository_name>] <gear_repo_path 1>
>>>  <gear_tag_name 1> ?
>>
>> http://www.altlinux.org/Git.alt/Справочник#task
>>
>> $ ssh git.alt task new --help
>> usage: girar-task new [<binary_repository_name>]
>> Valid repositories are: sisyphus 5.0
>
>  Пожалуй, здесь не хватает daedalus`а и people (частного репозитария для
> тестовых сборок).
>

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

Тогда, с одной стороны, будет снят вопрос о совместных пересечениях, в
с другой - дана возможность экспериментировать с разными пакетными
базами... Именно такой вариант применяется в некоторых наших задачах.
Терминологически такие дедалусы мы называем боксами (boxes). В идеале,
каждому из боксов нужно уметь указать бинарный репозиторий и другие
боксы, которые входят в его сборочную среду. Бинарный репозиторий, для
дедалуса - это сизиф, а хотелось бы иметь возможность и для 5.0 или
4.1...

-- 
Sin (Sinelnikov Evgeny)

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [090203 22:38]:
> + при наличии в git.altlinux.org/gears предыдущей сборки пакета
>   с данным именем новая сборка этого пакета должна быть основана
>   на этой предыдущей сборке
Что делать, если я вдруг захочу переписать историю?  Например я
перешёл с тарболов на апстримный SCM или резко поменялся формат
импорта из чужих SCM (как это недавно произошло с hg).

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

Package ruby-dbd-odbc version 0.4.0-alt1 has an unmet dep:
 Depends: ruby(odbc)

Я специально запаковал этот пакет, чтобы кто-то заинтересованный
смог собрать ruby-odbc и не пинать меня с пересборкой ruby-dbd.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 01:07:50AM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [090203 22:38]:
> > + при наличии в git.altlinux.org/gears предыдущей сборки пакета
> >   с данным именем новая сборка этого пакета должна быть основана
> >   на этой предыдущей сборке
> Что делать, если я вдруг захочу переписать историю?  Например я
> перешёл с тарболов на апстримный SCM или резко поменялся формат
> импорта из чужих SCM (как это недавно произошло с hg).

Историю лучше не переписывать.
Для сохранения видимости преемственности есть -s ours.

Единственный легальный вариант -- это удалить пакет, а потом собрать его
уже с новой историей.

Технически можно удалить репозиторий с git.altlinux.org/gears, но для
этого надо найти общий язык с girar-builder@altlinux.

> > + новая проверка: все полученные на выходе пакеты проверяются на анметы
> Хочу иметь возможность собирать заведомо неустанавливающиеся
> подпакеты.  Вот например:
> 
> Package ruby-dbd-odbc version 0.4.0-alt1 has an unmet dep:
>  Depends: ruby(odbc)
> 
> Я специально запаковал этот пакет, чтобы кто-то заинтересованный
> смог собрать ruby-odbc и не пинать меня с пересборкой ruby-dbd.

Я понимаю, что у нас принято хотеть странного.
Но почему из всего странного выбирается только запретное? ;)

Нынешняя реализация не даёт возможности мантейнеру породить новый анмет.

Если вам нужно от реализации такое, что в ней отсутствует специально,
пишите, будем рассматривать.

P.S. Отправить на сборку пакет с таким тривиальным изменением сейчас
легко как никогда.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Dmitry V. Levin <ldv@> [090205 01:22]:
> Историю лучше не переписывать.
> Для сохранения видимости преемственности есть -s ours.
На многомегабайтных исходниках с парой сборок это выглядит
немного лишним.

> Единственный легальный вариант -- это удалить пакет, а потом
> собрать его уже с новой историей.
В одном task'е, видимо, не получится?

> Технически можно удалить репозиторий с git.altlinux.org/gears, но для
> этого надо найти общий язык с girar-builder@altlinux.
У меня это бывает редко и на то обычно есть веские причины.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 03:03:10AM +0300, Alexey I. Froloff wrote:
> * Dmitry V. Levin <ldv@> [090205 01:22]:
> > Историю лучше не переписывать.
> > Для сохранения видимости преемственности есть -s ours.
> На многомегабайтных исходниках с парой сборок это выглядит
> немного лишним.
> 
> > Единственный легальный вариант -- это удалить пакет, а потом
> > собрать его уже с новой историей.
> В одном task'е, видимо, не получится?

Нет, конечно не получится.

> > Технически можно удалить репозиторий с git.altlinux.org/gears, но для
> > этого надо найти общий язык с girar-builder@altlinux.
> У меня это бывает редко и на то обычно есть веские причины.

Если на то будут веские причины.

Например, когда zerg@ откажется от практики хранить нераспакованные
тарболлы в git-репозитории, мы, конечно, поможем ему избавиться от
компрометирующей его истории, правда? ;)


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Boris Savelev]

5 февраля 2009 г. 1:22 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Thu, Feb 05, 2009 at 01:07:50AM +0300, Alexey I. Froloff wrote:
>> * Dmitry V. Levin <ldv@> [090203 22:38]:
>> > + при наличии в git.altlinux.org/gears предыдущей сборки пакета
>> >   с данным именем новая сборка этого пакета должна быть основана
>> >   на этой предыдущей сборке
>> Что делать, если я вдруг захочу переписать историю?  Например я
>> перешёл с тарболов на апстримный SCM или резко поменялся формат
>> импорта из чужих SCM (как это недавно произошло с hg).
>
> Историю лучше не переписывать.
> Для сохранения видимости преемственности есть -s ours.
>
> Единственный легальный вариант -- это удалить пакет, а потом собрать его
> уже с новой историей.
>
> Технически можно удалить репозиторий с git.altlinux.org/gears, но для
> этого надо найти общий язык с girar-builder@altlinux.
>
>> > + новая проверка: все полученные на выходе пакеты проверяются на анметы
>> Хочу иметь возможность собирать заведомо неустанавливающиеся
>> подпакеты.  Вот например:
>>
>> Package ruby-dbd-odbc version 0.4.0-alt1 has an unmet dep:
>>  Depends: ruby(odbc)
>>
>> Я специально запаковал этот пакет, чтобы кто-то заинтересованный
>> смог собрать ruby-odbc и не пинать меня с пересборкой ruby-dbd.
>
> Я понимаю, что у нас принято хотеть странного.
> Но почему из всего странного выбирается только запретное? ;)
>
> Нынешняя реализация не даёт возможности мантейнеру породить новый анмет.
>
> Если вам нужно от реализации такое, что в ней отсутствует специально,
> пишите, будем рассматривать.
>
> P.S. Отправить на сборку пакет с таким тривиальным изменением сейчас
> легко как никогда.
В случае с пакетами которые собираются или работают только на i586 как быть?
В спеке указать ExclusiveArch? Сейчас это еще не поддарживается?


-- 
С уважением, Борис Савельев

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 09:49:10AM +0300, Boris Savelev wrote:
> В случае с пакетами которые собираются или работают только на i586 как быть?
> В спеке указать ExclusiveArch?

Да, обязательно.

> Сейчас это еще не поддарживается?

Поддержка ExclusiveArch запланирована.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Anton V. Boyarshinov]

> > Сейчас это еще не поддарживается?
> 
> Поддержка ExclusiveArch запланирована.
Похоже, что пока её нет, мы не сможем получить в бранче новое ядро,
потому что nvidia (по крайней мере перекладыванием, но скрипты сборки
модулей пока не адаптированы под girar-builder)

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 03:14:30PM +0300, Anton V. Boyarshinov wrote:
> > > Сейчас это еще не поддарживается?
> > 
> > Поддержка ExclusiveArch запланирована.
> Похоже, что пока её нет, мы не сможем получить в бранче новое ядро,
> потому что nvidia

А что случилось с nvidia?


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Sergey V Turchin]

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

On Thursday 05 February 2009, Dmitry V. Levin wrote:
> On Thu, Feb 05, 2009 at 03:14:30PM +0300, Anton V. Boyarshinov 
wrote:
> > > > Сейчас это еще не поддарживается?
> > >
> > > Поддержка ExclusiveArch запланирована.
> >
> > Похоже, что пока её нет, мы не сможем получить в бранче новое
> > ядро, потому что nvidia
>
> А что случилось с nvidia?
ExclusiveArch

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Sergey V Turchin]

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

On Thursday 05 February 2009, Sergey V Turchin wrote:

[...]
> > А что случилось с nvidia?
> ExclusiveArch
Конкретно task#417

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Sergey V Turchin]

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

On Thursday 05 February 2009, Sergey V Turchin wrote:
> On Thursday 05 February 2009, Sergey V Turchin wrote:
>
> [...]
>
> > > А что случилось с nvidia?
> >
> > ExclusiveArch
>
> Конкретно task#417
Хотя, task#418 прошел

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] [devel-announce] I: girar builder ExclusiveArch

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 03:58:04PM +0300, Sergey V Turchin wrote:
> On Thursday 05 February 2009, Sergey V Turchin wrote:
> 
> [...]
> > > А что случилось с nvidia?
> > ExclusiveArch
> Конкретно task#417

Там просто недоукомплектованный запрос.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Anton Farygin]

Dmitry V. Levin пишет:
> On Thu, Feb 05, 2009 at 01:07:50AM +0300, Alexey I. Froloff wrote:
<skip>
> Нынешняя реализация не даёт возможности мантейнеру породить новый анмет.
Как в этом случае быть с необходимостью удаления compat-библиотеки 
(часть мантейнеров не захотело/не смогло пересобрать свои пакеты с новой 
версией основной библиотеки) ?

Или, для начала, нужно удалить все пакеты, которые будут содержать unmet ?

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 12:33:30PM +0300, Anton Farygin wrote:
> Dmitry V. Levin пишет:
> >On Thu, Feb 05, 2009 at 01:07:50AM +0300, Alexey I. Froloff wrote:
> <skip>
> >Нынешняя реализация не даёт возможности 
> >мантейнеру породить новый анмет.
> Как в этом случае быть с необходимостью 
> удаления compat-библиотеки (часть 
> мантейнеров не захотело/не смогло 
> пересобрать свои пакеты с новой версией 
> основной библиотеки) ?

Зачем удалять compat-библиотеку, если у неё ещё остались пользователи?

> Или, для начала, нужно удалить все пакеты, 
> которые будут содержать unmet ?

По идее, да, перед (или одновременно с) этим удалением нужно удалить
все зависимые пакеты.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Anton Farygin]

Dmitry V. Levin пишет:
> On Thu, Feb 05, 2009 at 12:33:30PM +0300, Anton Farygin wrote:
>> Dmitry V. Levin пишет:
>>> On Thu, Feb 05, 2009 at 01:07:50AM +0300, Alexey I. Froloff wrote:
>> <skip>
>>> Нынешняя реализация не даёт возможности 
>>> мантейнеру породить новый анмет.
>> Как в этом случае быть с необходимостью 
>> удаления compat-библиотеки (часть 
>> мантейнеров не захотело/не смогло 
>> пересобрать свои пакеты с новой версией 
>> основной библиотеки) ?
> 
> Зачем удалять compat-библиотеку, если у неё ещё остались пользователи?

Пользователи странные. Они не пересобираются с новой библиотекой. 
Исправлять их некому.

Трупы, в общем:
$ apt-cache whatdepends libImageMagick-compat
libImageMagick-compat-6.3.7.2-alt3
   rss_glx-0.8.2-alt1
     Требует: <libWand.so.10()(64bit)>
       libImageMagick-compat-6.3.7.2-alt3
   ruby-rmagick-2.5.2-alt1
     Требует: <libMagick.so.10()(64bit)>
       libImageMagick-compat-6.3.7.2-alt3
   oxine-0.5-alt4.0
     Требует: <libMagick.so.10()(64bit)>
       libImageMagick-compat-6.3.7.2-alt3
   gpsmap-2008.05.R1-alt1
     Требует: <libMagick.so.10()(64bit)>
       libImageMagick-compat-6.3.7.2-alt3
   kxstitch-0.8.1-alt1
     Требует: <libMagick++.so.10()(64bit)>
       libImageMagick-compat-6.3.7.2-alt3

а compat библиотеку я хотел обновить до новой версии (очередная смена 
soname у ImageMagick)

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Anton Farygin <rider@> [090205 14:26]:
> Пользователи странные. Они не пересобираются с новой библиотекой. 
> Исправлять их некому.

>    rss_glx-0.8.2-alt1
Убил.

>    ruby-rmagick-2.5.2-alt1
checking for HDRI disabled version of ImageMagick... no

Can't install RMagick 2.9.1.
RMagick does not work when ImageMagick is configured for High Dynamic Range Images.
Don't use the --enable-hdri option when configuring ImageMagick.

Версия от первого февраля.  Отправил в ту же топку.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Eugene Prokopiev]

>  >    ruby-rmagick-2.5.2-alt1
>
> checking for HDRI disabled version of ImageMagick... no
>
>  Can't install RMagick 2.9.1.
>  RMagick does not work when ImageMagick is configured for High Dynamic Range Images.
>  Don't use the --enable-hdri option when configuring ImageMagick.
>
>  Версия от первого февраля.  Отправил в ту же топку.

А зря - говорят, оно полезно для Redmine

Может собрать с какой-то из libImageMagick-compat?

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

Re: [devel] [devel-announce] I: girar builder

[Anton Farygin]

Eugene Prokopiev пишет:
>>  >    ruby-rmagick-2.5.2-alt1
>>
>> checking for HDRI disabled version of ImageMagick... no
>>
>>  Can't install RMagick 2.9.1.
>>  RMagick does not work when ImageMagick is configured for High Dynamic Range Images.
>>  Don't use the --enable-hdri option when configuring ImageMagick.
>>
>>  Версия от первого февраля.  Отправил в ту же топку.
> 
> А зря - говорят, оно полезно для Redmine
> 
> Может собрать с какой-то из libImageMagick-compat?

У compat отстутствуют хедеры для сборки.

Re: [devel] [devel-announce] I: girar builder

[Eugene Prokopiev]

> > >  >    ruby-rmagick-2.5.2-alt1
> > >
> > > checking for HDRI disabled version of ImageMagick... no
> > >
> > >  Can't install RMagick 2.9.1.
> > >  RMagick does not work when ImageMagick is configured for High Dynamic
> Range Images.
> > >  Don't use the --enable-hdri option when configuring ImageMagick.
> > >
> > >  Версия от первого февраля.  Отправил в ту же топку.
> > >
> >
> > А зря - говорят, оно полезно для Redmine
> >
> > Может собрать с какой-то из libImageMagick-compat?
> >
>
>  У compat отстутствуют хедеры для сборки

ну вот и еще +1 для compat policy от mithraen@

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

Re: [devel] [devel-announce] I: girar builder

[Alexey I. Froloff]

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

* Eugene Prokopiev <enp@> [090206 10:08]:
> >  >    ruby-rmagick-2.5.2-alt1
> >  Версия от первого февраля.  Отправил в ту же топку.
> А зря - говорят, оно полезно для Redmine
> Может собрать с какой-то из libImageMagick-compat?
Я не против, собирайте.

-- 
Regards,
Sir Raorn.

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

Re: [devel] [devel-announce] I: girar builder

[Anton Farygin]

Alexey I. Froloff пишет:
> * Eugene Prokopiev <enp@> [090206 10:08]:
>>>  >    ruby-rmagick-2.5.2-alt1
>>>  Версия от первого февраля.  Отправил в ту же топку.
>> А зря - говорят, оно полезно для Redmine
>> Может собрать с какой-то из libImageMagick-compat?
> Я не против, собирайте.

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

Re: [devel] [devel-announce] I: girar builder

[Pavlov Konstantin]

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

On Thu, Feb 05, 2009 at 02:18:36PM +0300, Anton Farygin wrote:
> а compat библиотеку я хотел обновить до новой версии (очередная смена 
> soname у ImageMagick)

Не обновить, а сделать еще одну, не?

-- 
<Pilot> это
<Pilot> требуются сетевые администраторы
<Pilot> чтобы всё умели и т.д.
<raorn> и денег за это не хотели?
<Pilot> материальные блага предоставляются
<swi> как то - еда. раскладушка, раз в месяц баня
<Pilot> нет, всё прилично
<swi> да? тахта вместо раскладушки и по воскресеньям мороженное?

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

Re: [devel] [devel-announce] I: girar builder

[Anton Farygin]

Pavlov Konstantin пишет:
> On Thu, Feb 05, 2009 at 02:18:36PM +0300, Anton Farygin wrote:
>> а compat библиотеку я хотел обновить до новой версии (очередная смена 
>> soname у ImageMagick)
> 
> Не обновить, а сделать еще одну, не?

А смысл ? Те, кто остались - не собираются c новой версией (или их 
мантейнеры не горят желанием фиксить). Т.е. - это трупы, их надо 
упаковать и вывезти.

Плодить compat библиотеки я не хочу.

Re: [devel] [devel-announce] I: girar builder

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

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

On Thu, Feb 05, 2009 at 02:15:16PM +0300, Dmitry V. Levin wrote:

DVL> Зачем удалять compat-библиотеку, если у неё ещё остались пользователи?

Хочу policy на compat. В котором имена %name-compat будут явно запрещены,
а вместо этого будет %name%ver.

Потому что это все извращения над репозиториям которые ломают нормальное
обновление системы.

И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
же именем, но не содержающую тех же sonames что и предыдущая.

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 04:39:45PM +0300, Денис Смирнов wrote:
> On Thu, Feb 05, 2009 at 02:15:16PM +0300, Dmitry V. Levin wrote:
> 
> DVL> Зачем удалять compat-библиотеку, если у неё ещё остались пользователи?
> 
> Хочу policy на compat. В котором имена %name-compat будут явно запрещены,
> а вместо этого будет %name%ver.

Это очень жёсткое требование.
Впрочем, пишите, возможно, никто не против.

> Потому что это все извращения над репозиториям которые ломают нормальное
> обновление системы.
> 
> И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
> же именем, но не содержающую тех же sonames что и предыдущая.

Это слишком жёсткое требование.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

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

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

On Thu, Feb 05, 2009 at 04:46:29PM +0300, Dmitry V. Levin wrote:

> DVL>> Зачем удалять compat-библиотеку, если у неё ещё остались пользователи?
>> Хочу policy на compat. В котором имена %name-compat будут явно запрещены,
>> а вместо этого будет %name%ver.
DVL> Это очень жёсткое требование.
DVL> Впрочем, пишите, возможно, никто не против.

Писать если кто-то против смысла не вижу :)

Вопрос -- почему это слишком жесткое требование?

>> Потому что это все извращения над репозиториям которые ломают нормальное
>> обновление системы.
>> И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
>> же именем, но не содержающую тех же sonames что и предыдущая.
DVL> Это слишком жёсткое требование.

Без этого точечные обновления идут лесом. Вот пример с libdb и постгресом
-- они не вызывают проблем с точечным обновлением. А вот многие другие
пакеты именно из-за несоблюдения этого правила таки вызывают.

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Led]

On Thursday 05 February 2009 18:08:46 Денис Смирнов wrote:
> On Thu, Feb 05, 2009 at 04:46:29PM +0300, Dmitry V. Levin wrote:
> > DVL>> Зачем удалять compat-библиотеку, если у неё ещё остались
> > пользователи?
> >
> >> Хочу policy на compat. В котором имена %name-compat будут явно
> >> запрещены, а вместо этого будет %name%ver.
>
> DVL> Это очень жёсткое требование.
> DVL> Впрочем, пишите, возможно, никто не против.
>
> Писать если кто-то против смысла не вижу :)
>
> Вопрос -- почему это слишком жесткое требование?
>
> >> Потому что это все извращения над репозиториям которые ломают нормальное
> >> обновление системы.
> >> И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
> >> же именем, но не содержающую тех же sonames что и предыдущая.
>
> DVL> Это слишком жёсткое требование.
>
> Без этого точечные обновления идут лесом. Вот пример с libdb и постгресом
> -- они не вызывают проблем с точечным обновлением. А вот многие другие
> пакеты именно из-за несоблюдения этого правила таки вызывают.

Они в любом случае "идут лесом", потому как неизменность сонеймов не является 
гарантией того, что "точечно обновлённая" софтина будет работать со старой 
библиотекой с тем же сонеймом.

-- 
Led

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Thu, Feb 05, 2009 at 06:27:15PM +0200, Led wrote:
> On Thursday 05 February 2009 18:08:46 Денис Смирнов wrote:
> > On Thu, Feb 05, 2009 at 04:46:29PM +0300, Dmitry V. Levin wrote:
[...]
> > >> И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
> > >> же именем, но не содержающую тех же sonames что и предыдущая.
> >
> > DVL> Это слишком жёсткое требование.
> >
> > Без этого точечные обновления идут лесом. Вот пример с libdb и постгресом
> > -- они не вызывают проблем с точечным обновлением. А вот многие другие
> > пакеты именно из-за несоблюдения этого правила таки вызывают.
> 
> Они в любом случае "идут лесом", потому как неизменность сонеймов не является 
> гарантией того, что "точечно обновлённая" софтина будет работать со старой 
> библиотекой с тем же сонеймом.

А между тем сонеймы придумали именно для обеспечения этого уровня
совместимости.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Led]

On Thursday 05 February 2009 18:34:00 Dmitry V. Levin wrote:
> On Thu, Feb 05, 2009 at 06:27:15PM +0200, Led wrote:
> > On Thursday 05 February 2009 18:08:46 Денис Смирнов wrote:
> > > On Thu, Feb 05, 2009 at 04:46:29PM +0300, Dmitry V. Levin wrote:
>
> [...]
>
> > > >> И, IMHO, для lib%name должен быть запрет паковать следующую версию с
> > > >> тем же именем, но не содержающую тех же sonames что и предыдущая.
> > >
> > > DVL> Это слишком жёсткое требование.
> > >
> > > Без этого точечные обновления идут лесом. Вот пример с libdb и
> > > постгресом -- они не вызывают проблем с точечным обновлением. А вот
> > > многие другие пакеты именно из-за несоблюдения этого правила таки
> > > вызывают.
> >
> > Они в любом случае "идут лесом", потому как неизменность сонеймов не
> > является гарантией того, что "точечно обновлённая" софтина будет работать
> > со старой библиотекой с тем же сонеймом.
>
> А между тем сонеймы придумали именно для обеспечения этого уровня
> совместимости.

В одну сторону. AFAIR в обратную никто и не обещал.

-- 
Led

Re: [devel] [devel-announce] I: girar builder

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

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

On Thu, Feb 05, 2009 at 06:37:43PM +0200, Led wrote:

>> А между тем сонеймы придумали именно для обеспечения этого уровня
>> совместимости.
L> В одну сторону. AFAIR в обратную никто и не обещал.

А вот для этого уже symbol versioning придуман.

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Ivan Fedorov]

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

Денис Смирнов <mithraen-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

> On Thu, Feb 05, 2009 at 06:37:43PM +0200, Led wrote:
>
>>> А между тем сонеймы придумали именно для обеспечения этого уровня
>>> совместимости.
> L> В одну сторону. AFAIR в обратную никто и не обещал.
>
> А вот для этого уже symbol versioning придуман.
Кстати у кого-нить есть хороше объяснение на русском, ну или хотябы на
простом английском?

Толи я сам не до конца понял, толи мои преподовательские качества
НАСТОЛЬКО ужасны, но я не смог объяснить людям как этим
пользоваться... :(

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

Re: [devel] dsohowto

[Dmitry V. Levin]

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

On Fri, Feb 06, 2009 at 02:06:14PM +0300, Ivan Fedorov wrote:
[...]
> > А вот для этого уже symbol versioning придуман.
> Кстати у кого-нить есть хороше объяснение на русском, ну или хотябы на
> простом английском?

http://people.redhat.com/drepper/dsohowto.pdf


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

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

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

On Thu, Feb 05, 2009 at 06:27:15PM +0200, Led wrote:

>> Без этого точечные обновления идут лесом. Вот пример с libdb и постгресом
>> -- они не вызывают проблем с точечным обновлением. А вот многие другие
>> пакеты именно из-за несоблюдения этого правила таки вызывают.
L> Они в любом случае "идут лесом", потому как неизменность сонеймов не является 
L> гарантией того, что "точечно обновлённая" софтина будет работать со старой 
L> библиотекой с тем же сонеймом.

Однако если мне надо не "точечено обновить", а поставить софтину из репо,
которая требует новую версию библиотеки, а у меня десяток приложений
требуют старой версии (со старым soname) в случае если предложенное мною
правило выполняется -- я сделаю apt-get install и буду счастлив.

Если же не выполняется -- apt-get install либо пойдет лесом либо вынесет
мне пол системы.

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Ivan Fedorov]

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

Денис Смирнов <mithraen-u2l5PoMzF/Uox3rIn2DAYQ@public.gmane.org> writes:

> On Thu, Feb 05, 2009 at 02:15:16PM +0300, Dmitry V. Levin wrote:
>
> DVL> Зачем удалять compat-библиотеку, если у неё ещё остались пользователи?
>
> Хочу policy на compat. В котором имена %name-compat будут явно запрещены,
> а вместо этого будет %name%ver.
>
> Потому что это все извращения над репозиториям которые ломают нормальное
> обновление системы.
+1

> И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
> же именем, но не содержающую тех же sonames что и предыдущая.
ммм... тут лучше давать настойчивую рекомендацию... а запрет - это уже
явный перебор!

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

Re: [devel] [devel-announce] I: girar builder

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

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

On Fri, Feb 06, 2009 at 02:01:00PM +0300, Ivan Fedorov wrote:

>> И, IMHO, для lib%name должен быть запрет паковать следующую версию с тем
>> же именем, но не содержающую тех же sonames что и предыдущая.
IF> ммм... тут лучше давать настойчивую рекомендацию... а запрет - это уже
IF> явный перебор!

Чтобы так делать у человека должны быть серьезные причины. А я очень часто
вижу что без серьезных причин кроме "неохота версионировать имена пакетов"
это делают.

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Michael Shigorin]

On Tue, Feb 03, 2009 at 10:31:16PM +0300, Dmitry V. Levin wrote:
> 2. Сборка пакетов из srpm-файлов:
> + она ещё работает

Это "ещё" не может не радовать, поскольку...

> + при наличии предыдущей сборки из gear пакета с данным именем
>   новая сборка этого пакета не пройдёт проверку наследования
>   от этой предыдущей сборки и будет отвергнута

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

Из примеров, которые сразу приходят на ум -- firefox (3.0.6 на
дворе, 3.0.4 в сизифе) и apache, за который я теперь просто не
возьмусь по здоровью, даже если найти время на сам пакет.

Иными словами, в этом нововведении мне видится lock-in похуже
sisyphus ACL, поскольку переубедить этого робота будет сложней
-- прибиванием gear repo с историей такого пакета, что вряд ли
будет выполняться охотно.  Уровень же вхождения сейчас слишком
высокий, тут вон матёрые разработчики git пытаются использовать
как cvs на колёсиках и с этим очень сложно что-то сделать.

src.rpm при всех своих недостатках простые задачи позволял решать
просто.

В остальном -- поздравляю!

PS: вернулся в Киев, попытаюсь догнать почту по мере наличия
свободного времени.

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

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Sun, Feb 08, 2009 at 08:09:20PM +0200, Michael Shigorin wrote:
> On Tue, Feb 03, 2009 at 10:31:16PM +0300, Dmitry V. Levin wrote:
> > 2. Сборка пакетов из srpm-файлов:
> > + она ещё работает
> 
> Это "ещё" не может не радовать, поскольку...

Но они обрабатываются с прежней скоростью, а вот нативные git-задания
обрабатываются заметно быстрее.

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

При заорфанивании (==удалении) пакета наследование не проверяется.

> а также возможность упростить чрезмерно запутанный
> предшественником репозиторий.
> 
> Из примеров, которые сразу приходят на ум -- firefox (3.0.6 на
> дворе, 3.0.4 в сизифе)

У firefox не столько git запутан, сколько srpm-пакеты.

> и apache, за который я теперь просто не
> возьмусь по здоровью, даже если найти время на сам пакет.

В случае необходимости можно собирать по своему разумению.

> Иными словами, в этом нововведении мне видится lock-in похуже
> sisyphus ACL,

Я бы не преувеличивал.  Кстати говоря, про sisyphus ACL, я жду предложений
по временным характеристикам nmu approval в соседнем треде.

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

> поскольку переубедить этого робота будет сложней
> -- прибиванием gear repo с историей такого пакета, что вряд ли
> будет выполняться охотно.  Уровень же вхождения сейчас слишком
> высокий, тут вон матёрые разработчики git пытаются использовать
> как cvs на колёсиках и с этим очень сложно что-то сделать.
> 
> src.rpm при всех своих недостатках простые задачи позволял решать
> просто.

Я бы не стал преувеличивать процент сложно устроенных git-репозиториев.

> В остальном -- поздравляю!

Спасибо.

> PS: вернулся в Киев, попытаюсь догнать почту по мере наличия
> свободного времени.

С возвращением!


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

[Grigory Batalov]

On Sun, Feb 08, 2009 at 08:09:20PM +0200, Michael Shigorin wrote:

> > + при наличии предыдущей сборки из gear пакета с данным именем
> >   новая сборка этого пакета не пройдёт проверку наследования
> >   от этой предыдущей сборки и будет отвергнута
> 
> ...это убьёт переход от свалившего или потерявшего интерес
> майнтейнера-разработчика к обычному стиральному порошку,
> а также возможность упростить чрезмерно запутанный
> предшественником репозиторий.
> 
> Из примеров, которые сразу приходят на ум -- firefox (3.0.6 на
> дворе, 3.0.4 в сизифе) и apache, за который я теперь просто не
> возьмусь по здоровью, даже если найти время на сам пакет.
> 
> Иными словами, в этом нововведении мне видится lock-in похуже
> sisyphus ACL, поскольку переубедить этого робота будет сложней
> -- прибиванием gear repo с историей такого пакета, что вряд ли
> будет выполняться охотно.

Разве "git merge -s ours" в этом случае не будет работать?

> Уровень же вхождения сейчас слишком
> высокий, тут вон матёрые разработчики git пытаются использовать
> как cvs на колёсиках и с этим очень сложно что-то сделать.
> 
> src.rpm при всех своих недостатках простые задачи позволял решать
> просто.

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Sun, Feb 08, 2009 at 10:22:00PM +0300, Grigory Batalov wrote:
> On Sun, Feb 08, 2009 at 08:09:20PM +0200, Michael Shigorin wrote:
> 
> > > + при наличии предыдущей сборки из gear пакета с данным именем
> > >   новая сборка этого пакета не пройдёт проверку наследования
> > >   от этой предыдущей сборки и будет отвергнута
> > 
> > ...это убьёт переход от свалившего или потерявшего интерес
> > майнтейнера-разработчика к обычному стиральному порошку,
> > а также возможность упростить чрезмерно запутанный
> > предшественником репозиторий.
> > 
> > Из примеров, которые сразу приходят на ум -- firefox (3.0.6 на
> > дворе, 3.0.4 в сизифе) и apache, за который я теперь просто не
> > возьмусь по здоровью, даже если найти время на сам пакет.
> > 
> > Иными словами, в этом нововведении мне видится lock-in похуже
> > sisyphus ACL, поскольку переубедить этого робота будет сложней
> > -- прибиванием gear repo с историей такого пакета, что вряд ли
> > будет выполняться охотно.
> 
> Разве "git merge -s ours" в этом случае не будет работать?

Речь идёт о разработчиках, которые не достигли уровня пользователя git,
достаточного для того, чтобы выполнить эту операцию.


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

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

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

On Sun, Feb 08, 2009 at 08:09:20PM +0200, Michael Shigorin wrote:

>> + при наличии предыдущей сборки из gear пакета с данным именем
>>   новая сборка этого пакета не пройдёт проверку наследования
>>   от этой предыдущей сборки и будет отвергнута
MS> ...это убьёт переход от свалившего или потерявшего интерес
MS> майнтейнера-разработчика к обычному стиральному порошку,
MS> а также возможность упростить чрезмерно запутанный
MS> предшественником репозиторий.

Давай определимся. Есть два типа мантейнеров:
- те кто вкурили в git хоть как-то;
- те кто _не_ вкурили в git;

Первым этот подход, ясное дело, однозначно удобнее. Вторым _не
обязательно_ вкуривать в git. gear-srpmimport делает достаточно для того
чтобы пакет просто собирался.

Если же предыдущий мантейнер сделал слишком крутой репозиторий, то всегда
есть выбор:

1. внутри репо удалить в master все файлы, и начать _с нуля_ новую
историю. Но старая останется к ней подшита. Просто будет коммит который
убил все старое.

2. разобраться чуть больше с git'ом.

Это все не страшно, особенно с учетом того что в devel всегда масса народу
который подскажет даже откровенному ламеру (то бишь не желающему прочитать
даже everyday git) как решить его проблему.

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

Кроме того это означает что другой мантейнер уже однозначно не сможет
нормально обновить этот пакет. Увы.

MS> Иными словами, в этом нововведении мне видится lock-in похуже
MS> sisyphus ACL, поскольку переубедить этого робота будет сложней
MS> -- прибиванием gear repo с историей такого пакета, что вряд ли
MS> будет выполняться охотно.  Уровень же вхождения сейчас слишком
MS> высокий, тут вон матёрые разработчики git пытаются использовать
MS> как cvs на колёсиках и с этим очень сложно что-то сделать.

Да, они используют его как cvs на колесиках, и я не вижу в этом ничего
плохого. git можно использовать сильно по-разному.

MS> src.rpm при всех своих недостатках простые задачи позволял решать
MS> просто.

А вот тут ты прав. Что-нибудь простое опакетить если ты больше ничего и не
пакетил -- теперь сложнее.

Ты это... если есть какие-то вопросы по git -- заезжай в гости, проведу
мастер-класс. Хоть я и сам ламер, но разобрался с git'ом уже вполне
неплохо :)

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Led]

On Tuesday, 10 February 2009 03:26:11 Денис Смирнов wrote:

> Вот для меня сейчас страшнее другое -- импорт из upstream SCM. Ибо если я
> делаю этот импорт локально, а потом заливаю на сервер, а потом окажется
> хоть один такой коммит который был назабэкаплен, и моя машинка отправится
> лесом -- то историю придется наверняка переписывать с нуля. Это раз.

По-моему, вы сильно преувеличиваете...

-- 
Led

Re: [devel] [devel-announce] I: girar builder

[Dmitry V. Levin]

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

On Tue, Feb 10, 2009 at 04:26:11AM +0300, Денис Смирнов wrote:
[...]
> Вот для меня сейчас страшнее другое -- импорт из upstream SCM. Ибо если я
> делаю этот импорт локально, а потом заливаю на сервер, а потом окажется
> хоть один такой коммит который был назабэкаплен, и моя машинка отправится
> лесом -- то историю придется наверняка переписывать с нуля. Это раз.

Я не понял этот пассаж совсем.

> MS> src.rpm при всех своих недостатках простые задачи позволял решать
> MS> просто.
> 
> А вот тут ты прав. Что-нибудь простое опакетить если ты больше ничего и не
> пакетил -- теперь сложнее.

Я точно знаю, что git'ом можно пользоваться на уровне, не превосходящем по
своей примитивности rsync srpm-файлов.  И даже при этом пользователь
выигрывает в скорости/трафике и управляемости процесса сборки.

P.S.  Интересно, сколько лет у нас уйдёт на то, чтобы все мантейнеры
полностью перешли на gear-сборку...


-- 
ldv

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

Re: [devel] [devel-announce] I: girar builder

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

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

On Tue, Feb 10, 2009 at 04:46:47AM +0300, Dmitry V. Levin wrote:

>> Вот для меня сейчас страшнее другое -- импорт из upstream SCM. Ибо если я
>> делаю этот импорт локально, а потом заливаю на сервер, а потом окажется
>> хоть один такой коммит который был назабэкаплен, и моя машинка отправится
>> лесом -- то историю придется наверняка переписывать с нуля. Это раз.
DVL> Я не понял этот пассаж совсем.

Есть, ну скажем, zaptel.git. Он создан с использованием git-svn.

Вопрос -- каким образом другой мантейнер может выполнить обновление этого
пакета, если он хочет обновить именно из апстрима?

Скорее всего он будет вынужден самостоятельно воспользоваться git-svn,
после чего делать cherry-picks. Это единственный известный мне способ
выполнить такое обновление.

После этого, когда я попытаюсь сделать обновление, будет некрасивый merge
в истории. Но это мы стерпим, там сейчас и так история выглядит
страшненько.

А вот если у меня репозиторий где я выполняю git-svn случайно прекратит
свое существование, то дальнейшее обновление этого пакета без git merge -s
ours будет просто невозможным. А _с_ таковым -- будет во-первых кошмарик в
истории, а во-вторых уже не каждый из мантейнеров понимает как это
сделать. Лично я месяц назад с этой задачей не справился бы вообще.

>> А вот тут ты прав. Что-нибудь простое опакетить если ты больше ничего и не
>> пакетил -- теперь сложнее.
DVL> Я точно знаю, что git'ом можно пользоваться на уровне, не превосходящем по
DVL> своей примитивности rsync srpm-файлов.  И даже при этом пользователь
DVL> выигрывает в скорости/трафике и управляемости процесса сборки.

Этап 1 -- написать spec. Без этого собрать пакет невозможно :)
Этап 2 -- rpmbuild -bs/rpmbs (в случае с git -- git init-db, git add,
gear-commit).
Этап 3 -- подпись пакета, rsync (в случае с git -- установка тэга, push,
ssh git.alt build)

С точки зрения примитивности -- процедура та же. Для человека который уже
привык к git и написал себе упрощающие жизнь утилитки, через git _проще_.
Но стоимость входа -- выше.

У нас есть где-нибудь простой HOWTO "как собрать простой hello world в RPM
через gear"? Как только он будет эту проблему можно считать
незначительной.

DVL> P.S.  Интересно, сколько лет у нас уйдёт на то, чтобы все мантейнеры
DVL> полностью перешли на gear-сборку...

Не знаю. Разобраться бы еще с некоторыми вопросами...

Я пока не уверен что готов собирать asterisk через gear, например. Хотя и
попробую (радуясь тому что ты когда-нибудь убьешь старый репо для
сохранения моей репутации) :)

Кроме того чудесный набор утилит etersoft-build-utils, который сейчас по
своему удобству незаменим, с gear почти не работает (если бы не работали
rpmbs и rpmbb мне было бы совсем грустно).

А мои seiros-build-utils -- слишком специфичны, и у меня есть большие
сомнения что кроме меня им кто-либо пользуется.

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

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


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

Re: [devel] [devel-announce] I: girar builder

[Aleksey Avdeev]

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

Денис Смирнов пишет:
> On Tue, Feb 10, 2009 at 04:46:47AM +0300, Dmitry V. Levin wrote:
> 
>>> Вот для меня сейчас страшнее другое -- импорт из upstream SCM. Ибо если я
>>> делаю этот импорт локально, а потом заливаю на сервер, а потом окажется
>>> хоть один такой коммит который был назабэкаплен, и моя машинка отправится
>>> лесом -- то историю придется наверняка переписывать с нуля. Это раз.
> DVL> Я не понял этот пассаж совсем.
> 
> Есть, ну скажем, zaptel.git. Он создан с использованием git-svn.
> 
> Вопрос -- каким образом другой мантейнер может выполнить обновление этого
> пакета, если он хочет обновить именно из апстрима?
> 
> Скорее всего он будет вынужден самостоятельно воспользоваться git-svn,
> после чего делать cherry-picks. Это единственный известный мне способ
> выполнить такое обновление.

   Как вариант: завести специально обученный бранч для svn2git. Ещё 
хорошо к комитам в него вытянутое привязывать (см. 
<http://git.altlinux.org/people/solo/public/?p=apache_all.git;a=shortlog;h=refs/heads/svnimport2git.alt> 
на предмет svnimport2git.alt).

> 
> После этого, когда я попытаюсь сделать обновление, будет некрасивый merge
> в истории. Но это мы стерпим, там сейчас и так история выглядит
> страшненько.

-- 

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



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

Re: [devel] [devel-announce] I: girar builder

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

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

On Tue, Feb 10, 2009 at 07:01:14AM +0300, Aleksey Avdeev wrote:

AA>    Как вариант: завести специально обученный бранч для svn2git. Ещё 
AA> хорошо к комитам в него вытянутое привязывать (см. 
AA> <http://git.altlinux.org/people/solo/public/?p=apache_all.git;a=shortlog;h=refs/heads/svnimport2git.alt> 
AA> на предмет svnimport2git.alt).

Я так и делаю. Но это не спасает, особенно если переписывать имена
коммиттеров, например. Это будет спасать только если git-svn будет
отрабатывать на стороне серверов altlinux.

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Slava Semushin]

10 февраля 2009 г. 9:41 пользователь Денис Смирнов <mithraen@altlinux> написал:
[...]
> У нас есть где-нибудь простой HOWTO "как собрать простой hello world в RPM
> через gear"? Как только он будет эту проблему можно считать
> незначительной.

Возможно, что стОит опираться на эту страничку: http://www.altlinux.org/Gear/kis


-- 
+ Slava Semushin | slava.semushin @ gmail.com
+ ALT Linux Team | php-coder @ altlinux.ru

Re: [devel] [devel-announce] I: girar builder

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

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

On Tue, Feb 10, 2009 at 12:46:20PM +0600, Slava Semushin wrote:
>> У нас есть где-нибудь простой HOWTO "как собрать простой hello world в RPM
>> через gear"? Как только он будет эту проблему можно считать
>> незначительной.
SS> Возможно, что стОит опираться на эту страничку: http://www.altlinux.org/Gear/kis

Возможно, но ее следует сильно доработать:

- про git://git.altlinux.ru/archive -- ни слова
- про /gears -- аналогично

кстати по поводу find-package, а то что он не ищет в archive и gears это
так и задумано или недоделка?

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

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

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

Re: [devel] [devel-announce] I: girar builder

[Vitaly Lipatov]

On 10 февраля 2009, Денис Смирнов wrote:
...
> Кроме того чудесный набор утилит etersoft-build-utils, который
> сейчас по своему удобству незаменим, с gear почти не работает
> (если бы не работали rpmbs и rpmbb мне было бы совсем
> грустно).
А что именно не работает?
В 1.5.6 rpmbph обучен бэкпортировать прямо из git.
Остальное дописывается, но в той небольшой мере, в какой я 
использую git.


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] [JT] I: girar builder

[Alexey Rusakov]

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

В Втр, 10/02/2009 в 04:46 +0300, Dmitry V. Levin пишет:
> P.S.  Интересно, сколько лет у нас уйдёт на то, чтобы все мантейнеры
> полностью перешли на gear-сборку...
Сколько тебе Костя Осипов ответил на позапрошлой конференции, когда ты
его спросил про сроки миграции MySQL? Три года? Если предположить, что
начало процесса было в позапрошлом году, осталось года полтора...

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] [devel-announce] I: girar builder

[Kirill A. Shutemov]

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

On Tue, Feb 03, 2009 at 10:31:16PM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> На git.alt активирована сборка пакетов.

А можно ли в
http://git.altlinux.org/tasks/$task_id/build/$subtask_id/$arch/log
складывать лог в реалтайме?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] [devel-announce] I: girar builder

[Alexey Morsov]

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

On Thu, Feb 19, 2009 at 04:23:52PM +0200, Kirill A. Shutemov wrote:
> 
> А можно ли в
> http://git.altlinux.org/tasks/$task_id/build/$subtask_id/$arch/log
> складывать лог в реалтайме?
И ссылку в отчете на него вставить сразу :)


-- 
WBR,
Alexey Morsov
программист ЗАО "ИК "Риком-Траст"
Jabber: samurai@www.fondmarket.ru
ALT Linux Team Member

> Забирайте [пакет из obsolete]
Спасибо. Больше ни у кого не будет возражений против проведения
эксгумации с последующей гальванизацией и реанимацией?
		-- mutabor in devel@

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

Re: [devel] [devel-announce] I: girar builder

[Grigory Batalov]

On Tue, Feb 03, 2009 at 10:31:16PM +0300, Dmitry V. Levin wrote:

> 1. Сборка пакетов из gear-репозиториев:
> + она существует; она работает!
> + успешно собранные пакеты сразу публикуются на
>   http://git.altlinux.org/gears/ (он же git.altlinux.org::gears)
> + при наличии в git.altlinux.org/gears предыдущей сборки пакета
>   с данным именем новая сборка этого пакета должна быть основана
>   на этой предыдущей сборке

А как теперь следует пересобирать зависимые пакеты при обновлении
библиотек? Ранее можно было воспользоваться командой
$ hsh --rebuild-prog=rebuild-prog.sh ...
(см. /usr/share/doc/hasher-*/rebuild-prog.sh)

Теперь же обновлённый srpm не будет принят, поскольку не был собран
из git (если предыдущая версия была из git, что уже не редкость).
Придётся заводить себе кучу репозитариев и коммитить в них?
Не очень удобно.
... 
> 2. Сборка пакетов из srpm-файлов:
> + она ещё работает, но теперь уже поверх сборки из gear-репозиториев
> + успешно собранные пакеты сразу публикуются на
>   http://git.altlinux.org/archive/ (он же git.altlinux.org::archive)
> + при наличии предыдущей сборки из gear пакета с данным именем
>   новая сборка этого пакета не пройдёт проверку наследования
>   от этой предыдущей сборки и будет отвергнута
...