Комментарии 51
кодовое имя — Willy Werewolf (Коварный волкодлак)
Какой-то исконно славянский перевод слова «werewolf», может таки «оборотень», а то «волкодлак» это из славянских мифов? И слово «wily» лучше везде писать не с двумя «L» а с одной, иначе смысл слово меняется вплоть до неприличного.
эм… Действительно, оказия вышла. Поправил. Благодарю.
Как бы да, но как бы и нет. Werewolf это оборотень, который превращается в волка. «Волк-оборотень» слишком топорный перевод. Поэтому решил найти более интересный синоним, отражающий суть одним словом. Ведь оборотни были и другие — царевна-лягушка, например, или чудо-юдо из Аленького цветочка.
Можно, конечно, было оставить «вервольф», но оно мне не нравится ;-)
Как бы да, но как бы и нет. Werewolf это оборотень, который превращается в волка. «Волк-оборотень» слишком топорный перевод. Поэтому решил найти более интересный синоним, отражающий суть одним словом. Ведь оборотни были и другие — царевна-лягушка, например, или чудо-юдо из Аленького цветочка.
Можно, конечно, было оставить «вервольф», но оно мне не нравится ;-)
Хотелось бы больше подробностей о Snappy. Монолитность системы это звучит просто-таки угрожающе.
И сама система выглядит не менее угрожающе. грубо говоря, ОС будет находиться на отдельном разделе (скорей всего, даже в r/o). При обновлении ОС, будет создаваться (или использоваться) дополнительный раздел куда будет устанавливаться новая версия ОС. Потом магическим образом эти разделы меняются между собой (или меняется приоритет)… Але-оп! Система обновлена.
Да это понятно, с Google Chrome OS работал ) Но интереснее, как можно удалять лишние пакеты, затачивая систему под себя. Или пакеты будут ставиться в какой-то userspace, который будет обновляться со своей логикой?
squashfs?
А как же ставить новые программки? или для каждого пакета будет своя файловая система?
А как же ставить новые программки? или для каждого пакета будет своя файловая система?
Да. ОС сидит на отдельном разделе и обновляется, пользовательские программки — в пользовательском разделе.
Типа как фряха или макось?
Как отличить, какой пакет есть пакет ОС, а какой — пользовательский?
Ага, то есть Snappy это костяк системы, а для пользователей Click-пакеты в свой раздел. Марк все-таки пришел к Mac OS X :)
Вообще юниксы изначальн оледились на ядро системы в /bin, /sbin и т.п., а юзерские пакеты и все прочее ставилось в /usr/bin, /usr/sbin и т.д.
Потом от этого ушли.
А теперь опять к этому возвращаемся походу дела.
Потом от этого ушли.
А теперь опять к этому возвращаемся походу дела.
Изначально у них просто место кончилось. А сейчас логика немного другая.
Тогда что такое «Система»? Ядро + binutils?
Возможно Canonical решила позаигрывать с контейнерами по примеру Core OS. Это ведь так стильно, модно, молодёжно, а пользователи потерпят. В лучшем случае будет docker. В худшем опять свой трёхколесный велосипед попытаются сделать.
Смотришь на последние релизы и единственный вопрос: «Марк, ради всего святого, зачем?!».
Смотришь на последние релизы и единственный вопрос: «Марк, ради всего святого, зачем?!».
переход на дисплейный сервер Mir по умолчанию
это такой же переход к универсальной DE как и у Windows с Metro-интерфейсом: одно окружение для планшетов и для декстопных осей? многие, сидящие на винде, негодуют из-за этого. теперь и Ubuntu-сообщество настигнет та же участь?
Это дисплейный сервер, то что раньше было X'сами.
К DE прямого отношения не имеет.
К DE прямого отношения не имеет.
ага, спасибо за разъяснения
А как же теперь Wayland? Будем закапывать, не родимши? :(
Wayland — это для Canonical'а слишком долго и сложно было. Потому они решили очень-сильно-быстро сделать свою собственную альтернативу — Mir, да. Поспеет он, как и следовало ожидать, примерно тогда же, когда и Wayland в других дистрибутивах.
Т.е. будет так же как и с upstart'ом? Как только Дебиан решит перейти на Wayland, они так же откажутся от своей инновационной разработки?
Весьма вероятно. У Canonical'а, на самом деле, огромная проблема: у них просто нет достаточного количества разработчиков, чтобы сделать операционку целиком (и денег нет, чтобы несколько тысяч программистов нанять), потому они так и мечутся.
Виновата в этом сама Canonical. Их непоследовательная политика и привела к тому что они наплодили кучу проектов которые ни поддерживать, ни довести до ума не могут.
Ей богу, если бы они каждый релиз (или через релиз. раз в год) выкатывали новую крутую, оттестированную фичу/сервис у нихи уже сейчас был бы нормальный дистрибутив, а не вечная альфа после которой хочется вымыть руки с мылом и антисептиком.
Не всё спокойно в Canonical.
Ей богу, если бы они каждый релиз (или через релиз. раз в год) выкатывали новую крутую, оттестированную фичу/сервис у них
Не всё спокойно в Canonical.
Они не могут выкатывать «новую крутую, оттестированную фичу/сервис» раз в релиз. Так как весь стек технологий, который они используют тоже постоянно перетасовывается. Знаменитый CADT.
А зачем тогда вообще пилить своё, если не справляются? зачем им upstart, чем sysv-init не подошел? И с миром так же.
Насколько я понял, то они задумали одну общую оболочку для всех устройств еще года 2-3 назад, и на тот момент ни один дисплейный сервер им не подошел, вот и решили пилить свой. Вроде они как пробовали вейланд, но что то никак у них там не сросталось. Вроде на тот момент он был еще сыроват, и незнали когда он дорастет до годного состояния. Ну и в довесток его бы пришлось с каждой новой версией патчить для нужных фич и от разных багов.
А есть где почитать подтверждения этих фактов? Меня больше всего смущает переход к Mir и Unity 8. Когда только появился Mir они били пяткой в грудь и говорили, что сделают по-умолчанию его на Ubuntu 15.10, но с оговоркой, что всё пойдет по плану.
Сейчас у меня ощущение, что они отбились от плана. Mir я до сих пор не понимаю где и как увидеть. Unity 8 тоже самое. Ну можно на телефонах увидеть, но там проще дела с драйверами обстоят нежели с зоопарком устройств на PC.
Сейчас у меня ощущение, что они отбились от плана. Mir я до сих пор не понимаю где и как увидеть. Unity 8 тоже самое. Ну можно на телефонах увидеть, но там проще дела с драйверами обстоят нежели с зоопарком устройств на PC.
Можно даже пощупать в cdimage.ubuntu.com/ubuntu-desktop-next
Более подробней можно почитать на этой странице wiki.ubuntu.com/Unity8DesktopIso
Более подробней можно почитать на этой странице wiki.ubuntu.com/Unity8DesktopIso
Убунта вовремя испугалась и закрыла upstart. Не могу понять, почему с Mir и snappy они себя чувствуют себя уверенее. Очевидно же, что вендоры не будут напрягаться и что-то писать для Mir'а, а это означает, удачи с драйверами. Со снаппи вообще ситуация аховая, ибо депенденсы между пакетами появились как решение проблем. Сейчас товарищи решили, что они будут проблемы решать запихиванием всего «внутри» пакета. Я хочу посмотреть на «пакетирование» sql-сервера для пакета веб-приложения, от sql-сервера зависящего. Или от апача с wsgi.
Зависимости пакетов и графический сервер — это вещи, которые невероятно сложны архитектурно. С учётом, как запущено в убунте с мейнтейнингом чего-либо (считай, не делается), надеяться на разумные решения в этой области не приходится.
(tl;dr) Если они перейдут на mir и snappy, то я перейду на debian+xfce вместо текущей xubuntu на ноутбуке.
Зависимости пакетов и графический сервер — это вещи, которые невероятно сложны архитектурно. С учётом, как запущено в убунте с мейнтейнингом чего-либо (считай, не делается), надеяться на разумные решения в этой области не приходится.
(tl;dr) Если они перейдут на mir и snappy, то я перейду на debian+xfce вместо текущей xubuntu на ноутбуке.
python 3 — пример продавливания варианта технологии, такой же, как и systemd
Это необходимое продавливание.
для апологетов 3 версии — да, для остальных — нет
Кому необходимое? Зачем необходимое? Кто мешал, чёрт побери, сделать версию в которой можно было бы смешивать модули python2 и python3?
А так — куча народу просто сбежала от этого ужаса. В основном на Go, но не только.
Авантюра с Python3 очень дорого обошлась pyhton-сообществу и неизвестно чем всё это в результате закончится…
А так — куча народу просто сбежала от этого ужаса. В основном на Go, но не только.
Авантюра с Python3 очень дорого обошлась pyhton-сообществу и неизвестно чем всё это в результате закончится…
А так — куча народу просто сбежала от этого ужаса. В основном на Go, но не только.
И скоро почувствует новую боль с зависимостями?
Уже почти два года используем Python 3 и не ощущаем никакого ужаса. Что должно произойти, или что надо делать, чтобы почувствовать ужасы Python 3? Необходимые и популярные библиотеки уже почти все портированы, сам язык и его стандартная библиотека теперь развиваются только в третьей ветке.
Понятно, что были проблемы с переходом и портированием, была нарушена совместимость, некоторые решения оказались спорны, некоторые проблемы языка не были решены (тот же GIL), но в общем и целом, что не так то?
Понятно, что были проблемы с переходом и портированием, была нарушена совместимость, некоторые решения оказались спорны, некоторые проблемы языка не были решены (тот же GIL), но в общем и целом, что не так то?
Что должно произойти, или что надо делать, чтобы почувствовать ужасы Python 3?Нужно было всего-навсего иметь изрядное количество строк кода на python2. Сам по себе python3 — неплохой язык, но вот переход на него с python2 — это просто катастрофа.
Понятно, что были проблемы с переходом и портированием, была нарушена совместимость, некоторые решения оказались спорны, некоторые проблемы языка не были решены (тот же GIL), но в общем и целом, что не так то?А то что вы описали — это не ужасы, нет? Фактически один язык (python2) был уничтожен и всех попытались заставить использовать заметно другой язык (python3). Результат как бы немного предсказуем — посмотрите хотя бы на tiobe. Выхода python 3 как бы особо никто особо и не заметил (кому он был, нафиг, нужен, без библиотек и совместимости?), но вот когда вышел python 2.7 и было в ультмативной форме объявлено о том, что это — таки всё, то популярность резко пошла вниз. Да и вообще: о чём говорить, когда в 2015м году, через семь лет после выхода python3 какой-нибудь Mailman по прежнему требует наличия python2? И я не версии выпущенной чёрт знает когда, а новом релизе вышедшем буквально на днях!
Изрядное количество, сколько это? 10 тысяч, 100 тысяч, миллион? В моём проекте было около 50 тысяч, портировалось за неделю-две, когда руки доходили. Основные исправления были связаны с генераторами, немного строк, немного исправлений имен из стандартной библиотеки. Больше возни было с Boost Python, но и там не особо напряжно.
Не настолько всё трагично, как мне кажется.
Не настолько всё трагично, как мне кажется.
Python 3 просто лучше Python 2. Сделали поддержку юникодных строк и файлов, от которых не больно; запилили генераторы во встроенных функциях просто везде; причесали стандартную библиотеку. Много мелких улучшений, от которых просто приятно.
В Арче третья ветка уже давно, и я, когда пользовался, никаких неудобств по этому поводу не испытывал. python2 ставится просто рядом и никому не мешает.
Не говоря уже о значительном улучшении GIL в версии 3.2
Сделали поддержку юникодных строк и файлов, от которых не больноОчень даже больно: попробуйте напустить скрипт, который пытается обрабатывать все файлы в каталоге на каталог в котором есть невалидные имена файлов. Также нельзя нормально обрабатывать псевдотекстовые протоколы (всякие SMTP/HTTP), так как форматирование работает теперь только со строками, но не с наборами байт. И так далее. Да, это всего лишь «ужас», а не «ужас-ужас» как было раньше, но сказать, что от этих нововведений кому-то стало сильно лучше сложно.
Много мелких улучшений, от которых просто приятно.Вот только на дорожке между python2 и python3 — куча мелких граблей, от которых очень и очень больно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Коварный Волкодлак. Трансформация дистрибутива Ubuntu