From: Alexey Tourbin <at@altlinux.ru> To: devel@altlinux.ru Subject: [devel] Re: perl packages Date: Fri, 5 Sep 2003 16:15:19 +0400 Message-ID: <20030905121518.GG1697@julia.office.altlinux.ru> (raw) In-Reply-To: <20030905110816.GC28482@abr.tool.ru> [-- Attachment #1: Type: text/plain, Size: 3254 bytes --] On Fri, Sep 05, 2003 at 03:08:16PM +0400, Andrey Brindeew wrote: > У меня hasher'а никогда, видимо, не будет. Ибо по моим сведениям, > hasher'у нужно полное локальное дерево Сизифа (т.к. он не умеет > пользоваться удаленными репозитариями). Да. Но некоторая часть пакетов, которая не пересобирается в hasher'е, просто имеет неадекватный BuildReqruies. Другая часть не собирается из-за требования нового perl.req. У hasher'а нет какой-то собственной принципиальной специфики. > А если учесть еще то, что hasher & sandman - всё-таки разные, то полного > счастья опять мы не получаем. У разработчика всё будет прекрасно > собираться в sandman'е, а у incominger'а - не будет в hasher'е. Или > наоборот. Тогда главный вопрос будет -- почему так происходит. Возможно, удастся выявить неочевидные проблемы с пакетом. В этом смысле лучше, если пакет не собирается, чем собирается. > > - пакет должен иметь адекватные зависимости BuildRequires, полученные > > с помощью buildreq (как минимум perl-devel); замечание: пока иногда > > придется делать buildreq --args=-bi *.spec > > Вроде я так всегда и делаю. Это связано со спецификой новых скриптов. В процессе B::Deparse/`perl -c' проходит стадия компиляции перлового кода, исполнение кода BEGIN и загрузка всех модулей из use. Поэтому могут цепляться дополнительные файлы (хотя, по идее, то же саоме должно происходить в тестах). > > - пакет должен собираться с помощью макросов %perl_vendor_build и > > %perl_vendor_install (кстати, они умеют брать параметры) > > Дока есть? Или как обычно, "look into sources"? :-( Доки нет. Но есть man ExtUtils::MakeMaker, который описывает стандартную процедуру сборки перловых пакетов. Если пакет не собирается с помощью стандартной процедуры, значит он кривой. Из-за неясной мне пока специфики RPM, макросы специфического вида он не берёт: %perl_vendor_build --load-lazy не работает. Обходной путь: ARGS=--load-lazy %perl_vendor_build $ARGS > > - пакет должен проходить все тесты; исключения: > > + требуется запуск X > > + требуется запуск системных сервисов > > + подразумевается специальная сетевая активность > > Тесты на подключение к БД сюда попадают? Для примера смотреть Да, попадают. > > Напоминаю, что тесты можно отключать избирательно (в случае исключений). > > Каким образом? Если тесты физически выглядят как t/*.t, то можно удалить соответствующие *.t файлы. Возможно, при этом придется отредактировать MANIFEST. Пример из perl58.spec: # skip some tests that fail under buildreq/strace or make dependencies %ifdef __buildreqs files="t/io/openpid.t t/op/fork.t t/op/stat.t lib/diagnostics.t lib/Pod/t/basic.t lib/Term/Cap.t ext/POSIX/t/waitpid.t" %__rm -f $files %__mv MANIFEST MANIFEST.orig %__grep -Fv "$files" MANIFEST.orig > MANIFEST %endif > Что надо писать в Summary? Зачем этот модуль нужен, что он делает. > > Предлагается привести пакеты в соответствие с новыми требованиями. > > В сущности, несколько maintainer'ов получили это предложение ещё вчера. > > Отказ от предложения может привести к перемещению пакета в orphaned. :) > > Сурово. Посмотрим, как багзилла будет жить без perl-Template - он ведь > тоже в списке! :-) Может привести, а может и не привести. :) Вчера пересобрал 10 пакетов... [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2003-09-05 12:15 UTC|newest] Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top 2003-09-04 14:18 [devel] " Alexey Tourbin 2003-09-05 11:08 ` Andrey Brindeew 2003-09-05 12:15 ` Alexey Tourbin [this message] 2003-09-07 21:38 ` [devel] packages Dmitry V. Levin 2003-09-08 8:05 ` Anatoly A. Yakushin 2003-09-08 8:16 ` [devel] hasher docs Dmitry V. Levin 2003-09-08 8:35 ` Anatoly A. Yakushin 2003-09-08 8:47 ` Dmitry V. Levin 2003-09-08 9:05 ` Gerasimov Dmitry 2003-09-08 10:37 ` [devel] " Michael Shigorin 2003-09-08 10:43 ` Dmitry V. Levin 2003-09-08 13:05 ` Michael Shigorin 2003-09-08 13:27 ` Sviatoslav Sviridov/Lintec Project 2003-09-08 14:15 ` Dmitry V. Levin 2003-09-12 12:47 ` Viktor S. Grishchenko 2003-09-12 17:23 ` Vitaly Lipatov 2003-09-08 8:23 ` [devel] packages Andrey Brindeew 2003-09-08 8:46 ` Dmitry V. Levin 2003-09-08 9:03 ` Alexey I. Froloff 2003-09-08 18:04 ` Вячеслав Диконов 2003-09-08 19:48 ` Dmitry V. Levin 2003-09-11 15:06 ` [devel] Sisyphus status Dmitry V. Levin 2003-09-11 15:16 ` Alex Murygin 2003-09-11 15:28 ` Dmitry V. Levin 2003-09-11 15:33 ` [devel] " Alexey Tourbin 2003-09-11 15:36 ` [devel] " Alex Murygin 2003-09-11 15:47 ` [devel] " Alexey Tourbin 2003-09-11 17:09 ` [devel] " Dmitry V. Levin 2003-09-11 17:36 ` Вячеслав Диконов 2003-09-11 17:50 ` Phoenix 2003-09-11 18:07 ` [devel] " Alexey Tourbin 2003-09-11 17:52 ` [devel] " Вячеслав Диконов 2003-09-11 18:14 ` Denis Ovsienko 2003-09-11 18:15 ` Вячеслав Диконов 2003-09-12 9:11 ` Anton Farygin 2003-09-11 19:21 ` [devel] " Michael Shigorin 2003-09-12 12:25 ` Michael Shigorin 2003-09-18 16:37 ` Anton Farygin 2003-09-24 16:14 ` Dmitry V. Levin 2003-09-25 8:48 ` Michael Shigorin 2003-09-25 8:51 ` Denis Ovsienko 2003-09-11 21:32 ` [devel] " Andrey Orlov 2003-09-12 3:56 ` Alexander Belov 2003-09-12 8:06 ` Stanislav Ievlev 2003-09-12 12:13 ` Anatoly A. Yakushin 2003-09-12 12:25 ` Dmitry V. Levin 2003-09-15 11:48 ` Dmitry V. Levin 2003-09-15 13:29 ` [devel] " Michael Shigorin 2003-09-16 8:04 ` Stanislav Ievlev 2003-09-16 4:10 ` [devel] " Albert R. Valiev 2003-09-16 8:05 ` Stanislav Ievlev 2003-09-16 15:46 ` Вячеслав Диконов 2003-09-24 16:18 ` Dmitry V. Levin 2003-09-25 8:03 ` Alexey I. Froloff 2003-09-25 13:41 ` [devel] " Alexey Tourbin 2003-09-25 15:06 ` Alexey I. Froloff 2003-09-25 15:17 ` Alexey Tourbin 2003-09-25 8:07 ` [devel] q: xmms maintainership (was: Sisyphus status) Michael Shigorin 2003-09-25 8:36 ` [devel] Re: Sisyphus status Michael Shigorin 2003-09-25 9:02 ` [devel] " Denis Ovsienko 2003-09-26 11:41 ` Вячеслав Диконов 2003-09-27 7:14 ` Alexander Bokovoy 2003-09-25 9:31 ` [devel] кажется, нашел (was: Sisyphus status) Michael Shigorin 2003-09-25 15:01 ` [devel] " Alexey Tourbin 2003-09-25 9:38 ` [devel] Sisyphus status Yura Zotov 2003-09-25 14:43 ` [devel] Re: Sisyphus status -- perl packages Alexey Tourbin 2003-09-25 17:07 ` Michael Shigorin 2003-09-26 14:43 ` Alexey Tourbin 2003-09-26 14:48 ` Dmitry V. Levin 2003-09-08 10:34 ` [devel] typo (was: perl packages) Michael Shigorin 2003-09-08 11:11 ` [devel] " Alexey Tourbin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20030905121518.GG1697@julia.office.altlinux.ru \ --to=at@altlinux.ru \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git