[devel] I: перспективы автоматизации с помощью .watch файлов.

[devel] I: перспективы автоматизации с помощью .watch файлов.

[Igor Vlasenko]

I: перспективы автоматизации с помощью .watch файлов.
----------------------------------------------------
В текущем виде uupdate-like автоматизация не совсем полная,
так как хоть она и снимает с майнтайнера часть рутинной
работы, никуда не девается необходимость сличать исходники,
не появились ли у пакета новые сборочные зависимости.

Поэтому в перспективе я еще хочу как опцию прикрутить к обновлению
анализаторы кода, которые будут читать configure.ac и т.д.
и добавлять в BuildRequires: все то, чего там, по их мнению,
не хватает для новой версии.

С этими анализаторами я в перспективе хочу развернуть
на watch.altlinux.org автосборщик, который будет
следить за пакетами с watch файлами, и при выходе новой
версии отправлять на test-only новый пакет.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

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

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

On Sun, Oct 16, 2011 at 08:40:38PM +0300, Igor Vlasenko wrote:

IV> С этими анализаторами я в перспективе хочу развернуть
IV> на watch.altlinux.org автосборщик, который будет
IV> следить за пакетами с watch файлами, и при выходе новой
IV> версии отправлять на test-only новый пакет.

Я бы еще предложил запускать buildreq, и если его вывод вдруг изменился --
сообщать об этом мантейнеру. Аналогично смотреть за изменением
зависимостей у rpm'ки (дабы отлавливать случаи отвалившихся необязательных
зависимостей).

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

[Michael Shigorin]

On Sun, Oct 16, 2011 at 11:18:34PM +0400, Денис Смирнов wrote:
> Я бы еще предложил запускать buildreq,

buildreq -u

> и если его вывод вдруг изменился -- сообщать об этом

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

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

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

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

On Thu, Oct 20, 2011 at 12:51:13PM +0300, Michael Shigorin wrote:

>> Я бы еще предложил запускать buildreq,
MS> buildreq -u

Да, кстати. И смотреть изменения в обоих списках -- в "оптимизированном"
тоже.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

[Igor Vlasenko]

On Thu, Oct 20, 2011 at 09:35:06PM +0400, Денис Смирнов wrote:
> On Thu, Oct 20, 2011 at 12:51:13PM +0300, Michael Shigorin wrote:
> 
> >> Я бы еще предложил запускать buildreq,
> MS> buildreq -u
> 
> Да, кстати. И смотреть изменения в обоих списках -- в "оптимизированном"
> тоже.

До автоматического сервиса watch->test test only build еще долгая дорога.

Я пока пишу утилиты gear-uupdate*, которыми хочу дожать 
автоматизацию работы с gear.

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

Уже есть прототип, с которым можно поиграть.

gear-uupdate-prepare генерирует набор скриптов,
по скрипту на каждый шаг, а gear-uupdate-execute их исполняет,
удаляя успешно завершившиеся скрипты.

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

Это закроет автоматизацию tarball-updated репозиториев,
и надо будет думать, как стандартизировать 
раскрытие информации об источниках обновлений для
SCM обновляемых репозиториев. Последние сейчас для совместной 
работы неудобны, использующие git-svn в особенности,
но и использующие сторонний git тоже -- "из коробки" они
не настроены и нужно тратить время, чтобы искать и настраивать
источник обновлений. И всегда есть риск обновиться не оттуда.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

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

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

On Fri, Oct 21, 2011 at 12:09:07AM +0300, Igor Vlasenko wrote:

IV> Я пока пишу утилиты gear-uupdate*, которыми хочу дожать 
IV> автоматизацию работы с gear.
IV> чтобы умная утилита могла самостоятельно обновить апстиримную ветвь,
IV> произвести все необходимые мержи и внести изменения в спек,
IV> на основе анализа одних только .gear-rules.

Ты планируешь ограничиться обновлением из tar, или svn/git тоже?

IV> Это закроет автоматизацию tarball-updated репозиториев,
IV> и надо будет думать, как стандартизировать 
IV> раскрытие информации об источниках обновлений для
IV> SCM обновляемых репозиториев. Последние сейчас для совместной 
IV> работы неудобны, использующие git-svn в особенности,
IV> но и использующие сторонний git тоже -- "из коробки" они
IV> не настроены и нужно тратить время, чтобы искать и настраивать
IV> источник обновлений. И всегда есть риск обновиться не оттуда.

Еще может использоваться и тот вариант что я использую для asterisk1.11 --
просто делать снапшоты.

Причем астериск не получится _нормально_ импортировать git-svn, ибо digium
иногда занимаются переписыванием истории. Хотя то что я там сделал --
жутко грязный хак, на который я стараюсь не смотреть.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

[Igor Vlasenko]

On Fri, Oct 21, 2011 at 03:48:29AM +0400, Денис Смирнов wrote:
> Ты планируешь ограничиться обновлением из tar, или svn/git тоже?

C svn/git сначала надо заделать дыру в дизайне gear,
чтобы был стандартный вид записи о удаленных источниках
коммитов,
при чем, желательно, прозрачно интегрированный в gear, чтобы,
например, gear-update-tag автоматически заносил туде те 
remotes, коммиты из которых реально используются в текущих
.gear-rules.

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

Впрочем, возможно, у него сегодня не тот день.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] I: перспективы автоматизации с помощью .watch файлов.

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

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

On Fri, Oct 21, 2011 at 01:36:51PM +0300, Igor Vlasenko wrote:

IV> при чем, желательно, прозрачно интегрированный в gear, чтобы,
IV> например, gear-update-tag автоматически заносил туде те 
IV> remotes, коммиты из которых реально используются в текущих
IV> .gear-rules.

А зачем? Нормальная практика, когда для этого используется бранч upstream.
Уже локальный. Даже если он и берется изначально из remote источника.

Мне это кажется удобнее.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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