ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Led <led@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] ruby team, ruby policy и будущее ruby в Сизифе
Date: Tue, 27 Nov 2012 17:12:16 +0200
Message-ID: <201211271712.16985.led@altlinux.ru> (raw)
In-Reply-To: <CAJXf7QPgOxCw04k0SG6EeFpYPWT4tjL+OeLAL=ZcKkYqCMEoLQ@mail.gmail.com>

On Tuesday 27 November 2012 17:09:27 Igor Zubkov wrote:
> Hi!
>
> Разговор о ruby будет длинный и грустный. Он будет состоять из двух
> частей. Настоящее и Будущее.
>
> Настоящее:
>
> В текущий момент в Сизифе две версии ruby. 1.8.7 и 1.9.2. Начнём с
> 1.8.7 (опустим то что версия в Сизифе требует исправлений по части
> безопасности). 1.8.7 руби уже списали на берег. По официальному плану
> (http://www.ruby-lang.org/en/news/2011/10/06/plans-for-1-8-7/) его
> поддержка по части безопасности будет свёрнута в июне 2013. Предлагаю
> не ждать этого времени и отправить 1.8 ветку на пенсию сейчас. Таск
> для этого я сегодня подготовлю. В нём будет ruby1.8 и всё что от него
> зависит. ruby1.8 и большая часть пакетов которые от него зависит уже
> давно не пересобирается и beekeeper его уже давно пытается удалить.
> Ему надо только помочь. Ruby on Rails 4.0, который скоро выйдет, уже
> не поддерживает 1.8.7 руби.
>
> 1.9.2. Версия в Сизифе устарелая, дырявая и не пересобирается. Так же,
> не пересобирается большая часть того что зависит от этой версии ruby.
> У меня есть более свежий 1.9.2p320. В ней заткнуты все дырки по
> безопасности, но тесты не проходят и отключены. Чинить эту версию
> смысла нет. Хотя можно попробовать собрать её более старым
> компилятором, но я не особо уверен в этой затеи. (Кроме того, эта
> сборка выполнена в виде .src.rpm.)
>
> Будущее:
> Собрать 1.9.3/2.0.0.
>
> Говорить о 2.0.0 пока рано. Сейчас доступна только 2.0.0-preview1.
>
> 1.9.3p327 сейчас является основной версией которую используют все. Вот
> её и надо собирать. Всё что будет дальше это только черновик мыслей по
> поводу того что надо делать. И выкладывается это здесь с целью
> получить обратную связь.
>
> Итак, начнём с того как собирать. .src.rpm only. Потом надо разрешить
> зависимость на rubygems и вообще не отрывать зависимость на него.
> Далее, я считаю что совсем не правильно перепаковывать руками джемы.
> По статистике rubygems.org, их там уже "of 47,599 gems cut since July
> 2009". Хотя это число всех джемов и всех их версий. Я считаю что кроме
> ruby, rubygems и джемов которые входят в комплект самого руби, нужен
> только bundler (http://gembundler.com/). Ну и рабочий rubygems что бы
> доставить нужных джемов в систему или пользователю в home. Или даже в
> папку с самим приложением. Таким образом, будет работать что угодно
> что пользователи выкачают из интернета и попытаются запустить.
>
> Да, у нас есть ещё пакеты из Сизифа которые могут хотеть руби для
> чего-нибудь своего. Для них придётся их запаковать. Например,
> rubygems-mysql. Да, это просто переупакованный джем с зависимостью на
> rubygems.
>
> Ещё раз. Это должно быть такое руби в репозитории которое не охота
> снести (у меня локально снесено и на продакшене packages.altlinux.org
> тоже) и поставить через rvm или rbenv в home и поставить все нужные
> джемы туда же. Чем меньше он будет отличатся от того что можно собрать
> через ./configure && make && make install тем лучше.
>
> Теперь о ruby team. Я считаю что он умер так и не родившись. И
> спрашивать что он думает, думаю бесполезно. Надо брать и делать.
>
> Изменения для ruby policy я подготовлю позже, вместе со сборкой ruby
> 1.9.3p327.
>
> P.S.: Я знаю что у timonbl4@ в гите лежит сборка 1.9.3. Так вот, оно
> даже не собирается.

ruby 1.9.3 (который p332) подготовлен и собран. Сейчас обкатывается и 
тестируется локально.

-- 
Led

  reply	other threads:[~2012-11-27 15:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-27 15:09 Igor Zubkov
2012-11-27 15:12 ` Led [this message]
2012-11-27 15:25   ` Igor Zubkov
2012-11-27 15:15 ` Mykola S. Grechukh
2012-11-27 16:01 ` Igor Zubkov
2012-11-29  9:56 ` Dmitry Derjavin
2012-11-29 13:40   ` Michael Shigorin
2012-12-05  7:31 ` Мал Скрылёв

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201211271712.16985.led@altlinux.ru \
    --to=led@altlinux.ru \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git