Доступна (https://lists.debian.org/debian-devel-announce/2014/10/msg00...) вторая бета-версия инсталлятора следующего значительного релиза Debian - "Jessie". Перевод пакетной базы Debian 8 на стадию заморозки, при которой процесс переноса пакетов из unstable в testing будет остановлен и начнётся этап интенсивного тестирования и исправления блокирующих релиз проблем, намечен (https://release.debian.org/jessie/freeze_policy.html) на 5 ноября 2014 года. Наиболее вероятно, что релиз будет выпущен в начале весны следующего года.
Ключевые изменения:
- GNOME возвращён (http://www.opennet.me/opennews/art.shtml?num=40659) в качестве десктоп-окружения по умолчанию. Другие пользовательские окружения можно легко установить, выбрав иное значение в списке tasksel;
- Начальная поддержка (http://www.opennet.me/opennews/art.shtml?num=40461) архитектур arm64 (https://wiki.debian.org/Arm64Port) (64-разрядная архитектура AArch64), ppc64 и ppc64el (https://wiki.debian.org/ppc64el) (архитектура для процессоров Power 7+ и Power 8 в режиме little endian-mode и с Open Power ELFv2 ABI).- В пакет crypto-modules добавлены модули ccm и ctr;
- В пакет usb-modules добавлены модули ehci-platform, ohci-platform и phy-sun4i-usb;
- В пакет nic-wireless-modules добавлен модуль rsi_usb, в nic-modules модуль mvmdio, а в пакет nic-wireless-modules модули th6kl_sdio, libertas_cs, libertas_sdio, mwifiex_sdio, r8192u_usb, r8723au, rtl8188eu, rtl818x_pci, rtl8723be,
rtl8821ae, spectrum_cs;
- В пакет sound-modules добавлены новый драйверы звуковых устройств;
- В окружениях Xfce, LXDE и MATE обеспечена поддержка дисплеев с шрифтом Брайля;
- В debian-installer решены проблемы со сборкой образов загрузки через PXE для kfreebsd и hurd;
- Выбор пользовательского окружения вынесен из syslinux в tasksel;
- Улучшено определение оборудования и выбор подходящих драйверов в hw-detect;
Основные цели (https://wiki.debian.org/ReleaseGoals), намеченные для реализации в Debian 8.0:- Использование по умолчанию системного менеджера systemd;
- Поддержка Clang в качестве вторичного компилятора;
- Обеспечение возможности использования системы принудительного контроля доступа SELinux (в режиме enforcing);
- Задействование дополнительных механизмов (https://wiki.debian.org/Hardening) обеспечения безопасности, интегрируемых в исполняемые файлы ELF (Position Independent Executable, защита стека, Fortify Source, Read-only relocations, Immediate binding). Активация (https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildF...) флагов сборки с использованием дополнительных механизмов безопасности для как можно большего числа пакетов, которые работают с внешними данными (сетевые серверы, браузеры, просмотрщики контента и т.п.);
- Включение (https://wiki.debian.org/ReleaseGoals/CrossToolchains) инструментов кросс-компиляции в архив и обеспечение из коробки средств для кросс-сборки (https://wiki.debian.org/ReleaseGoals/CrossBuildableBase) базовой системы (можно будет разом и без установки внешних инструментов кросс-скомпилировать 140 пакетов, составляющих минимальную базовую систему);
- Упорядочивание использования сборочных флагов CC/CXX;- Проведение чистки архива пакетов для прохождения пакетами тестов piuparts (https://wiki.debian.org/ReleaseGoals/piuparts);
- Полная поддержка (https://wiki.debian.org/ReleaseGoals/utf-8) UTF-8 во всех пакетах (поддержка ввода и отображения в UTF-8 по умолчанию, поставка всех текстовых файлов в UTF-8, поставка в пакетах файлов только с именами в кодировке UTF-8).
URL: https://lists.debian.org/debian-devel-announce/2014/10/msg00...
Новость: http://www.opennet.me/opennews/art.shtml?num=40757
> Другие пользовательские окружения можно легко установить, выбрав иное значение в списке tasksel;это правда, что окружение теперь можно выбирать через tasksel? тогда это здорово, хотя это надо было делать ещё лет 10 назад :)
или переводчики что-то путают, и только через опции debian-installer можно выбирать DE, как и раньше? по крайней мере, собрав недавний снапшот через jigdo, ничего подобного я там не видел - всё, как раньше.
Правда, оно выглядит теперь так:
http://s4.postimg.org/a5fek5t8t/tasksel.png
По умолчанию помечен только GNOME, но можно хоть все сразу
> Правда, оно выглядит теперь так:
> http://s4.postimg.org/a5fek5t8t/tasksel.png
> По умолчанию помечен только GNOME, но можно хоть все сразуCDE забыли :)
А после фразы "В данный момент" запятая нужна?
Нет, это ошибка, но при выборе русского языка, там даже окошко появляется о том, что инсталлятор пока не полностью поддерживает русский язык.
Но надо оно и тестинг, что бы тестить.
При установке GRUB тоже присутствует лишняя запятая в тексте.
> Но надо оно и тестинг, что бы тестить.Ну вот ^^^ видите, у вас даже в фразе про тестинг баги :). А вы еще хотите чтобы инсталлятор был без багов. Но завести баг или поправить перевод это не мешает...
> Но завести багИ обязательно с уровнем важности release-critical.
> Выбор пользовательского окружения вынесен из syslinux в tasksel;каюсь, седина на мои головы, так челюсть упала, что до этого момента даже не дочитал. видимо, действительно вынесли :) ура ура ура :)
да, это охрененно =)) видимо прислушались к обсуждению в рассылке.
Новость про инсталятор или про очередной релиз? Плавно перетекает в новость про релиз… настолько плавно что не понятно где о чём речь…
Надо потестить!
> Использование по умолчанию системного менеджера systemd;Как раз сегодня утром обновил свой тестинг до текущего состояния. И если раньше это хоть как-то работало, то теперь при перезагрузке этот systemd даже не может определить запускал ли он smbd или нет и предлагает ждать 5 (ПЯТЬ!!!) минут перед продолжением перезагрузки! Так что теперь, безусловно, скорость запуска и выключения "ускорилась" безгранично - я жду всего лишь 5 минут вместо 10 секунд раньше. Я считаю - это победа!
Что-то из клонов дебиана есть, у разработчиков которого преобладает здравый смысл и которые не собираются мигрировать на systemd?
Ну этож бета, че Вы так ругаетесь!
Так и что с того, что это бета? Такой фигни я что-то очень давно за тестингом не припомню вообще. Я на этой "бете" сижу уже из релиза в релиз много лет и всегда все было отлично (мелкие косяки обычно решаемы без проблем). Может уже пора признать, что это не дебиан тестинг - бета, а systemd - кусок кода непотребного качества, не годный даже на статус альфы и не способный выполнять даже элементарных функций, для решения которых его начинали разрабатывать? Поттеринг мечется от одной подсистемы к другой, не доводя до конца ни одно начинание. Как можно было предстоящий релиз на него перевести и пытаться обеспечивать этому поддержку несколько лет?
Странно. Во всех дистрах системд работает, а в дебиане бете (у вас) нет. Виноват системд?
То, что бета у вас раньше работала еще не значит, что она всегда будет работать.
Это мелкий косяк, решаемый правкой юнит файла. Вперед.
>Во всех дистрах системд работает
>Виноват системд?
>Это мелкий косяк, решаемый правкой юнит файла.Так каков ваш окончательный ответ хейтеру? "Вы все врети" или "Ошибка STOP 0000A, это же очевидно, как ее решить"?
> Так каков ваш окончательный ответ хейтеру? "Вы все врети" или "Ошибка STOP
> 0000A, это же очевидно, как ее решить"?Наш ответ хейтеру: если менять дистры из-за единичной ошибки, придется прекратить пользоваться операционками и отправиться жить в тайгу.
проблема не в том, что случилась единичная ошибка. Проблема в том, что удобный продукт, которым я пользовался с ~2003 года, по непонятной мне причине выбирает для ключевой подсистемы нестабильное УГ, которое отвратно выполняет свои функции. И можно было бы понять такой ход конем, если бы меняли не рабочее на не рабочее. Но так нет же - меняют хорошо зарекомендовавший себя и отлаженный вдоль и поперек код на сырой. Я могу понять это в коммерческих продуктах, но зачем в свободных подкладывать такой сюрприз - для меня до сих пор загадка.Кстати, не уверен, но похоже, что у меня и вторая проблема на домашнем мини-сервере связана с systemd: оно не стартует сразу postgresql, а ждет поступления запроса на порт. А мой веб-сервис, который крутится на uwsgi в lxc пытается к ней присоединиться. И либо таймауты как-то неправильно настроены, либо нужно после первой неудачной попытки коннекта делать вторую (я не разбирался) но uwsgi-шный код перестает пытаться присоединиться после первого облома. Вот и нафига мне такая параллельная загрузка, которая ломает больше, чем чинит?
>[оверквотинг удален]
> сырой. Я могу понять это в коммерческих продуктах, но зачем в
> свободных подкладывать такой сюрприз - для меня до сих пор загадка.
> Кстати, не уверен, но похоже, что у меня и вторая проблема на
> домашнем мини-сервере связана с systemd: оно не стартует сразу postgresql, а
> ждет поступления запроса на порт. А мой веб-сервис, который крутится на
> uwsgi в lxc пытается к ней присоединиться. И либо таймауты как-то
> неправильно настроены, либо нужно после первой неудачной попытки коннекта делать вторую
> (я не разбирался) но uwsgi-шный код перестает пытаться присоединиться после первого
> облома. Вот и нафига мне такая параллельная загрузка, которая ломает больше,
> чем чинит?Я думаю, что релиз несет major changes, а посему если уж вылез действительно большой БАГ, ну не ставьте вы этот релиз, дождитесь следующей - минорной версии, если все таки нужен cutting edge - пишите баг-репорты. Ну зачем так сурово критиковать, в самом деле, только панику наводите. К людям надо относится проще, а на вопросы смотреть ширше! :-)
> причине выбирает для ключевой подсистемы нестабильное УГ,Вообще-то судить о стабильности по бета-версии переходного периода - это не совсем компетентно, мягко говоря.
> которое отвратно выполняет свои функции.
У остальных то оно нормально их выполняет. Так что это или баг в тестовой версии или кривые руки. Так, по логике вещей. Ну вон RHEL выпустили и громкого воя не слышно что-то. Вопит в основном всякое школие с тестовыми версиями и дистрами для камикадзе, которое с удивлением узнало что на ядерных полигонах, оказывается, иногда проводят ядерные испытания. Кто бы мог подумать?!
> меняют хорошо зарекомендовавший себя и отлаженный вдоль и поперек код
Видели мы эту "отладку", спасиб. Спихали весь глюкодром и проблемы на майнтайнеров пакетов и сделали козью морду - мол, проблемы скриптов - не глюки системы инициализации, ничего не знаем.
> на сырой. Я могу понять это в коммерческих продуктах, но зачем в
> свободных подкладывать такой сюрприз - для меня до сих пор загадка.В коммерческих как раз никто не будет нестабильные и сырые решения подкладывать - там это вызывает попадание на бабки со стороны дистромэйкера. Так что то что systemd взяли в релиз шапки как раз индикатор того что он дошел до кондиции. Если вы хотите поспорить о качестве кода шапки и прочая - ну попробуйте. Только стоит понимать что мнение какого-то хренсгоры vs шапка - по дефолту nuff void. Так что придется обосновать. То обоснование которое выше - "не очень" и больше говорит о вашей некомпетентности в плане релизных процессов нежели о качестве кода. Это я как эксперт в области (QA) говорю - с таким мнением вы можете катиться колбаской по малой Спасской.
> (я не разбирался) но uwsgi-шный код перестает пытаться присоединиться после первого облома.
Сдается мне что тут вообще не в systemd проблемы или не столько в systemd. В смысле, если софт дохнет после единичного таймаута базы и насовсем - этот софт seriously fucked up. Сам по себе. Так, для начала. Скажем systemd спасибо за то что нашли в софтине жирный баг. Это раз. А два - гм, идея запускать монстряку типа постгра при прилете запроса на сокет кажется мне довольно спорной. Ну и таймаутов случаться не должно. При том все это - тоже не проблемы systemd сами по себе, а или ошибки конфигурации или майнтайнеры возжелали чего-то странного.
> Вот и нафига мне такая параллельная загрузка, которая ломает больше, чем чинит?
Не знаю. Я сомневаюсь что рота гестповцев с овчарками угрожает расстрелять вас если вы не будете этим пользоваться. Только как вы будете выкручиваться - ваши сложности.
>Вообще-то судить о стабильности по бета-версии переходного периода - это не совсем компетентно, мягко говоря.Не совсем компетентно считать термин "бета-версия" каким-то универсальным понятием. Убунта вообще от сида отпочковывается, который называется нестабильным. И что, у них там все еще хуже, что ли? Сомневаюсь. Сид (а вслед за ним и тестинг) наполняется не bleeding edge версиями софта, а теми, о которых мейнтейнер решил, что "уже можно пользоваться". Чаще всего это последние или достаточно свежие релизы апстрима. Конкретно в данном случае это значит, что системда в сиде и тестинге сейчас - это никакая не бета-версия, а именно релиз, который лично Леня освятил как что-то, чем можно пользоваться, и который мейнтейнеры дебиана также посчитали таковым. Только что посмотрел: на данный момент в тестинге лежит системда 215, предпоследний релиз.
Поэтому судить о стабильности системды (претензия же конкретно к ней!) по тестингу дебиана абсолютно корректно.
Все, что написано вами далее, я разбирать не буду. Оскорбления оппонента вкупе с поверхностным взглядом на вопрос. "Эксперту в области (QA)" такое не к лицу, знаете ли.
Помимо самого systemD есть ещё конфигурационные файлы. Если в конфигах написать ересь, то и работать будет абы как. Так что что бы судить о стабильности, то нужно исключить ошибку майнтейнера в конфигурационном файле.(конфиги на все случаи жизни в поставке systemD наверняка не идут)
Я systemD ещё не юзал, но это первое что нужно делать когда вылезает какая либо проблема.И ещё по поводу стабильности. На текущий момент релизнута и стабильна лишь Ubuntu 14.04 кторая идёт без systemD, так что в текущий момент проблемы могут быть как в предрелизной Ubuntu 14.10, так и в тестовом Debian.(при условии идентичности пакетов или обстоятельств в которых проблема проявляется)
Это справедливое замечание.
Но ведь фанатики-то как божились, что "юниты лудтше портянок", и как теперь мейнтейнерам станет жить лучше, станет жить веселей! Неужели снова обманули?
Не знаю какие там юниты(хорошие или плохие), но по началу вполне могут быть ошибки при использовании чего-то нового.
зато потом, в светлом будущем как заживём, да?
> Не совсем компетентно считать термин "бета-версия" каким-то универсальным понятием.На самом деле - вполне нормально, для этого понятие и создано. У софтварщиков есть некие более-менее устоявшиеся практики выкатки релизов (ну и термины для описания процессов). Они такие потому что это неплохо работает. И в целом общая идея процесса у всех похожа. Потому что грабли достаточно похожие. Те или иные модификации процесса бывают, но общая идея достаточно похожая. Поэтому "бета-версия" - универсальное понятие. Бывает так что бета достаточно качественная, а иная бета - лучше иного релиза. Но удивляться багам в бете - это то же самое что удивляться тому что солнце светит. Особенно при больших и потенциально несовместимых изменениях.
> Убунта вообще от сида отпочковывается, который называется нестабильным.
Вот козырять codenames для описания процессов, при том что codeneme - subject to change - это да, не совсем компетентно. Ладно там еще универсальным понятием типа "testing" или "unstable". А конкретные codenames в описании процессы - это в высшей степени неуниверсально, раз уж мы об этом.
> И что, у них там все еще хуже, что ли? Сомневаюсь.
А это когда как. На самом деле правда жизни такова что роль дебианщиков в стабилизации софта некоторыми фанами сильно преувеличена. Дебианщики патчат не так уж много багов и поэтому ванильная версия софтины зачастую ничем не хуже с точки зрения юзерей. А критичность багов весьма варьируется. Но бывает и так что убунтуи с их стремлением уложиться в дату релиза - релизятся с жирными сочными багами. Дебианщики в таком случае скорее всего отложат релиз и правильно сделают. Но проблема в том что в результате у них начинается откладывание там и тут и в результате вообще неизвестно когда они релизнутся, а проект превращается в долгострой и становится тухляком уже на момент релиза и только более зловонным тухляком в дальнейшем.
И это обеспечивает головняк юзерам. Например, ответственно заявляю: Radeon с ядром менее 3.13 - это ни о чем. Если юзер радеонов хочет нормальной поддержки железа out of the box, ядро должно быть не менее 3.13. И ниипет. Дебиан с его 3.2 и древней месы в плане графического стека вообще out of the box - полный фуфел, неюзабельный на половине GPU, особенно новых.
> последние или достаточно свежие релизы апстрима. Конкретно в данном случае это
> значит, что системда в сиде и тестинге сейчас - это никакая
> не бета-версия, а именно релиз, который лично Леня освятил как что-то,Кроме сферического релиза в вакууме есть еще такая фигня как интеграция в систему. Этим уже должны майнтайнеры заниматься. И упомянутые вами явления больше похожи на их баги и баги софта, чем на баги, собственно, systemd. Ну то-есть я допускаю что дебианщики где-то пролошились по первости или приняли неоптимальные решения. Но поттер тут скорее всего никаким боком, да и systemd скорее всего сделал лишь то что его попросили и не более того. Закидоны софта по части таймаутов и полного отвала - это явно не у поттера продолб. Да, прикиньте, моя квалификация позволяет мне декомпозировать проблемы и понимать где проблемы и кто скорее всего виноват. Втереть мне очки не получится. И пока я не вижу - что из этого является непосредственно багом в systemd?
> что посмотрел: на данный момент в тестинге лежит системда 215, предпоследний релиз.Ок, но при чем тут поттер и его systemd? Я для начала не вижу из вашего спича что является багом systemd. Как максимум - баги интеграции оного в дебиан по линии майнтайнеров дебиана и баги какой-то глючной софтины.
> Поэтому судить о стабильности системды (претензия же конкретно к ней!) по тестингу
> дебиана абсолютно корректно.Это обычное возмущение додика который жил на ядерном полигоне между взрывами и думал что так тихо и мирно будет всегда. А тут на тебе - ядерный заряд взорвали.
> с поверхностным взглядом на вопрос. "Эксперту в области (QA)" такое не к лицу, знаете ли.
Агрессивное ламерство и некомпетентность НеЛюбителей системды несколько утомило, поэтому теперь будет вот так - я буду называть ламеров ламерами. Заметьте, аргументированно показывая продолбы в логике.
>Заметьте, аргументированно показывая продолбы в логике.Ну-ну. Это гадание по форумным постам, что же там сломалось и кто виноват. Пока ОП не покажет конфиги, логи и остальное, все ваши экраны текста - пустое разглагольствование ни о чем.
В сухом остатке он получил плохо работающую систему. Но он - агрессивный некомпетентный ламер, не хочет развиваться, ему надо идти мести улицы. А вы - эксперт, пусть и анонимный (лол), вам все лучше известно, конечно.
> Вообще-то судить о стабильности по бета-версии переходного периода - это не совсем компетентно, мягко говоря.Вообще-то считать debian testing обычной бетта-версией мягко говоря странно. Кто им пользуется обычно считают его ролинг-релизом, в который приходит уже достаточно оттестированное ПО. Но даже если считать его бетой, то качество этого творения явно не достаточно для беты.
> У остальных то оно нормально их выполняет. Так что это или баг в тестовой версии или кривые руки. Так, по логике вещей.
Так и у меня оно как-то худо-бедно работало до последнего релиза. А отмаз что "это или баг в тестовой версии или кривые руки" можно под любой софт прилепить.
> Ну вон RHEL выпустили и громкого воя не слышно что-то.
И как давно вышел RHEL7? И сколько, по Вашему мнению за это время прошло миграций со старых систем на новые?
> Вопит в основном всякое школие с тестовыми версиями и дистрами для камикадзе, которое с удивлением узнало что на ядерных полигонах, оказывается, иногда проводят ядерные испытания. Кто бы мог подумать?!
Конечно, все кругом пи@!#$сы, один я д'Артаньян... Раз уж полез в бочку с го@#ом - давай выкладывай сюда критерии отнесения дистрибутивов к "дистрами для камикадзе". Ну и так, чисто для справки всезнающему "эксперту в области (QA)": если никто не будет пользоваться бетами (в данном конкретном случае - тестингом), то этот кусок фекальных масс так и приползет в релиз к большому удивлению пользователей.
> Видели мы эту "отладку", спасиб. Спихали весь глюкодром и проблемы на майнтайнеров пакетов и сделали козью морду - мол, проблемы скриптов - не глюки системы инициализации, ничего не знаем.
И конечно же ты готов ответить за свои слова и выложить нам баги системы инициализации sysvinit, которые не исправлялись, а сваливались на мантейнеров?
> В коммерческих как раз никто не будет нестабильные и сырые решения подкладывать - там это вызывает попадание на бабки со стороны дистромэйкера.
Ну, для начала, никто ни на какие бабки не попадает - это твои эротические фантазии. Был свидетелем как банк встал на сутки из-за подтвержденной ошибки в одной очень известной и сильно платной СУБД - никто не оплатил ни копейки. Просто в срочном порядке порешали проблему. Далее, как Вы думаете, может ли свободное сообщество уделить столько же сил на поддержку и патчинг сырой программы, как это делает коммерческая контора, которая по совместительству является работодателем разработчика? И является ли потраченное усилие производительным? Не стоило ли остаться на хорошо отлаженной системе до тех пор, пока новая не будет в апстриме доведена до приемлемого качества?
> Так что то что systemd взяли в релиз шапки как раз индикатор того что он дошел до кондиции.
Я бы сказал, что принятие в новый RHEL таких кардинальных изменений является скорее признаком необходимости для компании привлечения новых клиентов на платную поддержку и проведение обучения. А то все уже привыкли к текущим, все все и так знают, да еще злобный оракел раздает все то же самое, но бесплатно
> Если вы хотите поспорить о качестве кода шапки и прочая - ну попробуйте.
Я не хочу спорить о качестве кода шапки - в этой теме разговор не о ней. Если бы мне нужна была шапка с ее качеством - я бы ею и пользовался. Но пользовался я дебианом и его качество меня более чем устраивало даже в тестовой ветке.
> Сдается мне что тут вообще не в systemd проблемы или не столько в systemd.
Сдается мне, что если софт решил отложить запуск какой-то программы до получения первого запроса к ней, то он должен этот запрос удержать до тех пор, пока программа не запустится. Это в идеальном мире. А у нас - мир не идеальный. И софт может запускаться долго из-за разных факторов, да так долго, что удерживать запросы не выйдет в любом случае. И тут мы приходим к мысли, что возможно концепция запуска сервисов по запросу не настолько хороша, как нам ее стараются представить. Ну или нужна она для 2-3 легких сервисов, а для остальных приносит больше проблем чем пользы. Итогом имеем усложнение системы в том месте, где его быть не должно. И трудно уловимый глюк, поскольку к моменту выявления проблемы все уже работает и почему не прошел коннект остается только догадываться.
Ну и да, это не отменяет конечно же глючноватости моего варианта запуска mozilla sync-server на uwsgi - там были и другие косяки, которые однако удалось решить. Хотя если оно запустилось - то работает нормально месяцами. Так что считать что это софт seriously fucked up - мягко говоря не корректно.
> А два - гм, идея запускать монстряку типа постгра при прилете запроса на сокет кажется мне довольно спорной.
Так если софт не такой большой - зачем вешать его запуск на событие - он и так стартует мгновенно и ресурсов мало потребляет? И тут мы приходим к мысли, что тем, кто запускает сервисы плана postgresql гораздо важнее предсказуемость запуска, чем выйгрыш в доли миллисекунд при старте системы. А тем, у кого такого софта нет - и так все стартует достаточно быстро. В чем профит тогда усложнения загрузки введением дополнительных сущностей типа запуска по требованию?
> При том все это - тоже не проблемы systemd сами по себе
Ясен фиг - у systemd проблем вообще же нет! А то, что основной его функцией как системы инициализации является запуск других программ - вообще проблемы этих самых программ, мантейнеров или кого угодно другого...
> Только как вы будете выкручиваться - ваши сложности.
Да я уже - нашел как загрузить через параметры ядра старую систему инициализации с которой никаких проблем на той же самой системе не возникает. Пока оставлю так, а там будем смотреть по обстоятельствам
что-то тут не так :D
http://postimg.org/image/awbkkakbr/full/
> что-то тут не так :D
> http://postimg.org/image/awbkkakbr/full/Уж не знаю что там и где не так, но выключается оно сейчас вот так: http://postimg.org/image/3kd5fy399/
> Так и что с того, что это бета? Такой фигни я что-то
> очень давно за тестингом не припомню вообще. Я на этой "бете"
> сижу уже из релиза в релиз много лет и всегда все
> было отлично (мелкие косяки обычно решаемы без проблем). Может уже пора
> признать, что это не дебиан тестинг - бета, а systemd -
> кусок кода непотребного качества, не годный даже на статус альфы и
> не способный выполнять даже элементарных функций, для решения которых его начинали
> разрабатывать? Поттеринг мечется от одной подсистемы к другой, не доводя до
> конца ни одно начинание. Как можно было предстоящий релиз на него
> перевести и пытаться обеспечивать этому поддержку несколько лет?А ещё systems хер удалишь. Бани с проблемой закрывают даже не пытаясь разобраться.
Охрененный багрепорт, да.> systemd is the active init system, please switch to another before
> removing systemd.This quite clearly explains why the removal rightly fails, and this is
a good thing -- otherwise you would end up with an unbootable system.
You can install sysvinit-core or upstart first in order to switch.> I wonder who and why added this unstable buggy package to Recommends?
> Please fix or remove this package and stop to recommend yet another
> bugware from RedHat.This part is not at all a bug report but just unqualified trolling.
Please refrain from this in bug reports.
Вы все врети! Ты просто не хочешь развиваться! Иди подметай улицы! Локалхост! Твоя мамка! Луддиты! Ретрограды не нужны линуксу! Слава Лёне! Vendor lock-in'ам слава!
</sarcasm>
> Вы все врети! Ты просто не хочешь развиваться! Иди подметай улицы! Локалхост!
> Твоя мамка! Луддиты! Ретрограды не нужны линуксу! Слава Лёне! Vendor lock-in'ам
> слава!
> </sarcasm>Слава кривым рукам! Во всем виноват Леня! Даже в багах самбы! Адинадин11!!!
>> Вы все врети! Ты просто не хочешь развиваться! Иди подметай улицы! Локалхост!
>> Твоя мамка! Луддиты! Ретрограды не нужны линуксу! Слава Лёне! Vendor lock-in'ам
>> слава!
>> </sarcasm>
> Слава кривым рукам! Во всем виноват Леня! Даже в багах самбы! Адинадин11!!!Конечно виновата кривая самба, что ленина поделка пытается остановить то, что забыла запустить и тратит на эти бессмысленные попытки каких-то жалких 5 минут - ну а куда пользователю то торопиться, systemd ждет и он пусть подождет
> ленина поделка пытается остановить то, что забыла запуститьЛегкое сомнение в ваших словах вызывает тот факт, что происходит это только с самбой. Дугие демоны оно почему-то запустить не забывает. Интересно, почему? Леня специально прописал в коде systemd условие на самбу?
>> ленина поделка пытается остановить то, что забыла запустить
> Легкое сомнение в ваших словах вызывает тот факт, что происходит это только
> с самбой. Дугие демоны оно почему-то запустить не забывает. Интересно, почему?
> Леня специально прописал в коде systemd условие на самбу?легкое сомнение в вашем здравомыслии вызывает тот факт, что вы не в состоянии понять основную причину беспокойства более опытных товарищей: супер-мега-крутая система инициализации не может в момент остановки понять - запускала ли она сервис или нет и нужно ли его останавливать! если, осознав таки причину беспокойства, вы будете продолжать настаивать, что ключевое слово здесь - samba, мне будет крайне жаль вас...
> Что-то из клонов дебиана есть, у разработчиков которого преобладает здравый смысл и
> которые не собираются мигрировать на systemd?Вряд ли. Эта не такая простая задача, как кажется на первый взгляд.
1) Можно остаться на Debian GNU/Linux (т.е. Wheezy) и не обновляться до Debian GNU/SystemdOS. Тянуть резину до последнего, а там, как говорил восточный мудрец, "либо ишак помрет, либо амир, либо я".
2) Перейти на другой дистрибутив GNU/Linux. Гента, слака, CRUX. PCLinuxOS еще какой-то есть, но про него не знаю ничего точно. Да, зоопарка больше нет. Вот такая злая ирония: не было бы счастья, да несчастье помогло.
3) DIY. Собраться и организовать Ъ форк самостоятельно. Повторюсь, это не так просто, как кажется.
Можно еще так:Использование старых версий Debian в sources.list
http://compiling.ru/solutions/ispolzovanie-staryx-versij-deb.../
> Можно еще так:
> Использование старых версий Debian в sources.list
> http://compiling.ru/solutions/ispolzovanie-staryx-versij-deb.../Старые версии - не вариант. Хочется свежего софта (всякие гимпы, дарктейблы, айсвизели и прочее).
> Старые версии - не вариант. Хочется свежего софта (всякие гимпы, дарктейблы, айсвизели и прочее).И системд, куда ж без него.
>[оверквотинг удален]
> Вряд ли. Эта не такая простая задача, как кажется на первый взгляд.
> 1) Можно остаться на Debian GNU/Linux (т.е. Wheezy) и не обновляться до
> Debian GNU/SystemdOS. Тянуть резину до последнего, а там, как говорил восточный
> мудрец, "либо ишак помрет, либо амир, либо я".
> 2) Перейти на другой дистрибутив GNU/Linux. Гента, слака, CRUX. PCLinuxOS еще какой-то
> есть, но про него не знаю ничего точно. Да, зоопарка больше
> нет. Вот такая злая ирония: не было бы счастья, да несчастье
> помогло.
> 3) DIY. Собраться и организовать Ъ форк самостоятельно. Повторюсь, это не так
> просто, как кажется.Оставаться на wheezy - не вариант, хочется свежего софта. Перейти на генту - можно, но привык я уже к бинарному дебиану, да и хочется чтобы на всех компах дома одинаковые программы работали одинаково (ну или глючили одинаково), вне зависимости от того, где что и как собиралось. Про возможность пакетирования в генте собранных бинарников я слышал, но во времена моих с ней экспериментов это было без надобности и насколько оно хорошо работает - хз.
А вот пересобрать часть пакетов для дебиана - выглядит более простым способом. Особенно учитывая тот факт, что от большей части жестко прибитого к systemd (типа гнома3 и прочей ереси)я готов и отказаться.
>Оставаться на wheezy - не вариант, хочется свежего софта.Можно подумать, следующий релиз не протухнет к моменту, собственно, релиза.
>А вот пересобрать часть пакетов для дебиана - выглядит более простым способом.
Гы три раза. Тогда уж арчег ставь. Там в АУРе и сисв есть, и опенрс, собирается в 5 минут, и никакого сисьтемды.
>>Оставаться на wheezy - не вариант, хочется свежего софта.
> Можно подумать, следующий релиз не протухнет к моменту, собственно, релиза.
>>А вот пересобрать часть пакетов для дебиана - выглядит более простым способом.
> Гы три раза. Тогда уж арчег ставь. Там в АУРе и сисв
> есть, и опенрс, собирается в 5 минут, и никакого сисьтемды.Если честно, то я смотрю сейчас в сторону Калькулейт-а, но не могу пока найти его планы на будущее и как у него софт распространяется кроме как сборки из исходников
>...предлагает ждать 5 (ПЯТЬ!!!) минут перед...Звездите, батенька:
cat /etc/systemd/system.conf| grep DefaultTimeoutStopSec
#DefaultTimeoutStopSec=90s
>Configures the default timeouts for starting and stopping of unitsНе вижу противоречий.
>>Configures the default timeouts for starting and stopping of units
> Не вижу противоречий.При невыставленных таймаутах в unit-файле - это еще какое противоречие.
>>...предлагает ждать 5 (ПЯТЬ!!!) минут перед...
> Звездите, батенька:
>
> cat /etc/systemd/system.conf| grep DefaultTimeoutStopSec
> #DefaultTimeoutStopSec=90s
>Я уж не знаю кто там и что наделал в каком месте, но выключается сейчас оно вот таким образом (качество фото никакое, но смысл с него более чем ясен): http://postimg.org/image/3kd5fy399/
>Использование по умолчанию системного менеджера systemd;Бууууууу!
> Бууууууу!Woooot! :P
> Поддержка Clang в качестве вторичного компиляторав бинарном дистре это означает, что если вы пользуетесь gcc, вам с зависимостями прилетит либа шланга.
>> Поддержка Clang в качестве вторичного компилятора
> в бинарном дистре это означает, что если вы пользуетесь gcc, вам с
> зависимостями прилетит либа шланга.Сам придумал? Там же написано, что будет отдельная сборка шлангом: 10 DVD i386, 10 DVD amd64, ... ну, а больше он ничего и не умеет.
> сборка шлангом: 10 DVD i386, 10 DVD amd64,Это уже не шланг, это уже трубопровод целый.
> в бинарном дистре это означает, что если вы пользуетесь gcc, вам с
> зависимостями прилетит либа шланга.С фига ли? Если поставите шланг или программы которые им собраны - ну да, прилетит.
Какого черта нельзя выбрать sysv init?"Использование по умолчанию системного менеджера systemd" предполагает возможность выбрать и альтернативу, нет?
> Какого черта нельзя выбрать sysv init?А кто сказал что нельзя? Ах, галочек нет? Не, вот извините, если вы знаете что такое система инициализации - значит вы не нубы и не чайники, обойдетесь и без галочек.
Ну давай расскажи мне как ИНСТАЛЯТОРОМ при отсутствии галочки поставить sysv!
> Ну давай расскажи мне как ИНСТАЛЯТОРОМ при отсутствии галочки поставить sysv!Чемодан - вокзал - debootstrap. И кастомизируй себе от и до, если кастомизилка не отвалится.
Ты больной? Речь об установке инсталятором! "Использование по умолчанию системного менеджера systemd" предполагает возможность выбрать и альтернативу или это не "использование по умолчанию" а "теперь у нас systemd only и иди все нафиг"
> Ты больной? Речь об установке инсталятором! "Использование по умолчанию системного менеджера
> systemd" предполагает возможность выбрать и альтернативу или это не "использование по
> умолчанию" а "теперь у нас systemd only и иди все нафиг"Все правильно. Полная совместимость с дебианом других инитов не гарантируется разработчиками Debian.
Помнится, один чувак из CTTE пламенно призывал обязать мейнтейнеров поддерживать все существующие иниты, и особенно upstart, но когда ему предложили самому заняться этим, тихо слился.
> Какого черта нельзя выбрать sysv init?
> "Использование по умолчанию системного менеджера systemd" предполагает возможность выбрать
> и альтернативу, нЕго даже удалить нельзя!
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764186
>> Какого черта нельзя выбрать sysv init?
>> "Использование по умолчанию системного менеджера systemd" предполагает возможность выбрать
>> и альтернативу, н
> Его даже удалить нельзя!
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764186Злой дебиан не дает глупому юзеру выстрелить себе в ногу! Ужас-ужас!
На самом деле это линукс, и удалить можно практически все, что угодно.
dpkg -L systemd | xargs rm -f 2>/dev/null
> "Использование по умолчанию системного менеджера systemd" предполагает возможность выбрать и альтернативу, нет?Если вы хотите использовать непроверенную конфигурацию, то, несомненно, должны обладать необходимыми знаниями, в частности, знанием man debootstrap.
А у меня при переходе на тестинг lxde перестает выключаться, принципиально, выхоод можно сделать из меню, а вот выключить никак. Вот в чем может быть дело?
> А у меня при переходе на тестинг lxde перестает выключаться, принципиально, выхоод
> можно сделать из меню, а вот выключить никак. Вот в чем
> может быть дело?https://bugs.debian.org/731489
"""Removing systemd fix the issue ...Хотя чуть ниже говорят, что нужен новый-патченный-прогрессивный версий lxsession. А вот он:
https://bugs.debian.org/743439
Ждите аплоада!
спасибо, буду знать, и ждать