Проект Debian празднует своё двадцатипятилетие. Дистрибутив был впервые анонсирован (http://groups.google.com/group/comp.os.linux.development/msg...) Яном Мёрдоком (Ian Murdoch) 16 августа 1993 года в списке рассылки comp.os.linux.development. Первичной задачей (http://www.debian.org/doc/manuals/project-history/ch-intro.e...) проекта была разработка дистрибутива, развиваемого в соответствии с духом полной открытости, свойственной Linux и GNU, а также стремление к техническому совершенству и надёжности.За время существования Debian было выпущено 15 релизов, обеспечена поддержка 30 аппаратных архитектур, сформирован репозиторий из более чем 40 тысяч пакетов. В проект вовлечено более 1000 разработчиков, на технологиях Debian построено около 150 производных дистрибутивов, не считая многочисленных ответвлений от таких основанных на Debian дистрибутивов, как Ubuntu.
URL:
Новость: https://www.opennet.me/opennews/art.shtml?num=49141
...и вот это все великолепие, и совершенство, было зачеркнуто решением приколотить все гвоздями к systemd...
И правда, великолепие systemd затмило многих!..
Походу не бывает такой новости про этот дистр, где нет системд-срaча
> Походу не бывает такой новости про этот дистр, где нет системд-срaчанудк, после того, как дистр стат сд-сPачем, как без него может обойтись новость про него же.
У скрипткидев прикольно жжот от осознания того факта что без них и их чудо-скриптов оказывается остальные могут обойтись, да еще от кучи багов избавятся, потому что поддерживалось это хреново, мягко говоря.
И это, по твоему, главная проблема Линукс? Т.е. отсутствие драйверов и максимальное разрешение 800х600 на 4к видеокартах (Intel 3184 aka Intel 605) тебя не смущает. Ну, удачи... Выбирать аппаратуру под ОС - это imho маразм.
> И это, по твоему, главная проблема Линукс? Т.е. отсутствие драйверов и максимальное
> разрешение 800х600 на 4к видеокартах (Intel 3184 aka Intel 605) тебя
> не смущает. Ну, удачи... Выбирать аппаратуру под ОС - это imho маразм.Так не выбирайте, никто не заставляет же. Но вообще сейчас фирма Intel драйверы для Linux пишет, и если для какой-то экзотики они это все же не сделали почему-то - пострадает от этого полтора каких-то неудачника, купивших нечто реально экзотичное.
Держи несчастный:
# 3840x2160 @ 24.000 Hz Reduced Blank (CVT) field rate 24.000 Hz; hsync: 52.656 kHz; pclk: 210.62 MHz
Modeline "3840x2160" 210.62 3840 3888 3920 4000 2160 2183 2188 2194 +hsync -vsync
# # 3840x2160 @ 25.000 Hz Reduced Blank (CVT) field rate 25.000 Hz; hsync: 54.850 kHz; pclk: 219.40 MHz
Modeline "3840x2160" 219.40 3840 3888 3920 4000 2160 2183 2188 2194 +hsync -vsync
# # 3840x2160 @ 23.980 Hz Reduced Blank (CVT) field rate 23.980 Hz; hsync: 52.612 kHz; pclk: 210.45 MHz
Modeline "3840x2160" 210.45 3840 3888 3920 4000 2160 2183 2188 2194 +hsync -vsync
Уточните, пожалуйста, что это такое если в debian всё к systemd приколочено https://packages.debian.org/source/stretch/sysvinit
> ...и вот это все великолепие, и совершенство, было зачеркнуто решением приколотить все гвоздями к systemd...Ну что за бред...
Подавляющему большинству пользователей вообще параллельно, какая там система инициализации у них используется: они имеют дело с прикладным ПО, и init не касаются. Работает - и славно!
Из тех же, кто с системой инициализации дело имеет, лишь часть не устраивает systemd.
А из тех, кого не устраивает systemd, лишь часть оценивает это как критический недостаток, перевешивающий все достоинства Debian.
Так что не делайте из своих личных предпочтений такие глобальные выводы.
>...и вот это все великолепие, и совершенство, было зачеркнуто решением приколотить все гвоздями к systemd...в точку! раньше это был прекрасный конструктор который настраивался, сейчас это конструктор упавший в дерьмо - что-то можно настраивать, а где-то дерьмо
Оно и сейчас хороший конструктор. И как обычно, что-то стало лучше, что-то хуже, как обычно в процессе разработки софта. И вот что-что а багов по части системы инициализации с внедрежем системды стало меньше. Глюков в дебиановских init скриптах по жизни хватало, в отличие от желающих эти глюки ловить и чинить.
> ...и вот это все великолепие, и совершенство, было зачеркнуто решением приколотить все
> гвоздями к systemd...Зачеркнуто оно только для ушибленных на голову хейтеров, умеющих только обгаживать других и переваливать проблемы с больной головы на здоровую.
>Первичной задачей проекта была разработка дистрибутива, развиваемого в >соответствии с духом полной открытости, свойственной Linux и GNU, а также >стремление к техническому совершенству и надёжности.А сейчас какая задача?
[зачеркнуто][вырезано цензурой] у эффективных менеджеров и успешных маркетологов systemd, а также противостоять жалким попыткам отдельных хэйтеров вспоминать о хомячках и заботиться о них, включая, но не ограничиваясь, Gentoo и Devuan....
>>Первичной задачей проекта была разработка дистрибутива, развиваемого в >соответствии с духом полной открытости, свойственной Linux и GNU, а также >стремление к техническому совершенству и надёжности.
> А сейчас какая задача?""...похороны дистрибутива, стагнирующего в духе полной кулуарности, свойстаенной redhat и freedesktop.org, а также стремление к техническому подчинению и самоуничтожению. ""
Не дождетесь.
> ""...похороны дистрибутива, стагнирующего в духе полной кулуарности, свойстаенной redhat
> и freedesktop.org, а также стремление к техническому подчинению и самоуничтожению. ""Шел 70-й год сказок про загнивающий запад...
Так уж получилось, что для меня Дебиан был первым дистром, с которым пришлось столкнуться по рабочей необходимости. И с тех пор ни разу не возникло желания попробовать другой дистрибутив.
А широта кругозора? А любопытство, свойственное научно мыслящему человеку? Девушка у вас тоже одна, и на всю жизнь?))
Дистры все +/- одинаковые. На что там "кругозорить"? Ну конфиги будут в другом месте или пакетный менеджер называться иначе. Это скучно и не интересно.
Кстати, вот да. Есть инструмент, решает задачи. Например, ты забиваешь гвозди молотком красного цвета, а еще есть зеленого, желтого, розового, черного.И вместо того, чтобы тратить жизнь на все эти разные молотки и изучать их, хвастаясь дружбанам кругозором, лучше изучить циркулярную пилу, топор, шпатель и научиться уже строить дом.
А то проживешь так жизнь с десятью молотками, а дом построить так и не сумел.
или наоборот - построил больше одного разнообразных, функциональных, решающих разных задач и по итогу даже надежных.)
> или наоборот - построил больше одного разнообразных, функциональных, решающих разных задач
> и по итогу даже надежных.)И возможно даже стал участником команды, специализируясь именно на быстром и качественном забивании гвоздей. А когда один человек и швец и жнец и на дуде игрец, зачастую оказывается что это всего лишь разнорабочий. Который делает все, и делает это одинаково хреново. Потому что мир большой и сложный и хорошо во всем разбираться и все уметь - не получится, увы и ах.
> Девушка у вас тоже одна, и на всю жизнь?Ты так говоришь будто что-то плохое.
Гораздо лучше 30 и букет ЗППП )
> Девушка у вас тоже одна, и на всю жизнь?))Слышал историю на лодке, когда девушка ответила уж больно возжаждавшему "разнообразия прям здесь" молчелвеку примерно так: "мы все одинаковые, у всех вдоль, ни у одной поперёк -- что нового ты ожидаешь почувствовать?"...
Аналогия никуда не годится -- если её продолжить, пойдёт наркота, извращения и далее по наклонной. Некоторые так и продолжают, "а что тут такого". Направление и результат в целом давно известны: https://vz.ru/opinions/2018/8/15/937094.print.html -- и с настоящей наукой они не имеют ничего общего.
PS: есть ещё один хороший приём -- отзеркаливание: сами-то хотите оказаться "частью кругозора"?..
Кругом сотона!Михаил, а напомните-ка сколько ЧОПовцев можно было бы нанять для охраны памятника за стоимость часиков патриарха, если б ЗАО РПЦ на самом деле хоть как-то заботило сохранение культурного наследия?
Что-то вас, батенька, в треш и не в то русло понесло, как и Шигорина. Галоперидольчику и в отпуск на 3 недели.
> у одной поперёк -- что нового ты ожидаешь почувствовать?"...А некоторые вот целую Камасутру придумали. Но можно конечно делать это и "с бревном". И позу только одну. Миссионерскую, наверное.
Про девушку - пример неудачный . В идеале она таки должа быть одна и на всю жизнь
Тогда Apple )
> Дистры все +/- одинаковые.Ну не сказал бы.
Пакетники отличаются довольно сильно между семействами дистров. Их возможности тоже часто не коррелируют -- это особенно видно, когда начинаешь пакеты собирать (хотя нынче пошла мода на то, чтобы ставить ПО из tar-ников плейбуками, да пихать в docker всё, что пихается, ну да ладно -- мы ещё помним правильный подход, хоть и сами не всегда его используем).
Разные подходы к решению задач инициализации, организации сети, управления логами. Да, это всё вроде бы почти что "конфиги будут в другом месте лежать", но курочка по зёрнышку клюёт, а зерна в итоге на мешок-то да наберётся.
Ну и плюс разное дробление. Где-то придётся доустанавливать отдельно то, что ставилось автоматически в другом дистре.
Ну и разные версии ПО в составе дистров -- это тоже накладывает свой отпечаток. Бывает, что конфиги между версиями не совместимы друг с другом, и приходится переписывать.
Не, мы-то конечно сможем разобраться в любом дистре... Но не всегда хочется. )
Хотелось бы поздравить проект Debian. Четверть века он исправно работает, подумать только! Надо отдать должное дистрибутиву -- он сколотил огромное сообщество специалистов вокруг себя. У него самая большая пакетная база, самое большое дробление пакетов. Да и пакетный менеджер в Debian -- самый гибкий пакетник из всех binary-based.Но самое большое спасибо проекту -- за политику формирования релизов. Мой путь к Debian был долог. Пересел я на него окончательно во время релиза Squeeze, и помню, тогда ощущение было "так вот как должен выглядить по-настоящему стабильный дистрибутив".
Вы явно не застали лучшие времена проекта.
> Да и пакетный менеджер в Debian -- самый гибкий пакетник из всех binary-based.Фига ты петросян.
>> Да и пакетный менеджер в Debian -- самый гибкий пакетник
>> из всех binary-based.
> Фига ты петросян.В чём бы? Если брать rpm vs dpkg, то dpkg и впрямь гибче (местами попросту изначально overengineered при полном отсутствии чего-нить нужного вроде подписей, но это уже подробности). Остальные мне известные отстают в принципе или шибко нишевые.
(позвать, что ли, Чеусова сюда...)
> В чём бы? Если брать rpm vs dpkg, то dpkg и
> впрямь гибче (местами попросту изначально overengineered при полном отсутствии чего-нить
> нужного вроде подписей, но это уже подробности). Остальные мне известные
> отстают в принципе или шибко нишевые.Поэтому подписи они сделали. Да, иначе. Но задачу их конструкция все же решает, атакующие не могут вгрузить на системы с дебианом левый софт. Это главное. Туда же рассуждизмы про spec-файлы. Дебианщики успешно решают те же задачи. Хоть и по другому. Соответственно, spec-файлы могут быть достоинством разве что с точки зрения вкусовщины конкретного индивида, а вовсе не какой-то общемировой ценностью, когда все падают ниц от одного их упоминания.
Ключевое слово тут - binary-based!И Шигорин вполне доступно объяснил почему.
Но лучшим в абсолютной категории все-таки является портаж!
25 лет жуткому нагромождению костылей.
твой комент удалят. тут только хваленые комментарии допускаются.
А ты сделал что то лучше?
>А ты сделал что то лучше?Да. Но в 2004 забил, и закопал. Ибо из говна и палок из разных углов все равно получается гавно и палки. А не операционная система.
Стал по возможности юзать для себя и решений FreeBSD.
> Стал по возможности юзать для себя и решений FreeBSD.О сколько нам открытий чудных...
"Решения FreeBSD" совпадают с вышеупомянутыми "говном и палками" процентов на 99% (если не касаться ядра).
>> Стал по возможности юзать для себя и решений FreeBSD.
> О сколько нам открытий чудных...
> "Решения FreeBSD" совпадают с вышеупомянутыми "говном и палками" процентов на 99% (если
> не касаться ядра).А решения тамошнего обкома -- отличаются полностью. Вот же она, ключевая разница[I]! Партия, Линия, Ком-сомол!
Да, то есть существуют 7 наборов утилит для конфигурации сетевого стека, и все в отдельных пакетах, с отдельными разработчиками, и разрабатываются отдельно от ядра, как в Linux Debian?Или там есть initrd, решение об использовании которого принято после употребления тяжелых наркотиков?
Или венец стабильности - oom killer?
> "Решения FreeBSD" совпадают с вышеупомянутыми "говном и палками" процентов на 99% (если
> не касаться ядра).При том разгружается половина с корпоративных самосвалов. И потом не майнтайнится особо.
Ну то есть на палки забил, перешел на чистое говно.
>Ну то есть на палки забил, перешел на чистое говно.Нет. Стал использовать операционную систему.
Грамотно продуманную на основе опыта.А не фуфло, в которой hostname записывается в /etc/hostname
конфигурация интерфейсов в interfaces,
сетевые фильтры вообще хрен пойми и ни в чего не транслируемый iptables,
...у меня длинный список.
> Грамотно продуманную на основе опыта.Слишком громкое название для неподдерживаемых корпоративных ошметков ненужного кода, вываленных нахаляву. При том такое мнение о коде - звучало из уст разработчика фрибсд, которому наверное виднее за код.
https://www.debian.org/users/
Не долго использовал, всегда не нравилась туева хуча тянущихся зависимостей при установке безобидного приложения. Жаль, пример не могу вспомнить.
И да, новичкам его я бы не рекоммендовал. Только время зря тратить.
apt-get --no-install-recommends
Пффф...😁
Правильнее будет это в конфиге указать.
А как ты обойдешь ограничение (конфликт) установки двух разных пакетов одной категории? Например, два разных почтовых сервера (МТА)...
> А как ты обойдешь ограничение (конфликт) установки двух разных пакетов одной категории?
> Например, два разных почтовых сервера (МТА)...Очевидно же! Так же, как ты ставишь два pid1.
Ты ж разобрался в s-d? Вот.
Причем тут PIDы? Я о конфликте в менеджере пакетов! А если ты о портах наслушание - так это должно решаться конфигами!А вот в портаже - тебе пожалуйста, ставь, на один хост, например, sendmail, postfix, qmail и не будет никаких конфликтов. Причем даже ставить пакеты можешь параллельно в разных сессиях и никто тебя не обругает, что база пакетов уже занята - просто та сессия, которой надо писать, ставит временный блок на время записи, а другие процессы ждут.
А в чем смысл ставить несколько MTA на один сервер? "Дарагие клиенты нашего почтового хостинга, рады вам сообщить что по четным дням вас обслуживает exim, по нечетным - постфикс, а в пятницы - M$ эксчейндж"...
> А в чем смысл ставить несколько MTA на один сервер? "ДарагиеНедостаток разнообразия в тушке с-д-фанатиков. Им надо. Иначе рахит.
> клиенты нашего почтового хостинга, рады вам сообщить что по четным дням
> вас обслуживает exim, по нечетным - постфикс, а в пятницы -
> M$ эксчейндж"...
У тебя реально проблемы с пониманием прочитанного?!.. Или читаешь только заголовки? с-д тут вообще не причем! Сравнивались пакетные менеджеры Дебиана и Генту.
> тут вообще не причем! Сравнивались пакетные менеджеры Дебиана и Генту.У генты ее портажи - не пакетный менеджер а билдсистема-переросток, да еще и на питоне к тому же. Менеджментом пакетов это может назвать только гентушник. Для остальных это прогрев воздуха 2 часа с весьма маргинальным выигрышем.
> Недостаток разнообразия в тушке с-д-фанатиков. Им надо. Иначе рахит.А ничего что софт реально conflicts? И хочет на одни и те же порты сесть, предоставлять одни и те же файлы и все такое? И что по этому поводу надо сделать? Забить на корректность установки софта и пусть один MTA перетрет другому что-нибудь, отожмет порт, и когда у того кто так сделает все сдохнет - сделать вид что никто не виноват? Для такого какая-нибудь слака есть, чтоли.
Это был просто пример тупых зависимостей и ограничений пакетного менеджера.
Хотя и реальный исторический факт... когда-то понадобилось кое-что проверить и сравнить, а тут - облом! :)
> Это был просто пример тупых зависимостей и ограничений пакетного менеджера.Я бы не назвал использование штатных возможностей dpkg разработчиками в данном случае тупой. Ну, бывают случаи, когда некоторое ПО конфликтует. Как минимум, бывают случаи, когда мейнтейнеры считают, что такой конфликт есть. И вот debian/control позволяет указать наличие конфликта. Не хотите - не еште, просто такая возможность есть. Вот если б не было - это было бы, логически, ограничением формата.
Просто большинство пакетов, которые вы ставите в Debian - работоспособны по-умолчанию. Если ставится сервис - он стартует и что-то разумное делает. Если у вас есть идеи как таким образом поставить одновременно exim, postfix и qmail - расскажите людям. Я не знаю, столько грибов мне не съесть...
> Хотя и реальный исторический факт... когда-то понадобилось кое-что проверить и сравнить,
> а тут - облом! :)Виртуализация же! Это, кстати, еще и стильно-модно-молодежно, похлеще системды.
А так о том и речь, что "штатные возможности dpkg" тупо ограничены! Я уже приводил в пример не только конфликт пакетов (тут еще как-то можно принять твое оправдание), но и принципиальную невозможность параллельной работы нескольких сессий с базой пакетов!И когда я делал тот эксперимент, виртуализации еще не было! :)
Кстати, твое противопоставление системды и виртуализации говорит о том, что ты системду совсем не [знаешь,понимаешь]! Виртуализация (а точнее изолированная контейнеризация) есть одно из свойств системды "ис каропки"! ;) Причем без потери производительности на "обвязку"...
> А так о том и речь, что "штатные возможности dpkg" тупо ограничены!Как может что-то ограничивать наличие _некого_ функционала? Не было бы в debian/control полей Conflicts/Breaks - _это_ ограничило бы возможности декларации зависимостей между пакетами.
> принципиальную невозможность параллельной работы нескольких сессий с базой пакетов!
Учитывая, что "параллельной работой" вы назвали "другие процессы ждут" - самая нужная вещь, ага. Параллельнее некуда.
Поскольку никаких гарантий когда освободится блокировка базы у пакетного менеджера нет (любого, а не только в Debian) - можно много сказать на тему школия, которое тут решило подождать-покурить...
> И когда я делал тот эксперимент, виртуализации еще не было! :)
Не верю. Вы слишком молоды для этого.
> Кстати, твое противопоставление системды и виртуализации говорит о том
Кстати, я их вовсе и не противопоставлял, скорее наоборот.
> А так о том и речь, что "штатные возможности dpkg" тупо ограничены!Это не ограничения, это фича. По задумке пакетный менеджер обеспечивает какую-никакую логическую корректность системы. И если программы реально конфликтуют, отлуп пакетного менеджера даст понять что запрошенное действие ведет к проблемам.
Поле conflicts не заполняют просто так. Его заполняют если выявлены какие-то достаточно увесистые проблемы совместного существования тех или иных программ. Соответственно, когда некто ставит нечто и получает отлуп от пакетного менеджера, это сигнал что человек пытается сделать действие ведущее к сломаной системе. Для генты барахлящая система - нормальное состояние дел. А дебиан - он для эксплуатации сделан, а не для максимально тонкой кастомизации под причуды конкретного индивида. Поэтому на дебиане можно взять и развернуть почтарь, вебсервак и еще что-нибудь - и он не прострелит при этом пятку без предупреждения. Более того, обновления тоже не прострелят пятку. По крайней мере задумано так.
> как-то можно принять твое оправдание), но и принципиальную невозможность параллельной
> работы нескольких сессий с базой пакетов!И что должно получиться, если это разрешить? Расчудесные гонки и изломанная система? А оно надо?
> И когда я делал тот эксперимент, виртуализации еще не было! :)
А сейчас есть виртуализация, контейнеры и много чего еще. И все это просто и логично админить.
> есть одно из свойств системды "ис каропки"! ;) Причем без потери
> производительности на "обвязку"...Вот это кстати да. И это фича, что ни говори.
> А так о том и речь, что "штатные возможности dpkg" тупо ограничены!
> Я уже приводил в пример не только конфликт пакетов (тут еще
> как-то можно принять твое оправдание), но и принципиальную невозможность параллельной
> работы нескольких сессий с базой пакетов!Параллелизм работы с базой -- это весьма крупный источник ошибок и нестабильности. А пакетник должен быть прежде всего стабильным. Управление пакетами -- не настолько частая операция, чтобы её параллелить.
> И когда я делал тот эксперимент, виртуализации еще не было! :)
Не похож ты на седого старца.
> Кстати, твое противопоставление системды и виртуализации
(которого не было)
> говорит о том, что ты системду совсем не [знаешь,понимаешь]!
> Параллелизм работы с базой -- это весьма крупный источник ошибок и нестабильности.Вы почитайте что он под "параллелизмом" понимает. Это просто когда оно не отваливается с криками - а ждет в очереди, когда базуразлочат.
>> И когда я делал тот эксперимент, виртуализации еще не было! :)
> Не похож ты на седого старца.Во-во, не мне одному так кажется.
Надо же. У меня с myhand взаимопонимание. Надо бы опеннетовку собрать по такому поводу. :)
Сегодня вечером Moscow DevOps meetup. Кто-то из наших идёт туда? Myhand, может ты? :)
> Надо же. У меня с myhand взаимопонимание.
> такому поводу. :)Вот, вот до чего доводят эти ваши...
> Сегодня вечером Moscow DevOps meetup. Кто-то из наших идёт туда? Myhand, может
> ты? :),,,дивопс митап халивар хот тиамы с регистрациями в каком-то там рфзне.
Повод задуматься[I]1
> дивопс митап халивар хот тиамы с регистрациями в каком-то там рфзне.
> Повод задуматьсяДоподлино знаю, что туда идут некоторые весьма неплохие ребята. Прусь туда исключительно ради них. :)
Разве что если там коньяк бесплатный. А, все-равно бомжа не пустят...
> Разве что если там коньяк бесплатный. А, все-равно бомжа не пустят...Какой коньяк? Смузи кушайте.
Прошу прощения, но... Чтобы что-то рекомендовать новичкам, надо сначала самому из этой категории выбраться.
Вот сейчас обидно было 😭😭😭
та да.. тоже много плакал, когда впервые, то ли под крыской, то ли еще под каким юнити решил поставить нечто безобидное в кедах.
Четверть века, это даже для человека серьезный срок. Редкий продукт может похвастаться столь длинной жизнью. Особенно опенсорсный...
Безоговорочный авторитет среди пакетных дистров, с которым считаются все.
Это первый дистр Linux с которым я имел дело, до этого был FreeBSD, и он меня ни разу серьёзно не подвёл. Сейчас уже давно сижу на Archlinux, и по работе больше приходится иметь дело с rpm-based distro, но уважение и почёт к Debian'у остается в силе... Тем кто хочет начать с в зависимости от степени чайниковости всегда советую либо Ubuntu, либо Debian.
Вобщем, Долгих лет!
*Тем кто хочет начать с Linux... Пардон.
> советую либо Ubuntu, либо Debian.Зачем ты советуешь им покалеченную федору?
>> советую либо Ubuntu, либо Debian.
> Зачем ты советуешь им покалеченную федору?Хорошая федора -- мёртвая федора.
Бесспорно, но использование покалеченной федоры никак не приближает её смерть, скорее отдаляет, увеличивае продолжительность предсмертных мук линукса.
> Бесспорно, но использование покалеченной федоры никак не приближает её смерть, скорее отдаляет,
> увеличивае продолжительность предсмертных мук линукса.[поднимает стакан чая] --шоб оно сдохло лет ч-з 150!
> Бесспорно, но использование покалеченной федоры никак не приближает её смерть, скорее отдаляет,
> увеличивае продолжительность предсмертных мук линукса.Где вы федору нашли? Убунта и дебиан DEB в качестве формата пакетов используют, так что они отличаются от фидоры на самом фундаментальном уровне. Они пакеты собирают независимо от шляпы. И вообще, взаимоотношения убунту-дебиан как-то более здоровые чем федора-редхат. Редхат рассматривает юзеров федоры как тестовые манекены которые удобно использовать для краштестов, а вот сказать то же самое про дебиан - нельзя. Да и даже у убунты нет второго (бесплатного) сорта. Только первый для всех. В отличие от RHEL vs CentOS, где есть деление штанов по принципу заплатил-не заплатил.
не всем охота быть бесплатным альфа-тестером энтерпайзного ред-хата.
Всё это в прошлом. Яна убили, systemd протащили, всё песец весь в белом пришёл. В общем - пусть оно скорее умрёт "за ненадобностью".
Плох не сам systemd, а отсутствие альтернативы.
Вот в Генте хочешь с systemd'ей, хочешь - без! И все довольны!.. :)А systemd сама по себе вещь хорошая, особенно в продакшене. Но сложная и требует лучшего понимания системы... вот ее и избегают...
> Плох не сам systemd, а отсутствие альтернативы.
> Вот в Генте хочешь с systemd'ей, хочешь - без! И все довольны!..
> :)Вы победили логику!1111
("отсутствие альтернативы" ⇔ "хочешь с systemd'ей, хочешь - без!" ;)> А systemd сама по себе вещь хорошая, особенно в продакшене. Но сложная
> и требует лучшего понимания системы... вот ее и избегают...("сама по себе" ⇔ "в продакшене" ;)
И наконец:
"вещь хорошая"
Что русскому хорошо, то немцу смерть!
Я понимаю, "...чукча не читатель, - чукча писатель!" (С)1. "отсутствие альтернативы" относилось к предыдущему посту об отсутствии оной у Дебиана, а "с" и "без" - в Генте!
2. "сама по себе" - означает "как данность", а не "автономность (на локалхосте)", как ты подумал... :) И таки-да, такие ее фишки, как журнал загрузки, таймауты на запуск/остановку юнитов, контейнеры и много-много другого делают системдю весьма простой, надежной и эффективной в продакшене!
согласен. фобия системд по большей части - детство.
просто фанатики привыкли писать всё костылями на баше. это как если бы вендузятники жаловались что выпилили autoexec.bat. скорее всего это те же люди, что не умеют ACL и ненавидят SElinux.
> Плох не сам systemd, а отсутствие альтернативы.Ты верно хотел сказать, что плохо "навязывание". Потому что за "отсутствие альтернативы" можно и по щщам получить.
> Вот в Генте хочешь с systemd'ей, хочешь - без! И все довольны!..
Увы, в binary-based так легко не получится.
> А systemd сама по себе вещь хорошая
Нет, сама по себе она очень даже нехорошая вещь.
> особенно в продакшене.
Да что ты вообще знаешь о продакшене? Systemd решает задачи администрирования одной конкретно взятой системы. В продакшене херачат кластеры. С централизованным управлением конфигурациями, с горизонтальным масштабированием, с агрегацией логов, с мониторингом. Где там systemd упёрся?
> Но сложная и требует лучшего понимания системы...
Ммм, то есть старички с sysv и скриптами хуже понимали систему? Ну-ну.
> вот ее и избегают...
Да не избегаем мы её. Куда ж ты от неё денешься. Просто она нафиг не сдалась. Проблем от неё много, проку нуль.
> Где там systemd упёрся?Там где все это избыточно, например, но уже хочется какой-то упорядоченности дел системных вместо неуправляемой хипстерской дряни.
Так навскидку - SMB. Который small and medium business. Не обязательно зацикленный на айти, между прочим. RH в отличие от тебя - догадывается. Да и крупные половина порадуется вещам типа API. С апи многим будет проще. А какое апи к кучке скриптов может быть? А правильно - никакого.
> Который small and medium business.И причём тут продакшен?
> А какое апи к кучке скриптов может быть?И почему-же никакого? Shell - язык как язык, хорошо стандартизированный, кстати.
> А правильно - никакого.
Думаю, что правильный ответ - любой.
myhand, ты конечно прав, но нефиг давать им так нагло переводить тему. )
Пробовал разные дистры, но Дебиан всегда побеждал. Это единственный дистр, который работает. В остальных или проблемы с багами или безопасностью или мало пакетов. У новомодных дистров даже нет людей ответственных за безопасность, хипстерам она не нужна. Другие старые дистры не так широко поддерживают железо и софт. Среди такого обилия дистров, все сводится к одному Дебиану.
Отрадно видеть, что дети переживают своих отцов.
Ну отец мог бы и ещё пожить.
Лучшее серверное решение.
Долгих лет жизни дебиану! И ещё -- преодолеть свой "кризис среднего возраста", найти снова свой путь и свой суверенитет, насколько это возможно. Ты нужен!
Путь был потерян? Суверенитет (я вообще х.з. как это относится к дистру) был потерян? Какой кризис? О чём ты? Дебиан в ближайшие лет 20 никуда не денется.
> Путь был потерян? Суверенитет (я вообще х.з. как это относится к дистру)
> был потерян? Какой кризис? О чём ты? Дебиан в ближайшие летО, не беспокойтеся. Даже не пытайтесь вникать. Пустое же. Каша всегда была тёплой, .iso-шнички и .deb-чики всегда качались и...
> 20 никуда не денется.
...будут качаться. Вы абсолютно правы! Все, кто протиф обшибаются, понятно. Приятного аппетита.
Debian никуда неденятся и 25 и 50 и 100 лет.
В 25 лет - какой у школоты может быть средний возраст?
> Долгих лет жизни дебиану! И ещё -- преодолеть свой "кризис среднего
> возраста", найти снова свой путь и свой суверенитет, насколько это возможно.Чтобы получить стопроцентный суверенитет - надо все программы писать самому. Во всех остальных случаях придется так или иначе зависеть от других людей/сообществ/компаний/etc. И черта с два вы от них нахрапом стребуете вас любить и делать вам удобно. Договориться - еще может быть. Как с eglibc.
долгих лет!
С юбилеем!
Жаль, Ян Мёрдок не дождался этого дня.
Это тебе жаль, а ему хорошо, не видит разрухи в деле своей жизни.
> ему хорошоЕму никак. Он мёртв.
Но не будем о грустном, праздник как-никак. Можно пивка выпить. )
Он мертв, а дистрибутив его жив и будет жить минимум еще лет 25
А мы умрем и что останется после нас???
Пусть живёт, и 25, и 125 лет. )
Не дождали
Есть FreeBSD, есть Openindiana.
Спасибо, мы в курсе. Есть они. И дальше что?
Вывод очевиден, в них нет systemd.
> Вывод очевиден, в них нет systemd.У Дебиана есть сынишка Девуан, так же без системды. Дальше что?
Это форк в зачаточном состоянии, не функционален. Его использование на регулярной основе не имеет смысла.
#>>есть сынишка Девуан, так же без системды.
> Это форк в зачаточном состоянии, не функционален. Его использование на регулярной основе
> не имеет смысла.
>не функционален.Враньё.
Включил -- загрузился, работает. Выключил - выключился. Да, регулярно.
И что, за такой цикл перезагрузки вам деньги плотют?
> И что, за такой цикл перезагрузки вам деньги плотют?Считай, что я плачу деньги за работу того дивуана. Полегчало?
Т.е. вы еще и платите за возможность жать на кнопку перезагрузки?
> Т.е. вы еще и платите за возможность жать на кнопку перезагрузки?То есть дивуан на меня работает, а не я на ... кого-то там, когда я его включаю.
Остри дальше, спасай неудавшийся передёргх. Шути, как будто никто не заметил.
>> Т.е. вы еще и платите за возможность жать на кнопку перезагрузки?
> То есть дивуан на меня работаетТо есть - перезагружается. Боюсь, не все сочтут это работой.
> Шути, как будто никто не заметил.
Спасибо, начальник.
>>> Т.е. вы еще и платите за возможность жать на кнопку перезагрузки?
>> То есть дивуан на меня работает
> То есть - перезагружается. Боюсь, не все сочтут это работой.Нет. Нет слова "перезагружается" в моих сообщениях.
И да, пока ты не пере-удивился, "регулярно" относилось к использованию.
> начальник.
Продолжай. Будет ещё смешнее.
> Нет. Нет слова "перезагружается" в моих сообщениях.Каюсь, это я подсократил. У тебя есть "включил" и "выключил". А два действа сии названы "работа".
>> Нет. Нет слова "перезагружается" в моих сообщениях.
> Каюсь, это я подсократил. У тебя есть "включил" и "выключил".
> А два действа сии названы "работа".Ой, "подсократил" он, прям ващще!!
#>>>> загрузился, работает. Выключил
Спорить не буду просто выберу любой другой дист, без системд.
А разобраться в системд'е не пробовал?..
А то это напоминает "...не читал, но осуждаю!" :)
Переписать или даже просто просмотреть все 100500 юнитов его штатной поставки чтобы добиться нормального, предсказуемого поведения? Мне неделю времени девать некуда и у моего компа ресурс старт-стопов нелемитирован?
> Переписать или даже просто просмотреть все 100500 юнитов его штатной поставки чтобы
> добиться нормального, предсказуемого поведения?Дебиан вполне себе предсказуемый.
> нелемитирован
Надеюсь что вы не пишете программы...
Врушка. :-)Заменил на Devuan ascii Бубунту на десктопах и oldoldstable на серверах. Полет нормальный.
>> devuan
> Это форк в зачаточном состоянии, не функционален. Его использование на регулярной основе не имеет смысла.Что за чушь? Уже много лет на нём сижу, отличный дистр.
У вас тоже рабо^Wсидение состоит в процессе перезагрузки "включил и выключил"?)
> У вас тоже рабо^Wсидение состоит в процессе перезагрузки "включил и выключил"?)Myhand, ты решил тонко к чему-то подойти? Да ладно тебе, вываливай уже всё как есть. Тонко ты всё равно не сможешь.
Раз не смогу - чего пытаться?
> Это форк в зачаточном состоянии, не функционален. Его использование на регулярной основе
> не имеет смысла.Ну как бы из посоветованных general purpose системы тоже весьма зачаточные :)
Таким как ты, я уже ответил тут: https://www.opennet.me/openforum/vsluhforumID3/115055.html#132
> Есть FreeBSD, есть Openindiana.Да и хрен с ними, дебиан лучше. По крайней мере он не нацелен на обслуживание нужд проприетарщиков, и вообще, пропретаршиков там не любят. Одно это делает их удобными и комфортными для любителей опенсорца.
> Проект Debian празднует своё двадцатипятилетие.С юбилеем всех дебиановодов! :)
Я вот тоже на Дебиан много где перешёл (некоторые сервера и рабочий десктоп), а Гента теперь только на виртуалке на поиграться осталась.
Жаль ник на опеннете уже не поменяешь :)
Напиши в поддержку и тебе помогут ;)
Так удачи ;) Пацанчики с района пишут, что не зря перешел. В генточке развиваться надо.
> В генточке развиваться надо.Большинство гентушников развивается до эксперта окучивания локалхоста 80 уровня. Есть конечно и исключения типа NYSE или Luca Barbato, но они только подтверждают правило.
А я наоборот - с конторы, где стоял Дебиан, ушел в другую, где Гента! ;)Но плохого о Дебиане ничего не скажу, - пожалуй лучший бинарный дистр для серверов. К тому же не требующий высокой квалификации админов.
Система должна работать, а не требовать какую там еще фигню с какого там еще бодуна. За подобные требования всякие бзды и проприетарные юниксы пошли нафиг даже у AT&T в конце концов.Дебиану админ почти не нужен: раз настроил и забыл на пару лет. Ну ладно, иногда апдейты ставить, и то можно автоматизировать. Обычно не отваливается - майнтайнеры сабжа все-таки знают что есть продакшн.
> За подобные требования всякие бзды и проприетарные юниксы пошли нафиг даже у AT&TЭто же какая (причем, весьма палевная) пoпaбoль должна быть, чтобы при первой возможности приплетать что-то негативное о "бздах".
Это всего лишь антипатии к тем кто возвел всего лишь обслуживание компьютеров в ритуалы с чуть ли не религиозными обрядами и отрастил ЧСВ до уровня которому позавидует любое божество. Среди фанов *bsd и древних юниксов этого маразма особенно много. Только и всего.
> стремление к техническому совершенствуСтремление хорошее, но вот непонятно как поставить хотя бы один современный пакет без переключения на testing.
Скажем честно и dbh и вся системе дебианизации пакетов это не стройный FreeBSD портинг или RPM файлик с конкретным набором инструкций простой как три копейки в Debian это сплошная боль.
Кстати нет ли планов по переходу на какие-то удобные репозитории и пакетные менеджеры или может кто посоветует таковые?
> Кстати нет ли планов по переходу на какие-то удобные репозитории
> и пакетные менеджеры или может кто посоветует таковые?Если Вам больше по вкусу rpm, при этом во многом нравится дебиан -- ну посмотрите на наш альт, но стоит понимать, что это именно вопрос вкуса.
У нас довольно много среди пользователей и майнтейнеров в разные периоды либо дрейфовали туда-сюда, либо пилили сразу всё подряд.
>ну посмотрите на наш альтВаш мутант отпугивает!
Да не их это мутант. APT-RPM был придуман еще тогда, когда альт был клоном мандрейка с нескучными обоями, а может и раньше.
Боль в основном не от самих deb-src, а от наследия двадцатилетней давности, которое ни у кого не доходят руки зачистить.Если делать с нуля по уму, то принципиальной разницы нет, чистая вкусовщина.
> Боль в основном не от самих deb-src, а от наследия двадцатилетней давности,
> которое ни у кого не доходят руки зачистить.Так так. Мы вас внимательно слушаем, продолжайте. До чего не доходят?
>> Боль в основном не от самих deb-src, а от наследия двадцатилетней давности,
>> которое ни у кого не доходят руки зачистить.
> Так так. Мы вас внимательно слушаем, продолжайте. До чего не
> доходят?" По-о-оймал во-о-о-от такую рыюу. Рук не хватает показать!! "
Например, если взять исходники пакетов php, там приличный такой шмоток с codepath для сборки расширений под php4, и определение версии завязано на патченный phpize. Я когда делал на его основе свой пакет без лишних патчей, сильно удивился, когда этот codepath выполнился. А вообще там такой бардак, что в итоге сделать с нуля оказалось проще.
> Например, если взять исходники пакетов php, там приличный такой шмоток с codepath
> для сборки расширений под php4"Там" - это где? В Дебиане нет поддержки php4 уже годы.
>> стремление к техническому совершенству
> Стремление хорошее, но вот непонятно как поставить хотя бы один современный пакет
> без переключения на testing.
> Скажем честно и dbh и вся системе дебианизации пакетов это не стройный
> FreeBSD портинг или RPM файлик сНиасилил? Страдаешь? Весь опенет шлёт тебе лучи сочувствия. Держися тама.
>> стремление к техническому совершенству
> Стремление хорошее, но вот непонятно как поставить хотя бы один современный пакет
> без переключения на testing.Откройте для себя backports.
Лучший дистрибутив!
БЫЛ, до того как прогнулись под КрасноШляпу с системд. Сейчас это умирающий дистрибутив, потому что никому не нужна вторая КрасноШяпа, если есть оригинальная, да вдобавок со свой халявной Зверь-СиДи - Центосью.Аминь, Дебиан, бывший бастион свободного ПО! Тебя подло убили вслед за создателем, и было за что - ты реально мешал корпорастам. Но несмотря ни на что, ты делал свою важную часть работы в течение четверти столетия, и делал хорошо.
Дух старой школы теперь живёт только в ГНУ/Гиксе имени Столлмана, и именно он потихоньку становится основным из реально свободных дистров, "новым бастионом свободы".
> Сейчас это умирающий дистрибутив,Глядя на живое и веселое сообщество и активность которую они производят, вспоминается цитата Марка Твена про слухи.
Поправьте «Ян» на «Иан»
М.б. Murdock, а не Murdoch ?
systemd уже выпилили?
> systemd уже выпилили?Диван тебе в руки. И пианино на спину.
Даже набигание systemd-нытиков не испортят праздник )