ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Ivan Zakharyaschev <imz@altlinux.org>
To: Aleksei Nikiforov <darktemplar@basealt.ru>
Cc: devel@lists.altlinux.org, Michael Shigorin <mike@altlinux.org>
Subject: [devel] findreq_skiplist should affect findprov_skiplist; was: Re: Fwd: [#193076] FAILED python-module-paste.git=1.7.5.1-alt3.hg20140319.1.1.1
Date: Tue, 14 Nov 2017 15:48:13 +0300 (MSK)
Message-ID: <alpine.LFD.2.20.1711141410330.1631@imap.altlinux.org> (raw)
In-Reply-To: <f4ac27af-4148-11f2-4f27-992a4f5548f4@basealt.ru>

[-- Attachment #1: Type: text/plain, Size: 3358 bytes --]

Здравствуйте!

On Mon, 13 Nov 2017, Aleksei Nikiforov wrote:

> 13.11.2017 16:20, Michael Shigorin пишет:

>> >  	i586: NEW unmet dependencies detected:
>> >  python3-module-paste#1.7.5.1-alt3.hg20140319.1.1.1 
>> >  python3(flup.middleware.session) < 0
>> >  python3-module-paste#1.7.5.1-alt3.hg20140319.1.1.1 
>> >  python3(hotshot.stats) < 0
>> >  	x86_64: NEW unmet dependencies detected:
>> >  python3-module-paste#1.7.5.1-alt3.hg20140319.1.1.1 
>> >  python3(flup.middleware.session) < 0
>> >  python3-module-paste#1.7.5.1-alt3.hg20140319.1.1.1 
>> >  python3(hotshot.stats) < 0
>
> Генератор зависимостей отловил зависимости, которые раньше пропускал.

Спасибо за изучение вопроса! Я согласен с выводами, а ещё мне пришла идея 
по поводу того, что авто-Provides неработающего модуля -- это обман; 
можно было бы такие модули сразу исключать из списка Provides.

> hotshot.stats - требуется файлом paste/debug/profile.py.
> Модуль hotshot есть в python-2, а вот в python-3 его похоже не завезли. Лучше 
> всего требующий его файл удалить из пакета для python-3, в крайнем случае

Я тоже так считаю. Особенно если его в принципе для python-3 не бывает.

> можно заставить генератор зависимостей этот файл пропускать.
> 
> flup.middleware.session - требуется файлом paste/flup_session.py.
> Также можно удалить этот файл (причём как из python-3 пакета, так и из 
> python-2 пакета), либо добавить в исключения.
>
> В спеке уже есть строки:
> % add_python_req_skip flup openid scgi
> % add_python3_req_skip flup openid scgi hotshot
>
> Мне кажется, лучше всего эти файлы удалить, но если хочется их оставить, то 
> наверно лучше это сделать примерно так:
> % add_findreq_skiplist %python_sitelibdir/%modulename/flup_session.py
> % add_findreq_skiplist %python3_sitelibdir/%modulename/flup_session.py
> % add_findreq_skiplist %python3_sitelibdir/%modulename/debug/profile.py

(Я плохо представляю себе для чего служит этот пакет и как работает.) Но 
если это поддержка разных механизмов/сайтов (как куча плагинов каких-то) и 
в принципе это человеку может быть полезно, если он достанет себе 
необходимые дополнительные модули на Python, то мне кажется, что лучше 
оставить файлы и возможность использовать дополнительные фичи.

Если же этот пакет людям не нужен, а нужен только автоматам, которые 
поставили пакет и используют, то им файл не нужен, можно удалять.

Ещё я подумал, что если файл исключается из поиска зависимостей (как выше 
предложено), то мы убираем гарантию того, что он будет работать. 
Соответственно и о Provides стоит подумать: если он не будет работать, то 
и не надо обманывать клиентов, включать его в список Provides. А для 
удобства людей файл можно оставить лежать.

Может, подумать о том, чтобы эту идею закрепить в виде реализации такой 
связки skiplist-ов для autoreqs и autoprovs в rpm-build. (Если Provides 
всё-таки законен, то можно же руками добавить.)

К тому же, если плохо работает find-requires, а не файл нерабочий, то 
можно просто отфильтровать с помощью %filter_from_requires (или 
%add_python*_req_skip).

> Кстати, раз уж пересобираете этот пакет, почему бы не обновить его? На pypi 
> лежит версия 2.0.3.

Да никому он не был сильно интересен, вот никто и не собирает.

Здесь, думаю, нужно либо удалять файлы, либо попробовать исключить сразу 
из списка авто-Requires и авто-Provides.

-- 
Best regards,
Ivan

           reply	other threads:[~2017-11-14 12:48 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <f4ac27af-4148-11f2-4f27-992a4f5548f4@basealt.ru>]

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.1711141410330.1631@imap.altlinux.org \
    --to=imz@altlinux.org \
    --cc=darktemplar@basealt.ru \
    --cc=devel@lists.altlinux.org \
    --cc=mike@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