Разработчики Debian сообщили (https://lists.debian.org/debian-devel-announce/2019/01/msg00...) о достижении первой стадии заморозки пакетной базы Debian 10, в рамках которой прекращено выполнение "transitions" (обновление пакетов, требующее корректировки зависимостей у других пакетов, которое приводит к временному удалению пакетов из Testing).
12 февраля 2019 года состоится мягкая заморозка пакетной базы, при которой будет прекращён приём новых исходных пакетов и закрыта возможность повторного включения ранее удалённых пакетов. 12 марта будет применена полная заморозка перед релизом, при которой процесс переноса пакетов из unstable в testing будет полностью остановлен и начнётся этап интенсивного тестирования и исправления блокирующих релиз проблем.В настоящее время насчитывается (https://bugs.debian.org/release-critical/) 577 критических ошибок, блокирующих релиз (в момент заморозки в Debian 8 таких ошибок было около 275, в Debian 8 - 350, Debian 7 - 650). Финальный релиз Debian 10 ожидается летом.
URL: https://lists.debian.org/debian-devel-announce/2019/01/msg00...
Новость: https://www.opennet.dev/opennews/art.shtml?num=49997
Судя по датам, Xfce 4.14 туда не войдёт :(
ну так он еще не вышел. Самое интересное, что сейчас в бастере thunar на gtk3, а вся система на gtk2 (это я про крысу). Так ужасно выглядит. И работает. так же ужасно.Надеюсь thunar таки обратно запилят на gtk2, корректировочные релизы для него все таки еще выходят. А то получится оч странно
Согласен, по опыту GTK3 выглядит и работает ужасно, жаль что на него начали переводить Xfce.
thunar на gtk3 нормально заработал с версии 1.8.2. какая версия в дебиане 10ом?
соглашусь, выглядит он печально на фоне других приложений.
xfce4-terminal, кстати, тоже на gtk3.
Не понимаю комментариев выше. Пользуюсь Debian 10 testing XFCE, Thunar 1.8 подтянул ещё из SID и с тех пор ощущаю просто счастье, всё выглядит аккуратно, удобно, ни разу ничего не упало, размер директорий определяет с точностью до байта. Даже от DE MATE отказался - вот его считаю уже пора хоронить.
XFCE часто устанавливают на старое железо, а GTK 3 заметно тормозит. Thunar на нём запускается раза в два дольше, чем на втором. В Stretch программы на GTK 3 при запуске долго чёрный фон показывают, а теперь в Buster это "пофиксили", и фон теперь прозрачный, и какое-то время видна только рамка оконного менеджера. Теперь остаётся только вымирающий LXDE.
Недавно еще раз смотрел на весь этот зоопарк nautilus, thunar, caja ... лучше бы как и остальной софт именовали с префиксом: gnome-file-manager, xfce-file-manager, mate-file-manager, и т.д.
> gnome-file-manager, xfce-file-manager, mate-file-manager,systemd-logind, systemd-udevd... :)
Точно. Открываешь в просмотрщике изображений пункт "О программе", а там написано "просмотрщик изображений". Масло масляное. И не знаешь, какой пакет сносить нахрен.
С переводом на русский явный перебор, перевели всё что (мне было) "не нужно" :)
Но больше всего удручает то что у "ярлыков"(.descktop файлы) в меню нельзя посмотреть свойства (содержимое). Это касается в том числе именования подключаемых дисков, которые подключаются чёрт знает куда run/u...
и выкинули СиськуД?
Её так просто не выкинешь. Во-первых, не дадут, а во-вторых, чисто технически это довольно сложно.
>во-вторых, чисто технически это довольно сложно.в дебиан не сложно, как пример тот-же девуан который без системд и на обычный дебиан можно сисв накатить без проблем
Я больше скажу: до перехода на Деван я пользовался пользовался Дебьяном без systemd и без проблем. Тут зависит от использоваемого софта, но так как я не любитель современных комбайнов на GTK systemd мне не нужен. Nuff said.
Насколько я помню, дивановцы говорили, что системД слишком глубоко интегрирован в некоторые пакеты.
Вспомните, сколько времени прошло с момента образования Дивана и до первого релиза?
Есть еще MX Linux (Debian) от antiX and MEPIS. У них системд есть, но его нет:
"MX Linux ships with systemd present but disabled by default. The MX Linux team strongly urges users to remain with this configuration which uses sysvinit instead."
https://mxlinux.org/wiki/system/systemd
Нет, даже обновили на тот что недавно был в unstable.
Кому нужен xfce или что-то другое, немного не тот дистр выбирает, нужна модель rolling release, archlinux например
c чего бы это? xfce у дебиана чуть ли не дефолт. И арч унесите, оно прикольно конечно, но мне работать нада.
Не можешь в арч?
Скорее всего может. А ещё наверняка может вместо кофе пить отвар коры ясеня, но едва ли станет. Вот *nix админу с довольно обширным серверным парком, допустим, переводить всё это добро на Арч это "чтобы что"? В чём выигрыш от трудозатрат, простоев и потенциальных рисков? Вот на Devuan смигрировать вполне решаемо, хотя трудозатраты и риски тоже ненулевые, но Арч-то зачем? И что за особые скилы для него нужны? Года два назад ровно два месяца использовал в качестве рабочего ноут с Manjaro, никакого особого просветления не ощутил (зато вспомнил, что не так со Слакварью).
> вспомнил, что не так со СлакварьюПросветите нас?
>> вспомнил, что не так со Слакварью
> Просветите нас?Анекдот даже такой был:
Одним лёгким su -c make install любой дистрибутив превращается... превращается... В Слакварь!
Отсутствие контроля зависимостей например "не так". Ну то есть если ночами не спится и клавиатура чешется, то это можно воспринимать как Challenge конечно, но у меня давно уже "личная жизнь" устаканилась.
> Вот *nix админуНичего никуда не надо переводить. Как работало всё на Дебьян Сквизи так и продолжает.
А вот разрабочику софта без ролинга никуда.
нашел чем хвастаться. у манжджары граф инсталлер, ее детсадовец поставит, проще чем убунта.
установка же арча предполагает, шо юзер асилил три команды в консоли ввести.
> нашел чем хвастаться. у манжджары граф инсталлер, ее детсадовец поставит, проще чем
> убунта.
> установка же арча предполагает, шо юзер асилил три команды в консоли ввести.А я разве что-то говорил про инсталлер? Я его не видел ни разу, мне оно такое досталось на выездной внедриловке. По типу Linux и ладно.
>archlinux напримерТвоя копрофагия не делает людей вокруг такими же извращенцами.
Жду когда suckless dwm наконец-то, сделают дефолным десктопным менеджером и выкинут из кодовой базы всякое kde,gnome,xfce.
> когда suckless dwm наконец-то, сделают дефолным десктопным менеджеромЧтобы сделать оконный менеджер десктопным менеджером, его надо полностью переписать. И название тогда уж сменить. На wdm, например.
Ядро 4.19 будет?
уже тамhttps://cdimage.debian.org/cdimage/unofficial/non-free/cd-in.../
2019 год, они до сих пор замораживают пакеты на год, чтобы потом мариновать их ещё два - шиза.
Арчешкольнику невдомёк,что люди могут хотеть стабильный софт.
Это в котором присутствуют баги, поправленные два релиза назад? Спасибо, унесите.
Это тот,в котором нет тех новых 10 багов и трёх уязвимостей,которые появились в новом софте.
Так они и пофикшены будут оперативно. Прикинь - не надо два года ждать!
Уже это обсасывалась миллион раз, но рачешкольникам все неймется: стабильный релиз не гарантирует отсутствия багов вообще. Он гарантирует что завтра-послезавтра у тебя не появятся новые баги из апстрима, а старые либо будут устранены, либо задокументированы.
Просто ты в апстриме видишь источник багов, а я - источник фиксов. И новых фич. И не хочу ждать два-три года исправления "задокументированных" багов, когда это можно сделать сейчас.
Апстрим является источником и того и другого.
Ниасилятор арча на самоподдуве?
Что ж вы его так не любите?
Аскетичный удобный дистр.
Или вы из ансибл-докеро-одминчегов с вэйпом и андеркатом и под арч нет готовых скриптов?
>Ниасилятор арчаА зачем этот мусор осиливать, какая от этого польза?
Ага, и софт выкидывают из репозиториев, потому что "пакет X имеет баг X, автор уже выпустил патч, но мы даже портировать его не будет, просто выкинем его и все зависимости". Типичный подход к майнтенингу в дебьяне. Даже в Деване уже специфических пакетов больше. И, да, кстати, стабильность в Дебьяне уже давно не стабильна. Тестинг (!) куда стабильнее стейбла.Мимо пользователь дебьяна уже 10 лет.
>но рачешкольникамКасательно стабильности софта, очевидно, что на наиболее комфортно сидеть в latest stable версии софта. У вменяемых прогеров в стабильной ветке ни конфиги, ни апи не меняются. Так что этот подход работает не только с Арчем на десктопе, но и например когда у тебя подключена репа Постгреса 10.1 в CentOS. Обновляться не только можно, а НУЖНО.
А вот любители штабильности сидят со штабильными багами. И плюсов в сидении на репах дистриба нет.
У вас какие-то проблемы с arch linux, я так понимаю? Хотелось бы узнать что же это за зверь такой "стабильный софт", водящийся только в Debian? И да в arch linux есть lts ядра, это так к сведению...
У меня с ним нет никаких проблем, я его не использую.Просто пользователи данного дистрибутива уже лет так 10 известны непониманием сути релизных дистрибутивов.Как в 2008 клуб анонимных арчеводов ныл про зачем замораживать дебиан, так и в 2019, стабильность...
Давно не пользовал arch, последнее что запомнил, что каждое обновление это был нетривиальный текстовый квест. Сперва нужно было прочитать, что где поменяли, в каких файлах несовместимые изменения, а дальше... дальше пропадал звук, ломались конфиги udev, однажды, после очередного обновления внезапно вместо gnome2 вдруг загрузился gnome3. А если пол года не обновлять арчь, ну чтоб все работало и внезапно не поломалось как раз перед важным митингом, то обновить его это было вообще сражением, для этого я выделял все выходные. Потому штабильность мой осознанный выбор, сикурити фиксы в ядро и основные подсистемы идут, а за тем немногим набором софта которым я пользуюсь я могу и сам проследить, если есть ошибка допустим в графическом редакторе, но она исправлена в новой версии, то найду flatpak да и собрать кастомный deb пакет для меня не проблема.
Пять серваков в виртуалках в продакшене уже 5 лет, все на арче. Проблемы с обновлениями решаются снапшотами. Если вы думаете что в Debian можно всё бездумно апдейить и за это ничё не будет, то удачи вам!
Именно так. Просто обновляюсь. Никаких проблем не было.
Вот сейчас увольнять буду такого же Одмина, любящего бездумно без оглядки обновлять всё.
> Пять серваков в виртуалках в продакшене уже 5 летВот оно, зерно непонимания. Когда будет *хотябы* 500 серваков на bare-metal с работающими 24x7 критичными сервисами на них - приходи. Поговорим. (Я молчу про тысячи и десятки тысяч серверов).
Снапшоты у него...
Bare-metal серверы в 2019? Зачем? О_о
Ага, куда не глянь везде суперадмины, админящие дата-центры, по 500 серваков за раз, пригоршню цисок и ещё какую-нибудь страшно эксклюзивную фигню, про которую знают только в *no_name_company*. Постоянно с такими сталкиваюсь, имя им легион, при таком раскладе у нас страна должна состоять из дата-центров, а население быть сплошь админами. Уже прямо тошно от таких спецов. Тебя к там сеткам даже не подпустят умник и видел ты их только на картинках или в своих влажных снах.
В этом весь линукс, снапшоты, да круто, но что делать, если у меня нет места для снапшотов ? у меня один ssd на 120Гб и все, больше других винтов нет, и места для них нет? для снапшотов я так понимаю отдельный винт нужен? и сама идея снапшотов говорит о том, что починить арч после обновления можно только "восстановив из образа", то есть по сути это "быстрая установка с нуля".
>"быстрая установка с нуля"Да. Тем, за что критикуют виндузятников рачеры гордятся. Правда нтфс надёжная файловая система, чего не скажешь от бтрфс.
Lvm освой!
Вы, по видимому, не вполне представляете себе, что такое снэпшоты и пураете их с дампами. Хранить-то их (снэпшоты) можно хоть на лентах со стримера у бабушки в комоде, но снимаются они обычно на тот же носитель методом Copy-on-Write (COW), когда фиксируется текущее состояние (собственно snapshot), а дальше пишется дельта от него. Таким образом дополнительное место тратится только на запись того, что изменилось относительно снэпшота (появилось/изменилось/исчезло + метаданные).
> Вы, по видимому, не вполне представляете себе, что такое снэпшоты и пураете
> их с дампами.Да, может быть, но вот вопрос - если после обновления будет кернель паник - снапшот поможет ? или DE не запустится ? или иксы ?
Суть моего посыла была в том, что в мире линуксов фатальная поломка (такая, чтобы пользователь мог ее решить своими силами, изменив какой-то конфиг или откатив какой-то пакет) - явление совершенно норамльно, а я считаю что такие явления НЕ ДОПУСТИМЫ!
Мне интересна область применения серверов на Arch. Числодробилки? Вычисления на GPU? Сомневаюсь что они используется для хранения данных или хостинга публичных сервисов.
Мастурбация на свежий софт и преальфатестирование. Если мизантроп, можно пользователям своего сервера рач впендюрить.
Для мизантропов как раз не подойдёт. После, как вы выразились, "впендюривания" пользователям Арча, с этими пользователями скорее всего придётся много общаться. С печально-виноватым лицом. Возможно даже в суде.
Кластеры, хоть вычислительные, хоть какие. Если нода сдохла, заливается образ, цепляет настройки и снова в работе. Точно также можно контейнеры деплоить. Если система сделана прямыми руками и отлажена, она практически не требует присмотра, только грамотное формирование и тестирование эталонных образов, своего рода мини-релизов.
Тут арч на своем месте - позволяет очень компактные инсталляции создавать без большого напилинга (для сравнения посмотрите на "минимальную" систему центоса или убунты - сколько ж там гомна).
> Если система сделана прямыми руками и отлаженаТак вам и пишут, что арч не сделан прямыми руками, и не отлажен (а как его отладишь, когда каждая новая версия попадает практически сразу в основной репозиторий).
Я вообще-то имел в виду скриптовую обвязку для администрирования.:)
А что касается арча - больше неoсиляторов вчерашних вантузятников слушай. Они пять-семь лет назад ниaсилили в арч, а пригорает у них до сих пор. На сервере или кластерной ноде тупо меньше потенциальных точек отказа - там нету иксов, видеодров, гномокед с их тулкитами, в общем, всего на что обычно жалуются юзверя. Чему там ломаться? Базу активно ломали во времена впиливания системды, так этож когда было... А так, я из последнего серьезного помню, года два назад были какие-то траблы при обновлении glibc на следующую мажорную версию. Так в этой ситуации и на стабильноте можно проблем наестся. Хотя ж не, вы ж не обновляетесь, вы ж в лучших традициях вендузятнегов переставляете ОСь, потому что ваше "стабильное и надежное" ниaсиливает проапгрейдится с одной стабильной версии до другой стабильной.
> "стабильное и надежное" ниaсиливает проапгрейдится с одной стабильной версии до другой стабильной.
> Кластеры, хоть вычислительные, хоть какие. Если нода сдохла, заливается образ, цепляет настройки и снова в работе.Так тут не апгрейд, тут замена рантайма т.к. тут linux работает как stateless запускалка сервисов. Такое использование как бы намекает что Arch не умеет штабильные обновления, я так понимаю описанное использование Arch выглядит так, вначале готовятся образы с обновлениями, затем их тестят на девелопменте и потом они доходят до прода.
Ну нету у арча "релизов", роллинг он. Какой срез репозитория посчитаешь стабильным, тот и будет "релизом". Мы например раз в месяц делаем, два дня гоняем на стенде, формируем образ и раскатываем. Никто с палкой не стоит, поэтому при надобности можем притормозить, если вдруг какие проблемы или сомнения, или наоборот, ускорить, если надо срочно новую версию чего-то. На релизной модели такое наверное тоже можно делать, но думаю, существенно сложнее и трудозатратнее. Нам арч лучше всех зашел. Пробовали генту и дебиан сид, и еще чего-то, но это еще до меня, поэтому не знаю. В итоге остановились на арче.
>Пять серваков в виртуалках в продакшене уже 5 лет, все на арче.Да ты дядя совсем уже..
>Проблемы с обновлениями решаются снапшотами.
Ещё и бтрфс?
Ты просто психически больной человек, даже злиться на тебя не получается.
>Ещё и бтрфс?zol же
>Пять серваков в виртуалках в продакшене уже 5 лет, все на арчеЯ лет 10 назад обмазывался гентой как только мог, и на все серваки ставил ее. Любил смотреть, как обновляется..строчки от компилятора бегают..но таки да, где-то к 8му серверу стало понятно, что это отнимает ВСЕ свободное время..debian / centos решили эту проблему
Тебе опенсорс совершенно басплатно дал все средства автоматизации - начиная от баша с питоном до систем оркестрации и удаленного управления конфигурациями, но ты как был ламаком-вендузятником, так им и остался. А гента тут нипричем.
Криворукость сменой дистра не лечится же.
И да, расскажи нам еще, как у нас при каждом апдейте все ломается, мы внимательно слушаем и записуем.
Я еще тему загрузки в черный экран не затронул, все любители проприетарных дров этим страдают, но меня это больше не беспокоит т.к. я уже давно на открытых дравах.
Давай по честному, ты ведь каждый выходной по несколько часов уделяешь только арчу? :) А мне просто не интересно, в область моих интересов не входят изучение systemd, udev, pulseaudio, wayland, X11 и прочего, мои интересы это прикладной кодинг, базы, докер, автоматизация.
>Я еще тему загрузки в черный экран не затронул, все любители проприетарных дров этим страдаютИ? В чем проблема пнуть dkms или проверить совместимость ядра, иксов и дров? Я уж забыл, когда крайний раз это было, летом или той весной, вроде. И что, мне теперь три года трястись-бояться?
>Давай по честному, ты ведь каждый выходной по несколько часов уделяешь только арчу? :)
Еще чего. У меня по выходным дела поинтреснее есть, чем комп обновлять.
>мои интересы это прикладной кодинг, базы, докер, автоматизация.
Пиши проще - девляпс.
> в область моих интересов не входят изучение systemd, udev, pulseaudioТо есть ты не пользуешься и дебьяном (хинт: дебьян используют всё это ненужно в больших колличествах и сейчас ничем не отличается от любого дистра с systemd и проблемы те же имеет). Судя по всему ты вендузятник.
То есть ты не пользуешься BMV (хинт: в BMV тоже ест инжектор, синхронизатор, электронная педаль газа и сейчас ничем не отличается от любого авто с роботизированной коробкой и проблемы те же имеет). Судя по всему ты ездишь на автобусе.
Про декстоп:
Уже около 5 примерно лет на Арче, ушел с Убунты, потому что каждые два года переставляться полностью в чистую, или даже чаще мне тогда надоело, тогда и вправду надо было тратить выходные чтобы привести систему в порядок после обновления. Сейчас я уже и не админ даже, у меня нету времени разбираться с неполадками системы, я просто работаю.
Обновления устанавливаются мной примерно раз-два в неделю, ничего не ломается вроде бы, софт всегда свежий, из аура ставлю на попробовать софт себе (без этой боли с ppa, как оно было когда то в 2012, когда ищешь нужный, а потом он протухает, и надо искать опять другой).
Видеокарта - интел, проц интел, файловая система btrfs, снапшоты не использую, но сабволы - да. За эти года было разве что случая три когда "комп не загружался", один раз из-за intel-firmware, и два после обновления GNOME 3 (да я им пользуюсь).
И вот весь этот срач в части "Arch - для школьников" - меня просто улыбает. Арч реально работает, и не требует вмешательства, столько сколько у меня стоит арч, не стояла ни убунта, не дебиан когда я их пробовал. Сейчас наверное и там всё стало лучше, но теперь я не понимаю, зачем мне для себя нужен не rolling дистр.
А в части серверов: debian/ubuntu, centos/oracle - всё зависит от того софта который там будет запускаться. И да, согласен, повторяемость и стабильность в продакшене имеют большее значение чем свежая версия нужного пакета.
>повторяемость и стабильность в продакшене имеют большее значение чем свежая версия нужного пакета.Тоже зависит от. У меня прогеры почитают релиз-нотесы свеженького модно-молодежного, и бегут ко мне с вопросом "а когда у нас эта вкуснота будет?".
Классная история, забыл только про сегфолты прикладных программ которые внезапно обновились на новую мажорную версию и теперь старый конфиг вызывает крах (мелкие тулзы этим славятся), оставалось только удалять старые конфиги и в UI заново устанавливать прежние настройки (вот такая плата за "все новое"). А еще забыл про конфиги в /etc которые правились вручную пол года назад по archwiki теперь должны быть замещены новыми ("сохранить старые или перезатереть? Y/N"). А при использовании AUR всегда нужно помнить посмотреть последние 2 коммента, если написано что-то вроде: "Ничего не собирается..." то идти мимо, либо пытаться что-то там сделать самоличными правками. Через пять лет использования арча готов поспорить у тебя в /etc куча мусора, типа бекапов конфигов, конфиги которые уже не используются, а еще накопились ошибки в ворнинги которые мусорят в логи и выскакивают предупреждениями в UI. Если это не так, то ты значит каждую проблему выявляешь досконально и оперативно их решаешь, чтож круто, может ты админишь кучи серверов на arch linux, тогда да, твой выбор.
> дальше пропадал звук, ломались конфиги udev, однажды, после очередного обновления внезапно вместо gnome2 вдруг загрузился gnome3.Ну так скажи спасибо поттерингу и КО. Типичные проблемы, присутсвуют и в дебьяне. У меня до сих пор с пульсой звук пропадает переодически. С udev тоже до сих пор проблемы, отваливаются различные устройства. И да, после одного из обновлений дебьяна тоже ВНЕЗАПТНО загрузился Gnome3 после чего последний был викинут и поставлен оконный менеджер. С тех пор проблем не знаю.
тссс, не спугни бесплатного бетатестера
Ну дык, старый баг лучше новых двух - классика!
не повезло растовчанам с Debian. Только 1.30 версия на этой стадии заморозки :( Хоть бы до 1.31 обновили хотя бы, там rust 2018 есть...
Жаль что в 2019 нельзя просто скачать и применять нужную версию, а не ту что тебе всучили в цифровом конц.лагере (но при этом обязательно надо ругать другие ОС где так можно).
А что мешает взять snap или docker и использовать нужную версию?
> А что мешает взять snap или docker и использовать нужную версию?Для того, чтоб выяснить, которая из "Нужная",
https://git.savannah.gnu.org/gitweb/?p=guix/maintenance.git;...
вам снова понадобится дистрибутив и ментейнеры.И тут наступает "оно", прозрение. Или не.
Я как правило использую или последнюю или подходящую под требования версию, но чаще всего последнюю. Собственно не вижу смысла сидеть на старье. Хотя конечно тут все зависит от начальства если не дают время и сил на адаптацию под новые версии, то сами себе буратины.
Вообще-то на то есть бекпорты.
В которых нет кучи популярных пакетов? Точнее не так: в бекпортах нет вообще ничего нужного. Мне не нужно самое свежее окружение, мне нужны самые свежие дев пакеты, которых в бекпортах никогда не будет. Вот как раз окружение я бы хотел стабильное, а драйвера, ядро и прочее нестабильное, потому что любитель поиграть, ага. И получается что приходится из бедного Дебьяна лепить франкештейна из разных репозиториев, потому что всего этого не добиться по другому, а Бедрок ставить не хочется.
> Мне не нужно самое свежее окружение, мне нужны самые свежие дев пакеты, которых в бекпортах никогда не будетСмотрю в https://packages.debian.org/stretch-backports/allpackages?fo...
- clang 6.0 (ну да, не седьмой пока)
- cmake 3.13
- куча пакетов для erlang
- fpc 3.0.4
- golang 1.11
- boost 1.67
- libcuda 390.87
- mesa 18.2.8
- openjdk 11
- куча модулей для python, ruby и т.д.Ну совсем нет dev-пакетов.
> Вот как раз окружение я бы хотел стабильное, а драйвера, ядро и прочее нестабильное, потому что любитель поиграть, ага.
Свежие драйверы и ядро - в наличии.
> . Мне не нужно самое свежее окружение, мне нужны самые свежие дев пакетыЯ разраб на java, всегда все окружение для девелопмента ставил бинарными сборками, это касается всех jdk, ide, сборщиков, потому как это позволяет исключить влияние энваремента на сборку или исполнение созданных программ, чтоб стразу было понятно что проблемы на нашей стороне, в моем коде, в коде моих коллег, или в только что подключенной новой зависимости. Разумеется у другого девелопера будет другой энвайромент, но если у него "все работает" а у меня вдруг перестало и я знаю что я ничего не обновлял, то тут мы и выявим проблему с окружением и причины например из-за разницы версий базы (базы у меня в докер контейнерах, что позволяет переключаться между версиями баз на случай регреса или если мы поддерживаем сразу несколько мажорных версий). Мой домашний или рабочий комп это не публичный сервис, ему сикурити фиксы нужны только в ядре и броузере.
1.31 в buster уже
Rust in peace.
Ржавейте с миром.
Не понимаю смысла спорить что стабильнее: Debian или Arch. Исходники-то одинаковые.
Дай повыступать умникам, ну чо ты :)
Разница в том, что если при обновлении Дебиана — может пропасть звук, то у Арча - уже будет паника ядра. True Story
Как раз таки при обновлении Debian может произойти всё, что угодно (у меня виджет звука и часов пропал).
На арче ничего и близко такого нет. На старом оборудовании может Debian и норм... только вот вся ветка арча на 4pda прямо кричит, что debian это ужас и там у них баг баге, а на арче уже некоторые по несколько лет сидят (без переустановки) - и никаких проблем.
Так, что не всё так однозначно.
Истории успеха разные бывают. У одного годами работает что-то, а у другого - нет.Debian и Archlinux - это дистрибутивы разной весовой категории.
Debian с оговорками универсален. Обычные люди могут его использовать для десктопа, а крупные дяди, которые работают в крупных компаниях, получают горизонт планирования в 2-3 года, а это для них очень критично. Благодаря планированию крупный бизнес легко адаптируется как по софту, так и по своему парку железа (инсталяции по 1000, 100000 и более единиц).
Archlinux удобен для одиночного пользователя. Что тут еще сказать!? Конструктор он и в Африке конструктор. В зависимости от ваших желаний и при должном наличии прямых рук дистрибутив раскрывается по полной.
> Конструктор он и в Африке конструктор.Тоже можно сказать и о дебьяне, один минус: для домашнего писюка, особенно когда ты любишь новые железки покупать, он не подойдёт. Если область использования это ругаться на опеннете, то тут да, дебьян в самый раз. Для серверов я бы тоже выбрал именно Дебьян. Но не для домашнего писи, тут надо поискать что-то более вменяймое и без ненужноДи.
На десктопе ненужноД не так мешает. Вот на сервере - да, надо переучивать админов под ненужноД технологию.
4пда конечно авторитетный ресурс по линуксам. Спасибо, проорал.
естественно, можно пиратскую сборку скачать без регистрации и смс
> только вот вся ветка арча на 4pda прямо кричит, что debian это ужас и там у них баг баге, а на арче уже некоторые по несколько лет сидят (без переустановки) - и никаких проблем.Кто бы сомневался про 4PDA 🤣
юзаю года три. и дома и на работе. ничо не пропадает.
ЧЯДНТ?
>Не понимаю смысла спорить что стабильнее: Debian или Arch. Исходники-то одинаковые.Не понимаю смысла спорить что лучше: ты или Боря Моисеев. Исходники-то одинаковые.
Вот Боре щас обидно было
"Стабильный" не значит "не падает", стабильный значит "не демонстрирует неожиданного поведения".
testing перестает быть testing'ом на полгода?
> testing перестает быть testing'ом на полгода?Становится fixing, пока не станет releasing.
Не совсем. Testing станет новым testing, т.е. будущим одиннадцатыми дебианом. А вот Buster из testing станет stable.Проще говоря, если у вас в source.list написано buster, то вы потихоньку будете становиться stable. А если testing, то наоборот рванете вперед в момент, когда снова откроют ворота.
Точнее тестинг на время перестаёт быть роллингом хотя бы с ежемесячными апдейтами по ложке.
Проще убунту два раза в год обновлять или уходить на более другие дистры (с нормальнйо политикой).
> более другиеУлыбнуло.
Вообще да, муть какая-то. Лучше бы зафризили бустер, а тестинг оставили бы роллингом. И так далее по аналогии.
> а тестинг оставили бы роллингом+1 Так не люблю эти новости "Debian переходит на заморозку..."
мне наоборот всё понятно, даже на новые серваки тестинги ставлю если не больше года до релиза, обновляются гладко, совсем уж мелкие поправки приходится делать, из самых "опасных" например на днях после обновления перезапустить grub-mkdevicemap потому что 2 сата диска из 6 были подключены к перекрывающей шине для NVMe, т.е. к другому контролеру и получили чуть другие id, что к чему стало понятно сразу из логов при обнове сообщением от grub-install
последний релиз с systemDermo
уже выпилили systemd?
в коментах пишут что нет
> уже выпилили systemd?Надеюсь, что этого никогда не произойдёт и больше не придётся разглядывать фейспалм-портянки инит-скриптов недоадминов локалхоста.
Да, придётся разглядывать фейпалм портянки админов серверов, без которых s-d не работает. Пруфики найдёшь в гите s-d.
Не сервера, а локалхосты... впрочем, одно другому не мешает.
к сожалению systemd не избавляет от портянок инитт скриптов для очень многих приложений, запуск которых сложнее, чем /path/to/binary --config /path/to/config.
Дебиан, арч... на сервер...
Юзеры CentOS молча читают ваши коменты) рукалицо
Да что там, дебиан и этот ваш редхат для бедных считай одно и то же. А вот за йунных камикадзе с арчем - не чокаясь!
Юзеры центос - это самые несчастные люди, потому что использовать это можно только в наказание.
Там нет той кучи .............., от которых ломятся репы бебиана, зато оракел и прочий подобный тырпрайзный софт ставится одной командой и работает так, как оно протестировано и заявлено. А это, знаете ли, для админов, трущихся в тырпрайзе, важнее чем свистелки запускать на мамкином локалхосте. Так что никаких бебиянов и прочих генту.
Даже лень кидать тебе страничку, где написано, что дебиан с убунтой занимают сильно больше половины web серверов.
Крохотные виртуалки, постящие в инете всякий мусор, живущие у хостеров, поднимаемые кучей макак, админящих через phpmyadmin. Ни капли крутизны в этом. На предприятиях ставят centos, чтоб не мучиться с установкой нужного стека софта от вендоров.
Странный у тебя тырпрайз. «Софт от вендоров», а дистр без официальной поддержки.
https://docs.oracle.com/cd/E27300_01/E27307/html/vmrns-guest...
ваша ссылка ведет в 2013 год
Это поддерживаемые гости в OracleVM for x86, читай в Xen. А не поддерживаемые подкладки под Oracle DB
Ты ещё расскажи как быстро остановить yum, когда он игнорирует ^C в момент когда не может скачать со свих реп ничего и стоит весь такой в таймаутах.
Debian без RPMfussion не нужон :)
Зато без гарантии. Существует одна единственная причина поставить Оракл -- очень надо и уплочено за поддержку. На этот юзкейс центос не натягивается.
Как ubuntu store туда поставить?
Зачем это в Debian?Смотри Flatpak - это то, что будет вместе с обычными пакетами доминировать в обозримом будущем.
Обычные пакеты отомрут (останутся для базовой системы только и у пары отбитых любителей зависимостей из 80-х).
Основная система будет атомарная, т.е. в режиме ro для корня и Ко, пакеты для контейнеров, flatpak для GUI приложений. Обычные покаты будут жить еще долгое время, очень долгое...
Атомарность обновлений базовой системы не противоречит пакетам, да и выбрасывать базу репозиториев смысла нет. Такой же пакетный менеджер будет, может даже тот же apt доработанный. Просто неподдерживаемые пакеты и прикладное по будут постепенно выкидывать из реп в пользу flatpak. То есть, поставь ту же убунту, отключив все репы кроме main. Вот примерно так и будет. Компактнее репозиторий пакетов - выше их качество.Чтобы стало понятно, как вообще работает ostree. А то тут многие слышали звон.
Есть системное ostree хранилие в /ostree/repo оно монтируется полностью rw, и при обновлении или установке дополнительных пакетов туда вполне пишутся файлы. Но там они именованы согласно sha256 хешам + хранятся списки их отображения на конкретные файловые пути. Все эти пути восстанавливаются в /ostree/deploy/<deploy1>, и создаются хардлинки на файлы в /ostree/repo. Вот этот каталог уже потом при загрузке монтируется на / в ro.
При обновлении, доустановке нужных пакетов и т.д. все файлы складываются в /ostree/repo, и создается новый /ostree/deploy/<deploy2> c новым состоянием системы. Для него создается отдельный пункт загрузки в GRUB. И при загрузке теперь можно выбирать, в какое из этих двух состояний загрузиться.
Все это очень похоже на то, как работает Nix Store в NixOS и разрабатывалось с оглядкой на неё.
Про слышал звон...Не стоит считать людей глупее себя. Некоторые уже достаточно времени используют Silverblue, поэтому в курсе про то, как это все работает). Для обычных людей, которые с линем знакомы поверхностно, нужно скрывать лишнюю информацию, можно сказать проще, как я это сделал выше.
А потом из-за таких "объяснений попроще" все сообщество паникует, что их линукс ломают и не дают ставить пакеты.
Чтобы не играть в сломанный телефон, тебе лучше самому прочитать про Fedora Silverblue.
Прочитать? Шутишь?
Смерд, читай материал по теме! За незнание темы садят на кол.🤣
#>>>прочитать про Fedora Silverblue.> Смерд, читай материал по теме! За незнание темы садят на кол.🤣
Тема: Debian 10 Buster [...]
Присаживайтесь[I]!
А чем Fedora не Debian уже?
Пусть паникует, а то расслабились все.
Станет ли это релизом, когда диван выйдет одновременно с дебьяном?
sysvinit (2.93)unstable
sid
2.88testing
buster
--9
stretch
--8.0
jessie
2.88
> sysvinit (2.93)
> https://distrowatch.com/table.php?distribution=debianНе шути так. А то однокласники подумают, что ты не у[--ойойой--]ый.
>> sysvinit (2.93)
>> https://distrowatch.com/table.php?distribution=debian
> Не шути так. А то однокласники подумают, что ты не у[--ойойой--]ый.
> https://packages.debian.org/search?suite=all§ion=all&ar...Наш Герой!
sysvinit (2.88dsf-59.8) unstable; urgency=medium[ Michael Biebl ]
* Drop transitional sysvinit package.
-- Michael Biebl <biebl@debian.org> Wed, 20 Jul 2016 15:28:28 +0200
--https://metadata.ftp-master.debian.org/changelogs//main/s/sy...
Вот думаю, а не перевести ли свои серверы на диван, т.к. нет никаких гарантий что в 11 уберут s-d, или нормально отвяжут пакеты.
Поверь мне не отвяжут, рак вошёл в необратимую фазу ещё на этапе второго голосования за systemd. Это была точка невозврата, которая благополучно пройдена. Впереди светлый путь в бездну.В этом плане всё штабильно. Там правда в других планах наблюдаются некоторые нестабильности, на фоне которых даже arch, размаскированный генту, и opensuse thumbleweed выглядят оплотами надёжности... но это нюансы, не интересные systemd-фанбоям. В них нету хайповости, от них штанишки сами не подворачиватся.
systemd - не надо, спасибо.
Будем подождать
> Будем подождатьБудем тестировать Beowulf.
