Меньше месяца назад была выпущена новая версия Ubuntu 15.04, но уже сейчас полным ходом идут обсуждения планов по разработке будущих версий дистрибутива.



Попробую собрать воедино всю информацию относительно Ubuntu 15.10 и 16.04 LTS, которая стала известной:

На проводимой в начале мая онлайн-встрече (Ubuntu Online Summit, (UOS)), посвященной Ubuntu, обсуждались интересные темы, касаемые не только разработки новой версии дистрибутива Ubuntu 15.10, но и отдельных компонентов Snappy, Unity 8, а так же взаимодействие с сообществом.

На текущий момент последняя версии Ubuntu — 15.04. Где были намечены и выполнены некоторые революционные шаги, к примеру, это замена upstart на systemd по умолчанию, с возможностью перехода обратно на upstart.
И вот теперь появились новые подробности относительно будущей версии.
  • Во-первых, ее кодовое имя — Wily Werewolf (Коварный волкодлак).
  • Во-вторых, разработчики продолжат отшлифовывать все наметки, которые были сделаны в 15.04 для выпуска Ubuntu с долгосрочной поддержкой — 16.04 LTS.
  • В третьих, это переход на дисплейный сервер Mir по умолчанию и оболочку Unity 8.
  • В четвертых, это использование gcc 5 и python 3.

В текущей версии Ubuntu по умолчанию поставляется компилятор gcc версии 4.9.2 и в процессе подготовки к выходу LTS было решено перейти на gcc 5. Для этого предстоит проделать большую работу по исправлению более трехсот ошибок, которые возникают при компиляции из-за новой библиотеки libstdc++I.

Еще рассматриваются варианты перехода на Snappy. Эта система позволяет сформировать монолитный образ системы и вместо обновления отдельных пакетов будет использоваться механизм обновления всей системы, как это уже задействовано в ChromeOS. Этот механизм будет реализован в сборке Ubuntu Desktop Next, которая в будущем может заменить собой основную сборку системы для десктопов — Ubuntu Desktop.

PS: Еще обратил внимание на запись в блоге Марка Шаттлворта, где он пишет, что на букву “W” названий еще не было, но Ubuntu 4.10 имела название “Warty Warthog”.

Комментарии (49)


  1. maseal
    12.05.2015 08:24
    +6

    кодовое имя — Willy Werewolf (Коварный волкодлак)

    Какой-то исконно славянский перевод слова «werewolf», может таки «оборотень», а то «волкодлак» это из славянских мифов? И слово «wily» лучше везде писать не с двумя «L» а с одной, иначе смысл слово меняется вплоть до неприличного.


    1. BjornValor
      12.05.2015 08:59

      Еще одну тень на дистр бросает тот факт, что PR-месседж Ubuntu был, а ля: «Linux с человеческим лицом», и тут на тебе Willy-Оборотень.
      <irony>Совпадение? -Не думаю.</irony>


      1. Meklon
        12.05.2015 09:44
        +4

        Chilly-willy the penguin))


  1. vadim_s_sabinich Автор
    12.05.2015 08:32
    +9

    эм… Действительно, оказия вышла. Поправил. Благодарю.
    Как бы да, но как бы и нет. Werewolf это оборотень, который превращается в волка. «Волк-оборотень» слишком топорный перевод. Поэтому решил найти более интересный синоним, отражающий суть одним словом. Ведь оборотни были и другие — царевна-лягушка, например, или чудо-юдо из Аленького цветочка.
    Можно, конечно, было оставить «вервольф», но оно мне не нравится ;-)


  1. saibaneko
    12.05.2015 10:49
    +3

    Хотелось бы больше подробностей о Snappy. Монолитность системы это звучит просто-таки угрожающе.


    1. vadim_s_sabinich Автор
      12.05.2015 12:03

      И сама система выглядит не менее угрожающе. грубо говоря, ОС будет находиться на отдельном разделе (скорей всего, даже в r/o). При обновлении ОС, будет создаваться (или использоваться) дополнительный раздел куда будет устанавливаться новая версия ОС. Потом магическим образом эти разделы меняются между собой (или меняется приоритет)… Але-оп! Система обновлена.


      1. saibaneko
        12.05.2015 12:26
        +1

        Да это понятно, с Google Chrome OS работал ) Но интереснее, как можно удалять лишние пакеты, затачивая систему под себя. Или пакеты будут ставиться в какой-то userspace, который будет обновляться со своей логикой?


        1. SunX
          12.05.2015 13:19
          +1

          Если пакеты отдельно от системы, то что же тогда такое «Система»? Я всегда считал, что любой Linux-дестрибудив есть набор пакетов и если их все удалить, то останется почти пустая файловая система.


          1. Gendalph
            13.05.2015 00:12

            vmlinuz+initrd+/bin+/lib+/etc?


            1. SunX
              14.05.2015 10:50

              Ну уж точно не /etc, оно существует только ради того, что бы пользователь своими ручками туда лазил и все менял, а если его сделать ro, то и смысл в нем пропадет.


      1. SunX
        12.05.2015 13:08

        squashfs?
        А как же ставить новые программки? или для каждого пакета будет своя файловая система?


        1. vadim_s_sabinich Автор
          12.05.2015 13:29

          Да. ОС сидит на отдельном разделе и обновляется, пользовательские программки — в пользовательском разделе.


          1. Gorthauer87
            12.05.2015 13:33

            Типа как фряха или макось?


            1. mrdubz
              12.05.2015 13:36

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


          1. eaa
            12.05.2015 13:35

            Как отличить, какой пакет есть пакет ОС, а какой — пользовательский?


          1. saibaneko
            12.05.2015 15:03

            Ага, то есть Snappy это костяк системы, а для пользователей Click-пакеты в свой раздел. Марк все-таки пришел к Mac OS X :)


            1. eaa
              12.05.2015 15:12

              Вообще юниксы изначальн оледились на ядро системы в /bin, /sbin и т.п., а юзерские пакеты и все прочее ставилось в /usr/bin, /usr/sbin и т.д.
              Потом от этого ушли.
              А теперь опять к этому возвращаемся походу дела.


              1. khim
                12.05.2015 16:52

                Изначально у них просто место кончилось. А сейчас логика немного другая.


          1. SunX
            12.05.2015 15:13

            Тогда что такое «Система»? Ядро + binutils?


        1. avalak
          13.05.2015 02:52
          +1

          Возможно Canonical решила позаигрывать с контейнерами по примеру Core OS. Это ведь так стильно, модно, молодёжно, а пользователи потерпят. В лучшем случае будет docker. В худшем опять свой трёхколесный велосипед попытаются сделать.

          Смотришь на последние релизы и единственный вопрос: «Марк, ради всего святого, зачем?!».


  1. dvapelnik
    12.05.2015 10:56

    переход на дисплейный сервер Mir по умолчанию

    это такой же переход к универсальной DE как и у Windows с Metro-интерфейсом: одно окружение для планшетов и для декстопных осей? многие, сидящие на винде, негодуют из-за этого. теперь и Ubuntu-сообщество настигнет та же участь?


    1. wrewolf
      12.05.2015 11:24
      +2

      Это дисплейный сервер, то что раньше было X'сами.
      К DE прямого отношения не имеет.


      1. dvapelnik
        12.05.2015 11:37

        ага, спасибо за разъяснения


      1. mcdebugger
        12.05.2015 18:28

        А как же теперь Wayland? Будем закапывать, не родимши? :(


        1. khim
          12.05.2015 19:57

          Wayland — это для Canonical'а слишком долго и сложно было. Потому они решили очень-сильно-быстро сделать свою собственную альтернативу — Mir, да. Поспеет он, как и следовало ожидать, примерно тогда же, когда и Wayland в других дистрибутивах.


          1. SunX
            14.05.2015 10:56

            Т.е. будет так же как и с upstart'ом? Как только Дебиан решит перейти на Wayland, они так же откажутся от своей инновационной разработки?


            1. khim
              14.05.2015 18:08

              Весьма вероятно. У Canonical'а, на самом деле, огромная проблема: у них просто нет достаточного количества разработчиков, чтобы сделать операционку целиком (и денег нет, чтобы несколько тысяч программистов нанять), потому они так и мечутся.


              1. avalak
                14.05.2015 18:32
                +1

                Виновата в этом сама Canonical. Их непоследовательная политика и привела к тому что они наплодили кучу проектов которые ни поддерживать, ни довести до ума не могут.

                Ей богу, если бы они каждый релиз (или через релиз. раз в год) выкатывали новую крутую, оттестированную фичу/сервис у них и уже сейчас был бы нормальный дистрибутив, а не вечная альфа после которой хочется вымыть руки с мылом и антисептиком.

                Не всё спокойно в Canonical.


                1. khim
                  14.05.2015 19:12

                  Они не могут выкатывать «новую крутую, оттестированную фичу/сервис» раз в релиз. Так как весь стек технологий, который они используют тоже постоянно перетасовывается. Знаменитый CADT.


                  1. avalak
                    14.05.2015 19:21

                    Вот и я про то же.


              1. SunX
                15.05.2015 11:51

                А зачем тогда вообще пилить своё, если не справляются? зачем им upstart, чем sysv-init не подошел? И с миром так же.


                1. hermit931
                  17.05.2015 15:13

                  Насколько я понял, то они задумали одну общую оболочку для всех устройств еще года 2-3 назад, и на тот момент ни один дисплейный сервер им не подошел, вот и решили пилить свой. Вроде они как пробовали вейланд, но что то никак у них там не сросталось. Вроде на тот момент он был еще сыроват, и незнали когда он дорастет до годного состояния. Ну и в довесток его бы пришлось с каждой новой версией патчить для нужных фич и от разных багов.


  1. SdotR
    12.05.2015 12:06

    А есть где почитать подтверждения этих фактов? Меня больше всего смущает переход к Mir и Unity 8. Когда только появился Mir они били пяткой в грудь и говорили, что сделают по-умолчанию его на Ubuntu 15.10, но с оговоркой, что всё пойдет по плану.
    Сейчас у меня ощущение, что они отбились от плана. Mir я до сих пор не понимаю где и как увидеть. Unity 8 тоже самое. Ну можно на телефонах увидеть, но там проще дела с драйверами обстоят нежели с зоопарком устройств на PC.


    1. vadim_s_sabinich Автор
      12.05.2015 12:16

      Можно даже пощупать в cdimage.ubuntu.com/ubuntu-desktop-next
      Более подробней можно почитать на этой странице wiki.ubuntu.com/Unity8DesktopIso


  1. amarao
    12.05.2015 12:57
    +2

    Убунта вовремя испугалась и закрыла upstart. Не могу понять, почему с Mir и snappy они себя чувствуют себя уверенее. Очевидно же, что вендоры не будут напрягаться и что-то писать для Mir'а, а это означает, удачи с драйверами. Со снаппи вообще ситуация аховая, ибо депенденсы между пакетами появились как решение проблем. Сейчас товарищи решили, что они будут проблемы решать запихиванием всего «внутри» пакета. Я хочу посмотреть на «пакетирование» sql-сервера для пакета веб-приложения, от sql-сервера зависящего. Или от апача с wsgi.

    Зависимости пакетов и графический сервер — это вещи, которые невероятно сложны архитектурно. С учётом, как запущено в убунте с мейнтейнингом чего-либо (считай, не делается), надеяться на разумные решения в этой области не приходится.

    (tl;dr) Если они перейдут на mir и snappy, то я перейду на debian+xfce вместо текущей xubuntu на ноутбуке.


    1. alexevil
      13.05.2015 10:49

      Upstart кстати зря закрыли, синтаксис более адекватный был, чем в systemd :-/


  1. spanasik
    12.05.2015 13:35
    +1

    python 3 — пример продавливания варианта технологии, такой же, как и systemd


    1. EvgeniyKirov
      12.05.2015 18:59

      Это необходимое продавливание.


      1. spanasik
        12.05.2015 19:00
        +2

        для апологетов 3 версии — да, для остальных — нет


      1. khim
        12.05.2015 19:59

        Кому необходимое? Зачем необходимое? Кто мешал, чёрт побери, сделать версию в которой можно было бы смешивать модули python2 и python3?

        А так — куча народу просто сбежала от этого ужаса. В основном на Go, но не только.

        Авантюра с Python3 очень дорого обошлась pyhton-сообществу и неизвестно чем всё это в результате закончится…


        1. bosha
          12.05.2015 21:34

          А так — куча народу просто сбежала от этого ужаса. В основном на Go, но не только.


          И скоро почувствует новую боль с зависимостями?


        1. iroln
          12.05.2015 22:54
          +1

          Уже почти два года используем Python 3 и не ощущаем никакого ужаса. Что должно произойти, или что надо делать, чтобы почувствовать ужасы Python 3? Необходимые и популярные библиотеки уже почти все портированы, сам язык и его стандартная библиотека теперь развиваются только в третьей ветке.

          Понятно, что были проблемы с переходом и портированием, была нарушена совместимость, некоторые решения оказались спорны, некоторые проблемы языка не были решены (тот же GIL), но в общем и целом, что не так то?


          1. khim
            13.05.2015 00:06

            Что должно произойти, или что надо делать, чтобы почувствовать ужасы Python 3?
            Нужно было всего-навсего иметь изрядное количество строк кода на python2. Сам по себе python3 — неплохой язык, но вот переход на него с python2 — это просто катастрофа.

            Понятно, что были проблемы с переходом и портированием, была нарушена совместимость, некоторые решения оказались спорны, некоторые проблемы языка не были решены (тот же GIL), но в общем и целом, что не так то?
            А то что вы описали — это не ужасы, нет? Фактически один язык (python2) был уничтожен и всех попытались заставить использовать заметно другой язык (python3). Результат как бы немного предсказуем — посмотрите хотя бы на tiobe. Выхода python 3 как бы особо никто особо и не заметил (кому он был, нафиг, нужен, без библиотек и совместимости?), но вот когда вышел python 2.7 и было в ультмативной форме объявлено о том, что это — таки всё, то популярность резко пошла вниз. Да и вообще: о чём говорить, когда в 2015м году, через семь лет после выхода python3 какой-нибудь Mailman по прежнему требует наличия python2? И я не версии выпущенной чёрт знает когда, а новом релизе вышедшем буквально на днях!


            1. iroln
              13.05.2015 12:35

              Изрядное количество, сколько это? 10 тысяч, 100 тысяч, миллион? В моём проекте было около 50 тысяч, портировалось за неделю-две, когда руки доходили. Основные исправления были связаны с генераторами, немного строк, немного исправлений имен из стандартной библиотеки. Больше возни было с Boost Python, но и там не особо напряжно.

              Не настолько всё трагично, как мне кажется.


        1. EvgeniyKirov
          13.05.2015 00:09

          Python 3 просто лучше Python 2. Сделали поддержку юникодных строк и файлов, от которых не больно; запилили генераторы во встроенных функциях просто везде; причесали стандартную библиотеку. Много мелких улучшений, от которых просто приятно.


          1. EvgeniyKirov
            13.05.2015 00:11

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


            1. khim
              13.05.2015 01:18

              Это было бы так, если бы после python 2.7 вышел бы python 2.8, потом 2.9 и так далее. Можно было бы спокойно пользоваться python2 и не обращать внивание на python3. Но это го же нет.


          1. evocatus
            13.05.2015 00:22

            Не говоря уже о значительном улучшении GIL в версии 3.2


          1. khim
            13.05.2015 01:16
            +1

            Сделали поддержку юникодных строк и файлов, от которых не больно
            Очень даже больно: попробуйте напустить скрипт, который пытается обрабатывать все файлы в каталоге на каталог в котором есть невалидные имена файлов. Также нельзя нормально обрабатывать псевдотекстовые протоколы (всякие SMTP/HTTP), так как форматирование работает теперь только со строками, но не с наборами байт. И так далее. Да, это всего лишь «ужас», а не «ужас-ужас» как было раньше, но сказать, что от этих нововведений кому-то стало сильно лучше сложно.

            Много мелких улучшений, от которых просто приятно.
            Вот только на дорожке между python2 и python3 — куча мелких граблей, от которых очень и очень больно.