Разработчики из компании SUSE сообщили (http://lists.opensuse.org/yast-devel/2013-09/msg00072.html) о начале разработки нового инсталлятора для SUSE Linux Enterprise 12 (SLE12), который будет впервые опробован в составе выпуска openSUSE 13.2. Ключевым отличием нового инсталлятора будет избавление от второй фазы установки на которой осуществляется начальная настройка системы. Если сейчас после завершения установки пакетов после первой перезагрузки требуется запуск второй фазы инсталлятора, осуществляющего проведение настройки, то с использованием нового инсталлятора система будет сразу полностью готова к работе без дополнительных промежуточных перезагрузок.
Технически инсталлятор будет разделён на три модуля: получение данных, установка и применение конфигурации. Каждый из модулей можно будет при желании заменить на стороннюю реализацию. В базовой реализации по возможности будут использованы уже существующие наработки, благо текущий фреймворк установщика достаточно гибок для изменений. Интерфейс инсталлятора будет переработан и упрощён, выбор многих настроек, таких как выбор язык и часового пояса, будут автоматизированы (планируется использовать GeoIP). Расширенные настройки (NIS, LDAP, Kerberos) будут производиться через штатный конфигуратор уже установленной системы.Будет поддерживаться режим использования инсталлятора только для создания и сохранения в файл параметров конфигурации, без непосредственной установки. Сохранённый файл в дальнейшем может быть использован для установки других систем. Установщик также сможет не только загружать и устанавливать RPM-пакеты, но и развернуть систему из подготовленного пользователем целостного live-образа.
URL: http://lists.opensuse.org/yast-devel/2013-09/msg00072.html
Новость: http://www.opennet.me/opennews/art.shtml?num=38056
они опять на руби навяли?
Вы так говорите, как будто это что-то плохое.А по сравнению с Java, руби - это совсем не плохо.
Дай угадаю, ни Ruby, ни Java не знаешь.
Таки да, пишу из го^W^Wна перле.
щаз иксперты с опеннета, написавшие 100500 дистров расскажут как надо
> Дай угадаю, ни Ruby, ни Java не знаешь.А анонимному аналитику и не надо разбираться в тех вещах, о которых он судит.
>А по сравнению с Java, руби - это совсем не плохо.Именно, это не плохо, это просто ужасно.
>>А по сравнению с Java, руби - это совсем не плохо.
> Именно, это не плохо, это просто ужасно.Ужаснее Java не может быть ничего (из мейнстримного).
Java многословна. Python ужасен. Go самое то.
> Java многословна. Go ужасен. Python самое то.Сегодня я за бедного буратину.
> Сегодня я за бедного буратину.Сегодня ты за нуба с вьюжлвасиком, который по какому-то недоразумению попал в линух.
Ну я так и сказал, а что?
Руби - это самый медленный язык в мире.
> Руби - это самый медленный язык в мире.Далеко не самый. Ведь есть еще Java, Lua, Tcl, Python3 и JS.
Он ещё медленнее жабы!
Жаба не создаёт объекты на каждом чихе при каждой операции.
В руби же a = 5; Создали объект. a = b; - Это вовсе НЕ операция присваивания переменных, это передача объекта по ссылке! Тут в руби всё сплошные объекты. С таким ООП-извращённым методом он жрёт ресурсов и тормозит круче жабы.
P.S. Сам лично на нём даже хелоу ворлд не писал, с меня хватило вышеизложенного, чтобы за него даже не браться, но по словам моих колег, которые раньше писали на Ruby on Reils "Пишется быстро, но ничего "серьёзного" написать на нём нельзя, так как тормозить начинает.". Собственно подтверждение моих изнаночных предположений.
А, рельсы! С этого надо было начинать. А то "руби тормозит", "руби тормозит"...
Против руби лично ничего не имею. Но как по мне, инсталлятор, написанный на руби - это примерно то же самое, что инсталлятор, написанный на баше.
Такое нужно писать на чём-нибудь более производительном.
> Против руби лично ничего не имею. Но как по мне, инсталлятор, написанный
> на руби - это примерно то же самое, что инсталлятор, написанный
> на баше.Инсталлятор на баше, особенно с гуем и поддержкой всевозможных хитрых конфигураций и кучи настроек - это ж настоящий юниксвей! Круто же!
> Такое нужно писать на чём-нибудь более производительном.
Инсталлятор запускается только один раз, поэтому скорость значения не имеет.
> Такое нужно писать на чём-нибудь более производительном.Неужели вам так важна _производительность_ инсталлятора?
Не стабильность, не фичастость, не универсальность, а именно производительность?
> выбор языка и часового пояса, будут автоматизированы (планируется использовать GeoIP).Специально для Торвальдца :)
они использовали жабу ?
Java - это слишком юниксвейно для такого поттеринговатого дистра.
Ну хоть бы макеты показали. :-(> Если сейчас после завершения установки пакетов требуется перезагрузка и запуск второй фазы инсталлятора, осуществляющего проведение настройки, то с использованием нового инсталлятора система будет сразу полностью готова к работе без дополнительных промежуточных перезагрузок.
Когда я последний раз устанавливал openSUSE, я воспользовался этой особенностью. Пробросил USB HDD в VirtualBox, установил туда систему, потом перезагрузка, отцепил USB HDD и вставил его в физический компьютер. Зачем? Не хотелось записывать DVD. Таким образом я и DVD не записывал, и этап настройки оборудования произвёл на нужном компьютере.
Кстати, особенность по умолчанию давно отключена. Кажется начиная с openSUSE 11.0. Если снять галочку "Использовать автоматическую настройку здесь: http://www.linuxatwork.ru/wp-content/uploads/2011/06/opensus... то слева в третьем списке действий появятся пункты. То есть этот шаг хоть и есть, но незаметный для пользователя.
Переизобрели кикстарт? Снова?
А многоэтапная установка меня всегда вымораживала и в Суслике, и в Красной Шапке. Можно же проще. Даже в Генте можно одним этапом обойтись, не говоря уже о Бубунте. Например мои самодельные скрипты установки могли после копирования корня через chroot -c "" доделать всё остальное.
> Ключевым отличием нового инсталлятора будет избавление от второй фазы установкиО! Изобрели велосипед
Наоборот, выкинули. Но, ведь, так поздно.
> Наоборот, выкинули.Когда люди пишут свой инсталлятор, вместо того, чтобы взять готовый - это велосипед и NIH.
>> Наоборот, выкинули.
> Когда люди пишут свой инсталлятор, вместо того, чтобы взять готовый - это
> велосипед и NIH.Это ещё цветочки, до этого у них был инсталлятор написанный на своём языке. :D
Ubiquity, например, или Анаконду на худой конец
> UbiquityЭто убожество уже научилось работать с LVM?
> Анаконду
Судя по тому, что критические баги этого поделия регулярно блокируют выпуск 3.14дорки - впечатления стабильного оно не производит.
Ubiquity LVM УМВР ЧЯДНТ?
Тьфу блин, не LVM, а RAID.
Оба эти инсталлятора появились позднее.
Когда ты будешь варить дома пельмени, помни что это велосипед и NIH. Сходи в ресторан.
> Когда ты будешь варить дома пельмени, помни что это велосипед и NIH.
> Сходи в ресторан.Он хотел написать, что для варки пельменей Суся сама делает кастрюли, добывает газ,
бурит артезианские скважины, выращивает пшеницу, коров, перец, лук, и имеет свою солеварню...
> Когда ты будешь варить дома пельмени, помни что это велосипед и NIH. Сходи в ресторан.Я ж не изобретаю новый способ варки пельменей, который почти ничем не отличается от существующего :)
на инстолятор убунты похож
Кононикал уже готовит судебный иск.
Вы тут с Apple никого не перепутали?
> Вы тут с Apple никого не перепутали?Apple - это пример, который Canonical взяла для подражания.
Canonical стремится стать для линукса тем, чем Apple стало для BSD.
ну, таки, этой BSD теперь хотя бы можно пользоваться
> ну, таки, этой BSD теперь хотя бы можно пользоватьсяТолько чем эта BSD отличается от винды? Так вот, чтобы принципиально?
Наконец-то отказались от вендоподобной двухэтапной установки. Еще бы не требовали перезагрузки вообще, по завершении установки спрашивали бы "продолжить работу в вашей новой системе", пермонтировали корень и выплевывали диск.>>планируется использовать GeoIP
Для вдра бы модули сразу собрали, а то собирать при их обновлении надоедает.
да нет, как раз в венде - с одним ребутом инсталляция, не угадали :-)
после которого - часть опций ставится руками, дальше.
вступающих в действие, неявно и там и там - лишь после второй перезагрузки, таки :)
а лишний ребут, нескотря на затраты времени - позволял многие вещи сделать секьюрнее.
Я никада низабуду фирменный предустановленный компаковский виндовозный инсталлер для рабочих станций compaq deskpro, который мало того что на установке перезагружался 18 (восемнадцать, не педжу) раз, так после инсталла за собой дистрибутив еще подтирал. Поскольку венда была 95-я и гробилась она с завидной регулярностью, лохи не доумившие сдернуть с винта образ допрежь того как первый раз включить писюк попадали на поход в сервис с вероятностью 146%, ибо драйверов в ту пору взять было негде. Кстати из сервиса возвращался начисто отформаченый винт с предустановленным дистрибутивом. Включай и работай (ц)(тм).Так что сусевый инсталлятор даже в том виде в котором он был до того - мёд. Зажрались вы, товарищи...
Пусть лепят что угодно, лишь бы не такое уг как Anaconda в Fedora
установщик openSUSE всегда был и оставался самым удобным, функциональным и логичным. также являлся главной причиной, вместе с Yast'ом, почему я советовал данный дистр людям.
не дай им Линус превратить его в уродца аля грех из Fedora 18 :|
Вот интересно, openSUSE умеет, как это умеет Бубен и шляпа, обновляться до следующего релиза БЕЗ диска, использую только интернет и оболочку, что бы обновление можно было произвести на удалённом сервере по SSH?
В вики на их сайте и в man zypper ничего подобного не видел.
> Вот интересно, openSUSE умеет, как это умеет Бубен и шляпа, обновляться до
> следующего релиза БЕЗ диска, использую только интернет и оболочку, что бы
> обновление можно было произвести на удалённом сервере по SSH?
> В вики на их сайте и в man zypper ничего подобного не
> видел.Плохо искал http://ru.opensuse.org/SDB:%D0%9E%D0%B1&...
Спасибо за ссылку, искал видимо и впрямь не важно, но в этой статье предлагается просто вручную заменить репы и выполнить обычное обновление. Я так года 2 назад сделал и у меня после завалились иксы, пришлось начисто ставить. Так что как-то сцыкатно ставить её на амозон EC2.
Просто в Бубне там специальная опция для aptitude есть --upgrade-release 13.04 если не ошибаюсь, мне bash при заходе сам предлагал, а что не нарыто мною в манах надолго не запоминается :)
Попробую на 13.1 так обновиться.
> в этой статье предлагается просто вручную заменить репы и выполнить обычное обновлениеНе обычное, zypper up и zypper dup — разные вещи. Первое — обновление, второе — дист-апгрейд. Просто надо до конца прочитать, понять, а потом уже делать.
> Не обычное, zypper up и zypper dup — разные вещи.Для меня sudo zypper dup - это обычное обновление
> Первое — обновление, второе — дист-апгрейд.
> Просто надо до конца прочитать, понять,...бла-бла-блаРазница между ними, up - тупо обновляет до самой старшей версии, а dup обновляет до старшей версии, которая есть в репе.
Если в репе будет откат к предыдущей, то dup откатит пакет назад, a up этого не сделает, вот собственно вся разница.
Если бы это было что то типа zypper dup-to 13.1, при этом url всех реп исправлялись бы сами, и скачивались и применялись бы какие-нибудь скрипты, изменяющие или переносящие конфиги к примеру или прочее для того, что бы новая ось успешно стартанула с учётом старых настроек это было бы апгрейдом дистрибутива, в моём понимании, а так просто обновление с возможностью отката пакетов.
Нет, это не вся разница. zypper dup может менять поставщика, то есть реп, zypper up этого не может.
Нет, это не вся разница. zypper dup может поменять поставщика, то есть репозитарий, zypper up этого не делает.
никогда не делал ни zypper dup, ни zypper up
Ни одной перезагрузки. Здорово!