[devel] ruby-rake и gems

[devel] ruby-rake и gems

[Mikhail Yakshin]

Приветствую!

Только недавно общался с kas@, проблема в целом и общем вырисовалась
следующая. Обновили (ладно, сделали - так уже сделали, скажем, пусть это
будет NMU) ruby-rake, сделав его сборку из tarball'а, а не из gem'а.

В итоге сейчас любой пакет, который начинает собираться или ставится из
gems (gem install) - падает с примерно такой ошибкой:

$ rpmbuild -ba ruby-rails.spec

[...]

+ cd ruby-rails-1.0.0
+ gem install rails --local --install-dir
/home/greycat/tmp/ruby-rails-buildroot/usr/lib/ruby/gems/1.8/
Attempting local installation of 'rails'
ERROR:  Error installing gem rails[.gem]: rails requires rake >= 0.6.2

Потому как действительно в системе не стоит gem rake. Какие будут мнения
на этот счет? Неконструктивный флейм на тему "почему gems - это плохо",
про FHS и все остальное - можно не повторять, аргументы противников gems
я помню.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

* Mikhail Yakshin <greycat@> [060313 17:37]:
> Потому как действительно в системе не стоит gem rake. Какие будут мнения
> на этот счет? Неконструктивный флейм на тему "почему gems - это плохо",
> про FHS и все остальное - можно не повторять, аргументы противников gems
> я помню.
Заворачивайте gem'ы в rubygem-*, а в ruby-* должно лежать то, что
можно использовать при помощи ruby -rXXX -e '...'

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060313 17:37]:
> 
>>Потому как действительно в системе не стоит gem rake. Какие будут мнения
>>на этот счет? Неконструктивный флейм на тему "почему gems - это плохо",
>>про FHS и все остальное - можно не повторять, аргументы противников gems
>>я помню.
> 
> Заворачивайте gem'ы в rubygem-*, а в ruby-* должно лежать то, что
> можно использовать при помощи ruby -rXXX -e '...'

Ребят, я в таких безапелляционных тонах разговаривать не намерен.
Насколько я помню, в прошлый раз все примерно этим же и закончилось.
Некие rationales, кроме "мне так хочется" - есть?..

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 647 bytes --]

* Mikhail Yakshin <greycat@> [060313 18:07]:
> > Заворачивайте gem'ы в rubygem-*, а в ruby-* должно лежать то, что
> > можно использовать при помощи ruby -rXXX -e '...'
> Ребят, я в таких безапелляционных тонах разговаривать не намерен.
> Насколько я помню, в прошлый раз все примерно этим же и закончилось.
> Некие rationales, кроме "мне так хочется" - есть?..
Я уже говорил.  Пока ruby -rmodule не начнёт находить gem'ы, я
буду считать их несуществующими.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1706 bytes --]

On 17:35 Mon 13 Mar, Mikhail Yakshin wrote:
> Приветствую!
> 
> Только недавно общался с kas@, проблема в целом и общем вырисовалась
> следующая. Обновили (ладно, сделали - так уже сделали, скажем, пусть это
> будет NMU) ruby-rake, сделав его сборку из tarball'а, а не из gem'а.
> 
> В итоге сейчас любой пакет, который начинает собираться или ставится из
> gems (gem install) - падает с примерно такой ошибкой:
> 
> $ rpmbuild -ba ruby-rails.spec
> 
> [...]
> 
> + cd ruby-rails-1.0.0
> + gem install rails --local --install-dir
> /home/greycat/tmp/ruby-rails-buildroot/usr/lib/ruby/gems/1.8/
> Attempting local installation of 'rails'
> ERROR:  Error installing gem rails[.gem]: rails requires rake >= 0.6.2
> 
> Потому как действительно в системе не стоит gem rake. Какие будут мнения
> на этот счет? Неконструктивный флейм на тему "почему gems - это плохо",
> про FHS и все остальное - можно не повторять, аргументы противников gems
> я помню.

Для меня очевидными являются два решения:
1. Доводить gems до вменяемого состояния. Например научить его смотреть не
только в gems(техническими подробноcтями не владею).
2. Собирать не из gems.

Для себя я выбрал, на сегодняшний день, я выбираю второй вариант.

P.S. А пропатчить rubygems на придмет fhs было бы классно.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> > Все отправляемые в /incoming/Sisyphus/ пакеты, использующие
> > c++, будут откладываться до наступления своей очереди.
> А каков порядок? Сообщите пожалуйста, чтобы не выкладывать
> раньше времени!
Порядок будет постоянно корректироваться.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Приветствую!

>>Только недавно общался с kas@, проблема в целом и общем вырисовалась
>>следующая. Обновили (ладно, сделали - так уже сделали, скажем, пусть это
>>будет NMU) ruby-rake, сделав его сборку из tarball'а, а не из gem'а.
>>
>>В итоге сейчас любой пакет, который начинает собираться или ставится из
>>gems (gem install) - падает с примерно такой ошибкой:
>>
>>$ rpmbuild -ba ruby-rails.spec
>>
>>[...]
>>
>>+ cd ruby-rails-1.0.0
>>+ gem install rails --local --install-dir
>>/home/greycat/tmp/ruby-rails-buildroot/usr/lib/ruby/gems/1.8/
>>Attempting local installation of 'rails'
>>ERROR:  Error installing gem rails[.gem]: rails requires rake >= 0.6.2
>>
>>Потому как действительно в системе не стоит gem rake. Какие будут мнения
>>на этот счет? Неконструктивный флейм на тему "почему gems - это плохо",
>>про FHS и все остальное - можно не повторять, аргументы противников gems
>>я помню.
> 
> Для меня очевидными являются два решения:
> 1. Доводить gems до вменяемого состояния. Например научить его смотреть не
> только в gems(техническими подробноcтями не владею).

Технических подробностей и нет. В ruby нет версионирования файлов,
правильно? Поэтому просто так программа не может потребовать файл
такой-то версии такой-то, как тут например (см. выше) - требуется rake
>= 0.6.2.

Единственный вариант, который я вижу - ломать gems на предмет смотрения
в базы RPM - думаю, это совсем крайний случай.

> 2. Собирать не из gems.

Всё ломать на тему отрывания gems - малореально, очень сложно и очень
bug-prone. Мы не сможем его оттестировать в достаточной мере, и каждый
апдейт будет превращаться в кошмар - все придется по сути переделывать
заново. Опять же - потом по сути лишаем юзера любой поддержки, кроме
нашей. Всё, что не пройдет через наши руки - будет невозможно установить.

У меня есть, как ни банально - предложение решить все третьим вариантом:
вернуть сборку ruby-rake из gems и не трогать ее.

> Для себя я выбрал, на сегодняшний день, я выбираю второй вариант.
> 
> P.S. А пропатчить rubygems на придмет fhs было бы классно.

Вообще - формально если - rubygems вполне соответствует FHS. Иначе бы в
Сизиф оно вообще не попадало. Архитектурно-зависимых вещей в noarch
пакеты не кладем, в share тоже их не попадает. То, что хочется сделать,
чтобы было красиво - я не против, но это требует каких-то весьма
значительных телодвижений - и, самое главное - я не вижу в них большого
смысла и выгоды. Очередной раз покажу на perl, который лежит так, как
лежит везде - и это почему-то никто не рвется переделать.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 758 bytes --]

Mikhail Yakshin пишет:

<skipped/>

> Всё ломать на тему отрывания gems - малореально, очень сложно и очень
> bug-prone. Мы не сможем его оттестировать в достаточной мере, и каждый
> апдейт будет превращаться в кошмар - все придется по сути переделывать
> заново. Опять же - потом по сути лишаем юзера любой поддержки, кроме
> нашей. Всё, что не пройдет через наши руки - будет невозможно установить.
> 
> У меня есть, как ни банально - предложение решить все третьим вариантом:
> вернуть сборку ruby-rake из gems и не трогать ее.

Всячески согласен. Это же обратимый выбор. Если наберётся
достаточное количество реальных примеров того, что gem - это плохо.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1813 bytes --]

On 18:24 Mon 13 Mar, Mikhail Yakshin wrote:
> Технических подробностей и нет. В ruby нет версионирования файлов,
> правильно? Поэтому просто так программа не может потребовать файл
> такой-то версии такой-то, как тут например (см. выше) - требуется rake
> >= 0.6.2.
> 
> Единственный вариант, который я вижу - ломать gems на предмет смотрения
> в базы RPM - думаю, это совсем крайний случай.
В базу лесть не обязательно, достаточно дёрнуть rpmquery. Хотя тоже
костыль.

> > 2. Собирать не из gems.
> 
> Всё ломать на тему отрывания gems - малореально, очень сложно и очень
> bug-prone. Мы не сможем его оттестировать в достаточной мере, и каждый
> апдейт будет превращаться в кошмар - все придется по сути переделывать
> заново. Опять же - потом по сути лишаем юзера любой поддержки, кроме
> нашей. Всё, что не пройдет через наши руки - будет невозможно установить.
> 
> У меня есть, как ни банально - предложение решить все третьим вариантом:
> вернуть сборку ruby-rake из gems и не трогать ее.
У меня, есть ещё один вариант. Имеет ли смысл вообще оборачивать в rpm
gem'ы? Может просто собрать rubygems и успокоиться. Всё остальное
пользователь вытянет с помощью самого gems.

Можно ещё отделить собраные из gems пакеты от собраных из tar, как
предложил raorn@.

И вообще, тебе как мэйнтейнеру rubygems следовало бы пинать upstream.
Тогда может быть мы когда-нибудь получим, что-то пригодное к
использованию в package-based дистрибутивах. Сейчас оно таковым не
является.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

evo -- точно не дозрела. Другое дело, что я так ненавижу это приложение,
что с удовольствием изуродую его еще больше, выложив полуработающую
версию :-)
		-- aen in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Kirill A. Shutemov wrote:

>>Технических подробностей и нет. В ruby нет версионирования файлов,
>>правильно? Поэтому просто так программа не может потребовать файл
>>такой-то версии такой-то, как тут например (см. выше) - требуется rake
>>
>>>= 0.6.2.
>>
>>Единственный вариант, который я вижу - ломать gems на предмет смотрения
>>в базы RPM - думаю, это совсем крайний случай.
> 
> В базу лесть не обязательно, достаточно дёрнуть rpmquery. Хотя тоже
> костыль.

Ну, да, согласен...

>>>2. Собирать не из gems.
>>
>>Всё ломать на тему отрывания gems - малореально, очень сложно и очень
>>bug-prone. Мы не сможем его оттестировать в достаточной мере, и каждый
>>апдейт будет превращаться в кошмар - все придется по сути переделывать
>>заново. Опять же - потом по сути лишаем юзера любой поддержки, кроме
>>нашей. Всё, что не пройдет через наши руки - будет невозможно установить.
>>
>>У меня есть, как ни банально - предложение решить все третьим вариантом:
>>вернуть сборку ruby-rake из gems и не трогать ее.
> 
> У меня, есть ещё один вариант. Имеет ли смысл вообще оборачивать в rpm
> gem'ы? Может просто собрать rubygems и успокоиться. Всё остальное
> пользователь вытянет с помощью самого gems.

gem сам по себе - отдельный package manager, а не некая панацея.
Допустим, у меня абсолютно изолированная система, не имеющая доступа в
интернет или просто возможности качать несколько мегов пакетов. Так мне
придется сделать:

Принести локально копию Сизифа, поставить rubygems. Попытаться сделать
gem update, понять, что списки пакетов даже я не скачаю, дойти до машины
с интернетом, скачать их там, принести файликом. Поставить наконец-таки
этот список пакетов вручную, сделать gem install rails с некими опциями,
понять, что скачать нельзя, взять (а ля offline apt) список пакетов,
отнести его опять же на другой компьютер, скачать их там,
принести-поставить. Последние несколько шагов, возможно, придется
повторить в несколько итераций. А если еще и пакеты в процессе несения
успеют проапдейтится - вообще начинать все с начала.

В случае наличия пакетов в Сизифе - прихожу, ставлю локальную копию
Сизифа, говорю apt-get install ruby-rails - и работаю.

Думаю, некий смысл в этом есть, нет?

> Можно ещё отделить собраные из gems пакеты от собраных из tar, как
> предложил raorn@.

Да, вариант.

Итого, подвожу черту. Предложены варианты (плюсы и минусы рискну описать
со своей point of view):

1. Форкнуть все хозяйство ruby и иметь 2 варианта: с gem и без.

Плюсы: никто никому не мешает, никто ни с кем не ругается, все работает.
Минусы: куча работы, которая еще и дублируется.

2. Сделать в gems поддержку смотрения на пакеты в RPM.

Плюсы: теоретически эту проблему решим.
Минусы: не факт, что дальше не всплывет что-то еще, для чего критичны
именно rake из gem; несистемность подхода, просто подпорка для лечения
симптома.

3. Собирать не из gems.

Плюсы: все идеально, все работает, все идеологически прямо.
Минусы: малореально; дикое количество работы и стремящееся к
бесконечности (~сложность написания всего заново) сложность поддержки.

4. Собрать rake и все, что потребуется по дороге с gems.

Плюсы: будет работать, минимальные телодвижения.
Минусы: остается спорность неких моментов, относящихся к FHS; raorn@
приводил пример с require vs require_gem;

5. Выкинуть все, что относится к rubygems как таковому из Сизифа, кроме
самого менеджера пакетов.

Плюсы: отдельно имеем 2 пакетные системы, все точно будет работать.
Минусы: нарушаем целостность дистрибутива, с большой вероятностью
получаем полный зоопарк неподдерживаемых файлов; примерный сценарий
счастья, которое можно получить - описан выше.

Сколько у нас заинтересованных лиц и среди заинтересованных - кто за
какой способ решения вопроса?

> И вообще, тебе как мэйнтейнеру rubygems следовало бы пинать upstream.
> Тогда может быть мы когда-нибудь получим, что-то пригодное к
> использованию в package-based дистрибутивах. Сейчас оно таковым не
> является.

Да объясни, почему не является-то? Все их используют - а мы чем такие
уникальные?

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 575 bytes --]

* Mikhail Yakshin <greycat@> [060313 19:33]:
> gem сам по себе - отдельный package manager, а не некая панацея.
Помойку внутри gem'ов (уже в бинарноем пакете) я показывал.

> 1. Форкнуть все хозяйство ruby и иметь 2 варианта: с gem и без.
Я это этот вариант с одной оговоркой.  ruby-* отдельно,
rubygems-* отдельно.  Про ruby -rmodule я уже говорил, поэтому не
надо засорять namespace.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Michael Shigorin]

On Mon, Mar 13, 2006 at 07:32:30PM +0300, Mikhail Yakshin wrote:
> gem сам по себе - отдельный package manager, а не некая панацея.
> Допустим, у меня абсолютно изолированная система, не имеющая
> доступа в интернет или просто возможности качать несколько
> мегов пакетов. Так мне придется сделать:

...один раз описанное, дальше сложить в отдельную болвань 
и точно так же таскать с собой в офлайновые места, порой
подновляя?

> 2. Сделать в gems поддержку смотрения на пакеты в RPM.
> Плюсы: теоретически эту проблему решим.
> Минусы: не факт, что дальше не всплывет что-то еще, для чего
> критичны именно rake из gem; несистемность подхода, просто
> подпорка для лечения симптома.

И вообще это надо с апстримом думать (когда gems дизайнили, 
ruby-talk@ ещё читал внимательно, а не раз в год; но ввязываться
не было с чем).

> 3. Собирать не из gems.
> Плюсы: все идеально, все работает, все идеологически прямо.
> Минусы: малореально; дикое количество работы и стремящееся к
> бесконечности (~сложность написания всего заново) сложность
> поддержки.

gems2rpm?

> > И вообще, тебе как мэйнтейнеру rubygems следовало бы пинать
> > upstream.  Тогда может быть мы когда-нибудь получим, что-то
> > пригодное к использованию в package-based дистрибутивах.
> > Сейчас оно таковым не является.
> Да объясни, почему не является-то? Все их используют - а мы чем
> такие уникальные?

Типа, пытаемся правильно делать. :]

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

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

Re: [devel] ruby-rake и gems

[Денис Смирнов]

On Wed, Mar 15, 2006 at 01:51:09PM +0300, Mikhail Yakshin wrote:

MY> Вот объясните мне, почему тот же CPAN у нас работает так: ставишь сам
MY> perl-CPAN из Сизифа, ставишь массу перловых пакетов. Когда понимаешь,
MY> что чего-то не хватает - доставляешь просто тупо пакеты из CPAN "под
MY> свою ответственность" локально - и все работает.

Один факт такой установки означает несоответствие занимаемой должности для
системного администратора, если это не тестбокс.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Ёлки-палки, я и забыл, что man уже давно не мой пакет. :)
		-- ldv in #6988

Re: [devel] ruby-rake и gems

[Grigory Batalov]

On Wed, 15 Mar 2006 14:07:35 +0300
Денис Смирнов <mithraen@altlinux.ru> wrote:

> MY> Вот объясните мне, почему тот же CPAN у нас работает так: ставишь сам
> MY> perl-CPAN из Сизифа, ставишь массу перловых пакетов. Когда понимаешь,
> MY> что чего-то не хватает - доставляешь просто тупо пакеты из CPAN "под
> MY> свою ответственность" локально - и все работает.
> 
> Один факт такой установки означает несоответствие занимаемой должности для
> системного администратора, если это не тестбокс.

  Администраторы бывают разные и соответствие должности у них разное.

-- 
 Григорий Баталов,
 программист
 ЗАО "Ланит-Терком"

Re: [devel] ruby-rake и gems

[Денис Смирнов]

On Wed, Mar 15, 2006 at 02:34:47PM +0300, Grigory Batalov wrote:

>> Один факт такой установки означает несоответствие занимаемой должности для
>> системного администратора, если это не тестбокс.
GB> Администраторы бывают разные и соответствие должности у них разное.

Человек, который на реальную рабочую машину под ALT поставит перловый
пакет из CPAN, вместо использования cpan2rpm это человек с квалификацией
и/или подходом к работе не совместимым с наличием у него рутового пароля.

С дальнейшим флеймом на эту тему лучше уйти из devel.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Денис Смирнов wrote:
> On Wed, Mar 15, 2006 at 01:51:09PM +0300, Mikhail Yakshin wrote:
> 
> MY> Вот объясните мне, почему тот же CPAN у нас работает так: ставишь сам
> MY> perl-CPAN из Сизифа, ставишь массу перловых пакетов. Когда понимаешь,
> MY> что чего-то не хватает - доставляешь просто тупо пакеты из CPAN "под
> MY> свою ответственность" локально - и все работает.
> 
> Один факт такой установки означает несоответствие занимаемой должности для
> системного администратора, если это не тестбокс.

Это нормальная ситуация при разработке - сплошь и рядом наблюдаю. Когда
пишется система, пакеты сначала ставишь локально - а зачастую еще и
патчишь их для себя в процессе. А когда уже ставишь на продакшен - там
уже да, уже все опакечиваешь - и патчи прикладываешь, которые
разработались в процессе для того, чтобы этот пакет на ALT работал
хорошо и правильно, и все остальное.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Денис Смирнов]

On Wed, Mar 15, 2006 at 03:39:54PM +0300, Mikhail Yakshin wrote:

MY> Это нормальная ситуация при разработке - сплошь и рядом наблюдаю. Когда
MY> пишется система, пакеты сначала ставишь локально - а зачастую еще и
MY> патчишь их для себя в процессе. А когда уже ставишь на продакшен - там
MY> уже да, уже все опакечиваешь - и патчи прикладываешь, которые
MY> разработались в процессе для того, чтобы этот пакет на ALT работал
MY> хорошо и правильно, и все остальное.

У меня это возможно только при создании прототипа, когда речь идет об
экспериментах. И это на машине девелопера где он сам себе злобный
буратино. И пусть пересобирает из исходников хоть весь дистрибутив.

Да и так часто проще сразу полезный пакетик завернуть в RPM.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 580 bytes --]

* Mikhail Yakshin <greycat@> [060315 13:54]:
> Вот объясните мне, почему тот же CPAN у нас работает так: ставишь сам
> perl-CPAN из Сизифа, ставишь массу перловых пакетов. Когда понимаешь,
> что чего-то не хватает - доставляешь просто тупо пакеты из CPAN "под
> свою ответственность" локально - и все работает.
/me юзает span2rpm (lav@, спасибо!) и не занимается
орально-церебральным сексом.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 617 bytes --]

* Mikhail Yakshin <greycat@> [060315 13:54]:
> А тут - я так понимаю, очень хочется отломать всё так, чтобы gem'ы можно
> было ставить *только* пакетами из Сизифа, причем преобразование gem ->
> rpm - отнюдь не тривиально, а требует человеческого вмешательства и еще
> тестирования результатов того разламывания, что будет иметь место.
Нуизвините.  Мантейнеры для того и существуют, чтобы пакеты
работали в составе дистрибутива.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Michael Shigorin]

On Wed, Mar 15, 2006 at 01:51:09PM +0300, Mikhail Yakshin wrote:
> >>2. Сделать в gems поддержку смотрения на пакеты в RPM.
> > И вообще это надо с апстримом думать (когда gems дизайнили,
> Апстрим логично возразит, что такие глубоко-платформозависимые
> патчи имеет смысл делать в самом дистрибутиве - и если хотите -
> разбирайтесь с этим сами.

Я не про конкретно RPM, а про то, что gems вообще-то тоже не в
вакууме живут.

> >>3. Собирать не из gems.
> > gems2rpm?
> Миш, у меня уже полгода как написан gems2spec. Работает [...]

Тю, так выложи/запакуй :-)

> Вот объясните мне, почему тот же CPAN у нас работает так:
> ставишь сам perl-CPAN из Сизифа, ставишь массу перловых
> пакетов. Когда понимаешь, что чего-то не хватает - доставляешь
> просто тупо пакеты из CPAN "под свою ответственность" локально
> - и все работает.

Всё ломается потом, но это отдельная сказочка.
Потому и старается народ всё же пакетить, а не cpan'ить.

> А тут - я так понимаю, очень хочется отломать всё так, чтобы
> gem'ы можно было ставить *только* пакетами из Сизифа

Я такого не прочёл.  Мог пропустить или не так понять.

2 raorn: Лёш, ты очень хотел, чтобы gems только пакетами из
сизифа, или нет?

> >>Да объясни, почему не является-то? Все их используют - а мы чем
> >>такие уникальные?
> > Типа, пытаемся правильно делать. :]
> :(

Миш, ну ты ж знал. :)

Ладно, и это пройдёт (c)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 619 bytes --]

* Michael Shigorin <mike@> [060315 15:25]:
> 2 raorn: Лёш, ты очень хотел, чтобы gems только пакетами из
> сизифа, или нет?
Я хотел не использовать rubygems вообще.  Пока мне это вполне
успешно удаётся, не понимаю чем я лучше остальных.

На тему gem2spec имеет смысл делать gemspec2rpmspec, который таки
будет на входе брать .gemspec и _тарбол_, а на выходе выдавать
честный rpm пакет с файлами в `cat /etc/rpm/macros.d/ruby`...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] gems vs cpan

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 792 bytes --]

On Wed, Mar 15, 2006 at 01:51:09PM +0300, Mikhail Yakshin wrote:
> Вот объясните мне, почему тот же CPAN у нас работает так: ставишь сам
> perl-CPAN из Сизифа, ставишь массу перловых пакетов. Когда понимаешь,
> что чего-то не хватает - доставляешь просто тупо пакеты из CPAN "под
> свою ответственность" локально - и все работает.

Потому что perl-CPAN это не ruby gems. :)
Перловый пакет, поставленный из CPAN, по идее не отличается от
соответствующего rpm-пакета (они могут быть разложены иначе, но это не
принципиально).  Для использования пакета, поставленного из CPAN,
насколько я понимаю, не требуется наличие perl-CPAN или какой-либо
специальной инфраструктуры, которая нужна для работы gems.

Так что сравнение CPAN vs gems интересное, но не плодотворное.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1287 bytes --]

Mikhail Yakshin пишет:
> Приветствую!
> 
> Только недавно общался с kas@, проблема в целом и общем вырисовалась
> следующая. Обновили (ладно, сделали - так уже сделали, скажем, пусть это
> будет NMU) ruby-rake, сделав его сборку из tarball'а, а не из gem'а.
> 
> В итоге сейчас любой пакет, который начинает собираться или ставится из
> gems (gem install) - падает с примерно такой ошибкой:
> 
> $ rpmbuild -ba ruby-rails.spec
> 
> [...]
> 
> + cd ruby-rails-1.0.0
> + gem install rails --local --install-dir
> /home/greycat/tmp/ruby-rails-buildroot/usr/lib/ruby/gems/1.8/
> Attempting local installation of 'rails'
> ERROR:  Error installing gem rails[.gem]: rails requires rake >= 0.6.2
> 
> Потому как действительно в системе не стоит gem rake. Какие будут мнения
> на этот счет? 

Собирать gem rake и gem rails, предоставив противникам gems
возможность перепаковывать gems в tarball с ручным отслеживанием
зависимостей.

> Неконструктивный флейм на тему "почему gems - это плохо",
> про FHS и все остальное - можно не повторять, аргументы противников gems
> я помню.

Можно ссылку на эти аргументы? Я пока слышал только про FHS
https://bugzilla.altlinux.org/show_bug.cgi?id=9195

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Приветствую!

>>Потому как действительно в системе не стоит gem rake. Какие будут мнения
>>на этот счет? 
> 
> Собирать gem rake и gem rails, предоставив противникам gems
> возможность перепаковывать gems в tarball с ручным отслеживанием
> зависимостей.

Да тут дело не в противники-сторонники и не в идеологической какой-то
чистоте. Все гораздо банальнее: с gems оно работает, без - нет. Если нет
какой-то причины по которой gems включать нельзя (например, если бы были
какие-то критические проблемы с безопасностью, компрометирующие весь
репозитарий) - то я считаю, что стоит собирать с ним и не плодить огород.

Альтернативно - да, конечно, можно форкнуть все. Сделать альтернативный
ruby, альтернативный rake и все остальное в Сизифе... Смысла - не вижу.
Надеюсь, другие уважаемые участники Ruby team - тоже.

>>Неконструктивный флейм на тему "почему gems - это плохо",
>>про FHS и все остальное - можно не повторять, аргументы противников gems
>>я помню.
> 
> Можно ссылку на эти аргументы? Я пока слышал только про FHS
> https://bugzilla.altlinux.org/show_bug.cgi?id=9195

См. дискуссию, начатую 1 сентября 2005 г. в sisyphus@ с темой "I:
rubygems and ruby-rails". Хотя, боюсь, многое просто обсуждалось в IM и
личной почтой...

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 795 bytes --]

Mikhail Yakshin пишет:
> Приветствую!
> 
>>>Потому как действительно в системе не стоит gem rake. Какие будут мнения
>>>на этот счет? 
>>
>>Собирать gem rake и gem rails, предоставив противникам gems
>>возможность перепаковывать gems в tarball с ручным отслеживанием
>>зависимостей.
> 
> Да тут дело не в противники-сторонники и не в идеологической какой-то
> чистоте. Все гораздо банальнее: с gems оно работает, без - нет. 

При этом наличие gems ничего не ломает.

При этом rake из tar.gz потребовал для сборки патча, при этом в
первый вариант сборки 0.7.0 попала ошибка.

Сборка rake из gem потребовала только обновление номера сборки и
исходного тарбола.

По-моему, тут всё очевидно.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1241 bytes --]

On Mon, Mar 13, 2006 at 05:35:40PM +0300, Mikhail Yakshin wrote:
> Приветствую!
> 
> Только недавно общался с kas@, проблема в целом и общем вырисовалась
> следующая. Обновили (ладно, сделали - так уже сделали, скажем, пусть это
> будет NMU) ruby-rake, сделав его сборку из tarball'а, а не из gem'а.
> 
> В итоге сейчас любой пакет, который начинает собираться или ставится из
> gems (gem install) - падает с примерно такой ошибкой:
> 
> $ rpmbuild -ba ruby-rails.spec
> 
> [...]
> 
> + cd ruby-rails-1.0.0
> + gem install rails --local --install-dir
> /home/greycat/tmp/ruby-rails-buildroot/usr/lib/ruby/gems/1.8/
> Attempting local installation of 'rails'
> ERROR:  Error installing gem rails[.gem]: rails requires rake >= 0.6.2
> 
> Потому как действительно в системе не стоит gem rake. Какие будут мнения
> на этот счет? Неконструктивный флейм на тему "почему gems - это плохо",
> про FHS и все остальное - можно не повторять, аргументы противников gems
> я помню.

Будьте добры сделайте одно из двух:
1. Дайте хорошую ссылку на документ, в котором разъясняется, что такое
ruby gem, зачем это надо или не надо.
2. Создайте себе отдельный список рассылки и не нервируйте остальных
подписчиков.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Dmitry V. Levin wrote:
> On Mon, Mar 13, 2006 at 05:35:40PM +0300, Mikhail Yakshin wrote:
> 
>>Приветствую!
> 
> Будьте добры сделайте одно из двух:
> 1. Дайте хорошую ссылку на документ, в котором разъясняется, что такое
> ruby gem, зачем это надо или не надо.

Если в двух словах - то это такой менеджер пакетов и стандарт упаковки 
всевозможных расширений для Ruby. Ближайшие аналоги - cpan для perl, 
pear для php, egg для python.

Почитать чуть подробнее имеет смысл в user manual, начиная отсюда:

http://docs.rubygems.org/read/chapter/1

Либо в Pickaxe 2 book, глава про gems в PDF есть здесь:

http://www.pragmaticprogrammer.com/titles/ruby/gems.pdf

Можно продолжать обсуждение здесь или лучше перейти куда-нибудь отдельно?

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 966 bytes --]

On Mon, Mar 13, 2006 at 08:58:10PM +0300, Mikhail Yakshin wrote:
> Dmitry V. Levin wrote:
[...]
> > 1. Дайте хорошую ссылку на документ, в котором разъясняется, что такое
> > ruby gem, зачем это надо или не надо.
> 
> Если в двух словах - то это такой менеджер пакетов и стандарт упаковки 
> всевозможных расширений для Ruby. Ближайшие аналоги - cpan для perl, 
> pear для php, egg для python.
> 
> Почитать чуть подробнее имеет смысл в user manual, начиная отсюда:
> 
> http://docs.rubygems.org/read/chapter/1

Спасибо.

Если проводить аналогию с CPAN, то ни у нас, ни в дистрибутивах, за
которыми я наблюдаю, не предпринимается попытка подменить CPAN'ом нативный
менеджер пакетов.  CPAN просто используется как репозиторий, из которого
пакуются пакеты.  При этом пакет perl-CPAN в Сизифе тоже есть, который
теоретически позволяет пользоваться CPAN'ом в обход rpm.

Чем принципиально отличается подход к gems от подхода к CPAN?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Dmitry V. Levin wrote:

>>Если в двух словах - то это такой менеджер пакетов и стандарт упаковки 
>>всевозможных расширений для Ruby. Ближайшие аналоги - cpan для perl, 
>>pear для php, egg для python.

> Спасибо.
> 
> Если проводить аналогию с CPAN, то ни у нас, ни в дистрибутивах, за
> которыми я наблюдаю, не предпринимается попытка подменить CPAN'ом нативный
> менеджер пакетов.  CPAN просто используется как репозиторий, из которого
> пакуются пакеты.  При этом пакет perl-CPAN в Сизифе тоже есть, который
> теоретически позволяет пользоваться CPAN'ом в обход rpm.
> 
> Чем принципиально отличается подход к gems от подхода к CPAN?

Принципиально - ничем. Пакет perl-CPAN по той роли, которую он играет - 
полностью аналогичен пакету rubygems. Продолжая аналогии - /usr/bin/cpan 
- это /usr/bin/gem и т.п. Речь и идет о том, чтобы "оборачивать" взятые 
из репозитория gems пакеты в rpm, так же, как это делается для CPAN.

Разница начинается в деталях. Механизм gems - более высокоуровневый, чем 
CPAN. В gem включается информация о зависимостях, причем - например - 
зачастую не в декларативном виде, а в процедурном. В ruby есть метод 
"require", позволяющий подключить содержимое какого-то файла. В gems 
предлагается ему замена - метод "require_gem", который подключает нужные 
модули не пофайлово, а одной командой позволяет подключить сразу все, 
что нужно, причем еще запросить файлы из пакета какой-то определенной 
версии и т.п. автоматика.

Внутренняя структура пакета, соответственно, тоже более сложная: в 
базовой директории (/usr/lib/ruby/gems/1.8/gems/%name-%version) лежит 
обычно дерево из:

bin
configs
doc
examples
lib
test

и еще того, что создатель сочтет нужным туда положить. Очевидно, 
конечно, что это бардак - что документация и примеры лежат в %_libdir, 
но такой вот стандарт и если его рушить и, скажем, оторвать упаковку gem 
у какого-то одного пакета - надо будет рушить и все, его использующие.

Сейчас идет очередной раунд прений на тему, как нам с этим чудом 
вражеской техники быть. В Сизифе около 70 пакетов, судьба которых от 
этого может косвенно зависеть.

-- 
WBR, Mikhail Yakshin AKA GreyCat
ALT Linux [http://www.altlinux.ru] [xmpp:greycat@altlinux.org]

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 945 bytes --]

On 22:16 Mon 13 Mar, Mikhail Yakshin wrote:
> Внутренняя структура пакета, соответственно, тоже более сложная: в 
> базовой директории (/usr/lib/ruby/gems/1.8/gems/%name-%version) лежит 
> обычно дерево из:
> 
> bin
> configs
> doc
> examples
> lib
> test
> 
> и еще того, что создатель сочтет нужным туда положить. Очевидно, 
> конечно, что это бардак - что документация и примеры лежат в %_libdir, 
> но такой вот стандарт и если его рушить и, скажем, оторвать упаковку gem 
> у какого-то одного пакета - надо будет рушить и все, его использующие.
Ещё одним следствием этого бардака является то, что я не смогу сделать
обычный require(только require_gem) для ruby-модулей установленых из gems, 
на что указывал raorn@. Это абсолютно неприемлимо.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Прошу тестрировать!
		-- vserge in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Kirill A. Shutemov wrote:
> Ещё одним следствием этого бардака является то, что я не смогу сделать
> обычный require(только require_gem) для ruby-модулей установленых из gems, 
> на что указывал raorn@. Это абсолютно неприемлимо.

Расскажите, что вы к этому так прицепились? ;)

Ну можно сделать симлинки или тривиальные rerequires. Примерно такие:

/usr/share/ruby/vendor_ruby/1.8/activerecord.rb ->
/usr/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record.rb

Это даст возможность делать обычный require. Это решит вашу проблему?

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Led]

В сообщении от 14 марта 2006 10:37 Mikhail Yakshin написал(a):
> Kirill A. Shutemov wrote:
> > Ещё одним следствием этого бардака является то, что я не смогу сделать
> > обычный require(только require_gem) для ruby-модулей установленых из
> > gems, на что указывал raorn@. Это абсолютно неприемлимо.
>
> Расскажите, что вы к этому так прицепились? ;)
>
> Ну можно сделать симлинки или тривиальные rerequires. Примерно такие:
>
> /usr/share/ruby/vendor_ruby/1.8/activerecord.rb ->
> /usr/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record.rb
>
> Это даст возможность делать обычный require. Это решит вашу проблему?

Если эти симлинки будут "опакечены" и не будут появляться "битые" симлинки, то 
ИМХО выглядит не так уж и страшно...

-- 
Led.

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1392 bytes --]

On 10:45 Tue 14 Mar, Led wrote:
> В сообщении от 14 марта 2006 10:37 Mikhail Yakshin написал(a):
> > Kirill A. Shutemov wrote:
> > > Ещё одним следствием этого бардака является то, что я не смогу сделать
> > > обычный require(только require_gem) для ruby-модулей установленых из
> > > gems, на что указывал raorn@. Это абсолютно неприемлимо.
> >
> > Расскажите, что вы к этому так прицепились? ;)
> >
> > Ну можно сделать симлинки или тривиальные rerequires. Примерно такие:
> >
> > /usr/share/ruby/vendor_ruby/1.8/activerecord.rb ->
> > /usr/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record.rb
> >
> > Это даст возможность делать обычный require. Это решит вашу проблему?
> 
> Если эти симлинки будут "опакечены" и не будут появляться "битые" симлинки, то 
> ИМХО выглядит не так уж и страшно...
Если есть такая возможность, то почему бы вообще не разобрать gems по
косточкам и не разложить в правильные директории (/usr/share/ruby/vendor_ruby/1.8/ 
и т.п)? Оставить в /usr/lib/ruby/gems/1.8 только то, что нужно для
require_gem (я так понял, что это /usr/lib/ruby/gems/1.8/specifications/*).

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Если root не видит разницы между url, именем файла и именем
пакета -- он или пьян в дым, или эквивалентен.
		-- mike in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Kirill A. Shutemov wrote:

>>>Ну можно сделать симлинки или тривиальные rerequires. Примерно такие:
>>>
>>>/usr/share/ruby/vendor_ruby/1.8/activerecord.rb ->
>>>/usr/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record.rb
>>>
>>>Это даст возможность делать обычный require. Это решит вашу проблему?
>>
>>Если эти симлинки будут "опакечены" и не будут появляться "битые" симлинки, то 
>>ИМХО выглядит не так уж и страшно...
> 
> Если есть такая возможность, то почему бы вообще не разобрать gems по
> косточкам и не разложить в правильные директории (/usr/share/ruby/vendor_ruby/1.8/ 
> и т.п)? Оставить в /usr/lib/ruby/gems/1.8 только то, что нужно для
> require_gem (я так понял, что это /usr/lib/ruby/gems/1.8/specifications/*).

Например - потому, что gem тогда как package manager не будет его
видеть. Есть масса штуковин, которые работают уже в этой инфраструктуре.
Они ищут файлы по путям, отсчитывая их от базовый директории gem'а. Они
обращаются к Gem'у (а у него довольно развесистый API), с тем, чтобы
что-то узнавать о пакетах и потом действительно пользоваться этой
информацией. Автоматические тесты, что есть в gem'е - они будут искаться
именно в поддиректории test и т.п., причем, учитывая, что один пакет
зависит от другого - важно и их взаимное расположение и т.д. и т.п.

Вообще на самом деле - есть еще одно - простейшее, в общем-то, решение:
включить rubygems по умолчанию (ruby -rubygems). После этого начинают
автоматически работать require 'пакет' как синоним require_gem 'пакет'
(в дополнение к require 'файл') и остальные вещи, которые доступны в Gem
enviroment. При засовывании 'rubygems' в RUBYOPTS - всё, по сути, что
может не устраивать "противников" gem - это некий overhead в виде
микросекунд, которые требует загрузка этого самого Gem environment.
Может правда так сделаем и закроем вопрос?

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 2559 bytes --]

On 13:20 Tue 14 Mar, Mikhail Yakshin wrote:
> Kirill A. Shutemov wrote:
> 
> >>>Ну можно сделать симлинки или тривиальные rerequires. Примерно такие:
> >>>
> >>>/usr/share/ruby/vendor_ruby/1.8/activerecord.rb ->
> >>>/usr/lib/ruby/gems/1.8/gems/activerecord-1.11.1/lib/active_record.rb
> >>>
> >>>Это даст возможность делать обычный require. Это решит вашу проблему?
> >>
> >>Если эти симлинки будут "опакечены" и не будут появляться "битые" симлинки, то 
> >>ИМХО выглядит не так уж и страшно...
> > 
> > Если есть такая возможность, то почему бы вообще не разобрать gems по
> > косточкам и не разложить в правильные директории (/usr/share/ruby/vendor_ruby/1.8/ 
> > и т.п)? Оставить в /usr/lib/ruby/gems/1.8 только то, что нужно для
> > require_gem (я так понял, что это /usr/lib/ruby/gems/1.8/specifications/*).
> 
> Например - потому, что gem тогда как package manager не будет его
> видеть. Есть масса штуковин, которые работают уже в этой инфраструктуре.
> Они ищут файлы по путям, отсчитывая их от базовый директории gem'а. Они
> обращаются к Gem'у (а у него довольно развесистый API), с тем, чтобы
> что-то узнавать о пакетах и потом действительно пользоваться этой
> информацией. Автоматические тесты, что есть в gem'е - они будут искаться
> именно в поддиректории test и т.п., причем, учитывая, что один пакет
> зависит от другого - важно и их взаимное расположение и т.д. и т.п.

Пропатчить rubygems, чтоб он смотрел в правильные директории это очень
сложно?

> 
> Вообще на самом деле - есть еще одно - простейшее, в общем-то, решение:
> включить rubygems по умолчанию (ruby -rubygems). После этого начинают
> автоматически работать require 'пакет' как синоним require_gem 'пакет'
> (в дополнение к require 'файл') и остальные вещи, которые доступны в Gem
> enviroment. При засовывании 'rubygems' в RUBYOPTS - всё, по сути, что
> может не устраивать "противников" gem - это некий overhead в виде
> микросекунд, которые требует загрузка этого самого Gem environment.
> Может правда так сделаем и закроем вопрос?

Помимо overhead'а с загрузкой rubygems, повышается вероятность словить
rubygems-специфичную багу. Например, фактически, сильно увеличивается $: за
счёт rubygems директорий, что не способствует безопасности.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Бэкпорты -- это контрибы обновлений к зафиксированному
в алюминии с поликарбонатом (и соответственно на ftp)
дистрибутиву.
		-- mike in community@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Kirill A. Shutemov wrote:
>>>Если есть такая возможность, то почему бы вообще не разобрать gems по
>>>косточкам и не разложить в правильные директории (/usr/share/ruby/vendor_ruby/1.8/ 
>>>и т.п)? Оставить в /usr/lib/ruby/gems/1.8 только то, что нужно для
>>>require_gem (я так понял, что это /usr/lib/ruby/gems/1.8/specifications/*).
>>
>>Например - потому, что gem тогда как package manager не будет его
>>видеть. Есть масса штуковин, которые работают уже в этой инфраструктуре.
>>Они ищут файлы по путям, отсчитывая их от базовый директории gem'а. Они
>>обращаются к Gem'у (а у него довольно развесистый API), с тем, чтобы
>>что-то узнавать о пакетах и потом действительно пользоваться этой
>>информацией. Автоматические тесты, что есть в gem'е - они будут искаться
>>именно в поддиректории test и т.п., причем, учитывая, что один пакет
>>зависит от другого - важно и их взаимное расположение и т.д. и т.п.
> 
> Пропатчить rubygems, чтоб он смотрел в правильные директории это очень
> сложно?

Во-первых - даже rubygems - сложно. Во-вторых, смотрят не rubygems, а
пакеты.

>>Вообще на самом деле - есть еще одно - простейшее, в общем-то, решение:
>>включить rubygems по умолчанию (ruby -rubygems). После этого начинают
>>автоматически работать require 'пакет' как синоним require_gem 'пакет'
>>(в дополнение к require 'файл') и остальные вещи, которые доступны в Gem
>>enviroment. При засовывании 'rubygems' в RUBYOPTS - всё, по сути, что
>>может не устраивать "противников" gem - это некий overhead в виде
>>микросекунд, которые требует загрузка этого самого Gem environment.
>>Может правда так сделаем и закроем вопрос?
> 
> Помимо overhead'а с загрузкой rubygems, повышается вероятность словить
> rubygems-специфичную багу.

Это да. Но - см. мое другое письмо - для любителей чистого ruby без gems
- можно просто вынести его в пакет у package manager'а - и если не
пользуешься - не ставишь сам пакет rubygems - никаких "-rubygems" не имеешь.

> Например, фактически, сильно увеличивается $: за
> счёт rubygems директорий, что не способствует безопасности.

Неправда ваша:

$ irb
irb(main):001:0> a = $:; require 'rubygems'; b = $:; p b - a
[]
=> nil

LOADPATH на самом деле не меняется. Хотя, конечно, начинают подгружаться
модули gem - но - извините - разве не этого вы хотели, когда просили,
чтобы require умел эмулировать require_gem?

-- 
WBR, Mikhail Yakshin

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1140 bytes --]

On 14:03 Tue 14 Mar, Mikhail Yakshin wrote:
> > Пропатчить rubygems, чтоб он смотрел в правильные директории это очень
> > сложно?
> 
> Во-первых - даже rubygems - сложно. Во-вторых, смотрят не rubygems, а
> пакеты.

Используя предоставляемое rubygems api или самостоятельно?

> > Например, фактически, сильно увеличивается $: за
> > счёт rubygems директорий, что не способствует безопасности.
> 
> Неправда ваша:
> 
> $ irb
> irb(main):001:0> a = $:; require 'rubygems'; b = $:; p b - a
> []
> => nil
> 
> LOADPATH на самом деле не меняется. Хотя, конечно, начинают подгружаться
> модули gem - но - извините - разве не этого вы хотели, когда просили,
> чтобы require умел эмулировать require_gem?

Ключевое слово "фактически". Я понимаю, что явно она не
переопределяется(что ещё хуже), но начинают загружаться модули из
директорий с невнятным происхождением и не определёнными ограничениями
доступа.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

<hiddenman> ааа. это прикол
<AMorozov> ... сказал ежик, слазя с кактуса :-)

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Kirill A. Shutemov wrote:
> On 14:03 Tue 14 Mar, Mikhail Yakshin wrote:
> 
>>>Пропатчить rubygems, чтоб он смотрел в правильные директории это очень
>>>сложно?
>>
>>Во-первых - даже rubygems - сложно. Во-вторых, смотрят не rubygems, а
>>пакеты.
> 
> Используя предоставляемое rubygems api или самостоятельно?

И так, и так. Кто как. Грубо говоря, в rubygems есть, например, всякие
gem.path или dirs. Пакет может взять и захотеть почитать что-нибудь из
gem.path + название_директории.

>>>Например, фактически, сильно увеличивается $: за
>>>счёт rubygems директорий, что не способствует безопасности.

>>LOADPATH на самом деле не меняется. Хотя, конечно, начинают подгружаться
>>модули gem - но - извините - разве не этого вы хотели, когда просили,
>>чтобы require умел эмулировать require_gem?

> Ключевое слово "фактически". Я понимаю, что явно она не
> переопределяется(что ещё хуже), но начинают загружаться модули из
> директорий с невнятным происхождением и не определёнными ограничениями
> доступа.

В системе стоят только те пакеты, что поставил администратор системы,
так? Если он понаставил каких-то пакетов, которых быть не должно - и
потом они подцепляются - через require ли, или через require_gem, или
через require, эмулирующий require_gem - какая разница - чьи это
проблемы? По-моему - проблемы администратора, который понаставил левых
пакетов... Он точно так же мог бы понаставить их безо всяких gems и они
точно так же бы подхватились из $:

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1142 bytes --]

On 16:36 Tue 14 Mar, Mikhail Yakshin wrote:
> В системе стоят только те пакеты, что поставил администратор системы,
> так? Если он понаставил каких-то пакетов, которых быть не должно - и
> потом они подцепляются - через require ли, или через require_gem, или
> через require, эмулирующий require_gem - какая разница - чьи это
> проблемы? По-моему - проблемы администратора, который понаставил левых
> пакетов... Он точно так же мог бы понаставить их безо всяких gems и они
> точно так же бы подхватились из $:

Пролемма в том, что резко увеличивается количество директорий в которых
будут искаться модули. Сейчас их 9(если считать с '.'). С rubygems 
неопределённое количество. Если одна из этих директорий по каким-либо 
причинам станет world-writable, то это подкосит всю безопасность.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> я слышал от тех же дебианщиков, что альт - это урезанный debian. типа
> всё испортили, даже dpkg убрали :))
Как это убрали?
apt-cache show dpkg показывает что на месте. ;-)
		-- icesik in smoke-room@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 808 bytes --]

* Mikhail Yakshin <greycat@> [060314 11:38]:
> > Ещё одним следствием этого бардака является то, что я не смогу сделать
> > обычный require(только require_gem) для ruby-модулей установленых из gems, 
> > на что указывал raorn@. Это абсолютно неприемлимо.
> Расскажите, что вы к этому так прицепились? ;)
См. выше.  rubygems не существует.

> Это даст возможность делать обычный require. Это решит вашу проблему?
Это у Вас какая-то проблема.  Я уже один раз предлагал пропатчить
rubygems в районе require_gem...  Или Вам показать как ruby-rails
может работать без rubygems?

Ещё раз напоминаю про мусор в gem'ах...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060314 11:38]:
> 
>>>Ещё одним следствием этого бардака является то, что я не смогу сделать
>>>обычный require(только require_gem) для ruby-модулей установленых из gems, 
>>>на что указывал raorn@. Это абсолютно неприемлимо.
>>
>>Расскажите, что вы к этому так прицепились? ;)
> 
> См. выше.  rubygems не существует.

Раорн, извини, ну что это такое? "Существует" - "не существует". Давайте
еще про прикладной солипсизм тут подискутируем?.. gems как таковые есть. Я н

>>Это даст возможность делать обычный require. Это решит вашу проблему?
> 
> Это у Вас какая-то проблема.  Я уже один раз предлагал пропатчить
> rubygems в районе require_gem...

Что значит "пропатчить"? Это разные команды, у них разная
функциональность, разная семантика... Они не взаимозаменяемы...

> Или Вам показать как ruby-rails может работать без rubygems?

Да, было бы очень интересно. Особенно стабильность и функциональность
его работы в таком состоянии.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 480 bytes --]

* Mikhail Yakshin <greycat@> [060314 13:07]:
> > Или Вам показать как ruby-rails может работать без rubygems?
> Да, было бы очень интересно. Особенно стабильность и функциональность
> его работы в таком состоянии.
А где от них сорцы?  Не та помойка rails-VERSION.tgz, а тарболы 
всех модулей.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060314 13:07]:
> 
>>>Или Вам показать как ruby-rails может работать без rubygems?
>>
>>Да, было бы очень интересно. Особенно стабильность и функциональность
>>его работы в таком состоянии.
> 
> А где от них сорцы?  Не та помойка rails-VERSION.tgz, а тарболы 
> всех модулей.

Основной путь распространения rails - gem. Собственно, в "помойке tgz" -
есть bundle ровно тех же самых gem'ов, только без спеков. Вплоть до
структуры директорий.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1125 bytes --]

* Mikhail Yakshin <greycat@> [060314 16:43]:
> Основной путь распространения rails - gem. Собственно, в "помойке tgz" -
> есть bundle ровно тех же самых gem'ов, только без спеков. Вплоть до
> структуры директорий.
Я собрал все необходимые ruby-a* не из gem'ов.  Убил
vendor/rails/acti* (дабы не мешались).  Запустил script/server.
Зашёл на http://localhost:3000/

Ruby version	1.8.4 (i586-linux-gnu)
Rails version	1.0.0
Active Record version	1.13.2
Action Web Service version	1.0.0
Action Mailer version	1.1.5
Active Support version	1.2.5
Application root	/home/raorn/src/RPM/ruby-rails/work/rails
Environment	development
Database adapter	mysql

Не было пропатчено ни одного файла.  Rails прекрасно видит
модули не из gem'ов.  Пакет rubygems даже не установлен.  В чём я
неправ?

Я не собрал только ruby-railties, потому как просто не знаю что с
ним делать.

И всё это за полтора часа, на работе и с двумя перекурами.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060314 16:43]:
> 
>>Основной путь распространения rails - gem. Собственно, в "помойке tgz" -
>>есть bundle ровно тех же самых gem'ов, только без спеков. Вплоть до
>>структуры директорий.
> 
> Я собрал все необходимые ruby-a* не из gem'ов.  Убил
> vendor/rails/acti* (дабы не мешались).  Запустил script/server.
> Зашёл на http://localhost:3000/

[...]

> Не было пропатчено ни одного файла.  Rails прекрасно видит
> модули не из gem'ов.  Пакет rubygems даже не установлен.

Можно посмотреть и потестировать результат?

> В чём я неправ?

Сначала мне бы хотелось посмотреть получившийся rails без gem. А
навскидку - насколько я понимаю - начинаю я что-то разрабатывать,
допустим, на таких рельсах. Хочется мне подключить профайлер, допустим.
Делаю "gem install action_profiler" - и мне говорят, иди нафиг, у тебя
нет ни одного пакета из нужного в зависимостях.

Опять же - если речь о рельсах, оперирую цифрами: в списке gem-пакетов
порядка 50 пакетов, которые имеют к ним отношение. За минусом, ну,
допустим, самих rails и active*, action*, которые сбандлены с ним - ну,
считай, порядка 45.

-- 
WBR, Mikhail Yakshin

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 904 bytes --]

* Mikhail Yakshin <greycat@> [060315 14:08]:
> > Не было пропатчено ни одного файла.  Rails прекрасно видит
> > модули не из gem'ов.  Пакет rubygems даже не установлен.
> Можно посмотреть и потестировать результат?
[ссылки ушли в жабер]

> Опять же - если речь о рельсах, оперирую цифрами: в списке gem-пакетов
> порядка 50 пакетов, которые имеют к ним отношение. За минусом, ну,
> допустим, самих rails и active*, action*, которые сбандлены с ним - ну,
> считай, порядка 45.
Так вот это как раз - основная работа мантейнера.  Собрать некое
приложение в rpm пакет в соответствиями с требованиями
дистрибутива.

А не оборачивать в rpm чью-то кривую (нет, ну правда ведь -
кривую) поделку.

Ничего личного.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 593 bytes --]

* Alexey I. Froloff <raorn@> [060315 12:28]:
> Я не собрал только ruby-railties, потому как просто не знаю что с
> ним делать.
А я и ruby-railties собрал, поместив lib в %ruby_sitelibdir, а
всё остальное, что нужно для генерации аппликейшнов в
%_datadir/rails.  Правда пришлось это запатчить в трёх-четырёх
местах, но приложение я удачно создал и оно запустилось.

И всё это без rake и rubygems ВООБЩЕ.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1659 bytes --]

Kirill A. Shutemov пишет:
> On 22:16 Mon 13 Mar, Mikhail Yakshin wrote:
> 
>>Внутренняя структура пакета, соответственно, тоже более сложная: в 
>>базовой директории (/usr/lib/ruby/gems/1.8/gems/%name-%version) лежит 
>>обычно дерево из:
>>
>>bin
>>configs
>>doc
>>examples
>>lib
>>test
>>
>>и еще того, что создатель сочтет нужным туда положить. Очевидно, 
>>конечно, что это бардак - что документация и примеры лежат в %_libdir, 
>>но такой вот стандарт и если его рушить и, скажем, оторвать упаковку gem 
>>у какого-то одного пакета - надо будет рушить и все, его использующие.
> 
> Ещё одним следствием этого бардака является то, что я не смогу сделать
> обычный require(только require_gem) для ruby-модулей установленых из gems, 
> на что указывал raorn@. Это абсолютно неприемлимо.

Есть подозрение, что это не так.
http://docs.rubygems.org/read/chapter/4

rake установлен из gem.

$ ruby -e "require 'rake'; load 'rake'"
-e:1:in `require': no such file to load -- rake (LoadError)
        from -e:1

$ RUBYOPT=rubygems ruby -e "require 'rake'; load 'rake'"
rake aborted!
No Rakefile found (looking for: rakefile, Rakefile, rakefile.rb,
Rakefile.rb)
/usr/lib/ruby/gems/1.8/gems/rake-0.7.0/lib/rake.rb:1635:in
`load_rakefile'
(See full trace by running task with --trace)

$ ruby -rubygems -e "require 'rake'; load 'rake'"
rake aborted!
No Rakefile found (looking for: rakefile, Rakefile, rakefile.rb,
Rakefile.rb)
/usr/lib/ruby/gems/1.8/gems/rake-0.7.0/lib/rake.rb:1635:in
`load_rakefile'
(See full trace by running task with --trace)

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Vitaly Ostanin wrote:

>>Ещё одним следствием этого бардака является то, что я не смогу сделать
>>обычный require(только require_gem) для ruby-модулей установленых из gems, 
>>на что указывал raorn@. Это абсолютно неприемлимо.
> 
> Есть подозрение, что это не так.
> http://docs.rubygems.org/read/chapter/4

Угу, вот только что про это же написал. RUBYOPTS можно вынести в
bash_profile.d для пакета rubygems, скажем. Тогда кто не хочет gems ни в
каком виде - не ставит и package manager и живет себе спокойно. А все
пакеты, что его пользуют - они depends on rubygems и все, вытащится само.

Господа, у меня организационное предложение: насколько я понимаю, тема
интересна целым 5 человекам - мне, kas, raorn, vyt, led. Может мы
отдельно уйдем отсюда, чтобы действительно не напрягать общественность
этими перепалками и тихо проголосуем просто, кому какой вариант нравится
- и меньшинство подчинится большинству?

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

On 13:29 Tue 14 Mar, Mikhail Yakshin wrote:
> Угу, вот только что про это же написал. RUBYOPTS можно вынести в
> bash_profile.d для пакета rubygems, скажем. Тогда кто не хочет gems ни в
> каком виде - не ставит и package manager и живет себе спокойно. А все
> пакеты, что его пользуют - они depends on rubygems и все, вытащится само.
См. выше.

> Господа, у меня организационное предложение: насколько я понимаю, тема
> интересна целым 5 человекам - мне, kas, raorn, vyt, led. Может мы
> отдельно уйдем отсюда, чтобы действительно не напрягать общественность
> этими перепалками и тихо проголосуем просто, кому какой вариант нравится
> - и меньшинство подчинится большинству?
Я знаю ещё несколько человек, которым эта тема интересна. Жаль, что пока 
read-only ;).

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Пришел в АЛЬТ за очередным обновлением. После заливки файлов на винт
ноутбука сменил XFree на X.org в присутствии и под наблюдением нашего
сборщика X.org. DRI испугался совокупной мощи и заработал :).
		-- slava in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 618 bytes --]

* Mikhail Yakshin <greycat@> [060314 13:30]:
> Угу, вот только что про это же написал. RUBYOPTS можно вынести в
> bash_profile.d для пакета rubygems, скажем. Тогда кто не хочет gems ни в
> каком виде - не ставит и package manager и живет себе спокойно. А все
> пакеты, что его пользуют - они depends on rubygems и все, вытащится само.
Ещё раз.  Заворачивайте их в rubygem-*.  В своих пакетах я это
отрывал и буду отрывать дальше.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1010 bytes --]

Alexey I. Froloff пишет:
> * Mikhail Yakshin <greycat@> [060314 13:30]:
> 
>>Угу, вот только что про это же написал. RUBYOPTS можно вынести в
>>bash_profile.d для пакета rubygems, скажем. Тогда кто не хочет gems ни в
>>каком виде - не ставит и package manager и живет себе спокойно. А все
>>пакеты, что его пользуют - они depends on rubygems и все, вытащится само.
> 
> Ещё раз.  Заворачивайте их в rubygem-*.  В своих пакетах я это
> отрывал и буду отрывать дальше.

Алексей, ну правда, хватит экстремизма. Давай аргументы. И
RubyOnRails, собранный без gems.

Пока что аргументы против:

1. overhead с загрузкой rubygems (по сравнению с overhead на
сборку не из gems - не аргумент)

2. Потенциальные проблемы с безопасностью из-за разрастания $:.
(не ставьте пакеты из непроверенных источников)

Неубедительно.

PS Интересно, что было бы с Сизифом, если бы мантейнер glibc
оторвал от него всё, что ему мешает...

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 250 bytes --]

On Tue, Mar 14, 2006 at 01:51:32PM +0300, Vitaly Ostanin wrote:
> PS Интересно, что было бы с Сизифом, если бы мантейнер glibc
> оторвал от него всё, что ему мешает...

Я именно это и сделал.  Всё, что осталось, пока не мешает. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060314 13:30]:
> 
>>Угу, вот только что про это же написал. RUBYOPTS можно вынести в
>>bash_profile.d для пакета rubygems, скажем. Тогда кто не хочет gems ни в
>>каком виде - не ставит и package manager и живет себе спокойно. А все
>>пакеты, что его пользуют - они depends on rubygems и все, вытащится само.
> 
> Ещё раз.  Заворачивайте их в rubygem-*.  В своих пакетах я это
> отрывал и буду отрывать дальше.

Раорн, извини, но если ты в команде - то и ты, и я, и все - либо
подчиняемся неким policy, которые сейчас и обсуждаются, либо не
участвуем в команде. Безаргументное "я так делаю и так буду делать, и
что там считают остальные - меня не волнует" больше похоже на саботаж. Я
сгущаю краски, конечно, но ситуация примерно такая.

-- 
WBR, Mikhail Yakshin

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1276 bytes --]

* Mikhail Yakshin <greycat@> [060314 14:14]:
> Раорн, извини, но если ты в команде - то и ты, и я, и все - либо
> подчиняемся неким policy, которые сейчас и обсуждаются, либо не
> участвуем в команде. Безаргументное "я так делаю и так буду делать, и
> что там считают остальные - меня не волнует" больше похоже на саботаж. Я
> сгущаю краски, конечно, но ситуация примерно такая.
Зачем изобретать велосипед, если всё работает и без rubygems?
См. напр. rbot.

rubygems очень сильно мусорит, я показывал пример пол года назад.
Никто кроме rubygems про эти модули не знает.  rubygems позволяет
держить несколько версий одного модуля, что в нашей ситуации
никому не нужно.  rubygems отслеживает зависимости модулей, что в
условиях rpm и apt тоже лишнее.  Ну и зачем нам этот монстр?

У меня создаётся впечатление, что rubygems нужен одному
единственному проекту, который в силу своей внутренней кривизны
никак по другому работать не умеет.  Вот и заворачивайте gem'ы в
rubygems-*, в чём проблема?  А ruby-* оставьте для честных
пакетов, которые можно от'require'ить без костылей.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1420 bytes --]

On 16:19 Tue 14 Mar, Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060314 14:14]:
> > Раорн, извини, но если ты в команде - то и ты, и я, и все - либо
> > подчиняемся неким policy, которые сейчас и обсуждаются, либо не
> > участвуем в команде. Безаргументное "я так делаю и так буду делать, и
> > что там считают остальные - меня не волнует" больше похоже на саботаж. Я
> > сгущаю краски, конечно, но ситуация примерно такая.
> Зачем изобретать велосипед, если всё работает и без rubygems?
> См. напр. rbot.
> 
> rubygems очень сильно мусорит, я показывал пример пол года назад.
> Никто кроме rubygems про эти модули не знает.  rubygems позволяет
> держить несколько версий одного модуля, что в нашей ситуации
> никому не нужно.  rubygems отслеживает зависимости модулей, что в
> условиях rpm и apt тоже лишнее.  Ну и зачем нам этот монстр?
> 
> У меня создаётся впечатление, что rubygems нужен одному
> единственному проекту, который в силу своей внутренней кривизны
> никак по другому работать не умеет.  Вот и заворачивайте gem'ы в
> rubygems-*, в чём проблема?  А ruby-* оставьте для честных
> пакетов, которые можно от'require'ить без костылей.
+1

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Вряд ли стоит впадать в крайности типа того, как всё пережёвывается
в Debian.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 2821 bytes --]

Alexey I. Froloff пишет:
> * Mikhail Yakshin <greycat@> [060314 14:14]:
> 
>>Раорн, извини, но если ты в команде - то и ты, и я, и все - либо
>>подчиняемся неким policy, которые сейчас и обсуждаются, либо не
>>участвуем в команде. Безаргументное "я так делаю и так буду делать, и
>>что там считают остальные - меня не волнует" больше похоже на саботаж. Я
>>сгущаю краски, конечно, но ситуация примерно такая.
> 
> Зачем изобретать велосипед, если всё работает и без rubygems?
> См. напр. rbot.
> 
> rubygems очень сильно мусорит, я показывал пример пол года назад.

Ты не указываешь ссылку, чтобы затруднить дискуссию?

> Никто кроме rubygems про эти модули не знает.  rubygems позволяет
> держить несколько версий одного модуля, что в нашей ситуации
> никому не нужно.  

Разработчику нужны разные версии модуля для проверки
совместимости. В Сизифе полно библиотек разных версий.

> rubygems отслеживает зависимости модулей, что в
> условиях rpm и apt тоже лишнее.  Ну и зачем нам этот монстр?

Разработчики модулей не заботятся об условиях rpm/apt. Монстр
занимает 157 Kb.

> У меня создаётся впечатление, что rubygems нужен одному
> единственному проекту, который в силу своей внутренней кривизны
> никак по другому работать не умеет.  

Ты же сам сегодня грозился показать, как RoR работает без gems ;)
Умеет, значит, так что дело не в кривизне.

То же самое касается CPAN. Каким средством воспользоваться для
распространения модулей скриптовых языков?

RPM не переносимый, тарболы не отслеживают совместимость версий и
зависимости. Кстати, как и require.

Raorn, этот самый "маргинальный" gem - разработка community ruby.
Если пользуешься переносимым скриптовым языком, то будь готов к
тому, что средства упаковки модулей тоже будут переносимыми, и
структура их не будет соответствовать FHS.

Цитирую http://rubyforge.org/projects/rubygems/ :
"RubyGems is the Ruby standard for publishing and managing third
party libraries."

Это они врут?

> Вот и заворачивайте gem'ы в
> rubygems-*, в чём проблема?  

Да не вопрос, повторю - в дублировании усилий по пакетированию и
расположению кода. И в именах пакетах, видимо, тоже.

Кстати, Raorn, мантейнер ruby-rake изначально собирал rake из
gem, и что-то я не припомню недовольных этим фактом.

И теперь мантейнер не воспользовался правом на авторитарное
решение, а советуется с Team. В намного более спокойном тоне, чем
твой.

> А ruby-* оставьте для честных
> пакетов, которые можно от'require'ить без костылей.

Приведи, пожалуйста, список пакетов, которые требуют require
(например, rake, но можно и других) без использования rubygems.
Сильно подозреваю, что upstream этих пакетов не разделяет твоего
отношения к rubygems.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 436 bytes --]

* Vitaly Ostanin <vyt@> [060314 17:53]:
> > rubygems очень сильно мусорит, я показывал пример пол года назад.
> Ты не указываешь ссылку, чтобы затруднить дискуссию?
http://lists.altlinux.ru/pipermail/sisyphus/2005-September/068431.html

[/dev/null]

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 413 bytes --]

Alexey I. Froloff пишет:
> * Vitaly Ostanin <vyt@> [060314 17:53]:
> 
>>>rubygems очень сильно мусорит, я показывал пример пол года назад.
>>
>>Ты не указываешь ссылку, чтобы затруднить дискуссию?
> 
> http://lists.altlinux.ru/pipermail/sisyphus/2005-September/068431.html
> 
> [/dev/null]

То есть весомых аргументов у тебя нет.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Mikhail Yakshin]

Приветствую!

На все вместе я сейчас не успею ответить, просто информация к
размышлению великим противникам gems.

Есть RAA: http://raa.ruby-lang.org/
912 пакетов с библиотеками

Есть репозитарий gems:
626 пакетов с библиотеками

Это насчет "одного кривого проекта", и "всех остальных честных", которым
gems не нужен.

> Цитирую http://rubyforge.org/projects/rubygems/ :
> "RubyGems is the Ruby standard for publishing and managing third
> party libraries."
> 
> Это они врут?

Мне кажется, что они как раз правы и мир не так уж медленно переходит от
 RAA к gems. Не вижу смысла в том, чтобы стоять на дороге у этого паровоза.

>>А ruby-* оставьте для честных
>>пакетов, которые можно от'require'ить без костылей.
> 
> Приведи, пожалуйста, список пакетов, которые требуют require
> (например, rake, но можно и других) без использования rubygems.
> Сильно подозреваю, что upstream этих пакетов не разделяет твоего
> отношения к rubygems.

В пример, насколько я помню, приводилось, что если fx ruby опакетить из
gem'а, то в неких программах собственной разработки пришлось бы писать
везде require_gem вместо require.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 776 bytes --]

Mikhail Yakshin пишет:

<skipped/>

>>Приведи, пожалуйста, список пакетов, которые требуют require
>>(например, rake, но можно и других) без использования rubygems.
>>Сильно подозреваю, что upstream этих пакетов не разделяет твоего
>>отношения к rubygems.
> 
> В пример, насколько я помню, приводилось, что если fx ruby опакетить из
> gem'а, то в неких программах собственной разработки пришлось бы писать
> везде require_gem вместо require.

Там ещё делается упор на размер получившего из gem каталога без
учёта отключения упаковки тестов.
http://lists.altlinux.ru/pipermail/sisyphus/2005-September/068431.html

Сборка rake из gem и из тарбола отличается по размеру только на
gemspec.

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 437 bytes --]

* Vitaly Ostanin <vyt@> [060314 19:06]:
> Там ещё делается упор на размер получившего из gem каталога без
> учёта отключения упаковки тестов.
> http://lists.altlinux.ru/pipermail/sisyphus/2005-September/068431.html
Там не только тесты, к сожалению...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vital Khilko]

[-- Attachment #1: Type: text/plain, Size: 745 bytes --]

Много шума из ничего... Прочитал трэд несколько раз, но так и не понял
что хочет зачинщик. Или упаковывайть rubygems-* религия не позволяет?
2 аргумента против, выделенные из кучи флейма Виталием, считаю весомыми
для этого.

--
> PS Интересно, что было бы с Сизифом, если бы мантейнер glibc
> оторвал от него всё, что ему мешает...
Я именно это и сделал. Всё, что осталось, пока не мешает. 

                                              ldv@ in devel

[-- Attachment #2: Гэтая частка паведамленьня падпісаная электроным подпісам --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake �

[Vitaly Ostanin]

Vital Khilko wrote:
> Много шума из ничего... Прочитал трэд несколько раз, но так и не понял
> что хочет зачинщик. 

Это написано в первом же письме - мнений. Через проблемы упаковки 
модулей скриптовых языков уже проходили - python, perl. Питону, 
видимо, предстоит ещё раз из-за distutils. В одном случае 
огромную работу проделал Андрей Орлов, в другом - Алексей Турбин. 
Кому-то же надо собрать мнения о ruby(, в будущем) для написания 
ruby packaging policy.

> Или упаковывайть rubygems-* религия не позволяет?

Формализуйте эту упаковку, пожалуйста. Общий префикс для имён 
пакетов с поддержкой rubygems или отдельный каталог для установки 
пакетов с поддержкой rubygems ?

> 2 аргумента против, выделенные из кучи флейма Виталием, считаю весомыми
> для этого.

Не понял, для чего именно "этого".

Раз уж из мнений на тему rubygems получился флейм, давайте 
вернёмся к исходной проблеме. Повторю: ruby-rake изначально был 
собран из gem-пакета Михаилом Якшиным. Недовольных не было, копья 
вокруг rubygems не ломались.

Затем я оставил баг-репорт с просьбой обновить версию rake (номер 
баги есть в треде, из дома искать не могу). Новая версия 
оказалась NMU, собранной из тарбола вместо gem, с патчем и ошибкой.

В Сизифе есть один пользователь-пакет ruby-rake - ruby-rails, 
которому для сборки нужна gem-инкарнация ruby-rake. У обоих 
пакетов один мантейнер, который считает, что rubygems существует :)

Для конечных пользователей /usr/bin/rake доступен при любом 
варианте сборки.

Поэтому предлагаю вернуться к сборке ruby-rake из gems и спокойно 
собирать аргументы к новому витку обсуждения. Ну там, собрать RoR 
из тарболов, замерить размеры rpm-пакетов из тарболов и gems. А 
то пока больше эмоций, чем фактов.

<skiped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

Re: [devel] ruby-rake �

[Vital Khilko]

[-- Attachment #1: Type: text/plain, Size: 517 bytes --]

У Аўт, 14/03/2006 у 21:55 +0300, Vitaly Ostanin піша:

> Поэтому предлагаю вернуться к сборке ruby-rake из gems и спокойно 
> собирать аргументы к новому витку обсуждения. Ну там, собрать RoR 
> из тарболов, замерить размеры rpm-пакетов из тарболов и gems. А 
> то пока больше эмоций, чем фактов.

вполне себе решение

[-- Attachment #2: Гэтая частка паведамленьня падпісаная электроным подпісам --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake �

[Damir Shayhutdinov]

14.03.06, Vitaly Ostanin<vyt@vzljot.ru> написал(а):
> Vital Khilko wrote:
> > Много шума из ничего... Прочитал трэд несколько раз, но так и не понял
> > что хочет зачинщик.
>
> Это написано в первом же письме - мнений. Через проблемы упаковки
> модулей скриптовых языков уже проходили - python, perl. Питону,
> видимо, предстоит ещё раз из-за distutils.
А также из-за arch-зависимых путей раскладывания модулей
(%_libdir/python2.4), что не дает например возможности собирать noarch
python modules на x86_64.

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 957 bytes --]

* Mikhail Yakshin <greycat@> [060314 18:52]:
> Есть репозитарий gems:
> 626 пакетов с библиотеками
Сколько из них не имеют тарбола с extconf.rb/setup.rb внутри?

> Это насчет "одного кривого проекта", и "всех остальных честных", которым
> gems не нужен.
Интересно, почему все попадающиеся мне пакеты прекрасно работали
без rubygems?

> Мне кажется, что они как раз правы и мир не так уж медленно переходит от
> RAA к gems. Не вижу смысла в том, чтобы стоять на дороге у этого паровоза.
Во всём мире большинство ПО распространяется в архивах с
расширением .exe.  А мы тут придумали какой-то rpm, apt...  Стоим
на пути у паровоза...

Я не понимаю, чем Вас не устраивает rubygems-*?  Не хотите делать
"двойную работу" - не делайте, но другим только не мешайте.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

Alexey I. Froloff wrote:
> * Mikhail Yakshin <greycat@> [060314 18:52]:
> 
>>Есть репозитарий gems:
>>626 пакетов с библиотеками
> 
> Сколько из них не имеют тарбола с extconf.rb/setup.rb внутри?

А это зачем? Можно ссылку для тех, кто из /dev/null? :)

>>Это насчет "одного кривого проекта", и "всех остальных честных", которым
>>gems не нужен.
> 
> Интересно, почему все попадающиеся мне пакеты прекрасно работали
> без rubygems?

Ответ на этот вопрос, конечно, подтвердит кривизну RoR :)

>>Мне кажется, что они как раз правы и мир не так уж медленно переходит от
>>RAA к gems. Не вижу смысла в том, чтобы стоять на дороге у этого паровоза.
> 
> Во всём мире большинство ПО распространяется в архивах с
> расширением .exe.  А мы тут придумали какой-то rpm, apt...  Стоим
> на пути у паровоза...
> 
> Я не понимаю, чем Вас не устраивает rubygems-*?

Лично меня - непониманием того, что имеется в виду.

>  Не хотите делать
> "двойную работу" - не делайте, но другим только не мешайте.

Чем мешал ruby-rake-0.5.4, собранный из gem?
Чем помог ruby-rake-0.7.0, собранный из тарбола?

Раорн, ну кто тебе и чем мешал? Спросили, как лучше, что ты завёлся?

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[devel] [OT] Re: ruby-rake и gems -> vendor message to ruby-dev, anyone?

[Michael Shigorin]

On Tue, Mar 14, 2006 at 06:51:15PM +0300, Mikhail Yakshin wrote:
> Мне кажется, что они как раз правы и мир не так уж медленно
> переходит от RAA к gems. Не вижу смысла в том, чтобы стоять на
> дороге у этого паровоза.

Значит, лучше _до_ Ruby2 и сопутствующего перелопачивания всего
этого озадачить апстрим выравниванием идентичных натуральной
дезоксирибонуклеиновой заменителей в gems.

Повторюсь, у меня на момент последних ныряний в те обсуждения
сложилось стойкое впечатление, что виндузятники, слакваристы 
и бздишники испортят и этот мирок (OT: TYPO3 4.0 похабят на корню
такие же "прафисионалы", сдаётся мне).  Тем, что им вполне
комфортно со своим dll hell, perl -MCPAN и прочими прелестями
дикой жизни.

Если у кого-то есть здоровье общать их от имени вендора -- 
давайте попробуем так.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [OT] Re: ruby-rake и gems -> vendor message to ruby-dev, anyone?

[Mikhail Yakshin]

Michael Shigorin wrote:
> On Tue, Mar 14, 2006 at 06:51:15PM +0300, Mikhail Yakshin wrote:
> 
>>Мне кажется, что они как раз правы и мир не так уж медленно
>>переходит от RAA к gems. Не вижу смысла в том, чтобы стоять на
>>дороге у этого паровоза.
> 
> Значит, лучше _до_ Ruby2 и сопутствующего перелопачивания всего
> этого озадачить апстрим выравниванием идентичных натуральной
> дезоксирибонуклеиновой заменителей в gems.
> 
> Повторюсь, у меня на момент последних ныряний в те обсуждения
> сложилось стойкое впечатление, что виндузятники, слакваристы 
> и бздишники испортят и этот мирок (OT: TYPO3 4.0 похабят на корню
> такие же "прафисионалы", сдаётся мне).  Тем, что им вполне
> комфортно со своим dll hell, perl -MCPAN и прочими прелестями
> дикой жизни.
> 
> Если у кого-то есть здоровье общать их от имени вендора -- 
> давайте попробуем так.

Ну, идеальный мир мне видится таким: у нас есть пакеты, которые
обстрипаны насколько нужно и лежат так, как нужно по директориям.
Существует package manager gem, существует взаимно-однозначно (в идеале
- процедурное) соответствие между именем пакета в rpm-репозитарии и
gem-репозитарии. При попытке установить gem, который есть в rpm -
ставится он, при попытке установить, которого нет - ставится обычный
gem, но в /usr/local. Когда появится rpm в репозитарии - копия в
/usr/local автоматически заменяется на нормальную из rpm в /usr. И при
этом все это работает: require и require_gem находят все что нужно, вне
зависимости от того, как оно было установлено.

И самое главное - что это сделано не у нас, а у всех.

Другие мнения по направлению движения на высокое и светлое будущее есть?
Я тогда действительно может начну общаться с ними от имени ALT уже
представляя мнение Team?

-- 
WBR, Mikhail Yakshin

Re: [devel] [OT] Re: ruby-rake и gems -> vendor message to ruby-dev, anyone?

[Genix]

Mikhail Yakshin wrote:

> Ну, идеальный мир мне видится таким: у нас есть пакеты, которые
> обстрипаны насколько нужно и лежат так, как нужно по директориям.
> Существует package manager gem, существует взаимно-однозначно (в идеале
> - процедурное) соответствие между именем пакета в rpm-репозитарии и
> gem-репозитарии. При попытке установить gem, который есть в rpm -
> ставится он, при попытке установить, которого нет - ставится обычный
> gem, но в /usr/local.

вклинюсь отсюда, всё остальное не читал:

а зачем нужен gem?
что мешает всё заворачивать в rpm как это сделано с perl?

> Когда появится rpm в репозитарии - копия в
> /usr/local автоматически заменяется на нормальную из rpm в /usr.

каким образом она будет заменяться "автоматически"



-- 
У каждого в башке свои тараканы...

Re: [devel] [OT] Re: ruby-rake и gems -> vendor message to ruby-dev, anyone?

[Mikhail Yakshin]

Genix wrote:
> вклинюсь отсюда, всё остальное не читал:
> 
> а зачем нужен gem?
> что мешает всё заворачивать в rpm как это сделано с perl?

Давайте Вы лучше прочитаете все остальное или хотя бы основные выводы
тезисные, что я тут писал недавно? Очень не хочется весь этот тред еще
раз пересказывать.

>>Когда появится rpm в репозитарии - копия в
>>/usr/local автоматически заменяется на нормальную из rpm в /usr.
> 
> каким образом она будет заменяться "автоматически"

rpm-пакет в триггере при инсталляции делает специальный вызов вроде

gem cleanup-local

Package manager gem проверяет, была ли действительно инсталляции в
local. Если была - вычищает и заносит в свои базы пометку о том, что у
нас теперь стоит культурный вариант из rpm.

-- 
WBR, Mikhail Yakshin AKA GreyCat

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 586 bytes --]

Mikhail Yakshin пишет:

<skipped/>

> Господа, у меня организационное предложение: насколько я понимаю, тема
> интересна целым 5 человекам - мне, kas, raorn, vyt, led. Может мы
> отдельно уйдем отсюда, чтобы действительно не напрягать общественность
> этими перепалками и тихо проголосуем просто, кому какой вариант нравится
> - и меньшинство подчинится большинству?

Давайте уйдём, только скажите, куда :)

Сколько у нас пользователей-пакетов rake с мантейнерами, готовыми
собирать пакеты без gems ?

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

* Vitaly Ostanin <vyt@> [060314 13:59]:
> Сколько у нас пользователей-пакетов rake с мантейнерами, готовыми
> собирать пакеты без gems ?
Ровно один:

$ find /var/ftp/pub/distributions/ALTLinux/Sisyphus/files/SRPMS/ -name '*.src.rpm' | while read f; do rpm -qp --qf='[%{REQUIRENAME}\n]' "$f" > tmp/srpms/`basename "$f"`; done
$ grep -rl rake tmp/srpms/
tmp/srpms/ruby-rails-0.13.1-alt1.src.rpm


-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 756 bytes --]

Alexey I. Froloff пишет:
> * Vitaly Ostanin <vyt@> [060314 13:59]:
> 
>>Сколько у нас пользователей-пакетов rake с мантейнерами, готовыми
>>собирать пакеты без gems ?
> 
> Ровно один:
> 
> $ find /var/ftp/pub/distributions/ALTLinux/Sisyphus/files/SRPMS/ -name '*.src.rpm' | while read f; do rpm -qp --qf='[%{REQUIRENAME}\n]' "$f" > tmp/srpms/`basename "$f"`; done
> $ grep -rl rake tmp/srpms/
> tmp/srpms/ruby-rails-0.13.1-alt1.src.rpm

Повторяю - готовыми собирать пакеты без gems.

Кстати, если это единственный пользователь-пакет rake в Сизифе,
что вы так упёрлись против rake в gem ?

Конечному пользователю /usr/bin/rake доступен в любом варианте.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 258 bytes --]

Re: [devel] ruby-rake и gems

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 508 bytes --]

On Tue, Mar 14, 2006 at 01:29:44PM +0300, Mikhail Yakshin wrote:
> Господа, у меня организационное предложение: насколько я понимаю, тема
> интересна целым 5 человекам - мне, kas, raorn, vyt, led. Может мы
> отдельно уйдем отсюда, чтобы действительно не напрягать общественность
> этими перепалками и тихо проголосуем просто, кому какой вариант нравится
> - и меньшинство подчинится большинству?

Некоторые ещё читают, несмотря на то что libruby давно в RPM::Ignore.
Просто любопытно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] ruby-rake и gems

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 710 bytes --]

On Tue, Mar 14, 2006 at 01:29:44PM +0300, Mikhail Yakshin wrote:
> Господа, у меня организационное предложение: насколько я
> понимаю, тема интересна целым 5 человекам - мне, kas, raorn,
> vyt, led.

Мне тоже.  Но не до такой степени на сейчас, чтобы смотреть, 
так выходит gem2rpm или gem2spec -- или нет.  Рельсы пока не
нужны.

> Может мы отдельно уйдем отсюда, чтобы действительно не
> напрягать общественность этими перепалками и тихо проголосуем
> просто, кому какой вариант нравится - и меньшинство подчинится
> большинству?

Такая "демократия" -- глупость, вот компромисс -- эт лучше.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] ruby-rake и gems

[Aleksey Avdeev]

Michael Shigorin пишет:
> On Tue, Mar 14, 2006 at 01:29:44PM +0300, Mikhail Yakshin wrote:
> 
>>Господа, у меня организационное предложение: насколько я
>>понимаю, тема интересна целым 5 человекам - мне, kas, raorn,
>>vyt, led.
> 
> 
> Мне тоже.  Но не до такой степени на сейчас, чтобы смотреть, 
> так выходит gem2rpm или gem2spec -- или нет.  Рельсы пока не
> нужны.
> 
> 
>>Может мы отдельно уйдем отсюда, чтобы действительно не
>>напрягать общественность этими перепалками и тихо проголосуем
>>просто, кому какой вариант нравится - и меньшинство подчинится
>>большинству?
> 
> 
> Такая "демократия" -- глупость, вот компромисс -- эт лучше.

  А синтез -- вообще хорошо.

-- 

С уважением. Алексей.