Разработчики проекта Debian объявили (https://lists.debian.org/debian-devel-announce/2019/06/msg00...) о намерении выпустить релиз Debian 10 "Buster" 6 июля. В настоящее время незакрытыми остаются (https://bugs.debian.org/release-critical/) 98
критических ошибок, блокирующих релиз (месяц назад было 132, три месяца назад - 316, четыре месяца назад - 577).
Остающиеся ошибки планируется закрыть до 25 июня. Проблемы которые не удастся устранить до этого дня будут помечены флагами buster-ignore или buster-will-remove. Все пакеты, помеченные флагом buster-will-remove, будут удалены из репозитория, если в ветке Testing для них не будут предложены исправления критических проблем. Начиная с 25 июня ветка Testing будет полностью заморожена от внесения изменений (исключение делается только для экстренных вмешательств).
URL: https://lists.debian.org/debian-devel-announce/2019/06/msg00...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50852
systemd не планируют убирать?
Надеюсь, что нет. systemd это лучшее, что случалось с Linux за последние лет 15.На системы без systemd можно не обращать внимания, как на разные там меньшинства, какие бы парады они ни устраивали. ;)
Обоснуй почему systemd это лучшее и чем это лучшее лучше.
Да он бред написал. Лучшее - это BSD Init.
Давай я обосную, у меня ж опыт. =)1) systemd -- это основа всего в нашей компании, на ней всё зиждется, только благодаря ей мы держимся на плаву!
note: Имя компании я называть не буду, потому что хвастаться не в моих правилах. Но поверьте, оно слишком известно, чтобы о нём не знать. А я -- скромняга.2) в systemd встроен супервайзер демонов, чтобы они переподнимались в случае чего -- это киллер фича, которой вы больше нигде не найдёте.
note: runit -- жалкое подобие systemd. Бернштейн -- сумасшедший старикан. Docker -- распиаренное гуано, от которого никакой пользы. Всех закопать.3) systemd заботится о вас, и индексирует логи -- вы сможете произвести поиск гораздо быстрее!
note: правда, она их хранит в бинарном виде, и при повреждении журнала хрен восстановишь лог, но камон -- КАК он может повредиться? Головой-то подумайте, лол! =)4) systemd позволяет вам перенаправить все логи на другой хост -- тоже супер фича, которой я раньше нигде не видел
note: тут понабежали какие-то ребята, которые что-то про rsyslog и elk говорят, но это же устаревшие инструменты, какого фига мне на мозги капаете, я это не для вас пишу!5) systemd чрезвычайно стабильна, потому что её пилят всю в одном месте, причём очень талантливые люди! А остальные системы пилят какие-то разношёрстые группы как бог послал.
note1: Если вы столкнулись с ошибками в systemd в своём дистрибутиве -- скорее всего у вас просто старая версия. Они очень оперативно исправляются. Держитесь свежих версий, и будет вам счастье!
note2: Если вас напрягает, что между релизами systemd меняют семантику "конфигов" и переименовывают утилиты -- скорее всего вы слишком часто обновляетесь. Держитесь стабильных версий из ваших дистрибутивов, и будет вам счастье!
note3: Найдите баланс! Читайте RN к каждому релизу. Ведь systemd -- это ж инструмент первоочередной важности! За изменениями в нём надо следить постоянно, это должно стать частью вашей жизни!6) systemd позволила заменить дурацкие shell-скрипты на нормальные декларативные юниты.
note1: если из юнитов дёргаются какие-то шелл-портянки, то это плохой юнит.
note2: вам нужна какая-то более сложная логика, нежели предлагают юниты -- конечно же вы можете дёрнуть shell-скрипт из него, но это какая-то фантастика уже
note3: если вам нравятся shell-скрипты, то вы, батенька, ретроград; гнать таких надо из профессии ссаными тряпками7) systemd позволяет вам использовать seccomp, круто же
note: правда, демоны, которым это нужно, могут и сами его заюзать без проблем перед сбросом привелегий, но какого фига я должен это доверять демону, когда могу сам? Я ведь Ъ-админ, следовательно должен знать софт, который запускаю, вплоть до системных вызовов. Вот как я крут.8) systemd позволяет вам писать юниты гибко до безумия! Вы можете создавать юзера динамически, вы можете capabilities выставить прямо в юните! Это всё безумно удобные, полезные и востребованные мейнтейнерами фишки.
note: правда, я тут погрепал свою систему, и вижу, что они используются только в юнитах, запускающих службы непосредственно системды. Наверное мейнтейнеры ещё не врубились, насколько это круто. Надо ещё пяток лет подождать.PS: не стесняйтесь добавлять
У вас в каждом помещении стоит икона с систем д? И мольня на каждом этаже?
> У вас в каждом помещении стоит икона с систем д? И мольня на каждом этаже?Но заметьте, зато у меня есть многоэтажный дом. =)
Да какой же ты скромняга после этого!
Да, человек очень скромный, раз не говорит, что основной доход с тех, кто обновил дистрибутив и теперь они сидят на *** зонде и не смогут с него спрыгнуть. Видимо после каждого обновления систем д он получает хороший доход от жертв современных сисадминов. То рейд слетит, то зашифрованный диск не подключится, то автобекап на удаленный диск перестанет работать. В общем, систем д - вещь замечательная. Главное, чтобы ничего сложнее запуска докера...
9) systemd.mount -- офигенская тема. Если по какой-то причине ФС в fstab недоступна -- вам трындец. Если свалился systemd.mount -- вы увидели WARN, загрузились и исправили
> 1) systemd -- это основа всего в нашей компании, на ней всё зиждется, только благодаря ей мы держимся на плаву!note: Имя компании я называть не буду, потому что хвастаться не в моих правилах. Но поверьте, оно слишком известно, чтобы о нём не знать. А я -- скромняга.
Чувак, ты тупо спалил свою шлапу. Притом, красную. Джону Салливану и Яреку Стакуну передавай превед от лапчатого бубунтёнка.
Впервые я решил почитать большой коммент, все гонят на систем д, а я вообще зелёный, я вам поверил если что)
> Впервые я решил почитать большой коммент, все гонят на систем д, а
> я вообще зелёный, я вам поверил если что)Если что, больше всех гоню на systemd обычно я. И я прям не знаю как даже сказать...
/me моднимает большую табличку [sarcasm]
>> Впервые я решил почитать большой коммент, все гонят на систем д, а
>> я вообще зелёный, я вам поверил если что)
> Если что, больше всех гоню на systemd обычно я. И я прям
> не знаю как даже сказать...
> /me моднимает большую табличку [sarcasm]Половина (146%!) сторонников s-d будут разговаривать серьёзно с твоим сарказмом и обсуждать (и обобраять!) твои пунткы.
Половина (999.9%!) противников s-d будут разговаривать серьёзно с твоим сарказмом и разоблачать "агента шапки".
Удвоения сарказма или ответа сарказмом на сарказм мы, почитатели саркастического сакразма, не увидим.
Не с этой (154.539%) аудиторией. </пичалька>
1. Как это вообще относится?
2. Было.
3. Вообще за столько лет не видел проблем в поиске.
4. Что то новое которое выполняет функцию точно так же как старое вааще не аргумент.
5. Звездёж чистой воды. Работал в компании, знаю как всё изнутри.
6. Людей не желающих учить shell в linuxадмины??!! Держите свою тряпку сэр и идите подальше.
7. Было, есть, появилось в 1998 году, но называется несколько по другому.
8. Еще одно подтверждение - читай 6 пункт.P.S. Побегай гулять во двор мальчик и тряпку не забудь.
А в какой компании ты работал? Очень интересно, откуда бы человек вроде тебя "знает как всё изнутри". =)
"вроде меня"??? Хамить пытаетесь месье?
Компания в 1000 человек, 600 программистов, филиалы по всему миру от нью-Йорка до Владивостока. По понятным причинам название написать не могу.
> "вроде меня"??? Хамить пытаетесь месье?Ах, сударь, оставьте. "Бегите лучше во двор, и тряпку не забудьте". =)
> Компания в 1000 человек, 600 программистов, филиалы по всему миру от нью-Йорка до Владивостока.
Лев Николаевич, да это же круче, чем Cloudflare. Неужели Jane Street Capital? =)
> По понятным причинам название написать не могу.
Восхитительно. По каким же таким "понятным причинам" ты не можешь добавить в портфолио свою работу в крупной компании на 1000 человек? А если оно в самом деле так, то чего ж ты их нахрен не шлёшь? =)
Короче вы явно не айтишная контора. Рад за вас.
mac os та из тех систем, которые не используют systemd
Только вот как-бы при создании systemd вдохновлялись макосевым launchd )
Который просто уныл до безобразия, чем вдозновлялись то и получили
Systemd – жирная блотварь. Systemd-resolved в случае чего отправит запросы на любезно вшитый google dns. Пользователей держат за глупых хомяков.
> Systemd-resolved в случае чего отправит запросы на любезно вшитый google dns.Кстати нет. Оно может вшиваться, но по умолчанию в дебианах не вшивается. Спасибо мейнтейнерам.
По умолчанию systemd-resolved не установлен, но внутрь кода google dns вшит. Ментейнеров debian просили, не убрали.
> По умолчанию systemd-resolved не установлен, но внутрь кода google dns вшит. Ментейнеров
> debian просили, не убрали.Странное дело. Спецом попросил жену глянуть на её рабочий комп (там Debian 9 Stretch) -- и правда, в /etc/systemd/resolved.conf, где в комментах перечисляются вшитые DNS -- прописаны гугловые.
А вот на рабочем сервере (Ubuntu 18.04 Bionic Beaver) -- там пусто. Плюс вот ещё что мне писали:
https://www.opennet.ru/openforum/vsluhforumID3/117099.html#174Я вот не понял: Canonical пересобирает systemd для себя отдельно? А в Debian адреса таки вшиваются? И следовательно дебианщики могут ожидать добавление к гугловым ещё и CF-овских неймсерверов?
> Canonical пересобирает systemd для себя отдельно?Его все дистрибутивы пересобирают для себя отдельно. Кроме тех, что используют пакеты других дистрибутивов в бинарном виде.
Действительно,
strings /lib/systemd/systemd-resolved | grep 8.8.8.8в ubuntu 18.04 ничего не находит. В debian stretch выводится вот такое:8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
>> Canonical пересобирает systemd для себя отдельно?
> Его все дистрибутивы пересобирают для себя отдельно. Кроме тех, что используют пакеты
> других дистрибутивов в бинарном виде.Ну ты капитан. И не поспоришь ведь: "пересобирают все деривативы, кроме тех, кто не пересобирают". =)
> Действительно, strings /lib/systemd/systemd-resolved | grep 8.8.8.8
> в ubuntu 18.04 ничего не находит. В debian stretch выводится вот
> такое: 8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844Кстати да, strings-ами обработать бинари -- это мысль хорошая. Печальненько, что в дебиане не забивают эту пакость, как в убунте.
> Надеюсь, что нет. systemd это лучшее, что случалось с Linux за последние
> лет 15.
> На системы без systemd можно не обращать внимания, как на разные там
> меньшинства, какие бы парады они ни устраивали. ;)И давно вы с парада десктопных меньшинств вернулись? :)
Меньшинства в меньшинствах.
> systemd это лучшее, что случалось с Linux за последние лет 15А я думал это Mesa!
>>с Linux за последние лет 15
>думал это Mesa!Маленькие вы ишо. Луччая программа "случилась" 35 лет тому. </<<<
Откуда взялось _N0?
Не раньше чем для systemd напишут лушую замену.
systemd - классная вещь, пока все работает без проблем, а как начинаються проблемы, то быстрее систему переустановить, чем вылавливать ошибки
таким образом, получаем все как в вынь: море специалистов, которые только и умеют при любой проблеме переустанавливать систему
«Из коробки» в меню загрузчика добавили пункты с sysvinit.
Devuan уберёт лишнее через месяц.
Всё, что с systemd, автоматически не нужно.
Но всё же интересно, что больше автоматически не нужно? С-д или вы?
Ваш эмоциональный комментарий, конечно же.
Сильно сомневаюсь в его эмоциональности, но свечение в области вашего седалища меня, тем не менее, радует ;)
Не угадали.
#>>в области вашего седалища меня, тем не менее, радует ;)
> Не угадали.Не обращай внимания, это он не тебе пишет. Это у них тут, вернувшихся с парада, перекличка и взаимоиндентификация.
Вот зачем так делать, до сих пор не понимаю. Вышла новая версия софтины с кучей багфиксов - а ее не принимают, потому что "заморозка", "штабильность" итд и люди годами терпят старые ошибки вместо того, чтобы просто обновить версию. Я понимаю, есть разные ветки, PPA в убунту, но это все-равно дополнительный гемор.
Я понимаю, что корпоративному сектору нужно использовать софт, не изменяющийся (кардинально) на протяжении долгого времени и не ломающийся с обновлениями. И что заморозка - единственная гарантия таких вещей. Но, блин, у меня даже в арче последний год ничего не ломалось, а старые версии софта можно держать просто в отдельных пакетах (обеспечив должную совместимость с другими компонентами системы, разумеется). Но тратить столько усилий на самостоятельное выпиливание багов, когда можно просто подождать, пока разработчик их сам исправит и удалять пакеты, в которых баги остались - по-моему не самая оптимальная стратегия.
в чем проблема? Всегда можно использовать testing или experimental
Пробовал во времена Wheeze, не очень приятно, когда хочешь поставить или удалить калькулятор, а пакетник предлагает снести пол системы и обновить треть - но это не только в deb.
Для сервера минималка отлично - как раз нужна стабильность, а апачи и т.п. не удалят просто так из-за багов, а исправят ещё вчера. Другое дело самая большая пакетная база - как бы для пользователей, которым не особо критично ждать 3 года.
>testing или experimentalТестинг использовать нельзя, туда не поступают обновления безопасности, это недозаморозка неизвестно чего. Эксперементал вообще не дистрибутив, а отдельные пакеты.
Использовать можно стейбл или sid.
>Тестинг использовать нельзя, туда не поступают обновления безопасностиХм, тогда вот это вот что, простите?!
deb http://security.debian.org/ testing/updates main contrib non-free>Использовать можно стейбл или sid.
А вот как раз для sid нет отдельного репозитория с обновлениями безопасности. Л - логика!
Потому что из sid пакеты попадают в security, testing, stable
> Тестинг использовать нельзя, туда не поступают обновления безопасностиваши знания устарели приблизительно лет на 10.
Хорошо. что под идеологию каждого найдётся свой дистрибутив.
> и люди годами терпят старые ошибки вместо того, чтобы просто обновить версиюесть backports. В любом случае, зачум эти люди тогда используют debian?
> а старые версии софта можно держать просто в отдельных пакетах
сколько версий держать?
> обеспечив должную совместимость с другими компонентами системы, разумеется
а старые версии таких компонентов надо будет просто держать в отдельных пакетах. На комбинаторный взрыв не похоже?
Можно перейти на роллинг, но арч уже ведь есть?
> Вышла новая версия софтины с кучей багфиксовЕсли бы там были только багфиксы, проблем с обновлением пакетов не было бы. Но там и новые баги обязательно будут, а старый баг лучше новых двух.
Кстати, исправления багов таки бекпортируют.
> Вот зачем так делать, до сих пор не понимаю. Вышла новая версия
> софтины с кучей багфиксов - а ее не принимают, потому что
> "заморозка", "штабильность" итд и люди годами терпят старые ошибки вместо того,
> чтобы просто обновить версию.Так в том-то и смысл интеграционного тестирования. Новые версии библиотек и программ дестабилизируют систему. Помимо багфиксов новая версия может привнести также: новые баги, изменение интерфейса, новый формат конфига, смену дефолтов и много чего ещё... Изменение интерфейса нарушит привычный воркфлоу пользователя, потратит его время, новый формат конфига заставит пользователя после обновления потратить время на переписывание оного, смена дефолта приведёт к тому, что потребуется синхронное обновление кучи других программ, и скорее всего что-нибудь да забудется. А уж какие новые доселе неизвестные баги появились в новой версии -- это вопрос весьма непраздный.
Короче, можно просто вернуться к старой мудрости: известное зло лучше неизвестного.
> Но, блин, у меня даже в арче последний год ничего не ломалось
Если конкретно тебя устраивает арч -- ну и используй арч. Каждый выбирает то, что ему больше подходит. =)
> понимаю, есть разные ветки, PPA в убунту, но это все-равно дополнительный гемор.
Почему гемор? Подключил-поставил. И всё.
Не нравятся PPA? Ну возьмите бэкпорты. Там всё вроде разом.> Но тратить столько усилий на самостоятельное выпиливание
> багов, когда можно просто подождать, пока разработчик их сам исправит и
> удалять пакеты, в которых баги остались - по-моему не самая оптимальная
> стратегия.Это про какие-такие усилия речь идёт? =)
>Вышла новая версия софтины с кучей багфиксов - а ее не принимают, потому что "заморозка", "штабильность" итд и люди годами терпят старые ошибки вместо того, чтобы просто обновить версиюВышла нговая версия софтины с кучей регрессий - а у тебя выбора нет ее не поставить потому что половина софта от нее зависят и требуют обновления. И ты терпишь снова и снова эти регрессии вместо того чтобы просто использовать стабильную версию.
Лучший Debian, который приходилось использовать -- Сарж и Сквиз. Потом "что-то пошло не так".
Ты долб..б
а может в debian портируют launchd вместо systemd?
Так собственно systemd - и есть не очень хорошо портированный launchd. Сам Поттеринг им вдохновлялся.
А что же это за пакеты такие с критическими багами? Огласите весь список, пожалуйста.Не думаю, что за две недели они пофиксят 98 багов
А ссылку в новости дали только для интеллектуальной элиты?
Package: apt (debian/main).
Maintainer: APT Development Team <deity@lists.debian.org>
922223 [ ] [S] apt: terminate called after throwing an instance of 'std::logic_error' ... AbortedИнтересно, а apt они удалят, если не исправят баг?
напишут aptd, завязанную на systemd
будет хуже :)
на системд самой три обшибки висят...хотя странно что всего три...
Это не rc-баг
Забыли упомянуть важную вещь - wayland по-умолчанию
Еще есть надежда, что передумают, этот баг в Release-critical висит: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927667
А про вечеринку через mumble не упомянули в новости
Парад софта протухшего ещё до релиза.
Парад дурачков не знающих что настоящий debian это sid.
Объясните мне, пустой /etc/environment в сабже, это баг или фича?
Демьянщики ещё не вымерли отстарости?
Wayland омолодит.
debian-installer, e2fsprogs, gdm3, gnome-core, grub-efi-amd64, grub-pc, grub2-common, initramfs-tools, iptables, xinit - содержат баги.Как-то страшновато апгрейдиться 6-го июля.
Дайте ссылки на книги по Linux (на русском) для полных чайников как я. Спасибо
> Дайте ссылки на книги по Linux (на русском) для полных чайников как
> я. Спасибо
После systemd возвращаться в init, словно вернулся в старый добрый MSDOS: лампово, приятно, но крайне неэффективно))
Пацан от твоего вброса мой монитор потёк жыром. Потоньше надо.
Сервера каждый день не перезагружают, так что эффективно или нет там init — никому не интересно, а в docker никаких init нет.