Доступен (https://lists.debian.org/debian-devel-announce/2019/06/msg00...) второй кандидат в релизы инсталлятора (https://www.debian.org/devel/debian-installer/) следующего значительного релиза Debian 10 "Buster". В настоящее время насчитывается (https://bugs.debian.org/release-critical/) 75 критических ошибок, блокирующих релиз (две недели назад было 98, а полтора месяц 132). Ветка Testing переведена в состояние полной заморозки от внесения изменений (исключение делается только для экстренных вмешательств). Финальный релиз Debian 10 ожидается (https://www.opennet.ru/opennews/art.shtml?num=50852) 6 июля.
По сравнению с прошлым (https://www.opennet.ru/opennews/art.shtml?num=50523) тестовым выпуском инсталлятора представлены следующие изменения:
- В cryptsetup добавлена секция "Unlocking LUKS devices from GRUB", указывающая на руководство (https://cryptsetup-team.pages.debian.net/cryptsetup/encrypte...) по настройке разблокировки раздела на уровне GRUB;
- В debian-archive-keyring добавлены ключи верификации релиза Buster;- Подготовлен рабочий образ, умещающийся на 16 Гб USB Flash. Процесс выбора пакетов оптимизирован для того, чтобы уместить multi-arch прошивки в 700 мегабайтный образ, из которого исключено PAE-ядро для i686;
- Добавлен пакет haveged-udeb для решения проблем с недостаточным качеством энтропии генератора псевдослучайных чисел;
- Тёмная тема (Dark theme) переименована в высококонтрастную (Accessible high contrast);- Для архитектуры amd64 включена поддержка верифицированной загрузки (UEFI Secure Boot). Для обеспечения работы Secure Boot задействован загрузчик Shim, заверенный цифровой подписью от компании Microsoft (shim-signed), в сочетании с заверением ядра и загрузчика grub (grub-efi-amd64-signed) собственным сертификатом проекта (shim выступает как прослойка для использования дистрибутивом собственных ключей). Пакеты shim-signed и grub-efi-ARCH-signed включены в число сборочных зависимостей для amd64, i386 и arm64. Загрузчик и grub, заверенные рабочим сертификатом, включены в состав EFI-образов для amd64, i386 и arm64;
- Добавлена поддержка загружаемых по сети (netboot) образов для SD-карт;
- Добавлены образы u-boot для плат a64-olinuxino, orangepi_zero_plus2
и teres_i. Добавлена поддержка NanoPi NEO2 и Marvell 8040 MACCHIATOBin;
- В пакет с ядром (kernel-image) добавлены все драйверы для поддержки аппаратных генераторов псевдослучайных чисел, а в пакет input-modules добавлены все драйверы клавиатур.URL: https://lists.debian.org/debian-devel-announce/2019/06/msg00...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50973
Уже достаточно окаменело?
>Добавлена поддержка NanoPi NEO2Оу, похоже да. Их скоро с производства снимут.
Правильно, минусуйте молча. Вам обидно, конечно, но сказать-то нечего!
да все просто, вопрос вида
>Уже достаточно окаменело?уже достаточно окаменел. Нам тебя полайкать что ли за уникальность или в стопиццотый раз рассказать чем ценен подход дебиана, а любителям быть на передовой указать на арч?
> рассказать чем ценен подход дебианаОн ценен, но недостаточен! Jessie уже окаменел, однако, я бы предпочел, что бы нет. Раз уж всёравно все перебирается в контейнеры, то базовую систему надо фиксировать и поддерживать лет 15. Эдакий LSB Next Gen.
Именно наличие "стабильных" "дебьянов" и стало причиной появления контейнеров. То питон не такой как у всех и встаёт вопрос, писать под Дебиан, или под всех остальных, то нжинкс протухший, то то то это. Выходит постгрес новый, но ты ещё пять лет не сможешь им в дебьяне ползоваться, выходит гном, кеды, что угодно, с исправленными с апстриме проблемами, а у тебя так и будут старые, стабильные ошибки.
>Именно наличие "стабильных" "дебьянов" и стало причиной появления контейнеров.как будто что-то плохое. Хотя по моему контейнеры начали по другой причине, там в прародителях вроде был упоминался OpenVZ.
>что угодно, с исправленными с апстриме проблемами, а у тебя так и будут старые, стабильные ошибки.
да, это несколько расстраивает, зато и добавленных в апстриме проблем нет. Вон недавно было про потерю данных при использовании шифрованных разделов на ssd. Как бы спасибо мэйтейнерам, что ядро не обновилось на ту версию.
Не, я не призываю превращаться в Арч и скакать по всем кочкам. Но быть дистрибутивом, в котором новинкой называют депрекейтнутое во всём остальном мире тоже не хорошо. Ведь дебьяном можно пользоваться ±пол года с момента выхода. В прошлый релиз я купил ноут - дебиан не подхватил ни интеловскую карту ни вайфай, слишком новые для нового релиза. А уж про программы - только плакать кровавыми слезами. Лучше было бы иметь цикл как у Убунты (заодно и в ней нужда пропала бы), но не ломать при переходе с релиза на релиз. У роллингов почему-то получается не ломаться, а у релизных - это же какая-то непреодолимая проблема. Релиз - собирай по крохам разбившееся. Отсюда и вечно необновлённые сайты и начинки докеров и пр. Боятся что чихнут и всё развалится. Пол года достаточно для стабилизации пакета. Не хватило? Оставьте устаревшую версию и идите дальше, но не мариновать все остальные проекты по несколько лет. И нет, бэкпорты не спасают, а иногда и делают больше проблем из-за того, что весь остальной дистрибутив на них не рассчитан.Двадцать лет назад, при том темпе, когда новинки изредка выстреливались, это было проблемой, теперь это уже издевательство.
> Ведь дебьяном можно пользоваться ±пол года с момента выхода.и что происходит потом? Софт как продолжал работать, так и продолжает, заплатки для дыр тоже приходят.
> В прошлый релиз я купил ноут - дебиан не подхватил ни интеловскую карту ни вайфай, слишком новые для нового релиза.
частный случай. В backports прошивки вроде актуальные.
> А уж про программы - только плакать кровавыми слезами.
на вкус и цвет...
> Лучше было бы иметь цикл как у Убунты
пожалуй не надо. Был приятный момент, когда софт скомпилированный на бубунте завершался с непонятными ошибками, в то время как собранное на дебиане завелось и на бубунте и в центоси.
> У роллингов почему-то получается не ломаться, а у релизных - это же какая-то непреодолимая проблема.
1. они быстро чинятся
2. в релизных могут быть большие изменения в конфигах, обычно для этого пишется мануал по апгрейду. Кроме перехода KDE4 → KDE5 на ноуте особых проблем не было.> Пол года достаточно для стабилизации пакета. Не хватило? Оставьте устаревшую версию и идите дальше, но не мариновать все остальные проекты по несколько лет.
зависит от популярности пакета и активности пользователей. Время, затраченное на маринование, кроме всего прочего зависит от связей между пакетам -- Qt мариновали год, wine/bash/mc -- пол года. Причем мариновать начинают еще альфа- или бета-версии
Сделайте свой Debian со свежими и горячими апдейтами.
>У роллингов почему-то получается не ломаться,Утверждение не верно. Поставил Манджаро, обновил, перезагпузил, поломалось.
С арчем у меня такого ни разу не было. В принципе что-то серьезно осталось только один раз несколько лет назад, но там больше я виноват был, поторопился. Манджаро ни разу не пользовался.
А как насчёт обновления которое поломало арч и на форумах везде писали не обновляйтесь !?
"старые, стабильные ошибки" лучше двух новых, нестабильных ошибок! Хотя, кому как. И да, это банально ;)
Сам-то Дебианом пользуешься? А питоновские модули через apt тягаешь, или через pip? А почему?
>ad hominem circumstantiae — объяснение точки зрения оппонента его личными обстоятельствами;ну, допустим, я пользуюсь и питоновские модули ставлю через apt. Теперь ты скажешь, что я неправильно пользуюсь и потому не нашел тех граблей, что нашел ты? Или может внезапно признаешь это как веский аргумент?
Нет, пользоваться apt - хорошо и правильно, но если ты собираешь проект зависящий от пакета который доступен только через pip, то тебе лучше всЁ из пипа тянуть, потому что огребёшь проблем. Я недавно был вынужден пройтись по нескольким проектам в поисках подходящего нам, а собирать надо было на Дебьяне. Я насмотрелся на всю эту содомию. Да, не во всём виноват Дебьян, но он стал причиной создания всяких пипов, джемов, контейнеров и пр. Да и почитай рекомендации, ставишь сервер - притянуть питон отдельно, пхп отдельно, нжинкс отдельно и всё осталное откуда угодно, но ни в коем случае не из Дебьяна. А потом приходит релиз Дебьяна и все эти макаки визжат и корчатся.Вот она - стабильность.
> но если ты собираешь проект зависящий от пакета который доступен только через pip, тото мне стоит задуматься о стабильности такого проекта и ожидаемых танцах для поддержки установленного.
> Да, не во всём виноват Дебьян, но он стал причиной создания всяких пипов, джемов, контейнеров и пр.
а еще оторванность некоторых людей от реальности. С одной стороны новые фичи из подключаемых проектов это круто, с другой стороны мало кто сопровождает несколько стабильных версий — ставьте с гита, ваши баги возможно уже пофикшены (а проверять мы будем, когда вы скажете, что поставили с гита)
> Да и почитай рекомендации, ставишь сервер - притянуть питон отдельно, пхп отдельно, нжинкс отдельно и всё осталное откуда угодно, но ни в коем случае не из Дебьяна.
мы видимо читали разные рекомендации. Хотя да, видел я "рекомендации" и по отключению selinux/apparmor, потому что автор софта не стал разбираться в некоторых вопросах, да и еще 777 на все файлы и каталоги.
"Такие проекты" - один ориентирован на Убунту с её версиями постгреса, другой на Дебьян с его версией постгреса и на новый ешё не перешёл. При чём реально, пробуешь запустить его "не на том", всё ломается. Как объединить в одной оси? Правильно, докер и вот эта вот вся хрень. А если бы все пользвались примерно одинаковыми версиями пакетов, то и проблемы бы небыло, разработчики своевременно обновляли бы свои скрипты и всё шло более менее гладко (а обкаточный полигон по любому нужен был и есть и будет нужен)"Стоит задуматься" как будто есть большой выбор... Их есть пять штук и каждая система с вот такими закидонами, при чём её нужно поставит рядом с ещё одной штукой, которую трогать тоже нельзя, потому что развалится.
Для разработки разных говносайтов _никакого_ дистрибутива не хватит в принципе. Сегодня Вася использовал пакет из pip. Завтра Петя добавил новую фичу. Послезавтра Вася уже хочет ее использовать. Очевидно что использовать надо pip.
У майнтейнеров просто нет столько ресурсов на такую мгновенную поддержку. Ни у какого дистра. Можешь запилить свой.В качестве же адекватного решения нужен pip2deb и поднятие deb репа в своем проекте. Будут и стабильные пакеты, и обновление в любое время и независимость от внешних сайтов.
Хе-хе, минусуйте-минусуйте, всез не переминусуете, ироды! :)))
Это мне напомнило Слободчикова. Я как-то наблюдал за его выступлением на конференции, где он проталкивал эти стандартные для российской психологии идеи, мол, "потерян человек", "православная психология нашла человека", и тп. Аудитория сидела и вежливо ждала, когда он закончит. Он закончил, аудитория вежливо молчит, дожидаясь когда он свалит со сцены и уступит место следующему докладчику. И тут Слободчиков начинает нести пургу вида "нам нужна дискуссия". Лол. Для дискуссии нужно сначала заявить что-нибудь, достойное дискусии.
Где за кандидата проголосовать?
Где-где, на избирательном участке.
Не где, а чем -- напильником.
Ну, я так считаю. :)
Боюсь, пора голосовать уже лопатой...
Скорей бы релиз. Не могу дождаться. :)
Дык сторонние репцы еще не поспели, и не поспеют к моменту.
не подскажете парочку популярных репов для дебиана?
а то приходиться сидеть на centos из-за remi и rpmfusion
Debian не для rpm, но в отличие от красношляпы и центоси, да и той же убунты там не надо ходить побираться за нужными пакетами на сторонние помойки, можно обходится тем, что дают, в крайнем случае подключать более свежие ветки, доверия к ним гораздо больше, чем к васянским репам, но если уж прям припёрло, есть и свои неплохие васянские репы, например:
https://www.deb-multimedia.org/
гораздо полезнее всяких ppa, AUR и хз что там в для ваших rpm сколачивают на скорую руку, а вообще, что это за плач, как у убунтуя какого?
Научись уже пакетировать сам, будь мужиком, БЛЖД!
Debian не RPM? Ну спасибо, а я то бился по ночам в холодном поту...
Плач? Ты вижу на новый уровень перешёл, уже не шаман с бубном, а прямо бабка ванга.
Для меня есть только три дистра, это Fedora, Debian и CentOS на серверах.
На счёт пакетировать самому, эта же СЛОЖНААААА
Но вопрос на счёт deb-multimedia у меня таки есть, там есть крайние версии php? nginx? mariadb?
а то сайт там такой убогий, что мне религия не позволяет самому проверить
>Для меня есть только три дистра, это Fedora, Debian и CentOS на серверах.Fedora
Серверах
-кхгм... понятно.
>На счёт пакетировать самому, эта же СЛОЖНААААА
>а то сайт там такой убогий, что мне религия не позволяет самому проверитьясно-понятно, чож ты сразу не сказал, что с этой новой волны лентяев хипсторов, хотя странно чего не на раче, хоте не, Fedora - сервера, не странно...
>ясно-понятно, чож ты сразу не сказал, что с этой новой волны лентяев хипсторов, хотя странно чего не на раче, хоте не, Fedora - сервера, не странно...извините ясновидящая ванга, забыл уточнить для вас что fedora у меня на десктопе, а через запятую уже указал что на серверах.
сходите к врачу, у вас видимо кашель
>забыл уточнить для вас что fedora у меня на десктопе, а через запятую уже указал что на серверах.Прошу прощения за категоричность, об этом не подумалось в этом ключе, можно было понять двояко, беру часть вины на себя, но лучше бы избегать возможности понимать двояко.
Предъявления по лентяйству и хисптоте не снимаются, а судя по вашему стилю общения, ещё и усиливаются, больше экспрессии, гламура, уникальный, вы наш!
да чего ты обижаешься? разве в нашем токсичном сообществе можно общаться нормально? когда каждая буква так и жаждет тебя укусить и всё воспринимается в штыки. я адекватный, честное слово))
> а то сайт там такой убогий
> https://pkgs.org/о, спасибо :)
Fedora не для серверов, а по поводу реп то:
свежий php (обслуживается 1 из основных майнтейнеров дебиана специально для тех кому нужно посвежее) - https://packages.sury.org/php/
nginx (официальная репа от разработчиков nginx) - https://nginx.org/packages/debian
mariadb (официальная репа от разработчиков mariadb) - https://downloads.mariadb.org/mariadb/repositories/#mirror=n...
Еще на всякий случай percona (немного лучше mariadb для кластерных конфигураций) - http://repo.percona.com/apt
deb-multimedia - для серверных конфигураций не нужен
Спасибо ;)
На счёт федоры я видимо не правильно выразился, нужно было уточнить, что использую её на десктопе, а на серверах уже цент и дебиан.
Кстати, помнится когда то Линус Торвальдс говорил, что юзает федору даже на серверах, видимо сервера не очень важные, хоть федора очень стабильна - на десктопе стабильнее той же бубунты, как бы там не минусировали мои посты. но религиозных не переубедить, и я только рад за них))
>Кстати, помнится когда то Линус Торвальдс говорил, что юзает федоруЛинус использовал федору, потому что он разработчик и ему нужно было видеть быстрые изменения, которые отражались не только из-за его правок, но и как они влияли на всю систему, плюс ко всему у Линуса есть пакет акций красношляпы и положение дел в его тестовом полигоне, среди прочего, его шкурный интерес, плюс ко всему он любит обмазываться свежаком, большая часть этого, им самим, в разных формах, высказывается в интервью с ним!
это известные факты) я тоже из любителей обмазываться свежаком)) но я не из тех фанатов apple и xiami)) наверное потому что денег нет)))
Стабильность десктопного дистрибутива на 99% зависит от пользователя. Лично мне больше по нраву Rolling release дистрибутивы для десктопа, без хардкодных патчей сугубо под свой дистрибутив, которые чинат одно и ломают другое (90% дистрибутивов грешат этим).
А бетатестеры всегда нужны и полезны, так что я не отговариваю от федоры;)
Была у меня манжаро, нравилась простотой своей, всё можно делать только с помощью мышки, но через пол года померла после какого то обновления. На счёт бета тестера федоры, как скажете, лучше быть бета тестером стабильной федоры чем юзать корявые "стабильные" релизы других дистрибутивов)
но как говорится на то он и зоопарк дистрибутивов, каждой зверушке своя клетка :)
мне лично нравится не сама стабильность федоры, а её постоянно свежие версии софта, ванильный гном без всяких вмешательст, в dnf мне нравится больше чем apt
Я же не зря в начале написал про "Стабильность десктопного дистрибутива на 99% зависит от пользователя."
Я лично знаю нескольких пользователей федоры, которые регулярно засылают баг репорты и 1 из мотивов - улучшить стабильность линукса в целом (многие из патчей попадают в мейнстрим). И это благородно и отговаривать вас ни в коем случае не буду. А про ванильный софт - вы это зря, федора часто накладывает патчи которые потом так и не попадают в мейнстрим.
>На счёт пакетировать самому, эта же СЛОЖНАААААНе особо и сложно, если немного изучить: https://www.debian.org/doc/manuals/maint-guide/start.ru.html
Раньше я своими велосипедными скриптами собирал asterisk в deb-пакеты. Больше так не делаю и пользуюсь скопированной и перепиленной под свои хотелки https://salsa.debian.org/pkg-voip-team/asterisk/tree/master/... структурой.>Но вопрос на счёт deb-multimedia у меня таки есть, там есть крайние версии php? nginx? mariadb?
Так это был лишь пример левого репозитория от человека, где, очевидно, мультимедия хлам всякий.
Если очень хочется: https://debgen.simplylinux.ch/
Спасибо, возьму на заметку)
>Не особо и сложно, если немного изучитьСправедливости ради deb-пакеты самые геморные по составу, из известных дистрибутивов, однако это не отменяет того факта, что если крепко нужно, то не стоит ныть и попытаться разобраться как это сделать самому, или сиди "жди ебилдов" и не плакай!
большинство программ опакечивает сам разработчик, на оф сайты программ пробовали заходить ?(мультимедиа кодеки)
http://www.deb-multimedia.org(свежий mc)
http://www.tataranovich.com/debianhttp://download.virtualbox.org/virtualbox/debian
http://apt.llvm.org/stretch/
http://binaries.erlang-solutions.com/debian
http://apt.postgresql.org/pub/repos/apt/> php? nginx? mariadb?
https://packages.sury.org/php/
http://nginx.org/packages/mainline/debian/
http://mirror.truenetwork.ru/mariadb/repo/10.4/debian
в packages.sury.org/php/ помнится мне нужен был php 7.3 а его там не было, зато он был в remi для rhel поэтому выбрал centos. я же работаю с wordpress, мне нужен только свежий php :)
> https://rpms.remirepo.net/SRPMS/php-7.3.6-3.remi.src.rpm 28-May-2019 16:19
> https://packages.sury.org/php/pool/main/p/php7.3/libapache2-mod-php7.3-dbgsym_7.3.6-1+0~20190531..> 31-May-2019 12:30
libapache2-mod-php7.3-dbgsym_7.3.6-1+0~20190531..> 02-Jun-2019 07:31
libapache2-mod-php7.3-dbgsym_7.3.6-1+0~20190531..> 01-Jun-2019 10:175 дней разницы, по-моему кто-то сильно преувеличивает
тьху, сравнили тоже, в remi 7.3 лежал почти месяц до того как он появился по вашей ссылке ниже. но я конечно этого доказать не смогу. и не нужно.
Диагноз: Debian головного мозга
Эталонный случай.
Звучит примерно так же оскорбительно, как и "адекватность головного мозга".
Думаешь, что раз weboob удалили, то сразу самыми адекватными стали?
> Debian не для rpmты хоть бы читать научился для начала
>не подскажете парочку популярных репов для дебиана?
>а то приходиться сидеть на centos из-за remi и rpmfusion
>ты хоть бы читать научился для началапрочитал, с первого раза, и не понял причём тут Debian и rpm, если оставляете за собой настолько чотко сформулированные фразы, со широким полем для трактовок, не удивляйтесь, что трактуют не так как вам хочется!
ладно, сам виноват, подставляю вторую щеку
всё старое... Собери новое, разскажешь историю успеха.
>Скорей бы релиз. Не могу дождаться. :)А что тут дожидаться, поставь сейчас, потом поправишь софс лист, и обновишся, если прям так невтерпёж
Это вот мне толку ждать?
Новый xfce всё равно в этот релиз не попадает, пичаль-бида...
> Новый xfce всё равно в этот релиз не попадает, пичаль-бида...Есть вероятность что в backports позже прилетит.
>> Новый xfce всё равно в этот релиз не попадает, пичаль-бида...
>Есть вероятность что в backports позже прилетит.Вероятность есть всегда, есть вероятность что залетит андроед-ведро в репу дебиана, она стремится к нулю, но таки есть, а вообще практика показывает, что версии DE в рамках стабильного релиза не обновляют, бэкпортами завозят критичный к дырам софт, который повышается по версиям, только когда этот завоз менее трудоёмок, чем бэкпортирование, только лишь изменений, каких-то ошибок, например браузеры так завозят.
testing+unstable (ну для экстремизЬма ещё можно experimental) в sources.list - и нафг не надо ничего дожидаться :)
> В пакет с ядром (kernel-image) добавлены все драйверы...В процессе установки мы выбираем обычно конфигурацию ядра, которая лучше всего подходит для нашего оборудования. И в загрузчике будет потом отображен соответствующий пункт. А почему здесь нет возможности загрузки никаких fallback initramfs, как в Arch Linux? Как в Debian тоже добавить такую возможность?
>- Доктор, когда я вот вот так вот делаю у меня болит...
>- А вы вот вот так вот не делайте
>которая лучше всего подходит для нашего оборудования.чем обычно не устраивает дефолт? У вас что-то встраиваемое и жесткая экономия памяти?
>А почему здесь нет возможности загрузки никаких fallback initramfs, как в Arch Linux?самый простой ответ -- потому что не было необходимости, в остальном это вопрос к мэйтейнерам
>Как в Debian тоже добавить такую возможность?
пропатчить update-initramfs, там имя файла прописано как initrd.img-${version}"
Доктор, а представь себе debian на внешнем накопителе, который ты везде таскаешь с собой. А везде оборудование разное. Тю...
> debian на внешнем накопителе, который ты везде таскаешь с собой.Вы о dvd диске который везде таскаете? Да, оборудование бывает разное не всегда с дисководом.
У меня Arch на на внешнем жестком диске. Свой собственный Debian Live DVD что-то пока не хочется создавать.
уважаемый пациент, ну таскаю я такой образ и что дальше?> А везде оборудование разное.
при стандартных настройках в initrd включаются все модули ядра и прошивки, что есть в системе, соответственно этот initrd вроде как должен работать на любом оборудовании. Или вы предлагаете иметь по initrd на встреченный экземпляр оборудования?
Уважаемый доктор, давайте ближе к телу. Для реализации моей хотелки мне нужно тогда установить систему без определения оборудования с включенными всеми модулями ядра и прошивками. Установщик это позволяет. Подскажите, как потом из установленной системы уже создать образ для данного конкретного оборудования?
> как потом из установленной системы уже создать образ для данного конкретного оборудования?изначальный вопрос был про fallback initramfs, теперь про какой-то образ.
опишите вашу задачу конкретнее, пожалуйста
Arch: by default, the mkinitcpio script generates two images after kernel installation or upgrades: a default image, and a fallback image that skips the autodetect hook thus including a full range of mostly-unneeded modules. Пункт меню в загрузчике - Linux (fallback initramfs) - это резервный образ, надеюсь, понятно уже с чем.
Debian: при установке базовой системы Debian позволяет тоже сделать выбор между этими двумя, но только один и второго потом в меню загрузчика не найдешь. А мне там нужны оба. Какой командой генерируется первый и второй? Как-то же установщик это делает.
Или мне к другому доктору? ))
>Какой командой генерируется первый и второй?можно сгенерить командой update-initramfs указав в конфиге /etc/initramfs-tools/initramfs.conf нужные опции.
я просто не могу понять, зачем вам нужны оба :) Как я понял вы используете ОС на внешнем носителе, который может подключаться к разным машинам. В таком случае выбираете вариант "все включено" при установке или указываете в конфиге MODULES=most и генерите initrd. Полученный initrd будет большим по объему, но универсальным — будет работать на всех машинах (если конечно все нужные пакеты установлены)
два initrd нужны в принципе только если вы не используете MODULES=most, в этом случае fallback initrd вам позволит загрузить машину в случае проблем.
В связи с необходимостью правки важных для работы системы данных, так и быть, уговорили. Больше не буду париться по этому поводу. )Спасибо всем участвовавшим мед. работникам. )
#
# MODULES: [ most | netboot | dep | list ]
#
# most - Add most filesystem and all harddrive drivers.
#
# dep - Try and guess which modules to load.
#
# netboot - Add the base modules, network modules, but skip block devices.
#
# list - Only include modules from the 'additional modules' list
#MODULES=most
То есть сразу два варианта он не сможет ни установить, ни обновить потом?
теоретически можно, но придется править скрипты (скорее сделать по копии с нужными модификациями)), т.к. пути к конфигам там прописываются жестко. Понадобятся /usr/sbin/update-initramfs, /usr/sbin/mkinitramfs и хук /etc/kernel/postinst.d/initramfs-tools
Удалили miredo
В соседней новости пишут, что Raspbian 10 уже вышел. А Debian 10 ещё нет. Как так?
Если надеешься получить ответ на данный вопрос, задай его дебиану, а не форуме опеннета. Или полагаешь, что разработчики дебиана сидят здесь, ожидая вопросов анонима?
А Дебиан-то тут каким боком?
Да и ответ тривиальный: разработчки Распбиана, очевидно, используют testing ветку Debian.
Распбиан не связан с Дебьяном напрямую. Да, они строят пакетную базу из дебьяновских пакетов, но адаптируют под свои нужды. Им понадобился новый релиз для новой модели малинки, Дебьян на финишной прямой, почему бы не выпустить релиз, раз их всё устраивает?
sudo apt upgrade -t testingи будет тебе debian 10 с 75 неисправленными критическими уязвимостями.
Интересно уже, давно жду новостей о Debian 10.
"Переходим на десяточку"
"Десяточка норм"
"У тебя что стоит?" - "Десяточка"
"Я вот только десятку поставил, вроде норм" - "Я уже несколько лет на ней сижу" - "..а я не о той"
как оригинально
сами придумали?
Очень умный и оригинальный интеллект Башорга помогал
Это удивительно, но несмотря на все ихние потуги это не работает, и судя по опыту - уже не будет работать никогда.
Судя по статистике все это очень даже хорошо и у многих работает. И даже на базе этого еще много чего делают.https://distrowatch.com/dwres.php?resource=popularity
А вот о тебе нам ничего не известно.
Уххх... не уже ли дождёмся секуре буута? (T_T)
Вот бы была возможность всё из коробки установить с ш-ванием, нон-фри дровами, серверным софтом...
А то ставил тут недавно non-free minimal образ - а там даже man не было :D
> не уже ли дождёмся секуре буута?Нет, шире.
> для решения проблем с недостаточным качеством энтропии
> генератора псевдослучайных чиселЭто которые они там выголосовали себе на демократическую голову в итоге-таки? Ну, в исполнении менеджера незагрузки системы?
PS: теперь я знаю, как выглядит тот самый занавес:
[FAILED] Failed to start Reboot.
See 'systemctl status systemd-reboot.service' for details.
[DEPEND] Dependency failed for Reboot.
это конечно мировое зло, но не всех же собак вешать. Если правильно помню, то это из-за фикса вот этого cve https://security-tracker.debian.org/tracker/CVE-2018-1108
> это конечно мировое зло, но не всех же собак вешать. Если правильно
> помню, то это из-за фиксаМожет быть, просто :)) Михаил внимательно читает ЛОР?
"На перезагрузке устройства systemd не смог отмонтировать /tmp, после чего предложил мне посмотреть причину, но терминал давать отказался."
-- https://www.linux.org.ru/forum/admin/14876862>вот этого cve
>tracker/CVE-2018-1108"Это торвальдс виноват" ?
цитата была про энтропию и ГПЧ, постскриптум я понял и оценил (правда не удивился)> "Это торвальдс виноват" ?
в том, что пофиксили? Кто хочет искать виноватых может посмотреть git blame и раскрыть еще одну тайну.
> цитата была про энтропию и ГПЧ,А, в смысле, там наверху, в новости....
Действительно! Как же так можно. Они же дети ^W фиксили ГПСЧ, а тычуть непофикшенной перезагрузкой. Некультурненько-то как.
Ай-яй-яй, Михаил! Как Вы могли?! <9<<<><
systemd уже выпилили?
Какая разница где какая версия, когда есть docker для nginx / php-fpm / mariadb?
Освойте уже
какая разница, что есть docker для nginx / php-fpm / mariadb? Мне для одинокого вордпресса на хилой vps может еще и kubernetes навернуть?
ТУХЛЯКНо зато убунта на его основе.
Куда делись настройки Рабочего стола в Гноме?
Значки не поставить через настройки (((
> Куда делись настройки Рабочего стола в Гноме?2019 год на дворе, какие ещё настройки в гноме?
Да хоть 2029..
На обои что ли пустые любоваться?
Были штатные значки, точно можно было выбрать (поставив галочку)
присутствие их на Раб столе
Дополнительные параметры - Рабочий стол - Показывать значки на рабочем столе
Так было!
а, ты про это, иногда некоторые новости из-за стабильности появляются внезапно. Думаю ответ тут https://www.opennet.ru/opennews/art.shtml?num=47860
Пропустил эту новость. Спасибо
Нарыл это - https://extensions.gnome.org/extension/1465/desktop-icons/
Ну как бы тоже ничего.))
Я теряю понимание в таком случае,
накой рабочий стол?
Пустая обоина и все? Куда катимся...
не знаю, я рабочий стол вижу только при логине после загрузки. Но может туда виджетов каких можно напихать (не знаю как в гноме с этим)
Смотри Gnome Tweak. Если и там нет, то dconf (можно Editor).
Первым делом туда нырнул..
И фигвам словил
Хорошо что ты наконец вышел из анабиоза. В гноме уже давным давно нет значков на рабочем столе.
DEPRECATED
Дебиан единственный нужный дистрибутив.
Вспомнил про андроид,поржал
Какие технологии появились в Debian? Ничего, разработчики только собирают пакеты, формируют релизы. Вся работа по развитию Linux идет в других дистрибутивах (Fedora и Ко) и частных компаниях RHEL и Ко.
> Ничего, разработчики только собирают пакеты, формируют релизы.и делают это довольно неплохо. При этом они не навязывают свои сырые и кривые технологии другим дистрибутивам и проектам.
Предыдущее сообщение "Внутри Debian не создаются новые технологии" удалил модератор.УДАЛЕНО.Отмодерировано: gvy, Пояснение: вопиющая ложь, Время: Sat Jun 29 17:27:37 2019
gvy, какие технологии создаются внутри Debian? Что они сделали за последние 10 лет? Реализовали воспроизводимые сборки и все.
Даже инсталлер устарел до своего релиза
Некрофилия какая то.
а в случае если софт свежий, только релизнувшийся, это какая филия будет?
>а в случае если софт свежий, только релизнувшийся, это какая филия будет?Это будет не "филия", а дрочка на циферки.
> а в случае если софт свежий, только релизнувшийся, это какая филия будет?Смотря по механизму реализации, но бывает и версиомания (не -филия).