From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <511E21DA.3070807@altlinux.org> Date: Fri, 15 Feb 2013 15:54:02 +0400 From: Paul Wolneykien Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.5) Gecko/20120621 Thunderbird/10.0.5 MIME-Version: 1.0 To: devel@lists.altlinux.org References: <20130214170759.GA19544@altlinux.org> <511D20F9.2030207@solin.spb.ru> <511D3187.7050608@solin.spb.ru> <511D554B.1000106@solin.spb.ru> <20130214233632.GA23787@altlinux.org> <511D7B67.3060100@solin.spb.ru> <20130215003724.GA24060@altlinux.org> <511D8F67.903@solin.spb.ru> <20130215014201.GD24060@altlinux.org> <511D997D.2090800@solin.spb.ru> <20130215023702.GA24516@altlinux.org> <511DF7A0.9090101@altlinux.org> <511E1F6F.3080306@solin.spb.ru> In-Reply-To: <511E1F6F.3080306@solin.spb.ru> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] I: [python3] python.req: ERROR 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: Fri, 15 Feb 2013 11:54:03 -0000 Archived-At: List-Archive: List-Post: 15.02.2013 15:43, Aleksey Avdeev пишет: > 15.02.2013 12:53, Paul Wolneykien пишет: >> 15.02.2013 06:37, Dmitry V. Levin пишет: >>> On Fri, Feb 15, 2013 at 06:12:13AM +0400, Aleksey Avdeev wrote: >>>> ... >>>>> Здесь ничего сказать не могу: ещё не лазил на столько глубоко в эту >>>>> кухню (если полезу -- гарантированно сорву заданные сроки). >>> На мой взгляд, не отведав этой кухни, в пасть питону лучше не лезть. >> >> Лёша, что именно за кухня? Работа prov и req парсеров в RPM? Что-то >> специфичное для Питона? Если перовое, то на altlinux.org или около него >> должна быть какая-то документация, рекомендации по сборке пакетов. А >> если второе, то лучше спрашивай напрямую у питоноводов. У того же peet@ >> к примеру, -- полагаю, что он лазал питону не только в пасть... > > Работа prov и req парсеров в RPM применительно к python*. Проблема ещё > в том, что я не знаю как запретить rpm`у удалять временные > файлы/каталоги, созданные при сборке пакета (что упростит анализ работы > парсеров). > > Беглый забег по скриптам rpm-build-python{,3} что: > > 1. python.{prov,req}.files спокойно пропускает через себя модули и > бинарники относящиеся к python3 (=> они обрабатываются через > /usr/bin/python). Фильтр отстреливает только скрипты с _явным_ указанием > что это python3 (признаком "#! /usr/bin/python3"), но только в том > случаи, если в системе установлен file >= 4.26-alt8 (file < 4.26-alt8 > выделять скрипты python3 не умеет). > > 2. В python3.{prov,req}.files ситуация аналогична: он тоже пропускает > файлы в расположенные в */python2.* (т. е. заведомо не относящиеся к > python3 => обрабатывает их через /usr/bin/python3). > > 3. В python3.req жёстко прошито использование /usr/bin/python3 > установленного в сборочной системе. => свежесобранный python3 для поиска > зависимостей не используется. (В отличии от python.req, где > использованный python можно задать через $RPM_PYTHON > > Суммируя: > > * Из-за пп. 1 и 2 ситуация когда при поиске зависимостей скрипт > обрабатывается не тем python`ом Э… Это из-за старого file? Так его просто обновить нужно. > (/usr/bin/python обрабатывает содержимое > */python3.*, а /usr/bin/python3 -- содержимое */python2.*) у нас > штатная. И мне непонятно почему она каждый раз не взрывается (возможно > нас защищает порядок вызова парсеров). > > * П. 3 ситуацию тоже похоже портит, Т.е. python.req использует свежесобранный python2.x, а python3.req — системный старый? 15.02.2013 05:42, Dmitry V. Levin пишет: > При сборке питона скрипты питон.{req,prov} должны исполняться > свежесобранным питоном. Насколько я помню, так всегда было, > и вряд ли стоит менять полезную традицию. А кто автор python3.req? Может быть просто ошибка там? > вынуждая смотреть в сторону bootstrap`а. А как собиралась текущая версия python3? Посмотри по тегам в /gears/p/python3.git. Если там был bootstrap, то видимо его и нужно использовать. > > 2peet@: Прошу помощи. > > PS: Попробую ужесточить python{,3}.{prov,req}.files и посмотреть результат.