[devel] Излишние зависимости на графические библиотеки

[devel] Излишние зависимости на графические библиотеки

[Vitaly Lipatov]

Добрый день!
Иногда случается, что пакет, от которого не ожидают установки libgtk3+ 
или libX11, неожиданно приобретают такие зависимости.
Было бы неплохо, чтобы была возможность заблокировать сборку пакета при 
этом.

Как я вижу: сверяясь с предварительно составленным списком пакетов, 
зависящих от libX11 (по цепочке), принимаем решение, проходит пакет или 
нет.

Что-то типа Conflicts:, но не на этапе установки, а после сборки, и, 
причём, рекурсивно.


-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] Излишние зависимости на графические библиотеки

[Alexey V. Vissarionov]

[-- 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 --]

Re: [devel] Излишние зависимости на графические библиотеки

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] Излишние зависимости на графические библиотеки

[Vitaly Lipatov]

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

Re: [devel] Излишние зависимости на графические библиотеки [try2]

[Vitaly Lipatov]

Мне кажется, что вопрос важный, и я как раз подвёл тему к сути проблемы.

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

Re: [devel] Излишние зависимости на графические библиотеки

[Dmitry V. Levin]

[-- 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 --]

Re: [devel] Излишние зависимости на графические библиотеки

[Sergey V Turchin]

On Sunday, 17 December 2017 19:50:57 MSK Vitaly Lipatov wrote:
> Добрый день!
> Иногда случается, что пакет, от которого не ожидают установки libgtk3+
> или libX11, неожиданно приобретают такие зависимости.
> Было бы неплохо, чтобы была возможность заблокировать сборку пакета при
> этом.
Проще сломать нахождение лишней библиотеки в сборочных скриптах пакета, если 
штатное отключение не предусмотрено.

[...]

-- 
Regards, Sergey.

Re: [devel] Излишние зависимости на графические библиотеки

[Vitaly Lipatov]

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

Re: [devel] Излишние зависимости на графические библиотеки

[Anton V. Boyarshinov]

 
> Возьмём программу на python, которая импортирует модуль dbus.
> 
> При сборке пакета сформируется зависимость на python2.7(dbus)
> 
> и мы получим вот такую неясность:
> https://bugzilla.altlinux.org/show_bug.cgi?id=34351
А в чём тут неясность?

Re: [devel] Излишние зависимости на графические библиотеки

[Vitaly Lipatov]

Anton V. Boyarshinov писал 26.12.17 13:32:
>> Возьмём программу на python, которая импортирует модуль dbus.
>> 
>> При сборке пакета сформируется зависимость на python2.7(dbus)
>> 
>> и мы получим вот такую неясность:
>> https://bugzilla.altlinux.org/show_bug.cgi?id=34351
> А в чём тут неясность?
Ну суть была в том, что сборке пакета не отследить, что при установке он 
потянет за собой десятки графических библиотек на сервер.

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

-- 
С уважением,
Виталий Липатов,
Etersoft

Re: [devel] Излишние зависимости на графические библиотеки

[Michael Shigorin]

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

Re: [devel] Излишние зависимости на графические библиотеки

[Vitaly Lipatov]

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

Re: [devel] Излишние зависимости на графические библиотеки

[Igor Zubkov]

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