Компания Red Hat анонсировала (http://www.redhat.com/about/news/press-archive/2014/6/red-ha...) выпуск продукта Red Hat Software Collections 1.1 (http://developerblog.redhat.com/tag/software-collections/), позволяющего использовать в Red Hat Enterprise Linux 6 новые технологии разработки и компоненты web-стека, не ожидая появления следующей ветки RHEL и не устанавливая сторонние пакеты из неофициальных внешних источников. Время поддержки Red Hat Software Collections составляет три года, в течение которых пользователи будут снабжаться всеми необходимыми обновлениями с устранением проблем безопасности и критических ошибок.
Red Hat Software Collections 1.1 включает в себя пакеты с более свежими версиями программ, чем входящие в состав штатного RHEL. Например, для установки предлагаются Ruby 1.9.3 + Rails 3.2.8,
Python 2.7 и 3.3, PHP 5.4 и 5.5, Perl 5.16.3, Node.js 0.10, MySQL 5.5, MariaDB 5.5, MongoDB 2.4 и PostgreSQL 9.2. Через отдельные коллекции поставляются Apache HTTPD 2.4, Nginx 1.4.4, Thermostat 1.0, Ruby 2.0 и Rails 4.0.URL: http://www.redhat.com/about/news/press-archive/2014/6/red-ha...
Новость: http://www.opennet.me/opennews/art.shtml?num=39932
Они придумали testing?
Скорей бэкпорты
Почему придумали? На пятерку тоже были такие бекпорты.
Software Collections - это набор утилит для rpmbuild, которые позволяют билдить софт таким образом, чтобы на машине можно было без проблем хостить сразу несколько версий одного и того же софта без конфликтов. Вся идея в том, что ты модифицируешь .spec, часто просто добавляешь заголовок, иногда надо попыхтеть с префиксами и весь твой софт становится в /opt/rh/sofwareVersion. Так можно хостить apache2.2+apache2.4+php5.3+php5.4+python2.6+python2.7+... на одной машине и менеджить это пакетами. И поддержка со стороны софта не требуется. Крайне удобная штука, прозрачно поддерживается mock`ом.
А редхет решил еще и репозитарий забабахать, с собранным софтом с scl. Что есть не так критично как еще год назад потому, что многие спеки remi уже переделаны с scl support.Репозитарий существовал и раньше, но больше как демонстрация.
Чо б просто пакетов не собрать и в отдельный репозиторий не выложить? Nodejs в epel лежит и в ус не дует, например
> Чо б просто пакетов не собрать и в отдельный репозиторий не выложить?
> Nodejs в epel лежит и в ус не дует, напримерА, так они придумали продавать саппопрт к epel-ю?
вы бы поинтересовались сперва, что такое software collections.
> Чо б просто пакетов не собрать и в отдельный репозиторий не выложить?
> Nodejs в epel лежит и в ус не дует, напримерМожно, openSUSE так и делает, подключаете нужные репы и используете, только тут никак не проверить конфликтность между кучей репов. А rh с их ущербными билд системами не готов, поэтому изобретают. (одно из поделий KOPR).
Наконец то догадались php 5.5 включить. Ждем CentOS порта
> Наконец то догадались php 5.5 включить. Ждем CentOS портаони и для центоси доступны, только нафиг ненужны. А это ваше сообщение про пхп и вовсе удивило, я думал пхп уже сдохло.
Название забавное "Red Hat Software .... Collections"
Типа красношапка выпускает этот софт.
От КО: это же английский язык, тут определяющее - последнее слово (Software Collections), а не первое. Название говорит ровно о том, что пачку разного свеженького, но потенциально не очень стабильного веб-барахла собрали в коллекцию. И да, подобрал версии и собрал одно с другим именно редхат, т.е. это их коллекция..
Свеженького? Ruby 1.9.x end of life через полгода. Rails 3.x туда же скоро уйдёт. Потенциально нестабильный свежак, ага)
Ну, когда всяким горе-разработчикам на убунте показываешь версии веб-стека, под которым их продукт потом должен работать на EL, видишь в их глазах неподдельный ужас и слышишь обвинения в том, что застрял в каменном веке.. А потом ищешь по всяким левым репозиториям пакеты, которые ни фига не хотят нормально пересобираться и материшь этих разработчиков, которых тянет на нестабильные неподдерживаемые версии вместо хороших, стабильных и проверенных..Вот тут этот Collections приходят на помощь. Даже с ruby 1.9. Это - реально мелочи по сравнению с той проблемой, которую они призваны решать..
как я тебя понимаю. Особенно когда чья-то платформа состоит из разношерстного софта, который требует разных версий языков типа php 5.3 + php 5.4 или python2.6+python2.7+python3.3. Я уж молчу про различные екстеншены к ним и конфликты версий между базовыми репозитариями и 3rd party.scl настоящее благо и отлично вписывается в RH парадигму rpmbuild+mock
> Ну, когда всяким горе-разработчикам на убунте показываешь версии веб-стека, под которым
> их продукт потом должен работать на EL, видишь в их глазах
> неподдельный ужас и слышишь обвинения в том, что застрял в каменном
> веке.. А потом ищешь по всяким левым репозиториям пакеты, которые ни
> фига не хотят нормально пересобираться и материшь этих разработчиков, которых тянет
> на нестабильные неподдерживаемые версии вместо хороших, стабильных и проверенных..
> Вот тут этот Collections приходят на помощь. Даже с ruby 1.9. Это
> - реально мелочи по сравнению с той проблемой, которую они призваны
> решать..У таких разработчиков обычно заболевание каждый день делать gem update.
Читать будете? Есть и руби20 и рельсы4 https://access.redhat.com/site/documentation/en-US/Red_Hat_S...
чем это хуже "вася пупкин коллекция for виндоус 8"?или коллекция купца Третьякова?
зы. а понял!!! вы тормозите со семантикой слова `коллекция` :)