https://opennet.ru/openforum/vsluhforumID3/96175.html Компания Red Hat анонсировала (http://www.redhat.com/about/news/press-archive/2014/6/red-hat-software-collections-11-now-generally-available) выпуск продукта Red Hat Software Collections 1.1 (http://developerblog.redhat.com/tag/software-collections/), позволяющего использовать в Red Hat Enterprise Linux 6 новые технологии разработки и компоненты web-стека, не ожидая появления следующей ветки RHEL и не устанавливая сторонние пакеты из неофициальных внешних источников. Время поддержки Red Hat Software Collections составляет три года, в течение которых пользователи будут снабжаться всеми необходимыми обновлениями с устранением проблем безопасности и критических ошибок.<br><br><br><br><br>Red Hat Software Collections 1.1 включает в себя пакеты с более свежими версиями программ, чем входящие в состав штатного RHEL. Например, для установки предлагаются Ruby 1.9.3 + Rails 3.2.8,<br>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. Через отдельные коллекции постав https://opennet.ru/openforum/vsluhforumID3/96175.html#19 Tue, 24 Jun 2014 10:40:37 GMT &gt; Чо б просто пакетов не собрать и в отдельный репозиторий не выложить? <br>&gt; Nodejs в epel лежит и в ус не дует, например <br><br>Можно, openSUSE так и делает, подключаете нужные репы и используете, только тут никак не проверить конфликтность между кучей репов. А rh с их ущербными билд системами не готов, поэтому изобретают. (одно из поделий KOPR).<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#18 Tue, 24 Jun 2014 10:36:58 GMT &gt; Ну, когда всяким горе-разработчикам на убунте показываешь версии веб-стека, под которым <br>&gt; их продукт потом должен работать на EL, видишь в их глазах <br>&gt; неподдельный ужас и слышишь обвинения в том, что застрял в каменном <br>&gt; веке.. А потом ищешь по всяким левым репозиториям пакеты, которые ни <br>&gt; фига не хотят нормально пересобираться и материшь этих разработчиков, которых тянет <br>&gt; на нестабильные неподдерживаемые версии вместо хороших, стабильных и проверенных..<br>&gt; Вот тут этот Collections приходят на помощь. Даже с ruby 1.9. Это <br>&gt; - реально мелочи по сравнению с той проблемой, которую они призваны <br>&gt; решать..<br><br>У таких разработчиков обычно заболевание каждый день делать gem update.<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#17 Tue, 24 Jun 2014 10:35:40 GMT Читать будете? Есть и руби20 и рельсы4 https://access.redhat.com/site/documentation/en-US/Red_Hat_Software_Collections/1/html/1.1_Release_Notes/chap-RHSCL.html<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#16 Fri, 06 Jun 2014 07:33:30 GMT как я тебя понимаю. Особенно когда чья-то платформа состоит из разношерстного софта, который требует разных версий языков типа php 5.3 + php 5.4 или python2.6+python2.7+python3.3. Я уж молчу про различные екстеншены к ним и конфликты версий между базовыми репозитариями и 3rd party.<br><br>scl настоящее благо и отлично вписывается в RH парадигму rpmbuild+mock<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#15 Fri, 06 Jun 2014 06:44:55 GMT Software Collections - это набор утилит для rpmbuild, которые позволяют билдить софт таким образом, чтобы на машине можно было без проблем хостить сразу несколько версий одного и того же софта без конфликтов. Вся идея в том, что ты модифицируешь .spec, часто просто добавляешь заголовок, иногда надо попыхтеть с префиксами и весь твой софт становится в /opt/rh/sofwareVersion. Так можно хостить apache2.2+apache2.4+php5.3+php5.4+python2.6+python2.7+... на одной машине и менеджить это пакетами. И поддержка со стороны софта не требуется. Крайне удобная штука, прозрачно поддерживается mock`ом. <br>А редхет решил еще и репозитарий забабахать, с собранным софтом с scl. Что есть не так критично как еще год назад потому, что многие спеки remi уже переделаны с scl support. <br><br>Репозитарий существовал и раньше, но больше как демонстрация. <br> https://opennet.ru/openforum/vsluhforumID3/96175.html#14 Thu, 05 Jun 2014 16:41:43 GMT Ну, когда всяким горе-разработчикам на убунте показываешь версии веб-стека, под которым их продукт потом должен работать на EL, видишь в их глазах неподдельный ужас и слышишь обвинения в том, что застрял в каменном веке.. А потом ищешь по всяким левым репозиториям пакеты, которые ни фига не хотят нормально пересобираться и материшь этих разработчиков, которых тянет на нестабильные неподдерживаемые версии вместо хороших, стабильных и проверенных..<br><br>Вот тут этот Collections приходят на помощь. Даже с ruby 1.9. Это - реально мелочи по сравнению с той проблемой, которую они призваны решать..<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#13 Thu, 05 Jun 2014 11:41:01 GMT Свеженького? Ruby 1.9.x end of life через полгода. Rails 3.x туда же скоро уйдёт. Потенциально нестабильный свежак, ага)<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#11 Thu, 05 Jun 2014 09:17:44 GMT чем это хуже "вася пупкин коллекция for виндоус 8"? <br><br>или коллекция купца Третьякова? <br><br>зы. а понял!!! вы тормозите со семантикой слова `коллекция` :)<br> https://opennet.ru/openforum/vsluhforumID3/96175.html#10 Thu, 05 Jun 2014 09:00:20 GMT От КО: это же английский язык, тут определяющее - последнее слово (Software Collections), а не первое. Название говорит ровно о том, что пачку разного свеженького, но потенциально не очень стабильного веб-барахла собрали в коллекцию. И да, подобрал версии и собрал одно с другим именно редхат, т.е. это их коллекция..<br>