From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <43169944.50502@altlinux.org> Date: Thu, 01 Sep 2005 10:01:40 +0400 From: Mikhail Yakshin User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050512) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: ALT Linux Sisyphus discussion list Subject: Re: [sisyphus] I: rubygems and ruby-rails References: <431622DC.5080307@altlinux.org> <20050901054322.GB9457@immo.ru> In-Reply-To: <20050901054322.GB9457@immo.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2005 06:01:41 -0000 Archived-At: List-Archive: Alexey I.Froloff пишет: > * Mikhail Yakshin [050901 01:37]: > >>Во-вторых, хочу представить общественности примерный драфт >>rubygems-полиси для упаковки gem'ов в ALT: > > rubygems - совершенно уродская система именно из-за расположения > самих gem'ов. Насколько я помню, там получается свалка из > бинарных и небинарных файлов в %_datadir... Получается. Только в %_libdir. > Ещё rubygems позволяет установить несколько версий однго пакета - > это тоже не нужно в нормалььной системе. rpm тоже позволяет. Даже apt, с allow duplicate. И что теперь? %) > Лучше из gem'ов собирать честные rpm пакеты, а метод requre_gem > переписать чтобы работал как require. > > P.S. От своих пакетов я первым делом отрываю rubygems ;-) Зачем проделывать дважды работу, уже проделанную тем, кто собирал gem? Такие радикальные меры как "поотрывать gem" - это сложно и чревато, особенно, когда мы имеем в виду не один пакет, а как rails - под десяток пакетов, с не очень тривиальным графом зависимостей. Под самим rails - 6 библиотек и одна утилита (rake). Потом сам rails. Потом немерянное количество добавочных библиотек (дополнительных генераторов, расширений, модулей и т.п.), которое можно доставлять средствами gem. Зачем от этого отказываться? С каждым следующим пакетом отрывать все эти gem-зависимости будет все сложнее и сложнее. Это примерно как если бы мы не распаковывали tarball'ы и делали ./configure; make; make install а делали первым делом rm -f configure и потом в спеке прямо вызывали вручную компиляторы и потом все руками копировали для устанавок. -- WBR, Mikhail Yakshin AKA GreyCat ALT Linux [http://www.altlinux.ru] [xmpp:greycat@altlinux.org]