From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 21 Feb 2016 22:20:55 +0300 (MSK) From: Ivan Zakharyaschev To: ALT Linux Team development discussions In-Reply-To: Message-ID: References: User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-509975135-1456082455=:19380" Subject: Re: [devel] python transition: 3.3 -> 3.5 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Feb 2016 19:20:55 -0000 Archived-At: List-Archive: List-Post: This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1807885841-509975135-1456082455=:19380 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 21 Feb 2016, Alexey Shabalin wrote: > 21 февраля 2016 г., 19:12 пользователь Ivan Zakharyaschev > написал: >> 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 --1807885841-509975135-1456082455=:19380--