Доступно (https://www.debian.org/News/2018/20181110) шестое корректирующее обновление дистрибутива Debian 9, в которое включены накопившиеся обновления пакетов и устранены недоработки в инсталляторе. Выпуск включает 88 обновлений с устранением проблем со стабильностью и 92 обновления с устранением уязвимостей.Из изменений в Debian 9.6 можно отметить удаление 46 пакетов, из которых большинство являются дополнениями к Firefox, написанными с использованием технологии XUL и удалёнными из-за несовместимости с веткой Firеfox 60, в которой возможна работа только дополнений на базе технологии WebExtension. Из удалённых пакетов также можно отметить
gitlab и knot-resolver, в качестве причины удаления которых указаны проблемы с безопасностью.
Другие заметные изменения:
- Обновлены до свежих стабильных версий пакеты
clamav, dpdk, libclamunrar, spamassassin;
- Firefox 52 ESR заменён на Firefox 60 ESR, а Thunderbird 52 на Thunderbird 60. Обновлены многие дополнения к Firefox и Thunderbird, которые заменены на варианты на базе WebExtension;
- В инструментарии для создания виртуальных окружений Vagrant добавлена поддержка VirtualBox 5.2;
- В FUSE в белый список разрешённых для монтирования ФС включены autofs и FAT;
- В libseccomp добавлены присутствующие в ядре Linux 4.9 системные вызовы preadv2, pwritev2, pkey_mprotect, pkey_alloc и pkey_free. Добавлена поддержка statx;
- Включена сборка компилятора rustc для архитектур arm64, armel, armhf, i386, ppc64el, s390x.Для загрузки в ближайшие часы будут подготовлены установочные (https://cdimage.debian.org/cdimage/unofficial/non-free/cd-in.../) сборки (https://cdimage.debian.org/cdimage/release/9.6.0/), а также live (https://cdimage.debian.org/cdimage/unofficial/non-free/cd-in.../) iso-hybrid (https://cdimage.debian.org/cdimage/release/9.6.0-live/) c Debian 9.6.
Системы, установленные ранее и поддерживаемые в актуальном состоянии, получают обновления, присутствующие в Debian 9.6, через штатную систему установки обновлений. Включенные в новые выпуски Debian исправления проблем безопасности доступны пользователям по мере выхода обновлений через сервис security.debian.org.
URL: https://www.debian.org/News/2018/20181110
Новость: https://www.opennet.dev/opennews/art.shtml?num=49590
Годнота!
s/д/в/На фоне шапки и оракла - убоженько.
Чем же? Недостаточно окаменевший кал мамонта в репозитории?
Да не - салапет таким образом как бе говорит - я вот в виртуалочке под уютненькой десяточкой кровавый RHEL гоняю, хнес - я Ылита :-))))Салапеты - ценность RHEL'a - в поддержке, вот если ты скриншот портала покажешь с адв. лицухой (за три с копейкой зелёных косаря каждая) тогда - да, + 15см :-))))
А иноче вы даже с RHEL - лабухи :)
> Салапеты - ценность RHEL'a - в поддержке, вот если ты скриншот портала покажешь с адв. лицухойда нет, не только в поддержке - еще и в отсутствии резких движений - вон там ниже герой-самоучка-с-мотором учит всех самостоятельно пересобирать все пакеты, ниасиленные де6илоидами.
(что, кстати, отдельная песня - одно дело пересобрать по готовому спеку, подправив номер версии, rpm, другое - мучаться с .deb, особенно если тебе "повезло" наткнуться на автогенеренный умными тулзами (которые с новой версией, ой, опять не работают)
> да нет, не только в поддержке - еще и в отсутствии резких движенийАга, как с системдой в 7 рхел, постоянной тасовкой поддерживаемых-неподдерживаемых-дефолтных ФС и все такое :)
да ну нафиг - про системду все было известно сильно заранее (и, повторяю, это вам сильно повезло что вы не сталкивались с upstart в полный рост, а не как в этом самом rhel, где он на 90% работал эмулятором sysVinit, то бишь банальной запускалкой /etc/rc.d/rc - init Смооренбурга был настроен делать ровно это же самое)> постоянной тасовкой поддерживаемых-неподдерживаемых-дефолтных ФС
то же самое, никаких резких движений - десять лет тянули ext4, пока не вытянули xfs+lvm до состояния, когда ими уже стало можно пользоваться, не садясь на шею техподдержке и "надеюсь, эта система у вас резервировалась?" - при этом поддержка ext4-тормоза никуда не делась и кому очень хочется, может и дальше с ней обниматься (правда, помнится, из нее выпиливали barriers, и кому она такая нужна - не знаю).
А btrfs, если вы по ней плачете, была и изначально "экспериментальной", и судьба ее была очень предсказуемой. Опять таки - новый-модный або-stratis в общем-то вполне способен заменить ее в большинстве поддерживаемых (читай - минус доскер) use-cases. Ну, лучше не думать, что у него там внутри, но с другой стороны - про внутренности btrfs (да и ZOL) тоже лучше не думать, так и крышей поехать можно.
Я, кстати, немного охреневши, обнаружив что она не умеет bsdgroups/grpid в принципе. Качество разработки, мда...
Была когда-то.
> годнотаОдин wifi-адаптер не увидел (в отличие от убунты и центоси); второй - увидел сеть, но не смог подключиться; третий - уронил ядро в панику. Стабильность, как она есть.
Да догадайся же уже драйвер для своего китайского адаптера поставить.
tp-link - китайский нонейм? ну ок.
> tp-link - китайский нонейм? ну ок.А что же ещё? Но ты не сдавайся, ручками его, ручками. Посмотри, что за чип (lspci, lsusb или очки в помощь) и по имени производителя в aptitude поищи драйвер.
> Но ты не сдавайся, ручками его, ручками.Это работа для мастурбирующих обезьян (с), все прочие просто возьмут убунту/центось/арч, в которых эти свистки работают из коробки.
Для ребят с таким подходом имеется гораздо более простые альтернативы. Правда, есть один минус... — там драйверы тебе точно придётся научиться ставить, это порог вхождения.
> Для ребят с таким подходом имеется гораздо более простые альтернативы. Правда, есть
> один минус... — там драйверы тебе точно придётся научиться ставить, это
> порог вхождения.Дебиан таки ценит парадигмы СПО. И поэтому проприетарные фирмвари изначально в дебиан не входят. Если кому надо - он их или докачивает отдельно, или использует non-free исошки. Да, это компромисс. С другой стороны, убунта для тех кому пофиг на идеологию уже и так есть...
> tp-link - китайский нонейм? ну ок.Тайваньский. Внутри может быть вообще все что угодно - даже с одинаковым названием на корпусе, что очень прикольно. Скромно допишут где-нибудь version 7.1 - ну подумаешь, чипсет и его производителя тотально сменили, называется один черт одинаково.
> Один wifi-адаптер не увидел (в отличие от убунты и центоси);Вероятно фирмвары надо было поставить из non-free...
> второй - увидел сеть, но не смог подключиться; третий - уронил ядро в
> панику. Стабильность, как она есть.Что за наф? Это с каким ядром и каким вайфаем такие чудеса?
Любят в дебиане на каждый чих удалять вполне рабочий пакет...
Какое из удаленных xul-расширений работоспособно в Firefox 60 esr?
А что там не так с gitlab?
Наверно, некогда анализировать код, и даже тут подстав всех не найдешь.
Сорян, перепутал с github.
релизится слишком быстро и не сильно старые ветки поддерживает.
да и свой apt repo у него есть, все оттуда ставят.
> релизится слишком быстро и не сильно старые ветки поддерживает.
> да и свой apt repo у него есть, все оттуда ставят.Всё бы ничего но звучит в статье:
> Из удалённых пакетов также можно отметить
> gitlab и knot-resolver, в качестве причины удаления которых указаны проблемы с безопасностью.
смотри, в debian-stable gitlab 8.13 (всего-то трёхлетней давности), и скоро будет два года как апстрим перестал поддерживать ветку 8 вообще. актуальная версия -- 11.что-то там.конечно же, в неподдерживаемой версии трёхлетней давности будут проблемы с безопасностью. которые устранены в более новых, которые неповоротливый дебиан спакетировать не успевает.
> смотри, в debian-stable gitlab 8.13 (всего-то трёхлетней давности), и скоро будет два
> года как апстрим перестал поддерживать ветку 8 вообще. актуальная версия --
> 11.что-то там.
> конечно же, в неподдерживаемой версии трёхлетней давности будут проблемы с безопасностью.
> которые устранены в более новых, которые неповоротливый дебиан спакетировать не успевает.этот комментарий многое проясняет
и факты в статье приобретают совсем другое значение ))
> которые устранены в более новых, которые неповоротливый дебиан спакетировать не успевает.он не то чтобы не успевает, просто незачем пакетировать - вам никто не обещал что они совместимы и легкозаменяемы.
Обновил пакет - твои репы и пользовательские чатики превратились в тыкву, чо, отлично.
> он не то чтобы не успевает, просто незачем пакетировать - вам никто
> не обещал что они совместимы и легкозаменяемы.
> Обновил пакет - твои репы и пользовательские чатики превратились в тыкву, чо,
> отлично.ну, такое, гитлаб вообще апгрейды поддерживает (с той предосторожностью, что надо стараться апгрейдить последний из предыдущей ветки на новую ветку), я с 7 версии до 11 дошёл в автоматическом режиме.
обратно сложнее, но часто тоже реально.
а дебиан, понятно, с 3rd party софтом ничего не гарантирует, там драконы внутри и вообще.
> из которых большинство являются дополнениями к Firefox, написанными с использованием технологии XULА зачем вообще дополнения к фф в виде пакетов оформлять? Разве они не должны лежать в $HOME? Еще я не понимаю, почему оформляют в виде пакетов дистра пакеты npm. Ну и с пихоном то же самое. Они же обновляются каждый день, быстро устаревают, не копируют полностью репы npm и пихона, так что все равно придется делать npm install и т.д.
Обобщу вопрос: зачем оформлять в виде пакетов дистра то, что обслуживается другим "пакетным менеджером"? (будь то фф, нода или пихон)
Чтобы было весело.Разрабы некоторых специфических пакетов питона уже даже репозитории дебиана нахрен послали.
Интересно каким образом, если там все через pip.
А разрабы не хотят сделать что-нибудь типа python setup.py bdist_deb? Аналогично bdist_rpm, который уже хз сколько лет работает. Да, он создает не совсем идеальные пакеты и все официальные в репах RHEL и Fedora собраны не так. И что некоторые пакеты написаны с кривым setup.py и могут так не собраться. Но тем не менее, в 95% случаев задачу "поставить / обновить редкий модуль, чтобы в системе не было говна, а пакетный менеджер знал про его зависимости - в т.ч. от сторонних библиотек, версии питона и прочее и оно не сломалось случайно" - оно решает.Что, как минимум, спасает от приколов pip'а вида "мы поставили libxyz, представляющий libxyz.so.5, потом python-xyz, являющейся оберткой над libxyz, потом обновились дл libxyz.so.6 с новым ABI и наш питоновский модуль сломался, а мы про это не узнали".
> А разрабы не хотят сделать что-нибудь типа python setup.py bdist_deb? Аналогично bdist_rpm,не хотим - мы вам уже bdist_rpm запилили, чего вам еще надо?
> говна, а пакетный менеджер знал про его зависимости - в т.ч.
> от сторонних библиотек, версии питона и прочее и оно не сломалосьвообще-то с этим у нас тоже не совсем получилось - ну поймите, мы умеем - пихон. Этот ваш rpm - не умеем, ужасть по имени dpkg - тем более не умеем. И учиться нам некогда, у нас тут срочная задача все black переделать на african.
Они просто хотят продолжать жить как и 20 лет назад, однако к софту с нынешними динамичными экосистемами классическая модель слабо применима. Сегодня такая практика несёт только вред. Я полагаю у них нет ресурсов мониторить и проверять все изменения, для этого необходимы компетентные работники на фуллтайм. Значит, имеем только отставание, регрессии, и уязвимости -- гораздо удобней и безопасней доверять разработчику (что конечно потенциально принесёт проблемы).
Кому это несет вред? Пользователи довольны тем, что все работает и не требует танцев с бубном. А вот криворукие разрабы, это да, это им не нравится.
А установка дополнений обычным способом — это танцы с бубном?
В случае предприятия на NNN человек, среди которых про дополнения слышали только в IT-отделе - проще таки из репозитория. Особенно, если это дополнение для работы с криптографией в Thunderbird, к примеру.
> В случае предприятия на NNN человек, среди которых про дополнения слышали только
> в IT-отделе - проще таки из репозитория. Особенно, если это дополнение
> для работы с криптографией в Thunderbird, к примеру.В случае предприятия на NNN человек, сисадмин должен быть в состоянии собрать дополнение в свой собственный репозитарий. Особенно, если это дополнение для работы с криптографией.
то есть сделать то, на что не хватило силенок у толпы опенсосных фанатиков еще за целый месяц до сессии - в одиночку? Ай, малацца, вот такие админы у нас на предприятиях на nnn человек бывают.остальные чертыхаются и разводят руководство на оплату лицензий.
> остальные чертыхаются и разводят руководство на оплату лицензий.Некоторые "разводят начальство" на поддержку свободных пакетов.
См., например, freexian + debian [E]LTS.
Но "остальные", да, крепко на игле...
> Некоторые "разводят начальство" на поддержку свободных пакетов.насколько я понимаю суть этого фирксиана, тут скорее развод лоxов на поддержку свободного себя.
вряд ли получилось хорошо, судя по "дизайну" сайта середины 200х и отсутствию списка побед или чего-то хоть отдаленно похожего. Пожалуй, я не буду это показывать начальству- не поймут-с.
> Но "остальные", да, крепко на игле...
остальным просто чтоб работало, да. Желательно не отнимая их время на закатывание солнца вручную каждый раз - хватает других задач.
Многопользовательская система, ревью, безопасность, централизованные обновления ОС? Не, не слышали, лей всё в home прямо из интернета и запускай!
Да он так и делает походу. Щас задаст вопрос - почему нельзя все запускать? :)
Запуск из home это прошлый век, сейчас вполне официально принято писать curl|sh -- оно само всё сделает. Только не все в курсе, что сервер заметит, что отправленное читать вероятно не будут, и может послать какой-нибудь интересный пейлоад. Особенно это опасно в случае взлома или mitm.
Вообще-то, curl|sh - это давно стандарт во многом софте. А параноики будут параноить, да. :)))
> Вообще-то, curl|sh - это давно стандарт во многом софте. А параноики будут параноить, да. :)))Параноики параноиками, но в моем админской практике встречалось когда один такой безобидный установщик скачивал НЕ ОТТУДА, и НЕ ТО (как я понимаю там с ДНСами поигрались), и это был майнер, а во втором случае скрипт был написан рукожопо и делал chown без опции -h еще и при несуществующем файле от корня, что есть не хорошо.
Поэтому хотя бы бегло просматривать такую лабуду все таки - не помешает.
Опять таки, когда речь идет о твоем компе где хостятся твои котики - все норм. А вот когда это происходит на дядином компе, за который дядя тебе платит бабло и снимает штрафы за простои - сразу меняешь критерий "паранойи" на критерий "предосторожность лишней не бывает" :)
Вообще он прав.
Нода, Dotnet, Cargo, Pip и другие как правило всё равно все зависимости разрешат и в хомяка стянут. Притом, зачастую, конечная версия зависисости неизвестна.Только не совсем понятно, кто придумал "npm install -g ..." который без прав рута или дополнительных настроек не работает. Вот с нпм-а я бы точно не стал ничего складывать в общие папки
> кто придумал "npm install -g ..." который без прав рута или дополнительных настроек не работаетОн не работает, только если ставить ноду из репозиториев. Ноду разработчикам полагается ставить из официальных бинарников в хомяк.
Примеры?
NVM
Значит когда разработчик пакета осиливает собрать его через неделю (если не месяц) после релиза и все это время в Debian старый пакет с уязвимостями это безопасность?
Все верно. Суть не в том, что там нет ошибок и дыр, а в отсутствии серьезных ошибок и таких же дыр. В этом и суть дебиана - длительная фаза стабилизации. Этого невозможно добиться как-нибудь иначе.
Гоните адеквата!
>Разве они не должны лежать в $HOME?По идее программный код не должен лежать в хомяке.
Ты когда пишешь скрипты чисто для себя, кладешь их в ~/.local/bin? Или оформляешь для каждого RPM/DEB-пакеты, потому что религия под названием "ПО_ИДЕЕ" не позволяет?
~/bin $ tree | wc -l
319лично я бы свихнулся каждый используемый скрипт пакетить, стоимость разработки можно сразу умножать на 1000. не учитывая софт, который находится в регулярной доработке, обновлять систему сырым софтом каждые 3 часа? да и часть актуального бинарного софта в opt идёт, если он в хомяке, то софт сам себя обновляет без проблем, что тоже не плохо.
Пакетировать в 1000 раз сложнее, чем написать. Поржал, спасибо! :))
Так ты точно скрипты пишешь? А то я смотрю, даже скрипт для создания пакета осилить не можешь.
Ну так ты сам подумай, 1-2-3 файла, или уже десяток с отдельной организованной структурой совершенно в левом месте, да ещё всё отдельно поддерживать и интегрировать. Или ты предлагаешь тупо упаковывать оттуда же из ~/bin да в несколько разнородных пакетов? Ну то такое, уже ни в какие ворота.
В /opt положи, чо как этот.
Отдельная директория для скриптов не в хомяке. Что сложного? Но ведь ты «сам придумал, сам опроверг» — крутой приём, правда ведь?
Причина есть, хотя это скорее костыль. Расширения в ФФ исторически могут быть установлены двумя способами - в каталог браузера в /usr и тогда они будут доступны ВСЕМ пользователям использующим ФФ на этом ПК, понятно что на Линуксе это можно сделать только либо ручками рутом или пакетным менеджером, либо в в профили (браузера ФФ) пользователя, традиционно, с AMO например так и ставится.
Но тут есть проблемка - когда ФФ профиль пользователя только создается, при первом запуске браузер ему дается рандомное имя и угадать его...
А что там угадывать, грепаешь profiles.ini на предмет default, или смотришь файлы и выбираешь самый свежий по времени default. Вообще, цель сего мне не ясна, дополнения замечательно копируются из некоторого общего репозитория дополнений, можно даже с интернета.Кроме того, команда CreateProfile возвращает путь, по которому она "создала" профиль -- можно вполне воспользоваться и этим. Ну и, наконец, можно при этом указать полностью произвольный путь, исключив элемент "случайности" целиком (или же генерировать по какому-то своему принципу).
> Обобщу вопрос: зачем оформлять в виде пакетов дистра то, что обслуживается другим "пакетным
> менеджером"? (будь то фф, нода или пихон)потому что это пакетный менеджер дистрибутива, а пакеты в нем, упаковываются согласно политике принятой в дистрибутиве, устанавливаются - согласно fhs. А не как бык поссал, в других "пакетных менеджеров"
> А зачем вообще дополнения к фф в виде пакетов оформлять?Затем чтобы рулить софтом из 1 пакетного менеджера, а не дюжины кривых эрзацев как в маздае. Потому что быть вторым маздаем дебиан не хочет.
> Разве они не должны лежать в $HOME?
Еще не хватало: неподконтрольное исполняемое гуано закачиваемое хрен знает откуда, по хрен знает каким политикам? No way!
> Еще я не понимаю, почему оформляют в виде пакетов дистра пакеты npm.
Потому что когда система превращается в лоскутное одеяло из pip-ов, cargo-в, npm и каких там еще setup.exe, система плавно скатывается в маздай, где даже просто секурити фиксы поставить - вообще совсем не просто. И надо 20 разных setup.exe запустить. Ну так вот, дебиан этим быть вообще совсем не собирается.
> же самое. Они же обновляются каждый день, быстро устаревают, не копируют
> полностью репы npm и пихона,Что очень идет на пользу безопасности репов дебиана. Всю малварь и вирусы тестят на себе npmщики и какие там еще адепты карго-культов из винды.
Запустил обновление, так порядочно обновило пакетов.
>Обновлены многие дополнения к Firefox и Thunderbird, которые заменены на варианты на базе WebExtensionFireTray среди них есть?
Да. Поставил xul-ext-firetray 0.6.1+dfsg-1.2~deb9u1 и появился значок в трее!
Молодцы какие.
>>Обновлены многие дополнения к Firefox и Thunderbird, которые заменены на варианты на базе WebExtension
> FireTray среди них есть?да.
https://packages.debian.org/src:FireTray
https://metadata.ftp-master.debian.org/changelogs//main/f/fi...
firetray (0.6.1+dfsg-1.2~deb9u1) stretch; urgency=medium* Upload to Stretch, to handle the stable update of Thunderbird.
-- Adam Borowski <kilobyte@angband.pl> Sun, 28 Oct 2018 23:57:23 +0100
Интересно, они перевод Network Manager поправили...
Кстати, в backports залили Network Manager посвежее.
Не стоит обновляться — появились глюки отрисовки диалога добавления соединения nm-connection-editor'а и отвалились соединения OpenVPN.
Стоит обновиться на wicd
И на всякий случай в тестинге ZoL отломали.
Не жалко, его юзерам неоднократно говорили, на что подписываются. Но нееет, хотим жрать кактус!
Респект и уважуха одному из древнейших дистрибутивов.Хоть в последнее время меня и расстраивает, что GNU/Linux перестал быть дистрибутивом, клепаемым хакерами для хакеров, что Debian пошёл по неверному пути, вынудив меня перейти на Devuan -- всё равно я ценил и ценю вклад его мейнтейнеров в развитие СПО в целом.
Желаю проекту долгих лет жизни.
PS: недавно обновился на Devuan 3 / Debian 10. Отличная система, всем рекомендую.
сектант!
Да, Devuan прекрасен. Всё, как в старые добрые времена.
С тринити так и вообще,как-будто линукс и не скатывался в уг.
> С тринити так и вообще,как-будто линукс и не скатывался в уг.Да, TDE хороша. На основе Дебиана есть даже особый дистрибутив с нею — Q4OS:
https://www.opennet.dev/openforum/vsluhforumID3/115827.html#185
>PS: недавно обновился на Devuan 3 / Debian 10. Отличная система, всем рекомендую.Devuan 3 это Beowulf на офсайте? И что там отличного?
>>PS: недавно обновился на Devuan 3 / Debian 10. Отличная система, всем рекомендую.
> Devuan 3 это Beowulf на офсайте? И что там отличного?Покамест за исключением разных инитов, у этих двух тестингов плюсы общие: свежее ядро, актуальные драйвера.
>Покамест за исключением разных инитов, у этих двух тестингов плюсы общие: свежее ядро, актуальные >драйвера.На офсайте Devuan не нашел. Может, плохо искал. Будь другом, поделись ссылкой.
>>Покамест за исключением разных инитов, у этих двух тестингов плюсы общие: свежее ядро, актуальные >драйвера.
> На офсайте Devuan не нашел. Может, плохо искал. Будь другом, поделись ссылкой." Такой ссылк ^W кепка купить нельзя, такой кепка мерить надо. "/ц/
То есть с документацией у них не очень.
Общий смысл: релиз Devuan [обычно/почти] равен соотв.релизу Debian.
А подробнее, мои наблюдения таковы: Devuan (*) _merged_
https://pkgmaster.devuan.org/merged/dists/stable/
(сейчас == .../ascii/ == .../2.0/)
состоит большей частью (30-40-сколько там тыс.пакетов) из донора (сабжа)
https://mirror.yandex.ru/debian/dists/stable/
(сейчас .../stretch/ aka .../Debian9.6/)
_минус_ "неподходящие" (несколько десяков) пекеты
https://pkgmaster.devuan.org/bannedpackages.txt (за неимением других ссылок)
_плюс_ добавленные (6-почти-7 сотен, вроде) уникальные свои пакеты и пересборки некоторых из "неподходящих"
https://pkgmaster.devuan.org/devuan/dists/stable/
(сейчас == .../ascii/ == .../2.0/; NB Лежит _не_ в /merged !)(*) 3.0 "beowulf"; кстати, не выпущен ещё, кажется, то есть он 'testing'(*) - как и дебиановкий оригинал "buster".
>Общий смысл: релиз Devuan [обычно/почти] равен соотв.релизу Debian.
>...
>(*) 3.0 "beowulf"; кстати, не выпущен ещё, кажется, то есть он 'testing'(*) - как и дебиановкий >оригинал "buster".В принципе, логично. Не бегут впереди паровоза.
>А подробнее, мои наблюдения таковы: ...Спасибо и на этом. Думал, где-то проскочила инфа. А так все идет своим чередом. Если уж вот захочется позарез новенького, достаточно будет сменить репы и обновится до следующей версии.
Update -> Reboot = KernelPanicBoot
> Из изменений в Debian 9.6 можно отметить удаление 46 пакетов, из которых большинство являются дополнениями к FirefoxЗачем вообще в репах дистра дополнения к Firefox?
>> Из изменений в Debian 9.6 можно отметить удаление 46 пакетов, из которых большинство являются дополнениями к Firefox
> Зачем вообще в репах дистра дополнения к Firefox?Во! Поэтому и выкидывают.
Нужно как-то побыстрее уже Debian 10 выпускать, а то все как-то успевает плесенью покрываться.
> Нужно как-то побыстрее уже Debian 10 выпускать, а то все как-то успевает
> плесенью покрываться.Ну, выпускай, чо. Скорее.
Какой там Дебиан, он домашку-то делать не успевает...
systemd уже выпилили?
> systemd уже выпилили?Они сказали: " Пусть кто-нибудь другой. Свобода же. "
И кто-нибудь другой уже -
https://www.opennet.dev/opennews/art.shtml?num=48746
http://www.opennet.dev/openforum/vsluhforumID3/115792.html#83
> systemd уже выпилили?Вам также может быть интересно - https://lwn.net/Articles/770093
>> systemd уже выпилили?
> Вам также может быть интересно - https://lwn.net/Articles/770093Таки не понимаю:
- некоторые (из основных "игроков") по каким то причинам (или еще чего то там) не хотят/не могут/не дают разбираться с cgroup?
- не хватает заголовков LSB в INIT INFO в скриптах
# Cgroup-Default: Poettering
# Cgroup-Start: Poettering
# Cgroup-Stop: Poettering
# Cgroup-Live: Poettering
# Cgroup-Die: Poettering
(выбрать в соответствии со своими распущенностью и необходимостью)- некоторые (из основных "игроков") по каким то причинам (или еще чего то там) не хотят/не могут/не дают разбираться с dbus? Зачем она вообще нужна, что было до нее, почему она (dbus) стала/не стала так популярна?
- еще чего то не хватает (например мозгов ;)
Что, Черт возьми, вообще здесь происходит?