ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Alexey Tourbin <at@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] Переходное полиси для для питона
Date: Sun, 28 Oct 2007 17:34:58 +0300
Message-ID: <20071028143458.GE19325@solemn.turbinal> (raw)
In-Reply-To: <47248230.1030004@solin.spb.ru>

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

On Sun, Oct 28, 2007 at 03:36:00PM +0300, Aleksey Avdeev wrote:
> > Думаю, что достаточно чтобы оно пересобралось с новым питоном.
> > Я не знаю, есть ли в питоновских пакетах привычка писать что-нибудь
> > вроде 'make test'.  Это могло бы сделать первичное тестирование
> > существенно более предсказуемым.
> 
>   Теоретически -- да, это то к чему надо стремиться. Но случаи
> прикладной некромантии тоже существенны.

Нет.  Я могу делать только стабильный репозитарий с определенным
дизайном и как бы правилами игры.  Некромантия в эти правила не входит.

Если противоречия в рассылке достигнут апогея, то я, во-первых, не буду
собирать питон 2.5, а во-вторых, отрву rpm-build-python от базовой
сборочной среды.  Тогда питон перейдёт в разряд маргинальных пакетов
и будет ждать новых героев.  Я предупредил. :)

> 1. Пакет для текущего питона называется python-<имя>.
> 2. Для питона отличного от текущего -- pythonX.Y-<имя>.

Надёжный "системный" поиск зависимостей плохо совместим
с альтернативными иерархиями зависимостей.  Это РЕАЛЬНО
создает проблемы, которые в лучшем случае можно решить лишь частично.

> > Можно делать так как я делал с rpm-build.  То есть запускаем тестовую
> > пересборку и смотрим какие есть проблемы.  Решаем часть проблем, опять
> > запускаем тестовую пересборку.  Проблем стало меньше.  Тогда
> > окончательно пускаем в сизиф.
> 
>   Как при этом _простым_ образом решать проблемы с зависимостями от
> пакетов другого мантейнера?

А как два питона решает проблемы с зависимостями?
Пакет A зависит от питона X.Y, пакет B зависит от питона X.Z.
Пакет С зависит от пакетов A и B.

Это что же получается?  Два питона -- это просто способ маскировать
анметы?

Никакой новой проблемы с зависимостями здесь нет.  Есть рутинная
проблема адаптации пакетов к новой среде.

>   Да, git.alt часть проблем закроет... Но возможность вытащить из
> репозитария подходящий pythonX.Y-<имя> (если он уже есть), собранный его
> мантейнером, на мой взгляд не лишняя.

Этих героев нет.  Насколько я вижу, сейчас большая часть питоновских
пакетов собирается по остаточному принципу.  Соответственно, идейная
программа сейчас -- это выжать максимум из остаточного принципа.

Более того, у меня есть такое наблюдение, что люди, которые в принципе
могли бы грамотно взяться за два питона, они занимаются чем-то ещё.
При этом до конца все "двухпитоновские" проблемы всё равно решть бы не
удалось.

> > То есть пересобираемость пакета должна давать минимальную гарантию
> > его работоспособности.  Тогда получается технологичное решение.
> > Иначе, действительно, остается только "источник конфликтов в рассылке".
> 
>   Согласен. Но ручка для явного переключения на pythonX.Y всё равно не
> лишняя.

Вы знаете, я люблю жену, а ещё мне нравится Бритни Спирс.
Говорят даже что она вступала в половые отношения с некоторыми мужчинами.
Ручка для явного переключения была бы не лишней.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

      reply	other threads:[~2007-10-28 14:34 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-26 17:23 Alexey Tourbin
2007-10-26 18:56 ` Peter V. Saveliev
2007-10-26 19:24   ` Alexey Tourbin
2007-10-26 21:05     ` Peter V. Saveliev
2007-10-26 21:58       ` Alexey Tourbin
2007-10-26 22:45         ` Peter V. Saveliev
2007-10-26 23:02           ` Alexey Tourbin
2007-10-26 23:12             ` Peter V. Saveliev
2007-10-27  7:58             ` Andrey Rahmatullin
2007-10-27 14:49               ` Alexey Tourbin
2007-10-27 16:15                 ` Andrey Rahmatullin
2007-10-27  6:22           ` Vitaly Lipatov
2007-10-27  8:05             ` Peter V. Saveliev
2007-10-30  8:30       ` Максим Иванов
2007-10-28  0:56     ` Aleksey Avdeev
2007-10-28  1:58       ` Alexey Tourbin
2007-10-28  4:10         ` Aleksey Avdeev
2007-10-28  7:38           ` Vitaly Lipatov
2007-10-28  9:00             ` Peter V. Saveliev
2007-10-28  9:41               ` Aleksey Avdeev
2007-10-28 13:49                 ` Alexey Tourbin
2007-10-28 10:27             ` Aleksey Avdeev
2007-10-28 22:52             ` Pavlov Konstantin
2007-10-28 10:08           ` Alexey I. Froloff
2007-10-28 10:31             ` Eugene Prokopiev
2007-10-28 11:25               ` Alexey I. Froloff
2007-10-28 14:12               ` Alexey Tourbin
2007-10-28 16:52                 ` Peter V. Saveliev
2007-10-28 17:34                   ` [devel] python vs gcc Alexey Tourbin
2007-10-28 18:43                     ` Peter V. Saveliev
2007-11-02  6:21                       ` Andrey Orlov
2007-11-02  7:25                         ` Peter V. Saveliev
2007-11-02  8:54                           ` Andrey Orlov
2007-11-02  9:20                         ` Alexey I. Froloff
2007-11-03  9:09                           ` Andrey Orlov
2007-11-03 14:07                             ` Alexey I. Froloff
2007-11-05 20:43                               ` Andrey Orlov
2007-10-28 10:38             ` [devel] Переходное полиси для для питона Aleksey Avdeev
2007-10-28 10:58               ` Sergey Bolshakov
2007-10-28 11:20                 ` Aleksey Avdeev
2007-10-28 11:17               ` Alexey I. Froloff
2007-10-28 11:25                 ` Aleksey Avdeev
2007-10-28 11:55                   ` Alexey I. Froloff
2007-10-28 12:42                     ` Aleksey Avdeev
2007-10-28 11:52                 ` Alexey Tourbin
2007-10-28 12:16                   ` Alexey I. Froloff
2007-11-03  9:31               ` Andrey Orlov
2007-10-28 14:12             ` Alexey Tourbin
2007-10-28 16:55               ` Peter V. Saveliev
2007-10-28 12:11           ` Alexey Tourbin
2007-10-28 12:36             ` Aleksey Avdeev
2007-10-28 14:34               ` Alexey Tourbin [this message]

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=20071028143458.GE19325@solemn.turbinal \
    --to=at@altlinux.ru \
    --cc=devel@lists.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