[devel] I: чиним perl-*

[devel] I: чиним perl-*

[Vladimir Lettiev]

Ошибки вида:

* error: Macro %perl_vendor_man3dir not found
  + Удалить в секции files строку с макросом %perl_vendor_man3dir

* error: File not found by glob: /usr/src/tmp/***-buildroot/usr/share/man/man3/*
  + Удалить из секции files строку с %_man3dir

* error: Macro %perl_vendor_man1dir not found
* error: File not found by glob: /usr/src/tmp/***-buildroot/usr/share/man/man1/*
* /bin/install: cannot stat `***.1': No such file or directory
  + Изменить секцию build:
    %perl_vendor_build INSTALLMAN1DIR=%_man1dir
  + Добавить в сборочные зависимости perl-Pod-Parser
  + Заменить %perl_vendor_man1dir на %_man1dir

* podchecker: Command not found
* Can't locate Pod/Usage.pm in @INC
* Error:  Can't locate Pod/Find.pm in @INC
  + Добавить в сборочные зависимости perl-Pod-Parser

* pod2man: command not found
* Can't locate Pod/Man.pm in @INC
  + Добавить в сборочные зависимости perl-podlators (как только
пройдёт задание #32740)

* Can't locate Fatal.pm in @INC
  + Добавить в сборочные зависимости perl-autodie

* Can't locate Term/ANSIColor.pm in @INC
  +  Добавить в сборочные зависимости perl-Term-ANSIColor

* Can't locate Class/ISA.pm in @INC
  +  Добавить в сборочные зависимости perl-Class-ISA

* Can't locate IPC/SysV.pm in @INC
  +  Добавить в сборочные зависимости perl-IPC-SysV

* Error:  Can't locate Math/Trig.pm in @INC
  + Добавить в сборочные зависимости perl-Math-Complex

-- 
Vladimir Lettiev aka crux <theCrux@gmail.com>

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

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

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

Скажем, через 2-3 дня, на ночь со среды на четверг или в четверг,
я бы запустил girar-nmu для массовой починки пакетов
(там более 500 пакетов сломалось).
 
Не будет возражений?


On Mon, Nov 15, 2010 at 08:28:32PM +0300, Vladimir Lettiev wrote:
> Ошибки вида:
> 
> * error: Macro %perl_vendor_man3dir not found
>   + Удалить в секции files строку с макросом %perl_vendor_man3dir
> 
> * error: File not found by glob: /usr/src/tmp/***-buildroot/usr/share/man/man3/*
>   + Удалить из секции files строку с %_man3dir
> 
> * error: Macro %perl_vendor_man1dir not found
> * error: File not found by glob: /usr/src/tmp/***-buildroot/usr/share/man/man1/*
> * /bin/install: cannot stat `***.1': No such file or directory
>   + Изменить секцию build:
>     %perl_vendor_build INSTALLMAN1DIR=%_man1dir
>   + Добавить в сборочные зависимости perl-Pod-Parser
>   + Заменить %perl_vendor_man1dir на %_man1dir
> 
> * podchecker: Command not found
> * Can't locate Pod/Usage.pm in @INC
> * Error:  Can't locate Pod/Find.pm in @INC
>   + Добавить в сборочные зависимости perl-Pod-Parser
> 
> * pod2man: command not found
> * Can't locate Pod/Man.pm in @INC
>   + Добавить в сборочные зависимости perl-podlators (как только
> пройдёт задание #32740)
> 
> * Can't locate Fatal.pm in @INC
>   + Добавить в сборочные зависимости perl-autodie
> 
> * Can't locate Term/ANSIColor.pm in @INC
>   +  Добавить в сборочные зависимости perl-Term-ANSIColor
> 
> * Can't locate Class/ISA.pm in @INC
>   +  Добавить в сборочные зависимости perl-Class-ISA
> 
> * Can't locate IPC/SysV.pm in @INC
>   +  Добавить в сборочные зависимости perl-IPC-SysV
> 
> * Error:  Can't locate Math/Trig.pm in @INC
>   + Добавить в сборочные зависимости perl-Math-Complex
> 
> -- 
> Vladimir Lettiev aka crux <theCrux@gmail.com>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel

-- 

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

Re: [devel] I: чиним perl-*

[Vladimir Lettiev]

15 ноября 2010 г. 20:48 пользователь Igor Vlasenko написал:
> Уважаемые коллеги,
> все исправления, о которых идет речь, стереотипные
> и их проведение вполне по силам скрипту.
>
> Как раз скоро уже будет релиз girar-nmu utils,
> я эти скрипты довел до вполне приличного состояния,
> не помешала бы пробный запуск перед релизом.
>
> Скажем, через 2-3 дня, на ночь со среды на четверг или в четверг,
> я бы запустил girar-nmu для массовой починки пакетов
> (там более 500 пакетов сломалось).
>
> Не будет возражений?

Неплохо бы в два этапа делать, скажем, случайную выборку пакетов
15-20, потом проверить их сборку и результат, затем остальное. Чтобы
предотвратить тиражирования какой-нибудь досадной ошибки.
Как показала практика, после автоматической правки всё равно есть ещё
вероятность сломаться на тестах и ручной работы по исправлению
не избежать.

-- 
Vladimir Lettiev aka crux <theCrux@gmail.com>

Re: [devel] I: чиним perl-*

[Slava Dubrovskiy]

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

 15.11.2010 19:48, Igor Vlasenko пишет:
> Уважаемые коллеги, 
> все исправления, о которых идет речь, стереотипные 
> и их проведение вполне по силам скрипту.
>
> Как раз скоро уже будет релиз girar-nmu utils,
> я эти скрипты довел до вполне приличного состояния,
> не помешала бы пробный запуск перед релизом.
>
> Скажем, через 2-3 дня, на ночь со среды на четверг или в четверг,
> я бы запустил girar-nmu для массовой починки пакетов
> (там более 500 пакетов сломалось).
>  
> Не будет возражений?
Во спасибо добрый человек. :)

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 5525 bytes --]

Re: [devel] I: чиним perl-*

[Mikhail Efremov]

On Mon, 15 Nov 2010 20:28:32 +0300 Vladimir Lettiev wrote:
> * pod2man: command not found
> * Can't locate Pod/Man.pm in @INC
>   + Добавить в сборочные зависимости perl-podlators (как только
> пройдёт задание #32740)

Ранее в heartbeat мне этого не хватило. Разбираться не стал, добавил
perl-Pod-Parser, как советовал ldv@, так собралось.
После #32740 должно собираться и с только perl-podlators?

-- 
WBR, Mikhail Efremov

Re: [devel] I: чиним perl-*

[Vladimir Lettiev]

15 ноября 2010 г. 21:09 пользователь Mikhail Efremov написал:
> On Mon, 15 Nov 2010 20:28:32 +0300 Vladimir Lettiev wrote:
>> * pod2man: command not found
>> * Can't locate Pod/Man.pm in @INC
>>   + Добавить в сборочные зависимости perl-podlators (как только
>> пройдёт задание #32740)
>
> Ранее в heartbeat мне этого не хватило. Разбираться не стал, добавил
> perl-Pod-Parser, как советовал ldv@, так собралось.
> После #32740 должно собираться и с только perl-podlators?

После #32740 perl-podlators будет вытаскивать по зависимостям perl-Pod-Parser
и наоборот тоже верно. Так что не важно какой из них ставить в зависимости.

-- 
Vladimir Lettiev aka crux <theCrux@gmail.com>

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

On Mon, Nov 15, 2010 at 09:04:34PM +0300, Vladimir Lettiev wrote:
> 15 ноября 2010 г. 20:48 пользователь Igor Vlasenko написал:
> > Уважаемые коллеги,
> > все исправления, о которых идет речь, стереотипные
> > и их проведение вполне по силам скрипту.
> > Не будет возражений?
> 
> Неплохо бы в два этапа делать, скажем, случайную выборку пакетов
> 15-20, потом проверить их сборку и результат, затем остальное. Чтобы
> предотвратить тиражирования какой-нибудь досадной ошибки.
> Как показала практика, после автоматической правки всё равно есть ещё
> вероятность сломаться на тестах и ручной работы по исправлению
> не избежать.

Это понятно, по закону больших чисел всегда что-нибудь да отвалится.
Но там уже каждый пакет будет в отдельной task, поэтому даже если
5% не починится, это будет означать, что 95%, т.е. прибл. 500,
починится.

Кроме того, для удобства тестировать пересборкой перед выкладыванием 
я еще добавил в girar-nmu утилиту girar-nmu-local-build.
И я ей обязательно воспользуюсь ;)

-- 

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

Re: [devel] I: чиним perl-*

[Afanasov Dmitry]

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

On Mon, Nov 15, 2010 at 08:28:00PM +0200, Igor Vlasenko wrote:
> On Mon, Nov 15, 2010 at 09:04:34PM +0300, Vladimir Lettiev wrote:
> > 15 ноября 2010 г. 20:48 пользователь Igor Vlasenko написал:
> > > Уважаемые коллеги,
> > > все исправления, о которых идет речь, стереотипные
> > > и их проведение вполне по силам скрипту.
> > > Не будет возражений?
не будет.

> Кроме того, для удобства тестировать пересборкой перед выкладыванием 
> я еще добавил в girar-nmu утилиту girar-nmu-local-build.
> И я ей обязательно воспользуюсь ;)
надеюсь, это означает, что о 00-tmp-$name.git мы больше не услышим? 
-- 
 С уважением
 Афанасов Дмитрий

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

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

On Mon, Nov 15, 2010 at 09:32:56PM +0300, Afanasov Dmitry wrote:
> > я еще добавил в girar-nmu утилиту girar-nmu-local-build.
> надеюсь, это означает, что о 00-tmp-$name.git мы больше не услышим? 

Нет, это никак не связано.
 00-tmp- -- это префикс по умолчанию, (можно поменять опцией -p) 
который добавляется перед именем временного git репозитория,
из которого будет производиться сборка.

Этот временный репозиторий создается прямо перед добавлением
пакета в task и _сразу же_ удаляется.

Поверьте, вам этот временный репозиторий не нужен.
Если сборка удалась, то изменения вы возьмете из
git://git.altlinux.org/gears/${name:0:1}/${name}.git refs/heads/sisyphus,
если же не удалась, то они и не нужны.

Почему удалять?

* иначе у майнтайнера на 100-м -- 200-м пакете банально
кончится дисковая квота. Проходили эти грабли.

* иначе каталог майнтайнера, который делал nmu,
засоряется машинным генератом.

Почему префикс?

* чтобы случайно не испортить рабочий репозиторий

* чтобы легко отличать где  рабочие репозитории,
а где машинный генерат.



-- 

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

Re: [devel] I: чиним perl-*

[Dmitry V. Levin]

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

On Mon, Nov 15, 2010 at 07:48:40PM +0200, Igor Vlasenko wrote:
> Уважаемые коллеги, 
> все исправления, о которых идет речь, стереотипные 
> и их проведение вполне по силам скрипту.

Самая распространенная ошибка (>500 пакетов) это
error: Macro %perl_vendor_man3dir not found

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

> Как раз скоро уже будет релиз girar-nmu utils,
> я эти скрипты довел до вполне приличного состояния,
> не помешала бы пробный запуск перед релизом.
> 
> Скажем, через 2-3 дня, на ночь со среды на четверг или в четверг,
> я бы запустил girar-nmu для массовой починки пакетов
> (там более 500 пакетов сломалось).

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


-- 
ldv

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

Re: [devel] I: чиним perl-*

[Dmitry V. Levin]

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

On Mon, Nov 15, 2010 at 08:28:32PM +0300, Vladimir Lettiev wrote:
> Ошибки вида:
[...]
> * pod2man: command not found
> * Can't locate Pod/Man.pm in @INC
>   + Добавить в сборочные зависимости perl-podlators (как только
> пройдёт задание #32740)

Я добавлял perl-Pod-Parser.

Внимание, некоторые пакеты прошли тестовую пересборку, но в их логах
присутствует эта ошибка, что означает неправильную сборку с потерей
manpages.  Вот имена этих пакетов:

avr-gcc-4.5.1-alt1
convmv-1.14-alt1
debmirror-2.4.6-alt1
gcc4.1-4.1.2-alt9
gcc4.3-4.3.2-alt15
gcc4.4-4.4.5-alt2
gcc4.5-4.5.1-alt4
mingw32-gcc-4.4.2-alt1
openssl098-0.9.8o-alt5
openssl10-1.0.0a-alt2
rabbitmq-server-1.6.0-alt3
sudo-1.6.8p12-alt8

Все они теперь должны иметь сборочную зависимость на perl-Pod-Parser
(или perl-podlators после завершения выполнения задания #32740).


-- 
ldv

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

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

On Tue, Nov 16, 2010 at 12:28:49AM +0300, Dmitry V. Levin wrote:
> On Mon, Nov 15, 2010 at 07:48:40PM +0200, Igor Vlasenko wrote:
> > Уважаемые коллеги, 
> > все исправления, о которых идет речь, стереотипные 
> > и их проведение вполне по силам скрипту.
> > Скажем, через 2-3 дня, на ночь со среды на четверг или в четверг,
> > я бы запустил girar-nmu для массовой починки пакетов
> > (там более 500 пакетов сломалось).
 
> Вообще поломка сборки пакета -- это уникальный шанс, который дается
> мейнтейнеру для того, чтобы вспомнить, что у него есть такой пакет, с
> которым можно сделать что-нибудь хорошее, например, обновить.
> Может быть, имеет смысл отложить запуск робота на недельку и
> предоставить мейнтейнеру этот шанс?

ОК, ОК.

Я собирался делать пересборку только в рамках своих acl
(@qa, @cpan), откуда и срок  2-3 дня, но десять дней -- 
уже серьезный срок, тогда можно и претендовать
на получение acl nmu на остальные сломавшиеся пакеты
от администратора репозитория.

Тогда уже прошу официально принять мою заявку на проведение 
массового NMU. десять дней, уже серьезный срок, чтобы претендовать
на получение acl nmu.

-- 

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

Re: [devel] I: чиним perl-*

[Dmitry V. Levin]

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

On Mon, Nov 15, 2010 at 11:46:34PM +0200, Igor Vlasenko wrote:
[...]
> Я собирался делать пересборку только в рамках своих acl
> (@qa, @cpan), откуда и срок  2-3 дня, но десять дней -- 
> уже серьезный срок, тогда можно и претендовать
> на получение acl nmu на остальные сломавшиеся пакеты
> от администратора репозитория.

Подавляющее большинство пострадавших пакетов -- это perl-*, а они
сейчас все без исключения уже доступны для сборки группе @cpan.

> Тогда уже прошу официально принять мою заявку на проведение 
> массового NMU. десять дней, уже серьезный срок, чтобы претендовать
> на получение acl nmu.

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


-- 
ldv

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

Re: [devel] I: чиним perl-*

[Sergey Y. Afonin]

On Tuesday 16 November 2010, Dmitry V. Levin wrote:

> Может быть, имеет смысл отложить запуск робота на недельку и
> предоставить мейнтейнеру этот шанс?

Вот я, как раз, хотел спросить: сделать на пару дней отсрочку и предоставить
возможность протестировать робота, или уже чинить (сегодня не буду уже, завтра
собирался... хотя нет, уже сегодня, но как проснусь ;-) ).

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

Re: [devel] I: чиним perl-*

[Dmitry V. Levin]

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

On Mon, Nov 15, 2010 at 08:28:32PM +0300, Vladimir Lettiev wrote:
> * error: Macro %perl_vendor_man1dir not found
> * error: File not found by glob: /usr/src/tmp/***-buildroot/usr/share/man/man1/*
> * /bin/install: cannot stat `***.1': No such file or directory
>   + Изменить секцию build:
>     %perl_vendor_build INSTALLMAN1DIR=%_man1dir
>   + Добавить в сборочные зависимости perl-Pod-Parser
>   + Заменить %perl_vendor_man1dir на %_man1dir

Пакету sdf это не помогает, всё равно
File not found by glob: /usr/src/tmp/sdf-buildroot/usr/share/man/man1/*

В логе сборке нет фразы "Manifying ../blib/man1/pod2sdf.1" которая
была там раньше.


-- 
ldv

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

Re: [devel] I: чиним perl-*

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

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

On Mon, Nov 15, 2010 at 08:56:45PM +0200, Igor Vlasenko wrote:

IV> Нет, это никак не связано.
IV>  00-tmp- -- это префикс по умолчанию, (можно поменять опцией -p) 
IV> который добавляется перед именем временного git репозитория,
IV> из которого будет производиться сборка.

Кстати, фичреквест. А можно создавать этот временный git-репо не с помощью
git init, а с помощью git clone из gears? :)

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

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

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

Re: [devel] I: чиним perl-*

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

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

On Mon, Nov 15, 2010 at 09:32:56PM +0300, Afanasov Dmitry wrote:

AD> надеюсь, это означает, что о 00-tmp-$name.git мы больше не услышим? 

В связи с чем такие надежды, и чем мешает 00-tmp-$name.git? :)

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

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

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

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

On Tue, Nov 16, 2010 at 04:52:06AM +0300, Денис Смирнов wrote:
> On Mon, Nov 15, 2010 at 08:56:45PM +0200, Igor Vlasenko wrote:
> 
> IV> Нет, это никак не связано.
> IV>  00-tmp- -- это префикс по умолчанию, (можно поменять опцией -p) 
> IV> который добавляется перед именем временного git репозитория,
> IV> из которого будет производиться сборка.
> 
> Кстати, фичреквест. А можно создавать этот временный git-репо не с помощью
> git init, а с помощью git clone из gears? :)

Да, спасибо, реализовал в 0.21.

-- 

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

Re: [devel] I: чиним perl-*

[Dmitry V. Levin]

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

On Tue, Nov 16, 2010 at 05:06:23PM +0200, Victor Forsiuk wrote:
> >> perl-Mail-Mbox-MessageParser: packaged 1.5000, newest 1.5002  --- ACL: at @cpan

task #32803.


-- 
ldv

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

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

On Tue, Nov 16, 2010 at 12:54:26AM +0300, Dmitry V. Levin wrote:
> > Я собирался делать пересборку только в рамках своих acl
> > (@qa, @cpan), откуда и срок  2-3 дня, но десять дней -- 
> > уже серьезный срок, тогда можно и претендовать
> > на получение acl nmu на остальные сломавшиеся пакеты
> > от администратора репозитория.
> 
> > Тогда уже прошу официально принять мою заявку на проведение 
> > массового NMU. десять дней, уже серьезный срок, чтобы претендовать
> > на получение acl nmu.
> 
> Тогда будьте добры список этих пакетов, имена которых не начинаются с perl-.


alien
augeas
backup-manager
biblatex-biber
cdck
cdlabelgen
clusterssh
ctanify
cvs2cl
dahdi-tools
dayplanner
debian2spec
dhcpdump
dvdrip
ffprobe
fix-mime-charset
fsbackup
fuse-chunkfs
ganglia
gcc3.4
gtk-vnc
imapsync
kBuild
ldapsh
libmemcached
libvirt
lrzip
memcache-top
mingw32-binutils
mpdtoys
mpi-selector
mrtg
mysqlsla
netpbm
obconf
openbox
pam_krb5
parallel
parrot
pdbv
po4a
postgrey
pptp-client
repocop
sendxmpp
sks
spampd
stellarium
surfraw
tcc
tetex-latex-feynmf
texlive-bin
texlive-extra
txt2html
udpcast
upx
virt-manager
virt-viewer
virt-what
vpnc
vzdump
xvattr
zim


-- 

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

Re: [devel] I: чиним perl-*

[Sergey Y. Afonin]

On Tuesday 16 November 2010, Victor Forsiuk wrote:

> >> perl-Net-Interface: packaged 0.11, newest 1.012  --- ACL: asy @cpan

Я, пока, не готов это сделать. Во-первых, там есть бага "always overflow
destination buffer", которую я для себя поправил, но без вникания в
подробности кода: это в IPv6, который мне, пока, не нужен (автор в курсе,
обещал поправить в следующей версии, только тишина пока). Во-вторых у того
скрипта, которым я пользуюсь и для которого нужен этот модуль, от 1.012
едет крыша из-за обилия новых вариантов интерфейсов. ТАк вот написали, а
у меня пока руки поправить не доходят. Но всё это в не очень далёких планах,
так как потребность в IPv6 не за горами, на самом деле.

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

Re: [devel] I: чиним perl-*

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

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

On Mon, Nov 15, 2010 at 08:28:32PM +0300, Vladimir Lettiev wrote:

VL> * Can't locate Fatal.pm in @INC
VL>   + Добавить в сборочные зависимости perl-autodie

Я вот думаю -- а может приучить buildreq ставить зависимости в случае
перла не на пакеты, а вида 'perl(Fatal.pm)'?

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

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

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

Re: [devel] I: чиним perl-*

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

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

On Tue, Nov 16, 2010 at 04:27:24PM +0200, Igor Vlasenko wrote:

IV> Да, спасибо, реализовал в 0.21.

А можно еще все-таки фичу типа проверки на версию? То есть я говорю
"пересобери пакет такой-то с версией такой-то", и если версия уже старше
-- чтобы вежливо посылал лесом, вместо того чтобы его пересобирать?

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

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

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

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

Re: [devel] I: чиним perl-*

[Dmitry V. Levin]

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

On Sat, Nov 20, 2010 at 09:32:59AM +0300, Денис Смирнов wrote:
> On Mon, Nov 15, 2010 at 08:28:32PM +0300, Vladimir Lettiev wrote:
> 
> VL> * Can't locate Fatal.pm in @INC
> VL>   + Добавить в сборочные зависимости perl-autodie
> 
> Я вот думаю -- а может приучить buildreq ставить зависимости в случае
> перла не на пакеты, а вида 'perl(Fatal.pm)'?

Я не против, патчи приветствуются.


-- 
ldv

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

Re: [devel] I: чиним perl-*

[Igor Vlasenko]

On Sat, Nov 20, 2010 at 09:34:19AM +0300, Денис Смирнов wrote:
> On Tue, Nov 16, 2010 at 04:27:24PM +0200, Igor Vlasenko wrote:
> 
> IV> Да, спасибо, реализовал в 0.21.
> 
> А можно еще все-таки фичу типа проверки на версию? То есть я говорю
> "пересобери пакет такой-то с версией такой-то", и если версия уже старше
> -- чтобы вежливо посылал лесом, вместо того чтобы его пересобирать?
> 
> Это мне массовую пересборку, которую я таки устрою теперь сразу после
> очередной тестовой пересборки очень здорово облегчит.

гм. та же утилита girar-nmu-prepare 
на вход получает полный путь к файлу, с name-version-release.src.rpm.

Т.е. это IMHO организационный вопрос.
Если бы скрипты генерировали списки в формате name-version-release, например,
то их потом можно было фильтровать test -f /path/to/Sis/SRPMS/name-version-release.src.rpm, получая только старые пакеты.

т.е. раз такие проблемы, то стоит считать списки в формате name-version-release.

-- 

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