From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 23 May 2013 17:20:36 +0400 From: "George V. Kouryachy" To: ALT Linux Team development discussions Message-ID: <20130523132036.GD26529@imap.altlinux.org> Mail-Followup-To: ALT Linux Team development discussions References: <20130523075851.GA10361@dad.imath.kiev.ua> <20130523095553.GA26529@imap.altlinux.org> <20130523101300.GB11537@dad.imath.kiev.ua> <20130523105609.GB30427@altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130523105609.GB30427@altlinux.org> User-Agent: Mutt/1.4.2.3i Subject: Re: [devel] I: python 3 copycat robot 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: Thu, 23 May 2013 13:20:36 -0000 Archived-At: List-Archive: List-Post: >> On Thu, May 23, 2013 at 01:55:54PM +0400, George V. Kouryachy wrote: > >> 1. Унифицировать подмножества rpm-макросов. Сейчас макросы второго > >> и третьего питона резко отличаются, в третьем многих не хватает. > >> 2. Как-то обустроить ситуацию, при которой модуль для третьего питона > >> получается из исходников не напрямую, а с помощью 2to3, мелкого > >> ручного дохакивания по месту и т. п. > >> 3. Как-то обустроить ситуацию, когда модули для второго и для третьего > >> питона при этом ещё и принципиально различаются (например, составом). > >> Это нас ожидает в полной мере, потому что (поправьте, если ошибаюсь) > >> ни PyGTK, ни wxPython пока для Python3 не существуют, ну и другие. > >> > >> Но. До тех пор, пока не будут как-то решены три указанные проблемы, > >> полученный генератом спек будет или ужасен, или неполноценен. On Thu, May 23, 2013 at 02:56:10PM +0400, Dmitry V. Levin wrote: > Я сейчас ужасную вещь скажу: бОльшую часть python-module-* лучше > собирать роботом, т.е. вообще не делать вид, что у этих тысяч пакетов > мейнтейнерами являются люди. Возможно, собирать сразу для обоих > питонов, и с использованием specsubst это получится проще. То есть замутить эдакий PyPi-import? Идея заманчивая, ведь на самом деле добрая треть пакетов мало чем отличается от %setup_python_mudule / %python_setup / %python_install Могу только повторить свои опасения относительно SPOF. Как бы нам научиться _совместно_ сопровождать прототипы этих пакетов? Чтобы человек из team, нашедший багу или несообразность, мог самостоятельно её поправить. НО это совсем другая задача? -- Георгий Владимирович Курячий Эксперт компании "Альт Линукс" Mailto/JID: george@altlinux.org Mobile: (8)9161738325