* [devel] Q: directories and subpackages (python-module-sphinx)
@ 2016-03-04 20:38 Ivan Zakharyaschev
2016-03-04 21:44 ` Dmitry V. Levin
2016-03-04 21:54 ` Igor Vlasenko
0 siblings, 2 replies; 10+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-04 20:38 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 1487 bytes --]
В порыве улчшения пакета python-module-sphinx (в т.ч. для того, чтобы он
переживал перезды на новые питоны) не знаю, как кое-что лучше сделать:
Добавил в rpm-macros-sphinx{,3} зависимость на ту директорию, изнутри
которой они могут брать свои несколько файлов. (Чтобы не разъезжалось
никогда при изменении путей.)
Но пока /usr/lib/python3.3/site-packages/sphinx принадлежит и подпакету
_-tests , _-tests вытаскивается при установке rpm-macros-sphinx при
сборке. (А хочется, чтобы только python-module-sphinx{,3} вытаскивались.)
А если исключить директорию из подпакета, будут предупреждения про unowned
files (и что-то ещё плохое?)
Как лучше поступать? (Последние изменения в апкете есть у меня на
git.alt.)
Сейчас подумалось, что вообще зависимость на python-module-sphinx у
rpm-macros-sphinx нарушает саму идею rpm-macros-* (облегчить упаковку
src.rpm).
(sphinx-овые макросы разве воообще важны для упаковки src.rpm?)
Если преследовать такую цель, то стоило бы зависимость на директорию
поменять на conflicts с иными версиями python-module-sphinx?
Есть ли какие-нибудь соображения про:
1. общие директории главного пакета и подпакетов и зависимости на них
2. есть ли смысл отделять rpm-macros-sphinx от python-module-sphinx
вообще?
Приложить RPM Macros Packaging policy как-то не получается. Там говорится
про облегчение засимостей, но я не понимаю, где тут у каких пакета они
фактически облегчаются благодаря существованию rpm-macros-sphinx?
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 20:38 [devel] Q: directories and subpackages (python-module-sphinx) Ivan Zakharyaschev
@ 2016-03-04 21:44 ` Dmitry V. Levin
2016-03-04 21:50 ` Ivan Zakharyaschev
2016-03-04 21:54 ` Igor Vlasenko
1 sibling, 1 reply; 10+ messages in thread
From: Dmitry V. Levin @ 2016-03-04 21:44 UTC (permalink / raw)
To: devel
[-- Attachment #1: Type: text/plain, Size: 490 bytes --]
On Fri, Mar 04, 2016 at 11:38:45PM +0300, Ivan Zakharyaschev wrote:
[...]
> Но пока /usr/lib/python3.3/site-packages/sphinx
> принадлежит и подпакету
> _-tests , _-tests вытаскивается при установке
> rpm-macros-sphinx при
> сборке. (А хочется, чтобы только
> python-module-sphinx{,3} вытаскивались.)
>
> А если исключить директорию из
> подпакета, будут предупреждения про unowned
> files (и что-то ещё плохое?)
Только это. Если мешает, можно исключить.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 21:44 ` Dmitry V. Levin
@ 2016-03-04 21:50 ` Ivan Zakharyaschev
0 siblings, 0 replies; 10+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-04 21:50 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 728 bytes --]
On Sat, 5 Mar 2016, Dmitry V. Levin wrote:
> On Fri, Mar 04, 2016 at 11:38:45PM +0300, Ivan Zakharyaschev wrote:
> [...]
>> Но пока /usr/lib/python3.3/site-packages/sphinx
>> принадлежит и подпакету
>> _-tests , _-tests вытаскивается при установке
>> rpm-macros-sphinx при
>> сборке. (А хочется, чтобы только
>> python-module-sphinx{,3} вытаскивались.)
>>
>> А если исключить директорию из
>> подпакета, будут предупреждения про unowned
>> files (и что-то ещё плохое?)
>
> Только это. Если мешает, можно исключить.
Хорошо, спасибо за совет про самое непонятное.
Вопрос про выделение rpm-macros-sphinx{,3} можно будет решить исходя из
policy и здравого смысла (потом), но это непринципиально сейчас.
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 20:38 [devel] Q: directories and subpackages (python-module-sphinx) Ivan Zakharyaschev
2016-03-04 21:44 ` Dmitry V. Levin
@ 2016-03-04 21:54 ` Igor Vlasenko
2016-03-04 22:01 ` Ivan Zakharyaschev
1 sibling, 1 reply; 10+ messages in thread
From: Igor Vlasenko @ 2016-03-04 21:54 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Fri, Mar 04, 2016 at 11:38:45PM +0300, Ivan Zakharyaschev wrote:
> Сейчас подумалось, что вообще зависимость на python-module-sphinx у
> rpm-macros-sphinx нарушает саму идею rpm-macros-* (облегчить упаковку
> src.rpm).
Да, конечно. Это Евгений неправильно сделал.
rpm-macros-sphinx не должен зависеть от чего-либо.
А его (rpm-macros-sphinx) должен вытягивать
python-module-sphinx или что там прописывается у
> 2. есть ли смысл отделять rpm-macros-sphinx от python-module-sphinx вообще?
Конечно!
Таким как я позарез нужно иметь возможность
выполнить без ошибок rpmbuild -bs --nodeps *.spec
в host системе.
--
I V
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 21:54 ` Igor Vlasenko
@ 2016-03-04 22:01 ` Ivan Zakharyaschev
2016-03-04 22:14 ` Igor Vlasenko
` (2 more replies)
0 siblings, 3 replies; 10+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-04 22:01 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1250 bytes --]
On Fri, 4 Mar 2016, Igor Vlasenko wrote:
> On Fri, Mar 04, 2016 at 11:38:45PM +0300, Ivan Zakharyaschev wrote:
>> Сейчас подумалось, что вообще зависимость на python-module-sphinx у
>> rpm-macros-sphinx нарушает саму идею rpm-macros-* (облегчить упаковку
>> src.rpm).
>
> Да, конечно. Это Евгений неправильно сделал.
Не-не-не, не надо приписывать это ему. Это я в попытке гарантировать
работоспособность макросов при разъезде версий, если вдруг.
> rpm-macros-sphinx не должен зависеть от чего-либо.
> А его (rpm-macros-sphinx) должен вытягивать
> python-module-sphinx или что там прописывается у
Ну да. Я вот только хотел бы спросить ещё про это дело:
по Вашему опыту нужно ли, чтобы был какой-то особый BuildReq на
rpm-macros-sphinx отдельно от на python-module-sphinx? (Если не
задумываться про rpmbuild -bs, выглядит как дуюлирование, если второй
вытягивает первый.)
>> 2. есть ли смысл отделять rpm-macros-sphinx от python-module-sphinx вообще?
>
> Конечно!
> Таким как я позарез нужно иметь возможность
> выполнить без ошибок rpmbuild -bs --nodeps *.spec
> в host системе.
Да, понятно, что это критерий, которым надо будет руководствоваться.
А откуда в хост-системе у Вас rpm-macros-sphinx? Кто его ставит и как его
находит?
Ivan
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 22:01 ` Ivan Zakharyaschev
@ 2016-03-04 22:14 ` Igor Vlasenko
2016-03-04 22:16 ` Ivan Zakharyaschev
2016-03-04 22:57 ` Dmitry V. Levin
2 siblings, 0 replies; 10+ messages in thread
From: Igor Vlasenko @ 2016-03-04 22:14 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sat, Mar 05, 2016 at 01:01:13AM +0300, Ivan Zakharyaschev wrote:
> Не-не-не, не надо приписывать это ему. Это я в попытке гарантировать
> работоспособность макросов при разъезде версий, если вдруг.
Поможет жесткий
Requires = rpm-macros-sphinx = %version-%release
> по Вашему опыту нужно ли, чтобы был какой-то особый BuildReq на
> rpm-macros-sphinx отдельно от на python-module-sphinx? (Если не задумываться
> про rpmbuild -bs, выглядит как дуюлирование, если второй вытягивает первый.)
нет, если всегда с sphinx идет rpm-macros-sphinx,
зачем в спеке плодить лишние сущности?
> >>2. есть ли смысл отделять rpm-macros-sphinx от python-module-sphinx вообще?
> А откуда в хост-системе у Вас rpm-macros-sphinx? Кто его ставит и как его
> находит?
Лично у меня сейчас host система t7,
а пакеты rpm-macros-* установлены из Сизифа.
обновляю их руками, когда rpmbuild -bs требует новый макрос.
Единственное искдючение -- Юра Седунов так в свое время и не
дал мне отковырять в подпакет /usr/lib/rpm/macros.d/Gconf,
а GConf-devel из Сизифа не ставился
поэтому у меня
rpm -qf /usr/lib/rpm/macros.d/Gconf
предупреждение: файл /usr/lib/rpm/macros.d/Gconf не принадлежит ни одному из пакетов
--
I V
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 22:01 ` Ivan Zakharyaschev
2016-03-04 22:14 ` Igor Vlasenko
@ 2016-03-04 22:16 ` Ivan Zakharyaschev
2016-03-04 22:54 ` Dmitry V. Levin
2016-03-04 22:57 ` Dmitry V. Levin
2 siblings, 1 reply; 10+ messages in thread
From: Ivan Zakharyaschev @ 2016-03-04 22:16 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 1576 bytes --]
On Sat, 5 Mar 2016, Ivan Zakharyaschev wrote:
>
> On Fri, 4 Mar 2016, Igor Vlasenko wrote:
>
>> On Fri, Mar 04, 2016 at 11:38:45PM +0300, Ivan Zakharyaschev wrote:
>> > Сейчас подумалось, что вообще зависимость на python-module-sphinx у
>> > rpm-macros-sphinx нарушает саму идею rpm-macros-* (облегчить упаковку
>> > src.rpm).
>>
>> Да, конечно. Это Евгений неправильно сделал.
>
> Не-не-не, не надо приписывать это ему. Это я в попытке гарантировать
> работоспособность макросов при разъезде версий, если вдруг.
Перкзакручивал гайки.
>> rpm-macros-sphinx не должен зависеть от чего-либо.
>> А его (rpm-macros-sphinx) должен вытягивать
>> python-module-sphinx или что там прописывается у
Там сейчас:
Requires: rpm-macros-sphinx3 >= %epoch:%version-%release
Но есть опасность, что rpm-macros-sphinx3 будет содержать ссылки на пути,
которые отсутствуют в текущем python3-modules-sphinx.
Стоит, наверное, просто поставить = и успокоиться.
Это уже само по себе будет давать желаемую гарантию, что если стоит
python3-module-sphinx, то макрос будет лезть в него по правильному пути
(неправильный мог бы появиться в несоответствующей версии).
Я не ошибаюсь?
> Ну да. Я вот только хотел бы спросить ещё про это дело:
Дальше речь шла уже про правильное и краткое оформление иных пакетов,
сипользующих sphinx:
> по Вашему опыту нужно ли, чтобы был какой-то особый BuildReq на
> rpm-macros-sphinx отдельно от на python-module-sphinx? (Если не задумываться
> про rpmbuild -bs, выглядит как дуюлирование, если второй вытягивает первый.)
--
Best regards,
Ivan
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 22:16 ` Ivan Zakharyaschev
@ 2016-03-04 22:54 ` Dmitry V. Levin
0 siblings, 0 replies; 10+ messages in thread
From: Dmitry V. Levin @ 2016-03-04 22:54 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 179 bytes --]
On Sat, Mar 05, 2016 at 01:16:16AM +0300, Ivan Zakharyaschev wrote:
[...]
> Requires: rpm-macros-sphinx3 >= %epoch:%version-%release
А почему ">=" вместо "="?
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [devel] Q: directories and subpackages (python-module-sphinx)
2016-03-04 22:01 ` Ivan Zakharyaschev
2016-03-04 22:14 ` Igor Vlasenko
2016-03-04 22:16 ` Ivan Zakharyaschev
@ 2016-03-04 22:57 ` Dmitry V. Levin
2016-03-05 13:24 ` [devel] [[spec]] += BuildRequires(pre) Michael Shigorin
2 siblings, 1 reply; 10+ messages in thread
From: Dmitry V. Levin @ 2016-03-04 22:57 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 547 bytes --]
On Sat, Mar 05, 2016 at 01:01:13AM +0300, Ivan Zakharyaschev wrote:
[...]
> по Вашему опыту нужно ли, чтобы был
> какой-то особый BuildReq на rpm-macros-sphinx
> отдельно от на python-module-sphinx? (Если не
> задумываться про rpmbuild -bs, выглядит как
> дуюлирование, если второй вытягивает
> первый.)
Только если это BuildRequires(pre), который нужен только тогда,
когда без него не обойтись.
Во всех остальных случаях rpm-macros-FOO должен вытягиваться по
зависимостям пакета rpm-build-FOO/libFOO-devel/etc.
--
ldv
[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* [devel] [[spec]] += BuildRequires(pre)
2016-03-04 22:57 ` Dmitry V. Levin
@ 2016-03-05 13:24 ` Michael Shigorin
0 siblings, 0 replies; 10+ messages in thread
From: Michael Shigorin @ 2016-03-05 13:24 UTC (permalink / raw)
To: devel
On Sat, Mar 05, 2016 at 01:57:28AM +0300, Dmitry V. Levin wrote:
> > по Вашему опыту нужно ли, чтобы был какой-то особый BuildReq
> > на rpm-macros-sphinx отдельно от на python-module-sphinx?
> Только если это BuildRequires(pre), который нужен только тогда,
> когда без него не обойтись.
Кстати, добавил наконец пару строк в http://altlinux.org/spec
-- просьба к заинтересованным проверить/поправить.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2016-03-05 13:24 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-04 20:38 [devel] Q: directories and subpackages (python-module-sphinx) Ivan Zakharyaschev
2016-03-04 21:44 ` Dmitry V. Levin
2016-03-04 21:50 ` Ivan Zakharyaschev
2016-03-04 21:54 ` Igor Vlasenko
2016-03-04 22:01 ` Ivan Zakharyaschev
2016-03-04 22:14 ` Igor Vlasenko
2016-03-04 22:16 ` Ivan Zakharyaschev
2016-03-04 22:54 ` Dmitry V. Levin
2016-03-04 22:57 ` Dmitry V. Levin
2016-03-05 13:24 ` [devel] [[spec]] += BuildRequires(pre) Michael Shigorin
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