From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4417F19D.1010008@altlinux.org> Date: Wed, 15 Mar 2006 13:51:09 +0300 From: Mikhail Yakshin User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050905) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] ruby-rake =?KOI8-R?Q?=C9_gems?= References: <4415833C.2050604@altlinux.org> <20060313144354.GI6144@pc152.sam-solutions.net> <44158E9E.6010108@altlinux.org> <20060313154153.GK6144@pc152.sam-solutions.net> <44159E9E.2050403@altlinux.org> <20060315064349.GZ12159@osdn.org.ua> In-Reply-To: <20060315064349.GZ12159@osdn.org.ua> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.6 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Mar 2006 10:51:24 -0000 Archived-At: List-Archive: List-Post: Michael Shigorin wrote: >>2. Сделать в gems поддержку смотрения на пакеты в RPM. >>Плюсы: теоретически эту проблему решим. >>Минусы: не факт, что дальше не всплывет что-то еще, для чего >>критичны именно rake из gem; несистемность подхода, просто >>подпорка для лечения симптома. > > И вообще это надо с апстримом думать (когда gems дизайнили, > ruby-talk@ ещё читал внимательно, а не раз в год; но ввязываться > не было с чем). Апстрим логично возразит, что такие глубоко-платформозависимые патчи имеет смысл делать в самом дистрибутиве - и если хотите - разбирайтесь с этим сами. >>3. Собирать не из gems. >>Плюсы: все идеально, все работает, все идеологически прямо. >>Минусы: малореально; дикое количество работы и стремящееся к >>бесконечности (~сложность написания всего заново) сложность >>поддержки. > > gems2rpm? Миш, у меня уже полгода как написан gems2spec. Работает как часы. Причем не ломает сам package manager gem. Сохраняя внутреннюю структуру и инфраструктуру gem. И в этом случае можно не только пользоваться gem'ами, а еще и делать что-то для ruby community, собирая свои gem'ы, чтобы ими люди пользовались. Вот объясните мне, почему тот же CPAN у нас работает так: ставишь сам perl-CPAN из Сизифа, ставишь массу перловых пакетов. Когда понимаешь, что чего-то не хватает - доставляешь просто тупо пакеты из CPAN "под свою ответственность" локально - и все работает. А тут - я так понимаю, очень хочется отломать всё так, чтобы gem'ы можно было ставить *только* пакетами из Сизифа, причем преобразование gem -> rpm - отнюдь не тривиально, а требует человеческого вмешательства и еще тестирования результатов того разламывания, что будет иметь место. Далеко не все пакеты, к сожалению, имеют хотя бы вменяемые unit tests, чтобы как-то на них опираться :( >>>И вообще, тебе как мэйнтейнеру rubygems следовало бы пинать >>>upstream. Тогда может быть мы когда-нибудь получим, что-то >>>пригодное к использованию в package-based дистрибутивах. >>>Сейчас оно таковым не является. >> >>Да объясни, почему не является-то? Все их используют - а мы чем >>такие уникальные? > > Типа, пытаемся правильно делать. :] :( -- WBR, Mikhail Yakshin AKA GreyCat