Тихо и незаметно вышел Red Hat Software Collections 1.0 Beta

Имхо стоит добавить там куда-нибудь ссылку на доку https://docs.fedoraproject.org/en-US/Fedora_Contributor_Documentation/1/html/... или редхатовский аналог того же текста.

Для Ъ:

For example, to directly run Perl with the --version option in the Software Collection named software_collection_1, execute the following command:

 scl enable software_collection_1 'perl --version' 

это уже технические детали, имхо тут более интересен сам факт того что RHT наконец-то дают ответ приверженцам теории говна мамонта

Ну может это только у меня первая реакция была «ничего непонятно, как этим пользоваться?»

А вообще конечно долгожданная фича. Ещё вот в OpenShift-картриджах Python 2.7 станут поддерживать - и настанет мир во всем мире.

у меня первая реакция была как раз «отлично, теперь это возможно. когда понадобится - разберусь как конкретно этим пользоваться»

Это они типа заново изобрели backports? Или я неправильно понял суть новости?

Нет, это не установка нового пакета в старую систему. Это установка нескольких версий одного и того же софта и возможность переключаться на требуемую версию индивидуально для каждого приложения.

На самом деле всё даже интереснее, ведь не обязательно версией эти пакеты отличаться должны... Получается что это возможность включать или выключать целые группы системных пакетов при запуске конкретного приложения.

УУУ! Круто. Но новость от 5 июня…

Это здорово. А можно ещё Wine? А то был Crossover 11.x с поддержкой RHEL, а теперь поддержку RHEL убрали, так как там ент X Input 2.

так ведь тихо и незаметно :)

бук ? где ссылка на реп ? или оно не фрии ?

ну, пакет ориентирован на разработчиков которым нужен свежий софт, а не на офисных юзеров или геймеров. Основной фокус на ЯП и БД

Это технология пакетирования. Пакет scl-utils лежит в стандартных репах федоры и центоса.

Примеры тут:

http://people.redhat.com/rcollet/php54/rhel/5/SRPMS/

или тут:

http://people.redhat.com/~hhorak/software-collections/mariadb55-rhel-6-candid...

я че-то не понял, почему модераторы тормозят с подтверждением новости?

по сути — да, интересная техническая идея, но как обычно это у редхата, с vendor lock душком — «вот вам кнопка „сделать зашибись“, вот вам документация как ее правильно нажимать, но как именно она делает зашибись — мы даже в документации не расскажем»

Это они типа заново изобрели backports?

не совсем

эти пакеты ставятся в /opt и не затирают текущие файлы

но как именно она делает зашибись — мы даже в документации не расскажем

я не видел чтоб кто либо спрашивал. документацию тоже не шерстил, но если там чего то не хватает, можно открыть на нее баг.

насколько я знаю, просто используется alternatives, но я не проверял

*первое*, что надо сделать в документации — это указать стандарт, в соответствии с которым это работает — пусть даже этот стандарт будет текстушкой на 4кб

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

насколько я знаю, просто используется alternatives, но я не проверял

я не знаю, что такое редхатовские alternatives — расскажи

я *подозреваю*, что пакет scl-utils ставит вместо кучи прог (скажем, вместо /usr/bin/perl) маленькие врапперы, а эти врапперы читают какие-то переменные окружения и пускают уже правильные проги, т.е. либо настоящий perl, либо /opt/redhat/otherversion/perl (ну или как оно там назыывается)

но это я должен не подозревать, а узнавать из стандарта, упомянутого в первых страницах доков

кстати, я эту фичу рассматриваю еще как и возможность в современном дистрибутиве пускать скрипты, гвоздями прибитые к перлу/питону/... времен мамонтов и ледникового периода, а не только к bleeding edge перлу/питону/...

*первое*, что надо сделать в документации — это указать стандарт, в соответствии с которым это работает — пусть даже этот стандарт будет текстушкой на 4кб

я думаю стандарты документации устанавливает тот кто ее пишет, в RHT доки пишут профессионалы. Опять же, если чего то не хватает или есть ошибки, в багзилле есть раздел «документация» где можно эти ошибки доработать

я не знаю, что такое редхатовские alternatives — расскажи

http://linux.die.net/man/8/alternatives

да, в принципе, должно работать и так и так

я думаю стандарты документации устанавливает тот кто ее пишет, в RHT доки пишут профессионалы.

«профессионалы» могут иметь разную так скажем профессию

да, редхатовские доки написаны так, что их читать приятно, но это все равно не оправдывает отсутствие описания «как это работает» хотя бы в 2кб

я думаю стандарты документации

я, вообще-то, вел речь не столько о стандарте документации, сколько о стандарте на поведение системы

правильный дизайн означает *2* уровня стандарта:

1. стандарт (предположим) на переменные окружения, заставляющий проги запускать другую версию, скажем «если имеется установленная переменная окружения USR__BIN__PERL__VERSION, то /usr/bin/perl запускает бинарник перла именно этой версии, если он установлен, а если не установлен, то ...»

этот уровень стандарта — кроссдиструбтивный, и вполне может быть вообще кроссплатформенным, пригодным в *bsd, и в minix3, и чуть ли не в винде

2. стандарт на реализацию п.1. конкретно в rhel, который нынешняя документация и описывает (да, описывает профессионально, тут не буду спорить)

так вот именно нежелание сделать п.1 это тот самый vendor lock душок

и даже супер-пупер-дупер-профессионально *описанный* в документации п.1 все равно недостаточен — должно быть объявлено, что это не просто описание, а стандарт, который будет соблюдаться

п.2 кстати вовсе не обязан быть именно стандартом, а может быть и просто описанием «сейчас это сделано у нас вот так»

ты меня не с кем не путаешь ? я скл пакеты в нашем кожи собирал 2 месяца назад ещё, замучился нашим обьснять как поменять конфиг кожи :-(

мне интересует обновляемый официальный реп того софта что тама перечислен.Весь набор. по новости написано что оно доступно только через RHN :-(

вообще, когда я там работал и задавал такой вопрос, мне предлагали почитать код :) техдоки должны описывать систему для пользователя, а не рассказывать о принципах ее работы, если конечно понимание этих принципов не требуется для использования системы

Ну дык тама и есть доки для юзеров. Причем даже кто то перевел их на рашу даже, пару лет назад.

Когда я собирал свои скл в кожи мне эти не помогли, пришлось по бурж-форумам собирать инфу :(

Подтвердил мини-новостью, потому что судьбоносно, хоть и бета и давно.

Кто пользвется — огромная просьба не проворонить релиз.

Свежий GCC не планируют добавить?

Это установка нескольких версий одного и того же софта и возможность переключаться на требуемую версию индивидуально для каждого приложения.

Дебилы. Теперь вообще все положат МПХ на обратную и любую другую совместимость.

Опять Они спёрли зеркало дебиана и его релизят? Вконец обнаглели.

А ты вообще иди работать, тебе до обеда ещё полчаса.

Будем ждать релиз :)

многоверсионность рулит
решает проблему бардака с версиями в питоне например

Ты в курсе когда был создан тот же virtualenv? С тех пор ни о какой обратной совместимости никто не думает.

А теперь наоборот - есть _фиксированный_ набор пакетов и версий, причем официально поддерживаемый, и теоретически можно заставить горе-разработчиков готовить софт именно под него.

Я всё еще остаюсь приверженцем.

А теперь наоборот - есть _фиксированный_ набор пакетов
и версий, причем официально поддерживаемый,

Ага есть только где ? Если ты не купил ШАПКА то ты в пролете.

Ruby 1.9 с Rails 3.2.8

прошлый век же

Все уже давно убанту сервер используют для свежего софта.

Ruby 1.9 с Rails 3.2.8

%)

Отгадай с 3х раз какая версия руби считается энтерпрайзной ?

Ух ты, теперь и у рхела есть бэкпорты

никакая

я не знаю, что такое редхатовские alternatives — расскажи

его емнип из дебиана притащили.

Это установка нескольких версий одного и того же софта и возможность переключаться на требуемую версию индивидуально для каждого приложения.

Это они изобрели alternatives, как в ALT Linux?

RH редко занимается «изобретением», скорее доведением до ума.

В данном случае речь не просто об alternatives, а о сформированной инфраструктуре - стандартизированной системе пакетов с учетом зависимостей, с управлением и обновлением через обычный пакетный менеджер, и об официальной поддержке.

В данном случае речь не просто об alternatives, а о сформированной инфраструктуре - стандартизированной системе пакетов с учетом зависимостей, с управлением и обновлением через обычный пакетный менеджер, и об официальной поддержке.

Не знаю как в дебиане, но в альте эти alternatives существуют со времен царя гороха и позволяют содержать в системе несколько различных версий пакетов, например gcc. И все это хозяйство ставится обычным методом, с обычными зависимостями и официально поддерживается.

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

И зависимости здесь не так формируются.

Ну и официальная коммерческая поддержка Red Hat и «официальная» поддержка в Debian - это сильно разные вещи.

For example, to directly run Perl with the --version option in the Software Collection named software_collection_1, execute the following command:

scl enable software_collection_1 'perl --version'

У какой лютый костылище.

Хорошая новость, до слоупоков дошло.

техдоки должны описывать систему для пользователя, а не рассказывать о принципах ее работы, если конечно понимание этих принципов не требуется для использования системы

Это понимание требуется чуть менее, чем всегда.