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

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

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

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

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

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

Примеры тут:

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

или тут:

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

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

не совсем

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Бук этот аноним просто не в теме.

Тот альтернатив что есть в АЛЬТ всегда был и есть в федоре и в шапке даже еще в редхате 5 ( не рхел) и так же как все остальное рпм и т.д. был позаимтвован альтовцами-мандраковцами.

Я тем альтернативом обычно переключал жабу с сан на ибм ;)

Бук этот аноним просто не в теме.

]А если сначала думать, а потом пердеть в лужу?

What is the ALT Linux alternatives?

Original Debian alternatives implementation has some limitations and problems, so we (ALT Linux Team) rewrite this subsystem. What changes we have made? You don't need to give special generic name for altenatives file. This name is autogenerated now. This version is written in shell, awk and sed , so we reduce a number of dependencies, therefore, number of the packages in basesystem. We use different update model. Original alternatives system maintains its own database, by creating/removing files in system. In our alternatives (rpm) packages contains it's configs and places them into generic directory during package installation. After package removal its config is automatically removed. It works like Debian menu subsystem, and it's more stable. Now we have not any limitations for master-slave hieracly depth. New alternatives system works with no groups, but with each item. You can turn into manual mode any available item. There are only one difference between master and slave: weight calculation algorithm. Slave alternative have same weight as a master alternative. alternatives-update script corrects invalid manual alternatives, by switching them into auto mode. In original alternatives was situations with broken symlinks. Also new system doesn't create symlinks if target file does not exist. As a result, we also reduce number of broken symlinks.

Может это остальные из дебиана утянули?

какой индус это писал?

Alt Linux же, как смогли так и написали )

Alt Linux же, как смогли так и написали )

Вот хрен его знает, кто там это на alternatives.sf.net...

что-то вроде virtualenv?

Вот хрен его знает, кто там это на alternatives.sf.net...

Внизу же написано кто это:

alternatives system is written by Stanislav Ievlev

chief developer ALTLinux 2001 – декабрь 2009 г.Moscow

даже фоточка есть

У них (АЛТ) chief developer называется чел кто перетаскивает пакеты из других дистров себе, и следит за актуальностью перетаскивания.

А вообще читаем : https://ru.wikipedia.org/wiki/Alternatives И да я не прав. Видать впервые он появился в дебе, а потом уже в Шапке а на альт уже утащили его с Шапки...

И Бук уже писала. Это совсем не то. А для всяких теоретиков показываю :

pwd .

/opt/rh/ruby193/root

ls .

bin boot dev etc home lib media mnt opt proc root sbin selinux srv sys tmp usr var

Думаю принцип работы понятен.