From: Ivan Zakharyaschev <imz@altlinux.org> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Cc: shaba@altlinux.org, mike@altlinux.org Subject: Re: [devel] Осторожно, Модерн! (python-module-pbr-2.0.0-alt1) Date: Wed, 14 Jun 2017 22:49:59 +0300 (MSK) Message-ID: <alpine.LFD.2.20.1706142233290.9354@imap.altlinux.org> (raw) In-Reply-To: <a5e8dafc-d93f-ab00-4e6a-49e98481403f@cg.ru> [-- Attachment #1: Type: text/plain, Size: 3221 bytes --] On Wed, 14 Jun 2017, Lenar Shakirov wrote: > > 14.06.2017 14:57, Lenar Shakirov пишет: >> 30.05.2017 23:20, Michael Shigorin пишет: >> > On Tue, May 30, 2017 at 08:22:17PM +0300, Alexey Shabalin wrote: >> > > С приехавшим в сизиф python-module-pbr-2.0.0-alt1, скорее всего >> > > сломается сборка у множества пакетов, использующих pbr для сборки. >> > > С ошибкой >> > > ImportError: No module named test >> > > >> > > Для исправления нужно добавить >> > > BuildRequires: python-module-setuptools-tests >> > > и для python3 >> > > BuildRequires: python3-module-setuptools-tests >> > > >> > > PS: хорошобы мантейнеру о таких изменениях предупреждать заранее. >> > Может, это ему в Requires: уместно? >> > >> >> Кстати, не проще смержить обратно python-module-setuptools и >> python-module-setuptools-tests? >> >> https://bugzilla.altlinux.org/29279 Это создаст меньшую гибкость при bootsrap-е/пересборке питоновских пакетов, потому что добавит лишних зависимостей, легко не отключаемых ручкой --without-check или т.п. (Не знаю, принципиально ли они тяжёлые. Посмотрим ниже на сравнение зависимостей.) Ещё у меня есть сомнения о том, что этот пакет python3-module-setuptools-tests правильно назван. Ведь если он нужен для сборки других пакетов, то речь не идёт просто о тестах для самого пакета, как это принято для *-tests. > Прошу посмотреть/проверить старших товарищей: > http://git.altlinux.org/tasks/184227/ Кажется, тут самая тяжёлая зависимость, которая добавляется , это pytest. Оно ещё что-то за собой потянет. Точно не могу сказать, но предпочтительнее так не делать. А вот этот pbr, из-за которого начались проблемы -- он только для тестов используется, т.е. отключался бы ручкой --without-check? В любом случае, я бы сказал, что вернуть в него зависимость чуть предпочтительнее, чем укрупнять setuptools, а ещё предпочтительнее обновить buildreq во всех затронутых пакетах... правда, по-умному: под %if-ами. (Такую фичу в buildreq мы обсуждали, когда массово пересобирали питон, но не реализовали.) Правда, тут вопрос, кто когда это сможет сделать. --- /tmp/.private/imz/compare_packages.lOBfzgbP5p/1 2017-06-14 22:21:44.139002654 +0300 +++ /tmp/.private/imz/compare_packages.lOBfzgbP5p/2 2017-06-14 22:21:44.144002483 +0300 @@ -7,6 +7,7 @@ python3(collections) < 0 python3(contextlib) < 0 python3(ctypes) < 0 +python3(datetime) < 0 python3(distutils) < 0 python3(distutils.ccompiler) < 0 python3(distutils.cmd) < 0 @@ -42,6 +43,8 @@ python3(inspect) < 0 python3(io) < 0 python3(lib2to3.refactor) < 0 +python3(locale) < 0 +python3(logging) < 0 python3(numbers) < 0 python3(operator) < 0 python3(os) < 0 @@ -51,6 +54,7 @@ python3(platform) < 0 python3(plistlib) < 0 python3(posixpath) < 0 +python3(pytest) < 0 python3(random) < 0 python3(re) < 0 python3(shlex) < 0 @@ -58,12 +62,13 @@ python3(site) < 0 python3(socket) < 0 python3(stat) < 0 +python3(string) < 0 python3(struct) < 0 python3(subprocess) < 0 python3(symbol) < 0 python3(tarfile) < 0 python3(tempfile) < 0 -python3(textwrap) < 0 +python3(threading) < 0 python3(token) < 0 python3(types) < 0 python3(unicodedata) < 0 -- Best regards, Ivan
next prev parent reply other threads:[~2017-06-14 19:49 UTC|newest] Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-05-30 17:22 Alexey Shabalin 2017-05-30 20:20 ` Michael Shigorin 2017-06-14 11:57 ` Lenar Shakirov 2017-06-14 12:21 ` Lenar Shakirov 2017-06-14 19:49 ` Ivan Zakharyaschev [this message] 2017-06-14 22:40 ` Vitaly Lipatov 2017-06-14 23:01 ` Ivan Zakharyaschev 2017-05-30 22:54 ` Lenar Shakirov
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=alpine.LFD.2.20.1706142233290.9354@imap.altlinux.org \ --to=imz@altlinux.org \ --cc=devel@lists.altlinux.org \ --cc=mike@altlinux.org \ --cc=shaba@altlinux.org \ /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