* [devel] Излишние зависимости на графические библиотеки
@ 2017-12-17 16:50 Vitaly Lipatov
2017-12-17 17:40 ` Alexey V. Vissarionov
` (2 more replies)
0 siblings, 3 replies; 13+ messages in thread
From: Vitaly Lipatov @ 2017-12-17 16:50 UTC (permalink / raw)
To: ALT Linux Team development discussions
Добрый день!
Иногда случается, что пакет, от которого не ожидают установки libgtk3+
или libX11, неожиданно приобретают такие зависимости.
Было бы неплохо, чтобы была возможность заблокировать сборку пакета при
этом.
Как я вижу: сверяясь с предварительно составленным списком пакетов,
зависящих от libX11 (по цепочке), принимаем решение, проходит пакет или
нет.
Что-то типа Conflicts:, но не на этапе установки, а после сборки, и,
причём, рекурсивно.
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-17 16:50 [devel] Излишние зависимости на графические библиотеки Vitaly Lipatov
@ 2017-12-17 17:40 ` Alexey V. Vissarionov
2017-12-17 19:28 ` Dmitry V. Levin
2017-12-25 10:25 ` [devel] Излишние зависимости на графические библиотеки Sergey V Turchin
2 siblings, 0 replies; 13+ messages in thread
From: Alexey V. Vissarionov @ 2017-12-17 17:40 UTC (permalink / raw)
To: ALT Linux Team development discussions
[-- Attachment #1: Type: text/plain, Size: 909 bytes --]
On 2017-12-17 19:50:57 +0300, Vitaly Lipatov wrote:
> Добрый день! Иногда случается, что пакет, от которого не
> ожидают установки libgtk3+ или libX11, неожиданно приобретают
> такие зависимости. Было бы неплохо, чтобы была возможность
> заблокировать сборку пакета при этом.
И автоматически отрывать ру... Впрочем, это уже обсуждалось :-)
> Как я вижу: сверяясь с предварительно составленным списком
> пакетов, зависящих от libX11 (по цепочке), принимаем решение,
> проходит пакет или нет.
> Что-то типа Conflicts:, но не на этапе установки, а после
> сборки, и, причём, рекурсивно.
Ээээ... BuildConflicts: не помогает? То есть, что-то наподобие
BuildConflicts: libX11-devel xorg-xproto-devel xorg-xextproto-devel
--
Alexey V. Vissarionov
gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii
GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-17 16:50 [devel] Излишние зависимости на графические библиотеки Vitaly Lipatov
2017-12-17 17:40 ` Alexey V. Vissarionov
@ 2017-12-17 19:28 ` Dmitry V. Levin
2017-12-18 19:02 ` Vitaly Lipatov
2017-12-23 23:44 ` [devel] Излишние зависимости на графические библиотеки [try2] Vitaly Lipatov
2017-12-25 10:25 ` [devel] Излишние зависимости на графические библиотеки Sergey V Turchin
2 siblings, 2 replies; 13+ messages in thread
From: Dmitry V. Levin @ 2017-12-17 19:28 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 714 bytes --]
On Sun, Dec 17, 2017 at 07:50:57PM +0300, Vitaly Lipatov wrote:
>
> Добрый день!
> Иногда случается, что пакет, от которого не ожидают установки libgtk3+
> или libX11, неожиданно приобретают такие зависимости.
> Было бы неплохо, чтобы была возможность заблокировать сборку пакета при
> этом.
>
> Как я вижу: сверяясь с предварительно составленным списком пакетов,
> зависящих от libX11 (по цепочке), принимаем решение, проходит пакет или
> нет.
>
> Что-то типа Conflicts:, но не на этапе установки, а после сборки, и,
> причём, рекурсивно.
Если вы не хотите, чтобы libX11 попал в сборочную среду, напишите
BuildConflicts: libX11
и всё, пакет не соберётся на ранней стадии.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-17 19:28 ` Dmitry V. Levin
@ 2017-12-18 19:02 ` Vitaly Lipatov
2017-12-23 23:56 ` Dmitry V. Levin
2017-12-23 23:44 ` [devel] Излишние зависимости на графические библиотеки [try2] Vitaly Lipatov
1 sibling, 1 reply; 13+ messages in thread
From: Vitaly Lipatov @ 2017-12-18 19:02 UTC (permalink / raw)
To: ALT Devel discussion list; +Cc: Dmitry V. Levin
Dmitry V. Levin писал 17.12.17 22:28:
...
> Если вы не хотите, чтобы libX11 попал в сборочную среду, напишите
> BuildConflicts: libX11
> и всё, пакет не соберётся на ранней стадии.
Возможно, я что-то перемудрил.
Но ведь есть простые случаи, когда формируется установочная зависимость
на пакет, отсутствующий во время сборки.
Возьмём программу на python, которая импортирует модуль dbus.
При сборке пакета сформируется зависимость на python2.7(dbus)
и мы получим вот такую неясность:
https://bugzilla.altlinux.org/show_bug.cgi?id=34351
И BuildConflicts: libX11 не поможет.
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-18 19:02 ` Vitaly Lipatov
@ 2017-12-23 23:56 ` Dmitry V. Levin
0 siblings, 0 replies; 13+ messages in thread
From: Dmitry V. Levin @ 2017-12-23 23:56 UTC (permalink / raw)
To: ALT Devel discussion list
[-- Attachment #1: Type: text/plain, Size: 938 bytes --]
On Mon, Dec 18, 2017 at 10:02:17PM +0300, Vitaly Lipatov wrote:
> Dmitry V. Levin писал 17.12.17 22:28:
> ...
> > Если вы не хотите, чтобы libX11 попал в сборочную среду, напишите
> > BuildConflicts: libX11
> > и всё, пакет не соберётся на ранней стадии.
> Возможно, я что-то перемудрил.
>
> Но ведь есть простые случаи, когда формируется установочная зависимость
> на пакет, отсутствующий во время сборки.
> Возьмём программу на python, которая импортирует модуль dbus.
>
> При сборке пакета сформируется зависимость на python2.7(dbus)
>
> и мы получим вот такую неясность:
> https://bugzilla.altlinux.org/show_bug.cgi?id=34351
>
> И BuildConflicts: libX11 не поможет.
Какие ещё простые варианты я могу вам предложить?
Запакуйте подпакет что-нибудь-install-test, добавьте ему в Requires все
пакеты, которые вы хотите чтобы попали, и в Conflicts все пакеты, которые
вы не хотите чтобы попали.
--
ldv
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки [try2]
2017-12-17 19:28 ` Dmitry V. Levin
2017-12-18 19:02 ` Vitaly Lipatov
@ 2017-12-23 23:44 ` Vitaly Lipatov
1 sibling, 0 replies; 13+ messages in thread
From: Vitaly Lipatov @ 2017-12-23 23:44 UTC (permalink / raw)
To: ALT Devel discussion list; +Cc: Dmitry V. Levin
Мне кажется, что вопрос важный, и я как раз подвёл тему к сути проблемы.
Dmitry V. Levin писал 17.12.17 22:28:
...
> Если вы не хотите, чтобы libX11 попал в сборочную среду, напишите
> BuildConflicts: libX11
> и всё, пакет не соберётся на ранней стадии.
Возможно, я что-то перемудрил.
Но ведь есть простые случаи, когда формируется установочная зависимость
на пакет, отсутствующий во время сборки.
Возьмём программу на python, которая импортирует модуль dbus.
При сборке пакета сформируется зависимость на python2.7(dbus)
и мы получим вот такую неясность:
https://bugzilla.altlinux.org/show_bug.cgi?id=34351
И BuildConflicts: libX11 не поможет.
--
С уважением,
Виталий Липатов,
Etersoft
_______________________________________________
Devel mailing list
Devel@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-17 16:50 [devel] Излишние зависимости на графические библиотеки Vitaly Lipatov
2017-12-17 17:40 ` Alexey V. Vissarionov
2017-12-17 19:28 ` Dmitry V. Levin
@ 2017-12-25 10:25 ` Sergey V Turchin
2017-12-25 19:21 ` Vitaly Lipatov
2 siblings, 1 reply; 13+ messages in thread
From: Sergey V Turchin @ 2017-12-25 10:25 UTC (permalink / raw)
To: ALT Linux Team development discussions
On Sunday, 17 December 2017 19:50:57 MSK Vitaly Lipatov wrote:
> Добрый день!
> Иногда случается, что пакет, от которого не ожидают установки libgtk3+
> или libX11, неожиданно приобретают такие зависимости.
> Было бы неплохо, чтобы была возможность заблокировать сборку пакета при
> этом.
Проще сломать нахождение лишней библиотеки в сборочных скриптах пакета, если
штатное отключение не предусмотрено.
[...]
--
Regards, Sergey.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-25 10:25 ` [devel] Излишние зависимости на графические библиотеки Sergey V Turchin
@ 2017-12-25 19:21 ` Vitaly Lipatov
2017-12-26 10:32 ` Anton V. Boyarshinov
0 siblings, 1 reply; 13+ messages in thread
From: Vitaly Lipatov @ 2017-12-25 19:21 UTC (permalink / raw)
To: ALT Linux Team development discussions; +Cc: Sergey V Turchin
Sergey V Turchin писал 25.12.17 13:25:
> On Sunday, 17 December 2017 19:50:57 MSK Vitaly Lipatov wrote:
>> Добрый день!
>> Иногда случается, что пакет, от которого не ожидают установки libgtk3+
>> или libX11, неожиданно приобретают такие зависимости.
>> Было бы неплохо, чтобы была возможность заблокировать сборку пакета
>> при
>> этом.
> Проще сломать нахождение лишней библиотеки в сборочных скриптах пакета,
> если
> штатное отключение не предусмотрено.
Я не уверен, что смог объяснить проблему. Я при сборке ничего не знаю о
том, какие зависимости о тех пакетах, которые есть в requires у тех
пакетов, которые будет найдены мне в зависимости автопоиском при сборке
пакета.
Я вот приводил такое пример:
Возьмём программу на python, которая импортирует модуль dbus.
При сборке пакета сформируется зависимость на python2.7(dbus)
и мы получим вот такую неясность:
https://bugzilla.altlinux.org/show_bug.cgi?id=34351
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-25 19:21 ` Vitaly Lipatov
@ 2017-12-26 10:32 ` Anton V. Boyarshinov
2017-12-26 12:41 ` Vitaly Lipatov
0 siblings, 1 reply; 13+ messages in thread
From: Anton V. Boyarshinov @ 2017-12-26 10:32 UTC (permalink / raw)
To: Vitaly Lipatov; +Cc: ALT Linux Team development discussions, Sergey V Turchin
> Возьмём программу на python, которая импортирует модуль dbus.
>
> При сборке пакета сформируется зависимость на python2.7(dbus)
>
> и мы получим вот такую неясность:
> https://bugzilla.altlinux.org/show_bug.cgi?id=34351
А в чём тут неясность?
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-26 10:32 ` Anton V. Boyarshinov
@ 2017-12-26 12:41 ` Vitaly Lipatov
2017-12-26 12:43 ` Michael Shigorin
2017-12-27 10:29 ` Igor Zubkov
0 siblings, 2 replies; 13+ messages in thread
From: Vitaly Lipatov @ 2017-12-26 12:41 UTC (permalink / raw)
To: Anton V. Boyarshinov
Cc: ALT Linux Team development discussions, Sergey V Turchin
Anton V. Boyarshinov писал 26.12.17 13:32:
>> Возьмём программу на python, которая импортирует модуль dbus.
>>
>> При сборке пакета сформируется зависимость на python2.7(dbus)
>>
>> и мы получим вот такую неясность:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=34351
> А в чём тут неясность?
Ну суть была в том, что сборке пакета не отследить, что при установке он
потянет за собой десятки графических библиотек на сервер.
Вопрос был в том, что у нас нет механизма проверить это на этапе сборки.
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-26 12:41 ` Vitaly Lipatov
@ 2017-12-26 12:43 ` Michael Shigorin
2017-12-26 12:56 ` Vitaly Lipatov
2017-12-27 10:29 ` Igor Zubkov
1 sibling, 1 reply; 13+ messages in thread
From: Michael Shigorin @ 2017-12-26 12:43 UTC (permalink / raw)
To: devel, Anton V. Boyarshinov, Sergey V Turchin
On Tue, Dec 26, 2017 at 03:41:11PM +0300, Vitaly Lipatov wrote:
> Вопрос был в том, что у нас нет механизма проверить это на этапе сборки.
Как уже сказали, BuildConflicts:
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-26 12:43 ` Michael Shigorin
@ 2017-12-26 12:56 ` Vitaly Lipatov
0 siblings, 0 replies; 13+ messages in thread
From: Vitaly Lipatov @ 2017-12-26 12:56 UTC (permalink / raw)
To: ALT Linux Team development discussions
Cc: Sergey V Turchin, Anton V. Boyarshinov
Michael Shigorin писал 26.12.17 15:43:
> On Tue, Dec 26, 2017 at 03:41:11PM +0300, Vitaly Lipatov wrote:
>> Вопрос был в том, что у нас нет механизма проверить это на этапе
>> сборки.
>
> Как уже сказали, BuildConflicts:
Как уже, ответили, это ничего не решает:
https://lists.altlinux.org/pipermail/devel/2017-December/203758.html
Но решение через -install-test
https://lists.altlinux.org/pipermail/devel/2017-December/203761.html
выглядит очень неплохо, и вполне решит задачу.
--
С уважением,
Виталий Липатов,
Etersoft
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [devel] Излишние зависимости на графические библиотеки
2017-12-26 12:41 ` Vitaly Lipatov
2017-12-26 12:43 ` Michael Shigorin
@ 2017-12-27 10:29 ` Igor Zubkov
1 sibling, 0 replies; 13+ messages in thread
From: Igor Zubkov @ 2017-12-27 10:29 UTC (permalink / raw)
To: ALT Linux Team development discussions
2017-12-26 14:41 GMT+02:00 Vitaly Lipatov:
> Anton V. Boyarshinov писал 26.12.17 13:32:
>>>
>>> Возьмём программу на python, которая импортирует модуль dbus.
>>>
>>> При сборке пакета сформируется зависимость на python2.7(dbus)
>>>
>>> и мы получим вот такую неясность:
>>> https://bugzilla.altlinux.org/show_bug.cgi?id=34351
>>
>> А в чём тут неясность?
>
> Ну суть была в том, что сборке пакета не отследить, что при установке он
> потянет за собой десятки графических библиотек на сервер.
>
> Вопрос был в том, что у нас нет механизма проверить это на этапе сборки.
Я думаю что это надо делать на этапе сборки. К тому же, это не будет
работать нормально так.
Если это делать только на этапе сборки то тогда сборщик никогда не
узнает что эти зависимости поехали после сборки. Т.е. после в
репозитории попал пакет который потянул что-то ещё и будет как в том
баге 34351.
Надо просто написать для prometheus2 свой repocop :)
--
Igor Zubkov
http://hi.im/ice
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2017-12-27 10:29 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-12-17 16:50 [devel] Излишние зависимости на графические библиотеки Vitaly Lipatov
2017-12-17 17:40 ` Alexey V. Vissarionov
2017-12-17 19:28 ` Dmitry V. Levin
2017-12-18 19:02 ` Vitaly Lipatov
2017-12-23 23:56 ` Dmitry V. Levin
2017-12-23 23:44 ` [devel] Излишние зависимости на графические библиотеки [try2] Vitaly Lipatov
2017-12-25 10:25 ` [devel] Излишние зависимости на графические библиотеки Sergey V Turchin
2017-12-25 19:21 ` Vitaly Lipatov
2017-12-26 10:32 ` Anton V. Boyarshinov
2017-12-26 12:41 ` Vitaly Lipatov
2017-12-26 12:43 ` Michael Shigorin
2017-12-26 12:56 ` Vitaly Lipatov
2017-12-27 10:29 ` Igor Zubkov
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