Выпуск Debian 12 «bookworm»

В большинстве дистров, на которые вы ссылаетесь, команды имеют человекопонятный формат

Да, так и есть. Если бы apt управлялся только такими командами, всё было бы понятно и удобно. Меня сбивают с толку в подобных командных интерфейсах дополнительные ключи, которые есть как для апта, и их нужно ставить после команды apt, а есть ключи для комманд, которые нужно ставить после команды. У пакмана интерфейс более логичен, но не очевиден без чтения man страницы, но всё это чистая субьективщина, поэтом все это можно было не читать.

Ну и в генте командный интерфейс сделан как раз в том же стиле, что и в пакмане.

Ты скажи просто, на десктопе со шнурком к роутеру есть хоть какая-нибудь польза?

Помимо шнурка к роутеру на компьютере живёт какой-либо VPN (настоящий VPN, а не L3-прокси, которые обыватели называют вэпээнами)? Если да, то да. Если нет, то только кэш.

(Заметь, я не утверждаю, что кэширование DNS бесполезно. Я всего лишь говорю, что кэширование не является raison d’être systemd-resolved.)

Меня сбивают с толку в подобных командных интерфейсах дополнительные ключи, которые есть как для апта, и их нужно ставить после команды apt, а есть ключи для комманд, которые нужно ставить после команды

Эээ… Вы с каким-нибудь git не перепутали? Или с тем же pacman, в котором один и тот же символ может иметь разное значение в зависимости от первой опции, определяющей команду (операцию)?

-S = --sync

Главное не спрашивать, почему S, а не s.

Тут как раз понятно. Большие буквы это команды. А маленкие - опции команд.

Меня больше интересует, почему:

 -y, --refresh 

У них же ни одной общей буквы нет даже!

git это мрак… А так просто субьективно мне интерфес пакмана понятен больше, чем apt-like.

Nobody wants to say how this works. Maybe nobody knows…

Тут логики нет, просто создателям пакмана захотелось сделать ТАК.

А так просто субьективно мне интерфес пакмана понятен больше, чем apt-like.

Да без проблем! Кому-то нравится одно, а кому-то другое. Мне вот опции pacman кажутся неочевидными; с другой стороны, если бы я постоянно ими пользовался, то привык бы.

А вот про emerge пожалуйста подробнее, как создавать при помощи н

него пакеты?

В манах всё есть. Но если по-простому:

emerge -B %пакет%

пакет соберется, но в систему не установится.

Вот это правильно. В отличие от навязывания единственно правильного мнения корпорастов.

Общий объем пакетов в Debian «bookworm» составляет 365 гигабайт

Ох, я глянул на объемы зеркала так там вроде написано «исходников 100 Гб», весь архив под 4тб?

https://www.debian.org/mirror/size

source 103

all 210

Total 3946

Интересно, это включая ранние CD релизы типа Debian 2.0 или нет … Ну и debian multimedia раньше шёл отдельно …

что, за тебя ебилды пишет?

Ясно, vpn-ов нет, потому я и не вижу разницы особо. Ладно, руки дойдут, перекину назад всё и выключу. Спасибо за инфу.

каких ещё таких дистрибутивах?

FreePBX выпускает свой установочный ISO. Вроде бы на базе CentOS.

Конечный пользователь не может в судебном порядке потребовать исходные коды. Всё что может произойти в контексте невыполнения GPL - правообладатель лицензированного по GPL-софта (скажем, разработчики ядра Linux) могут ссылаясь на наступление отменительного условия из GPL-лицензии потребовать прекращения распространения Astra Linux и возмещения фиктивно подсчитанного вреда от создания и распространения производного (от GPL-софта) произведения без лицензии. В силу отменительного условия из GPL автор производного произведения с ex tunc (обратным) действием лишается лицензии и становится как бы пиратом.

В силу отменительного условия из GPL автор производного произведения с ex tunc (обратным) действием лишается лицензии и становится как бы пиратом.

А за пиратство статья 146 УК?

Кроме того все договора продажи лицензий на Astra Linux SE становятся недействительными, а все кто купил такие лицензии вынуждены срочно отказаться от использования Astra SE (остановить свое производство, бизнес, работу в офисах и т.п.)?

что, за тебя ебилды пишет?

Спросили о сборке пакетов, я ответил. Интересует написание ебилдов?

Ниже уже ответили, что давно уже не так. Я тоже думал, что все по-прежнему у них с этим.

В свет :)

Как я и предполагал, еще первый раз увидев твою аватарку, ты троллишь любителей свободных дистров под видом продвигателя всего корпоративного, делая максимально проприетарно-батхертные вбросы.

Огорчу. Другое дело, что ты воспринимаешь это так потому, что тебе показывают объект твоего обожания с критической стороны. Это тебя - раздражает. А все потому, что ты относишься к этому слишком фанатично :) Тебе пора стать реалистом, а не оптимистом в розовых очках.

ОК, объясню, сделав вид, что это нужно для тебя, а не публике, на которую ты работаешь.

Огорчу еще раз. Я работаю только на себя.

Воспользовавшись готовым бинарным ядром, собранным в Apple нельзя быть уверенным, что оно соответствует тем сорцам ядра, которое предоставляется в дампе Darwin.

Как это уверенности, или не уверенность поможет пользователям эпл? правильный ответ - никак. Мало того, возможность сбора и распространения таких кастомных ядер может нанести вред. Потому как 1 васян соберет так, другой эдак и, по факту, может нарушится совместимость.

Эпл дает смотреть исходники да. Это весьма может помочь в понимании работы системы. По большому счету большего им - не надо.

И даже если бы можно было самостоятельно собрать рабочее ядро для macOS, все равно macOS отличается от Darwin другими проприетарными компонентами из своего userland?

Конечно. Это еще одна причина не заниматься фигней с кастомными ядрами.

Собрав свое бинарное ядро из предоставленных сорцов можно быть уверенным, что ядро соответствует сорцам, хотя вероятно userland может догружать свои модули.

Ты действительно так думаешь? Т.е. если компания предоставит тебе исходники (не обязательно ядра) и они даже собирутся (что вообще происходит только в качестве исключения), то ты будешь уверен в соответствии исходников бинарникам?

Как это уверенности, или не уверенность поможет пользователям эпл?

Зависит от пользователя. Если ему важно минимизировать количество бэкдоров, то проприетарная система не подходит.

правильный ответ - никак. Мало того, возможность сбора и распространения таких кастомных ядер может нанести вред. Потому как 1 васян соберет так, другой эдак и, по факту, может нарушится совместимость.

Уже писал про воспроизводимость сборок в Debian и GUIX, но похоже тебе объяснять бесполезно.

Эпл дает смотреть исходники да. Это весьма может помочь в понимании работы системы. По большому счету большего им - не надо.

Им это кому? Эплу или пользователям?

Конечно. Это еще одна причина не заниматься фигней с кастомными ядрами.

Скорее это причина не использовать macOS для себя лично, а использовать его только в качестве мракетспейса для сбыта шароварки.

Спросили о сборке пакетов, я ответил. Интересует написание ебилдов?

совсем не интересует, никто не спрашивал ни о какой сборке пакетов, не налегай на мучное

А как теперь поставить Debian без firmware? В обычном режиме netinstall не нашел галки. В Expert Mode тоже не попалась.

https://docs.rockylinux.org/guides/communications/asterisk_installation/

https://blog.mailns.ru/linux/1707/

А как теперь поставить Debian без firmware? В обычном режиме netinstall не нашел галки. В Expert Mode тоже не попалась.

Укажите опцию загрузки firmware=never.

У них же ни одной общей буквы нет даже!

Я почитал маны к пакману. Там везде такой содом и гоморра. Видимо какие были буквы свободные, такие и пихали. А пользователям предлагается просто понять и простить.

Зависит от пользователя. Если ему важно минимизировать количество бэкдоров, то проприетарная система не подходит.

Для защиты от всяко разного в корпоративном секторе используются практически все проприетарные решения. Вплоть до шлюзов фильтрации электронной почты. Это могут быть как железные решения, так и виртуальные в облаках типа амазон или азуре.

Попробуй угадать с трех раз - почему?

Им это кому? Эплу или пользователям?

И тем и другим. Как минимум дает уверенность в том, что система будет работать. Вообще собирать кастомное ядро любой системы имеет смысл только в случае, когда необходимо его заточить или под конкретное железо, или под конкретный дистрибутив. Все остальное - глупость есть.

Тут все совершенно точно так-же как с ядрами линукса. За 1 исключением. Эпл не дает обычным пользователям такой возможности, по причине закрытости своей платформы. А так как платформа закрыта и никакой другой ОС официально они на не не поддерживают, то и смысла в самостоятельной сборке кастомного ядра - нет.

Да, спасибо. Уже нашел опцию эту. Правда на каком-то левом сайте с описанием изменений подхода к прошивкам.

https://www.debian.org/releases/stable/amd64/ch02s02.ru.html

А ведь можно и не лазить по сторонним сайтам

227 же.

Это другое (c), по крайне мере по отношению к GPL …

Для защиты от всяко разного в корпоративном секторе используются практически все проприетарные решения.

Даже SSH?

Попробуй угадать с трех раз - почему?

Security by obscurity? Бумажная псевдобезопасность с закладками от спецслужб?

Эпл не дает обычным пользователям такой возможности, по причине закрытости своей платформы.

Что и требовалось доказать.

Даже SSH?

И не только. К примеру BalaBit Shell Control Box, Barracuda… Я мог бы и продолжать, но уверен, что тебе эти названия ничего не скажут. ты не работал с подобным оборудованием и я очень сомневаюсь, что будешь.

Devuan решает вполне определенную задачу по выпиливанию части неприятностей отсутствия свободы выбора по вине нового руководства Debian

Да ничего он не решает. Тупое выкусывание зависимостей и есть болгенос. И с каждым днём делать это сложнее, а результат плачевнее.

В дебиане не просто так перешли на сустемду. Не вывозили они зоопарк.

В генте с опенрц такая же ситуевина, не вывозят, но продолжают брыкаться. Из-за этого ребячества сильно упало качество дистра.

В генте с опенрц такая же ситуевина, не вывозят, но продолжают брыкаться. Из-за этого ребячества сильно упало качество дистра.

Дистрибутивов без systemd довольно много.

Наверно, им стоило бы объединить свои усилия?

Забавно, некоторые пишут, что и Debian можно использовать без systemd, а другие, что не вывозят.

Когда я пытался поставить OpenNebula в Debian, то systemd была притянута в качестве зависимостей, от которых было нельзя отказаться.

Дистрибутивов без systemd довольно много.

Разного рода маргинальщина. С заглушками и сюрпризами.

Наверно, им стоило бы объединить свои усилия?

На то он и опенсорц, чтобы лебедь, рак и щука.

В публичный доступ

проект Debian рад сообщить о выходе

В публичный доступ

очередного стабильного выпуска операционной системы Debian

Жесть даже для канцелярита.

Интересно, что KDE последней версии, а гном нет. Видимо гном со временем может только ухудшаться…

К примеру BalaBit Shell Control Box, Barracuda… Я мог бы и продолжать, но уверен, что тебе эти названия ничего не скажут. ты не работал с подобным оборудованием и я очень сомневаюсь, что будешь.

https://www.opennet.ru/opennews/art.shtml?num=59278

Компания Barracuda Networks объявила о необходимости физической замены устройств ESG (Email Security Gateway), поражённых вредоносным ПО в результате 0-day уязвимости в модуле обработки вложений к электронной почте.

Глобально и надёжно бгг

После urpmi всё остальное кажется очевидным.

Последняя версия KDE вышла до заморозки, а последняя версия гнома после.

Для таких случаев (когда привык к одному пакетному менеджеру, и ищешь, как сделать привычную операцию в другом пакетном менеджере) удобно использовать pacman rosetta.

Всегда.