From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 2 Mar 2016 23:40:38 +0300 (MSK) From: Ivan Zakharyaschev To: ALT Linux Team development discussions Message-ID: User-Agent: Alpine 2.20 (LFD 67 2015-01-07) MIME-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="1807885841-720913563-1456951238=:19380" Subject: [devel] some python packaging problems on the example of aiohttp 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: Wed, 02 Mar 2016 20:40:38 -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-720913563-1456951238=:19380 Content-Type: text/plain; format=flowed; charset=KOI8-R Content-Transfer-Encoding: 8BIT Пакет python-module-aiohttp демонстрирует некоторые текущие проблемы разной степени серьёзности. Раз уж прочитал его .spec-файл и в нём сконцентрировано несколько проблем сразу, то предлагаю почистить его вручную и заодно использовать его случай для извлечения общей пользы. 1. он перестал собираться из-за зависимости на эти objects.inv Проблема (на уровне пакета) не крайне серьёзная, потому что в любом случае будет решаться на уровне репозитория (таких 404 пакета). Хочется переписать %prepare_sphinx в духе последних собранных коммитов python-module-sphinx (чтоб лез в /usr/share/, а не /usr/lib/python3.3/site-packages/sphinx/ за objects.inv -- это облегчит и переезд на новую версию, когда меняется путь, но часть пакетов ещё не пересобрана) Убрать BuildReqs на objects.inv. (А на уровне репозитория в целях ускорения массового перехода на новый python3 будут добавлены obsoletes-provides, но почему бы не почистить этот spec сразу.) 2. имеет в BuildReqs самого себя. Крайне неудачно для пересборки "архитектурно-зависимого" подмножества питоновых пакетов, которую нам предстоит сделать. Хочется проверить, можно ли избавиться. 3. dangerous packaging в виде нечистки ../python3/, в котором происходит сборка Несерьёзно, потому что у нас hasher, но без hasher приводит к непредсказуемым эффектам. Хочется почистить по крайней мере как в последних собранных коммитах python-module-snowballstemmer. 4. -f убрать у cp и rm там, где наличие/отсутствие файлов (как того же ../python3/) значит, что всё пошло не так, как задумал maintainer. (Последние собранные коммиты ipython такие.) Хочется более предсказуемую обламывающуюся сборку иметь. Почему бы заодно не почистить. (Ср. облом при прикладывании патчей, когда исходники поменялись.) Денис (nbr@), может быть, поправишь проверишь? -- Best regards, Ivan --1807885841-720913563-1456951238=:19380--