ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Ivan Zakharyaschev <imz@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] python transition: 3.3 -> 3.5
Date: Sun, 21 Feb 2016 22:20:55 +0300 (MSK)
Message-ID: <alpine.LFD.2.20.1602212154520.19380@imap.altlinux.org> (raw)
In-Reply-To: <CAEdvWkSzxk6DZ6y4dMwr9WDEfZUDg-aoNNiFtnQ1pQ0Yp_Ampg@mail.gmail.com>

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

On Sun, 21 Feb 2016, Alexey Shabalin wrote:

> 21 февраля 2016 г., 19:12 пользователь Ivan Zakharyaschev
> <imz@altlinux.org> написал:
>> On Sun, 21 Feb 2016, Alexey Shabalin wrote:
>>
>>>> Так что изначальная мысль меняется так: генерировать python3.3(*)
>>>> provides и для новособранных модулей, в том числе python3-base-3.5.
>>>>
>>>> И python3.5 научить по-хорошему смотреть в site-packages для 3.3
>>>> (отдельную директорию).
>>>>
>>>> В таком виде, наверное, можно отправить python3-3.5 в Sisyphus и--в
>>>> теории--не получить unmets. (Ну и ожидается, что более-менее всё будет
>>>> работать.)
>>>
>>>
>>> если ожидается, что все будет работать, то просто надо заменить
>>> provides python3.3(*) -> python3(*)
>>> это вообще решит все проблемы в дальнейшем:)
>>
>>
>> Не ожидается, что будет байткод работать. (Поэтому там версия такая
>> подробная.) А исходный код, возможно, будет. (Он же лежит рядом.)
> тогда в чем отличие от того, что предлагаете вы?

Понятно. Это вопрос про политику упаковки python в дистрибутиве:

>> Но для того, чтоб всё было хорошо, в дистрибутив собирается байткод.

Я понимаю это как-то так:

Считается, что хорошо, когда упакован и работает байткод. В provides 
ставится подробная версия 3.5 как гарантия того, что байткод был успешно 
скомпилирован python версии 3.5, и той большей уверенности в 
работоспособности с python 3.5, которая из этого следует..

В том, что я сказал, это правило временно на переходный период нарушится 
по духу для python3.3(*). Но предлагается считать состояние 
стабилизированным, когда из Sisyphus можно будет удалить пакет, 
предоставляющий site-packages для 3.3 (т.е. ни один старый 3.3-модуль не 
выживет).

В принципе в первоначальной моей мысли я думал не выносить вообще эту 
внутреннюю кухню (и нарушение этого правила по духу) за пределеы одного 
огромного задания (или, точнее, трёх связанных заданий) по пересборке всех 
модулей, которое бы на вход получало Sisyphus с набором 3.3-модулей, а на 
выходе давало набор 3.5-модулей без каких-то следов 3.3.

Т.е. будет ли это работать, нас будет беспокоить только в рамках этого 
задания по пересборке и переходу на 3.5. Возможные проблемы мы не будем 
сеять по всему Sisyphus. Если при пересборке что-то обломится, надо будет 
разобраться. И этот вопрос будет иметь не общий характер ("Будет ли оно 
всегда работать?"), а ограниченный на практике этим заданием по 
пересборке.

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

-- 
Best regards,
Ivan

  parent reply	other threads:[~2016-02-21 19:20 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-21 13:31 Ivan Zakharyaschev
2016-02-21 13:54 ` Alexey Shabalin
2016-02-21 16:12   ` Ivan Zakharyaschev
2016-02-21 17:38     ` Igor Vlasenko
2016-02-21 19:23       ` Ivan Zakharyaschev
2016-02-21 21:25         ` Ivan Zakharyaschev
2016-02-21 21:46           ` Igor Vlasenko
2016-02-21 22:01             ` Ivan Zakharyaschev
2016-02-21 22:06               ` Ivan Zakharyaschev
2016-02-21 17:40     ` Alexey Shabalin
2016-02-21 18:09       ` Dmitry V. Levin
2016-02-21 19:20       ` Ivan Zakharyaschev [this message]
2016-02-23  8:43       ` Vitaly Lipatov
2016-02-24 12:21   ` Ivan Zakharyaschev
2016-02-24 16:44     ` Ivan Zakharyaschev
2016-02-26 14:04       ` Ivan Zakharyaschev

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.1602212154520.19380@imap.altlinux.org \
    --to=imz@altlinux.org \
    --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