Анонсирован (https://news.opensuse.org/2014/03/19/development-for-13-2-ki.../) первый тестовый выпуск openSUSE 13.2 (Milestone 1 (http://software.opensuse.org/developer)), финальный релиз ожидается в ноябре 2014 года, что сопряжено с изменением цикла подготовки релизов (вместо 8 месяцев релиз будет развиваться год) и изменениями (http://www.opennet.me/opennews/art.shtml?num=38977) в вовлечении сотрудников компании SUSE в разработку openSUSE. Для загрузки подготовлена (http://software.opensuse.org/developer/en) универсальная LiveDVD-сборка (4.7 Гб), а также Live-сборки на базе KDE (900 Мб) и GNOME (900 Мб).
Среди изменений в openSUSE 13.2:
- Использование по умолчанию файловой системы Btrfs;
- Переход на фреймворк Wicked для настройки сетевой конфигурации. Wicked заменяет собой скрипты, подобные /sbin/ifup, и оперирует файлами конфигурации в формате XML;
- Собственный набор разрозненных скриптов для формирования mkinitrd-образов заменён на Dracut, что позволило задействовать единый инструмент и унифицировать процесс создания mkinitrd;
- Изменено оформление интерфейса YaST, осуществлено портирование Qt-фронтэнда YaST на Qt5;
- В состав включен Wayland 1.4, обновлены компоненты графические стека, включая freetype 2.5.2 и Mesa 10.1;
- Обновлены Zypper 1.10.x, PackageKit 0.8.16 и rpm 4.11.2;
- В состав включены компоненты KDE Frameworks 5 и свежие выпуски приложений и библиотек KDE 4.x;
- Обновлены системные компоненты: binutils 0.24, Bluez 5.15, systemd 210, pulseaudio at 5.0 и ядро Linux 3.14-RC;
- Новые версии Xen 4.4, VirtualBox 4.3.8, PostgreSQL 9.3, GCC 4.9 (по умолчанию остаётся 4.8.2), make 4.0, llvm 3.4, cmake 3.0(rc), gdb 7.7, git 1.9.0, subversion 1.8.8, ruby 2.1, php5 5.5.9 b python 2.7.6/3.4.0(rc).
URL: https://news.opensuse.org/2014/03/19/development-for-13-2-ki.../
Новость: http://www.opennet.me/opennews/art.shtml?num=39354
Они используют какие-нибудь фичи Btrfs, например, снапшоты?
Snapper написан их человеком + ещё есть морда там к нему в виде модуля для яста.
> Использование по умолчанию файловой системы Btrfs;Неожиданно. Btrfs. Становится. В продакшен! Незамедлительно!
> ядро Linux 3.14-RC
Пи*да-то!
Завидовать нехорошо.Понимаю, неприятно, что оракел перестал кормить подачками, закрыв код новых версий ZFS, и вдвойне неприятно смотреть, как развивается опенсорсный конкурент. Но такая уж тяжелая судьба у попрошаек - полная зависимость от воли хозяина.
По этому поводу OpenZFS организовали, да и что еще в ZFS то добавить можно? Там и так все нужное есть.
> да и что еще в ZFS то добавить можно?Нетребовательность к ресурсам?
Одним словом динамические профили под ARM'мы всякие и embedded системы
Значительное падение скорости работы при заполнении диска более, чем на 80%.При переходе с ZFS на NTFS примерно 2% данных не считались и выдавали timeout, независимо от количества моих попыток считать эти данные. К сожалению, не все из них были зарезервированы.
> При переходе с NTFS на ReFSпофиксил
> По этому поводу OpenZFS организовали, да и что еще в ZFS то добавить можно? Там и так все нужное есть.Шифрование.
> По этому поводу OpenZFS организовали, да и что еще в ZFS то
> добавить можно? Там и так все нужное есть.дефрагментатор.
>> По этому поводу OpenZFS организовали, да и что еще в ZFS то
>> добавить можно? Там и так все нужное есть.
> дефрагментатор.Не нужно.
> Не нужно."язень, что ж ты даже чаю не попьёшь?" :-P
> Неожиданно. Btrfs. Становится. В продакшен! Незамедлительно!Ну да, в восьмерке не ставится, будешь как миленький NTFS с архитектурой из 90-х прошлого века юзать.
> Пи*да-то!
Нормально. У пингвиноидов -RC дадут фору любому релизу у жабистов типа тебя.
>> Неожиданно. Btrfs. Становится. В продакшен! Незамедлительно!
> Ну да, в восьмерке не ставится, будешь как миленький NTFS с архитектурой из 90-х прошлого века юзать.8.1 на работе. Заметил интересную вещь: я меньше времени уделяю состоянию дисков: открыл как-то посмотреть степень фрагментации, а у них этот показательно 0%, в том числе и у рабочего "подручного" USB-диска. А вот старый USB-диск всё-таки пришлось дефрагментировать.
>> Пи*да-то!
> Нормально. У пингвиноидов -RC дадут фору любому релизу у жабистов типа тебя.Я сейчас использую FreeBSD 10-STABLE. Если -RC в GNU/Linux даёт фору, то по-видимому это аналог экспериментальной ветки -CURRENT. Тогда да — даёт фору релизу и даже BETA-версии (коей является по сути -STABLE). :))
> Я сейчас использую FreeBSD 10-STABLE.В VmWare на винде, угадал?
Наоборот - винда в бизайв контейнере!
Впрочем ты всё равно не знаешь что это такое :)
>> Я сейчас использую FreeBSD 10-STABLE.
> В VmWare на винде, угадал?Завязывай с телепатией. У тебя не получается.
Я тебе огорчу. Отсутствие фрагментации ФС в винде начиная с 7-ки не заслуга самой ФС. Погляди задачи по расписанию. Там по дефолту забита раз в неделю дефрагментация дисков, ЕМНИП.
> Я тебе огорчу. Отсутствие фрагментации ФС в винде начиная с 7-ки не
> заслуга самой ФС. Погляди задачи по расписанию. Там по дефолту забита
> раз в неделю дефрагментация дисков, ЕМНИП.Вот сейчас посмотреть не могу, но допускаю, что это вполне логично. Минус одна задача по обслуживанию винды.
И +1 лошара, не знающий чем его система занимается.
Там же вроде бы ReFS давно, а не NTFS? Ну, по крайней мере в Windows 8.1 точно есть.
Какой-то сплошной свежак что-то.
Зато ядро без критической дыры (CVE-2014-2523).
Обои нескучные, на остальное пофиг.
> Зато ядро без критической дыры (CVE-2014-2523).Найди хоть 1 систему где эта критическая дыра работала бы? Оно полагается на какой-то экзотичный модуль, которым никто не пользуется.
До релиза еще пол года. И еще обновят версии не раз.
Поясните нубу - оно работает на Wayland по умолчанию?
> Поясните нубу - оно работает на Wayland по умолчанию?Нет, конечно.
Пока еще довольно много приложений, приколоченных гвоздями к иксам, и поэтому плавную миграцию, без серьезных ограничений функциональности, обеспечить затруднительно.
> Поясните нубу - оно работает на Wayland по умолчанию?Не ssy, работает.
Оскар Уайлд?
А те чо, прям так надо что ли? ©
> Переход на фреймворк Wicked для настройки сетевой конфигурации. Wicked заменяет собой скрипты, подобные /sbin/ifup, и оперирует файлами конфигурации в формате XML;
> XMLНадеюсь, скоро systemd-networkd с нормальными текстовыми конфигами допилят до продакшена, и можно будет выкинуть этот юниксвейную (XML же!), но очень неудобную хрeнь.
В XML нет ни грамма юниксвея.
Но практически все юниксовые иниты конфигурируются на XML.
Кроме линуксового systemd. Но линукс все равно не юникс.
> Но практически все юниксовые иниты конфигурируются на XML.Епнулся штоли.
Только солярный смф замечен.
Это первое.
Второе — отличаем статическую инициализацию этхернетов от динамической.
> Только солярный смф замечен.И макось. Собственно, оба оставшихся юникса.
> Второе — отличаем статическую инициализацию этхернетов от динамической.
В networkd тоже собираются динамическое управление запилить (networkctl). Ждем-с.
>И макось. Собственно, оба оставшихся юникса.Молодой человек даже не слыхал про чпукс и аикс?
> Молодой человек даже не слыхал про чпукс и аикс?Они уже практически не шевелятся.
Это Вам ваш одноклассник сказал?
> Это Вам ваш одноклассник сказал?Нет, однокурсник. Из одноклассников в юникс-админство никто не пошел.
Ты либо троль, либо одно из двух: пойди да посмотри в открытых источниках у каких юникс сейчас какая доля рынка. Линукс конечно царь горы, но юникс пока жив.
О них все только и слышали, видели их полтора землекопа, и те давно умерли.
Это с каких пор любовь к пассивному анальному сексу признак юниксвейности?
> Это с каких пор любовь к пассивному анальному сексу признак юниксвейности?С тех пор, как XML внедрили в юниксы :)
> Но практически все юниксовые иниты конфигурируются на XML.Особенно sysv init... </sarcasm>
> Особенно sysv init... </sarcasm>А покажите мне современный юникс с SysV init. Ну, кроме полудохлого чпукса.
Даже в не менее полудохлом AIX собственный инит, в котором вся функциональность по управлению службами из rc-скриптов перенесена в PID 1.
Не поверишь, апстарт, опенрк,...
Все работают поверх init
> Не поверишь, апстарт, опенрк,...Во-первых, это не юникс.
Во-вторых, upstart не работает поверх init, upstart и есть init. А вот опенрцы - действительно, несовместимый с sysv init.d набор скриптов, работающий поверх /sbin/init из sysv.
> Во-вторых, upstart не работает поверх init, upstart и есть init.Совать гигантский блоб с кучей функций на место PID 1 придумал не леня поттер (он просто последователь), и даже не автор Upstart Ремнант (он тоже последователь), а разработчики IBM AIX, у которых init уже много лет лично рулит всем, без посредников в виде /чтото-там/rc.
И в чем разница между Поттерингом из IBM и Поттерингом из RedHat?
Ну да, и в AIX свой Поттеринг есть, веяние времени сие есть.
> Ну да, и в AIX свой Поттеринг есть, веяние времени сие есть.Какого именно времени? AIX древний же. А поття - относительно свеженький.
> И в чем разница между Поттерингом из IBM и Поттерингом из RedHat?Поттеринг из IBM - сертифицированный разработчик сертифицированного Unix®. Не юниксвей определяет действия таких ребят, но наоборот, действия таких ребят определяют юниксвей.
> Ну да, и в AIX свой Поттеринг есть, веяние времени сие есть.Какого времени? 90-х годов прошлого века?
> а разработчики IBM AIX, у которых init уже
> много лет лично рулит всем, без посредников в виде /чтото-там/rc.Анон, ты не разбираешься в теме: да, в аиксе принято, что системные службы стартуют непосредственно из inittab, но это нефига не значит, что init это аналог systemd. Просто в sysv из inittab стартуют скрипты, которые запускают сервисы, а в aix этих скриптов просто нет.
Это своеобразно, но это не сложнее sysv, а примитивнее.
Примерно так принято в sysv:
l5:5:wait:/etc/rc.d/rc 5А вот родной для aix способ:
cron:23456789:respawn:/usr/sbin/cronВ aix ещё принято вот так:
ctrmc:2:once:/usr/bin/startsrc -s ctrmc > /dev/console 2>&1startsrc - это как раз небольшая прослойка, данные для запуска она берет из реестра, но к pid 1 она отношения не имеет.
Init в aix очень маленький:
#du -sk /usr/sbin/init
44 /usr/sbin/initА вот в ubuntu 12.04:
$ du -sk /sbin/init
164 /sbin/init
Юниксвейность XML'я -- это что-то новое. XML неудобен для редактирования без спец. софта. Куча лишних ASCII-символов. Как минимум нужен плагин на текстовый редактор для общего редактирования XML'я, чтобы выравнивание выдерживать и теги закрывать. Парсинг XML'я из скриптов без спец. либ сложно провернуть, Функциональность a la grep вообще бесполезена, а регекспами хоть и можно, но зубодробительно. Программный вывод XML'я -- опять же многословен и требует тысяч телодвижений. XML -- это не юниксвей, но корпоративный мейнстрим со всеми присущими мейнстриму недостатками, и в первую очередь тем, что 50-90% ASCII символов в конфиге и в коде программы работающей с конфигом -- оверхед, которого можно было бы избежать, если быть чуть проще и вместо XML использовать менее универсальный, но более подходящий задаче, синтаксис.
При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
Да, в нем неэффективен grep. Зато для него есть куда более мощный и гибкий xsltproc.А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера, обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным демонам. Этот порядок существует уже много лет, и только пару лет назад его начали неуверенно переносить из юникса в линукс. Но мощь XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.
> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как текстовый его геморно редактировать. Как бинарный - он сложен в парсинге и большой оверхед. Так что картографы с OSM офигели от типа, текстовых файлов, на 250Гб размером. И осознали что их нечем ... редактировать как текст!
> И в результате получается хреновый текстовый формат и хреновая замена бинарного. Как
> текстовый его геморно редактировать. Как бинарный - он сложен в парсинге
> и большой оверхед. Так что картографы с OSM офигели от типа,
> текстовых файлов, на 250Гб размером. И осознали что их нечем ...
> редактировать как текст!Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет после этого :)
> Удачи вам, сконвертировать это в параметр=значение. Посмотрим, какой размер у них будет
> после этого :)Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML. Заметьте, у него размер даже меньше чем у .xml.bz2 при сохранении рандомного доступа к данным, в отличие от xml.bz2 ;).
> Специализированный бинарный формат на основе protocol buffers сдул объем данных ... раз примерно в 15-20 vs XML.Но это же кривой и совершенно не юниксвейный блоб! А блобы, вне всякого сомнения, не нужны.
> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
> Да, в нем неэффективен grep. Зато для него есть куда более мощный
> и гибкий xsltproc.
> А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера,
> обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным
> демонам. Этот порядок существует уже много лет, и только пару лет
> назад его начали неуверенно переносить из юникса в линукс. Но мощь
> XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.Дык я о том и говорю, в большинстве ситуаций ничего сложнее чем параметр=значение и не надо, и xml оказывается бездумным оверхедом, тянущим за собой libxml2, xslt, и усложняющим конфиги. Можно сколько угодно рассуждать о том, что просто неправильно применяют XML, но мне без разницы, по-любому, правильное применение формата параметр=значение, гораздо приятнее, чем долбаный xml во все дыры затычкой.
Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига. Единственным оправданием такого усложнения может быть необходимость усложнения, то есть когда формата параметр=значение недостаточно, для записи админской мысли.
> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига.Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому что если во время нормальной работы лазить в него руками не надо, то формат значения не имеет.
А вот в случае восстановление после сбоя, XML, с его иерархической структурой и избыточностью, работает очень хорошо.
>> Применение же *ctl программ, я не считаю оправданием для усложнения формата конфига.
> Это не оправдание, а практически полное аннулирование требований к формату конфига. Потому
> что если во время нормальной работы лазить в него руками не
> надо, то формат значения не имеет.Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации, это может потребоваться во внештатной. Так зачем усложнять себе жизнь без причины? Во внештатной, как раз, может и не оказаться доступа к текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и крутись как хочешь в консольке 80x25 с этой иерархической структурой и избыточностью синтаксиса.
> А вот в случае восстановление после сбоя, XML, с его иерархической структурой
> и избыточностью, работает очень хорошо.Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем большинстве ситуаций, и просто не используется. Но что это за сбой, где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что за сбои такие? Баги в *ctl программах?
> Текстовый конфиг можно править руками. Если это не требуется в штатной ситуации,
> это может потребоваться во внештатной. Так зачем усложнять себе жизнь без
> причины? Во внештатной, как раз, может и не оказаться доступа к
> текстовому редактору с поддержкой xml. Будет что-нибудь типа nano, вот и
> крутись как хочешь в консольке 80x25 с этой иерархической структурой и
> избыточностью синтаксиса.А может, вы просто осилите vim?
> Эмм... Иерархичность структуры, как мы вроде уже договорились, не нужна в подавляющем
> большинстве ситуаций, и просто не используется. Но что это за сбой,
> где начинает помогать избыточность? Конфиг перекосило до синтаксических ошибок? Это что
> за сбои такие? Баги в *ctl программах?Ошибка чтения с диска, например.
Собственно, других ситуаций, когда нужно вручную править конфиги, и нет. Либо конфиг есть и консистентен (тогда все в порядке), либо криворукий админ грохнул его через rm (тогда только бэкап).
> Это не оправдание, а практически полное аннулирование требований к формату конфига.Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...
> Вот только неудобно, знаете ли, если конфиг редактируется ТОЛЬКО через regedit...Именно поэтому XML и рулит.
> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат оправдан только при очень больших массивах данных и критичности скорости работы с ними (в БД, например). А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных.
А XML - да, паршивый формат.
>> При всех его недостатках, XML - это возможность удержаться за текстовый формат там, где по всем параметрам должен быть бинарный.
> Только по всем параметрам, как правило, должен быть текстовый формат. Бинарный формат
> оправдан только при очень больших массивах данных и критичности скорости работы
> с ними (в БД, например).А также во многих других случаях. Например, если это конфиг кластера. Попробуйте поставить автоматически засинкать текстовые конфиги, когда на одном хосте один админ поменял одно значение, а на другом хосте другой админ - другое.
> А в любом десктопном приложении plain text практически единственно разумный способ хранения как конфигов, так и данных.
Что, десктопные приложения не работают с большими объемами данных? Пойду скажу это своему firefox с гиговым профилем.
> При всех его недостатках, XML - это возможность удержаться за текстовый формат
> там, где по всем параметрам должен быть бинарный.
> Да, в нем неэффективен grep. Зато для него есть куда более мощный
> и гибкий xsltproc.
> А редактирование XML, с точки зрения архитектуры современных юниксов - крайняя мера,
> обычно все изменения вносятся через специальные *ctl программы, обращающиеся к специальным
> демонам. Этот порядок существует уже много лет, и только пару лет
> назад его начали неуверенно переносить из юникса в линукс. Но мощь
> XML, увы, потеряли по дороге, оставшись с "простыми" параметр=значение.Еще в седой древности придумали ASN.1, но увы... в массы пошло то, что можно было выучить за 5 минут.
Противоречивые чувства.
Добавление Dracut несомненно плюс, а вот Wicked - дерьмо.Ну и да, как там с systemd дела обстоят? )))
systemd там с версии 12.2, и нормально себя чувствует, как и остальная система...
если релиз будет в ноябре - ядро 3.14 к тому времени морально устареет
или я чего-то не ?
будет штабильным
а версия 3.14 - это лонг-лайв, так же как и 3.10 ?
Да. Хотя странно - SLE 12 вроде бы собираются запилить на ядре 3.12
> если релиз будет в ноябре - ядро 3.14 к тому времени морально
> устареет
> или я чего-то не ?Второе.
А оно уже научилось после втыкивания USB-модема автоматом подгружать модуль usbserial?
О, обновление. И Меса 10-я, которая в 13.1 не завелась. Надо качать.
всё завелось, плохо пробовали
openSUSE 13.1
Linux 3.13.6-19.g4727218-desktop
OpenGL version string: 3.0 Mesa 10.1.0
Вы так мило подразумеваете идентичность своего и чужого конфига...
Вот у Вас завелось, а у меня нет.
Дистр openSUSE 13.1 c KDE 4.12.3, ядро 3.13.6, иксы 1.15, гибридная графика (Intel HD4000 + Radeon HD7670), свободные дрова.
После установки 10-й Месы меня просто не логинит в систему — прогресс бар доходит ~2/3 и меня снова кидает на экран логина.
Похоже, иксы падают. Смотрите /var/log/Xorg* и ~/.xsession-errors.
Надо сперва Месу обновить опять, потом глядеть. А то я в этой помойке ни фига не найду.
было обновление, которое всё сломало. судя по всему, Вы как раз его застали. обновитесь ещё раз, всё будет в порядке.
я представляю, сколько еще глюков выпилят до ноября