Подготовлен релиз инструментария для управления пакетами APT 2.2 (Advanced Package Tool), который вобрал изменения, накопленные в экспериментальной ветке 2.1. Кроме Debian и производных от него дистрибутивов APT также применяется в некоторых дистрибутивах на основе пакетного менеджера rpm, таких как PCLinuxOS и ALT Linux. Новый выпуск в ближайшее время будет интегрирован в ветку Debian Unstable и в пакетную базу Ubuntu (в Ubuntu 20.10 использовалась экспериментальная ветка 2.1)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=54629
>>> определяет недопустимые для удаления пакеты, которые необходимы для корректной загрузки системы.ага, ядро нельзя удалить, и пофиг что внутри lxc контейнера оно тебе ненужно.. ааааабажаю
Удалить можно, но надо будет дополнительный параметр добавить. Так что не переживай, сломать свой локалхост ты всегда сможешь.
>ядро нельзя удалитьидиотская аргументация
> идиотская аргументацияКто ж мануалы то еще и читает? RTFM сейчас не в моде.
Гм, а зачем Вы его туда изначально-то засовывали? Генерируйте шаблон без ядра и всех делов.
лучший
Вот где лучший - https://github.com/kiss-community/kiss
Ну и мой любимый xbps можно отметить, а apt это ужас.
...у которого даже сайт с документацией сдох. Наверняка лучший, угу.
Вмысле? Сдох там походу лидер проекта, а сайт перенесли на https://k1ss.armaanb.net
Из худших!
Фичу сноса половины системы при удалении ненужного пакета заботливо оставили?
Ну, по сравнению с идеально продуманными и не вызывающими недовольства или недоумения у пользователей пакетными менеджерами на "языке для разработки безопасных приложений Rust" APT - действительно так себе. Хотя погодите.
Вот прям с полоборота на ровном месте - истерика про Раст, круто.
Чья бы корова мычала, Фракталушка.
Ты еще произнеси заклинание "FreeBSD", их вообще от ненависти разорвет.
Ну, лет через 20 до них стало доходить что нам нравится в APT. Правда репами пользоваться так толком не научились, да и бредни с базовыми системами как-то в эту картину мира не вписываются. А потом они начинают пиндеть - мол, чойта на марсианские вертолетики и прочую экзотику пингвина, а не... - ну а вот тойта, меньше всякого левого "базового" крапа выкидывать.
Ну apt та еще наркомания. Вечные apt-get install даже в свежем ПО, иногда прям соседствует apt-get install и какой-нибудь apt policy. Не удивляюсь когда начинающие пользователи в шоке от update, upgrade, dist-upgrade и full upgrade. Потом накидываешь наркоманские опции, а потом говоришь что под капотом dpkg с другими наркоманскими опциями. Я бы понял совместимость, легаси (как многие думают), но это не черта не легаси это просто наркоманский подход. Особенно стоит упомянуть про главный способ поиска через search. Оооооочень удобен(сарказм), пользуюсь только если в целом знаю название пакета нашару (толку от поиска если ты итак знаешь название пакета), но и таким образом далеко не всегда пакет находится быстро(а то и вовсе может быть куча либ для пакета, но не его самого, либо либы будут на самом верху). Чаще всего я просто дакдакгую чтобы найти пакет(!!! справедливости ради это касается не только apt, но многих других менеджеров, тот же докер например). Тут тот редкий случай когда на пустом месте придумали явно переусложнение. Тот же yum например гораздо более гармоничен. И конечно никакой повторяемости сборки. Чую когда-нибудь придется взять отпуск, налить кофе и написать свой apt на стеройда^W уйти на nix.
P.S. Убунту дома, убунту на работе.
> справедливости ради это касается не только apt, но многих других менеджеров, тот же докер напримерДа ты упоротый! Зачем ты сравниваешь докер с пакетным менеджером?
Что там поиска нормального нет, что здесь. Ничто не мешает сравнивать.
Да, требовать от пакетного менеджера повторяемость сборки - и правда наркомания
Согласен, некорректно выразился, не только и не столько от пакетного менеджера зависит, сколько от инструментов сборки, но смысл не меняется.
Зависит от того, как в конкретном дистрибутиве организована сборка. И Debian, откуда apt родом, как раз был первым (ну или одним из первых) дистрибутивом, который озаботился повторяемостью сборки. Хоть и не все пакеты пока что собираются повторяемо.
Нуу я могу, конечно, придумать одно место в цепочке, где к воспроизводимости сборки может быть причастен именно пакетный менеджер: это воспроизводимость порядка установки пакетов. Теоретически может существовать такой репозиторий, в котором разный порядок (из допустимых графом зависимостей) приведёт к разным побочным эффектам и в силу этого к разному составу сборочного окружения в той части, которая влияет на итоговый результат сборки.Например, устанавливаются два не зависящих друг от друга напрямую пакета А и Б, при этом в postinst-скрипте Б проверяется наличие конфига из пакета А и в зависимости от этого изменяется конфиг Б для задействования А -- что-нить такое.
Но что-то сходу реальных примеров из жизни не припоминаю.
> Ну apt та еще наркомания.Судя по коменту наркомания тут все же не apt.
> когда начинающие пользователи в шоке от update, upgrade, dist-upgrade и full upgrade.
Походу эксперт вообще apt только на картинке видел. Там как раз все логично, да.
> образом далеко не всегда пакет находится быстро(а то и вовсе может
> быть куча либ для пакета, но не его самого, либо либы будут на самом верху).Вот это бывает иногда, но уважающий себя линуксоид так-то в греп умеет и не испытывает проблемы более конкретно отфильтровать. Ну или в гуе есть synaptic еще. Хотя какая нафиг разница - неумение искать как бы везже.
> Чаще всего я просто дакдакгую чтобы найти пакет(!!!
А packages.debian.org не в моде? Ну и собственно удачи делать то самое лучше.
> справедливости ради это касается не только apt, но многих других
> менеджеров, тот же докер например).Докер вообще не менеджер пакетов.
> Тот же yum например гораздо более гармоничен.
Явно не для меня. Этот кус глючной питонятины - тормозной как трактор. И форматы данных наркоманские. Сперва дескать XML ошпареный запилим, потом узнаем что качка и парсинг этого счастья для тысяч пакетов, видите ли тормозит - поэтому будем кешировать результат парсинга в SQLite'овые базы и качать, дескать, уже их. И эти люди что-то там лечат про наркоманию?
А при oom (который на vm/контейнере это уг получает влегкую) оно еще и харакири себе делает.
Так то за столько лет, имхо, можно было пакетный менеджер и поприличнее глючной тормозной питоноскриптятины, имхо. Как угодно но вот менеджер пакетов в рхелах - адская наколенщина и свалка костылей. И когда пакетник делает харакири в контейнере по oom, знаете, мне кажется что индусня в рхеле могла бы найти и более приоритетные задачи чем разглагольствования про гармонию или какая там еще воспроизводимость сборок.
> И конечно никакой повторяемости сборки. Чую когда-нибудь придется взять отпуск,
> налить кофе и написать свой apt на стеройда^W уйти на nix.Хоть в пустыню Сахара уходите, имхо.
В Расте хорошая гибкая система.
Чего-то похожего, смеси с типичным пакетным менеджером, как раз не хватает.
Вот и сидите со своей "хорошей гибкой системой". Другим сладкий хлеб подносить не нужно.
> Вот и сидите со своей "хорошей гибкой системой". Другим сладкий хлеб подносить
> не нужно.Которая таки подписи чекать не умеет, в отличие от сабжа. Поэтому гадайте что вам там ремотный сайтик налил. Оно у них видите ли только discussion тогда как в сабже это уже хренадцать лет как implemented...
Мы же любим все прибивать гвоздями.
На самом деле - разлюбили энное время назад. Но на случай приступа идиотии у майнтайнера можно слепить фйэк-пакет который ему provides все что он там хотел и даже больше. Но это к счастью приходится делать довольно редко.
Сносит пакеты, а конфиги остаются.
Сто раз фича спасала от переустановки линукса, а у арчика такого нет? Сломал так сломал?
> Фичу сноса половины системы при удалении ненужного пакета заботливо оставили?Доки читать не? Не учился?
Ну да конечно, зачем тебе, вот про раст можно вообще не читать, на нём что не напишешь сразу работает и всегда без ошибок.
не совсем неправ он. правда такое видел( правда не пол системы) и в rpm. хотя и в том и в том имеются инструменты ограничения при удалении. но рпм кажись может чутка больше . правда и в рпм есть места которые стоит перенять из апт.
>Изменение позволит гарантировать сохранность используемого в текущий момент ядра, а не ядра активного во время установки пакета с новым ядром.Ничего не понял.
>> Изменение позволит гарантировать сохранность используемого в текущий
>> момент ядра, а не ядра активного во время установки пакета с новым
>> ядром.
> Ничего не понял.Да, тут явно стоило оперировать терминами "загруженного" и "установленного".
В источнике так:
---
The kernel autoremoval helper code has been rewritten from shell in C++ and now runs at run-time, rather than at kernel install time, in order to correctly protect the kernel that is running now, rather than the kernel that was running when we were installing the newest one.
---Предложил такую правку:
---
** Код обработчика удаления старых версий ядра (autoremoval) переписан с shell на C++ и теперь исполняется в процессе работы apt, а не при установке пакетов с ядром. Изменение позволяет гарантировать сохранность ядра, загруженного в текущий момент, а не во время установки пакета с наиболее новым ядром. Для избежания переполнения раздела /boot обеспечено сохранение трёх ядер вместо четырёх.
---PS: проморгал дубль "ядра" после "момент"; поправил "патч".
Многабукаф, но не сильно понятней стало
Некогда объяснять, удалите всё из /lib/modules
> Изменение позволяет гарантировать сохранность ядра, загруженного в текущий момент, а не во время установки пакета с наиболее новым ядром.ранее при установке более старого (чем есть среди установленых) ядра активное во время установки могло автовыпилится?
Колясочники знают только apt-get update и apt-get install
Ты отстал! Три года, как можно проще, - apt update и apt instal
и почему сразу нельзя было так сделать, yum мне показался сильно удобнееа по факту именно с пакетного менеджера начинается работа с системой
Потому что apt-get требует для большинства операцией рута, а apt-cache чисто юзерский инструмент.
Вопрос был почему не могли сразу в одном apt объединить, как сделано во многих менеджерах.
Ответ: наркоманский стиль разработки.
Ну если унегз вей™ это оно, то да.
Apt походу был первым пакетным менеджером, который автоматически вычислял зависимости, скачивал что надо и устанавливал. В других дистрибутивах пользователи разруливали зависимости вручную, скачивали вручную и ставили пакеты вручную через RPM. Поэтому нельзя было сделать как в других менеджерах, их не было ещё.А ещё apt-get и apt-cache - это были не единственные apt-утилиты. Были (и есть) еще разные apt-cdrom, apt-build, apt-mark, тот же apt-key, который сейчас выпилить хотят, да много всего. Некоторые эти утилиты в отдельных пакетах содержатся. Собрать все в одну утилиту сильно ее переусложнит. Apt всегда был именно коллекцией утилит, а не монолитом.
про такой железный рпм вспомнил))) напомни версию? 2.0?)))) нет рпм и сейчас тоже может при указании полного пути, но зависимости разруливает вроде как уже давно. по крайней мере в 2005 на мандриве их разруливать уже не нужно было. в принципе было как и сейчас с некоторыми отличиями.
> про такой железный рпм вспомнил))) напомни версию? 2.0?))))Мнээ... 4.13, по моим наблюдениям, ровно так же не занимается работой инструмента другого уровня (и которому необходимы другие данные), как и 3.0.6 почти четверть века тому назад.
> по крайней мере в 2005 на мандриве их разруливать уже не нужно было.
В mdk и в 2001 наблюдался urpmi -- кривой аки турецкая сабля (апт после него хватался за голову насчёт unmet'ов), но что-то уже мог. Построить на нём систему с честными зависимостями тогда было невозможно.
> нет рпм и сейчас тоже может при указании полного путиНепонятный набор слов.
> но зависимости разруливает вроде как уже давно
RPM "разруливает" зависимости примерно как dpkg. То есть может пожаловаться на отсутствующую зависимость, не более. Чтобы человек пошел и скачал ручками ту зависимость. А до этого так же ручками тот пакет поискал, на диске либо в инете, ибо RPM никакого поиска по репозиторию не предоставляет. По мне так это не разруливание зависимостей, а перекладывание этой работы на человека. Вот так люди и мучались, пока не появились инструменты вроде yum, dnf, urpmi.
> по крайней мере в 2005 на мандриве их разруливать уже не нужно было.
Может и так. А apt существует с 1998 года.
Задним числом все умные.
> Задним числом все умные.Не обязательно. Редхат вот до сих пор нормальный менеджер пакетов так и не смог, так и телепаются с своими питоноошметками.
> Редхат вот до сих пор нормальный менеджер пакетов так и не смогТам по этой части давно не везёт с нормальными менеджерами, которые бы смогли работать с нормальными разработчиками. И, боюсь, теперь просвета у них не предвидится -- лишь бы "равноправнутые" подольше не добрались ещё и в этот подвал.
Нет. Там теперь "dnf". Yum переписали "с нуля" на C++ по спецификациям.
* Быстрее правда не стало, но кушает несколько поменее 512+ МБ RSS.
> yum мне показался сильно удобнееСвоим bus factor == 1, что ли? Или "мама-утка лучше всех"? :)
> а по факту именно с пакетного менеджера начинается работа с системой
Работа разная бывает -- у нас даже книжка была двусторонняя про это: http://altlinux.org/Books:Insideout
До Пакмана, как до Луны. Удачи этому велосипеду...
ахах куда без желчи от молодого поколения рачеводного
> До Пакмана, как до Луны. Удачи этому велосипеду...Внимание, вопрос: зачем именно землянам лунатики?
это конечно здорово, но когда будет пакетный менеджер хотя бы на половину дотягивающий до dnf?
Человек, ты пользовался dnf? он ничем не лучше apt!
если речь о выводе информации, да, он в этом плане удобнее, но вот при проверке обновлений, особенно если подключены другие репы он тормозной до ужаса.
dnf-экосистема лучше apt-экосистемы уже тем, что от их сопровождающих я обратную связь получал в более короткие сроки, и некоторый мой код уже смерджен и issue - исправлены (правда некоторые PRы до сих пор висят). Люди реально работают.
Это ну вообще никак не относится к пакетному менеджеру.
> dnf-экосистема лучше apt-экосистемы уже тем, что от их сопровождающих я обратную связь
> получал в более короткие срокиэто никак не связано с технологиями apt или dnf
зачем вы оффтопик написали?
> dnf-экосистема лучше apt-экосистемы уже тем,...что шляпные индусы не могут 15 лет сделать нормальный пакетный менеджер?
А может, тем что в рхел по дефолту пакетов полторы штуки? Офигенная экосистема. Нет программ - нет проблем.
> Люди реально работают.
Особенно над пакетным менеджером, что 15 лет тормозные бидоноошметки с ушибленными на всю бошку форматами данных. Вообще не понимаю почему за 15 лет здоровая корпа с миллиардными оборотами не может пару нормальных кодеров нанять, тогда как комьюнити дебиан накодил куда более приличный пакетник.
И таки да, пакетный менеджер был причиной послать рхелцентособразных в пользу дебианов и убунт. Зачем пользоваться индусским фекалием, если есть нормальное решение?!
> dnf-экосистема лучше apt-экосистемы уже темЧадо, если Вы перечитаете свой же комментарий незамутнённым взглядом (попросите родных, например, разъяснив им суть терминов) -- то окажется, что кривульку по имени dnf Вам пришлось править (а, возможно, и костылить -- ссылок-то нет).
Почитайте на этом же сайте перипетии, связанные как с yum, так и с dnf. Начиная с форсированной замены первого последним ввиду трагического стечения обстоятельств, приведшего к скоропостижной смерти его автора.
https://www.opennet.me/keywords/yum.html
PS: ещё было бы неплохо поучиться обобщать разумным образом, а то опять эта "экокoкoсистема" выглядит как "галантерейщик и кардинал". В трудах же по исправлению "do not finish" желаю творческих узбеков :)
Ну-ну, откатите мне пакет аптом)
> Ну-ну, откатите мне пакет аптом)А если откачу?
> Ну-ну, откатите мне пакет аптом)Спасибо, я уже MSI инсталлером наоткатывался, когда undo обламывается и система вообще ни туда, ни сюда. Ну его нахрен подобную оверинженерию, больно уж оно хрупкое. ИМХО, кому это надо, снапшотами оно обыгрывается куда как лучше. И да, это и на железных машинах можно, не только на виртуалках. Так то мы уж точно получаем last known good - и вариантов как это обломаться может особо нет.
Редхатовские ошметки управления пакетами и без всего этого развалиться норовят. Достаточно чтобы в системе памяти не хватило и потом отскребать это от асфальта вообще придется в весьма неприкольном виде. Нет, оно само не починится, и более того - будет саботировать установку и снос вообще всего софта в системе. Очень удобно и дружественно.
А чем не угодил apt-key? И что вместо него?
Наверное, отсутствием продуманного интерфейса работы?
Вместо него напрямую сохранять ключи в /etc/apt/trusted.gpg.d/
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
объясните дураку разницу apt-get install и apt install Это всё что нужно...
никакой
apt работает поверх apt-get/apt-cache/apt-*
А вот и не угадал. И apt-get/apt-cache, и apt работают поверх dpkg. Но между собой они не зависимы. apt это замена зоопарку apt-* разрабатываемая последние лет так 10 и постепенно замещающая собой старые apt-*
apt-get, apt-cache — классические утилиты, apt — относительно новый интерфейс вместо нескольких команд.
sudo synaptic запускай и будет норм.
Но прежде установите его через apt)
> объясните <CoC> разницу apt-get install и apt installapt используется с намёком на пользователей, там и вывод могут переделывать и так далее.
apt-get более стабильная по изменениям штука предназначена для скриптов
Жаль aptitude похоронили - идеальная оболочка
+100
Apt стал лучше, чем aptitude, поэтому и похоронили. Был ещё такой cupt, который был лучше aptitude, когда aptitude был лучше чем apt. Но, увы, разработка cupt застагнировала. Так что остался apt опять один, как тот горец.
> Apt стал лучше, чем aptitude, поэтому и похоронили.мне apt при любой проблеме обновлений (репа тринити не была указана под дистриб основной системы и там либа зависила от обновляемой либы) предлагает удалить amdvlk, который ни с кем конфликтов не имел, если тыкать "следующий вариант разрешения конфликта" - предлагал удалить amdvlk:i386, и чередовал их удаление бесконечно
aptitude тоже тупит в разрешении, но ранее он предлагал рабочие варианты с доунгрейдом+заменой либ "провайд"+необновлением части либ
кстати как сказать апту "при обновлении НЕ предлагать удаление мануально установленных пакетов"?
зы: апт заколебал - от чего-то время от времени слетает холд со snapd и начинает при обновлении предлагать затащить этот мусор с обновлением хромиума в дистрах новее бионик (у меня подключены репы с нескольких лтс, хромиум актуальный и в бионике)
> мне apt при любой проблеме обновлений (репа тринити не была указана под дистриб основной системы и там либа зависила от обновляемой либы) предлагает удалить amdvlk, который ни с кем конфликтов не имел, если тыкать "следующий вариант разрешения конфликта" - предлагал удалить amdvlk:i386, и чередовал их удаление бесконечноА у меня подобный опыт скорее с aptitude был. A cupt предлагал варианты получше.
> кстати как сказать апту "при обновлении НЕ предлагать удаление мануально установленных пакетов"?
Ну, те мануально установленные пакеты вероятно конфликтуют с новыми, которые ты ставишь, и апгрейд старых пакетов не решает проблему. И тогда никак.
>> кстати как сказать апту "при обновлении НЕ предлагать удаление мануально установленных пакетов"?
> Ну, те мануально установленные пакеты вероятно конфликтуют с новыми, которые ты ставишь,
> и апгрейд старых пакетов не решает проблему. И тогда никак.это не при install, а при upgrade
и руками я часть пооблем разрешил (указав выпилить одну нужную автоустановленную либу - при этом указании апт автоматом подтянул другую, более новую, которая тоже подходила - и это дало обновить весь этот кусок)
апт в решениях этого вроде так и не предложила вторая часть - там не разрешимо было в рамках старого тринити
но мне пытались впарить удаление amdvlk вместо "оставить часть пакетов старыми версиями"
Про aptitude все как-то забыли :)
> объясните дураку разницу apt-get install и apt install Это всё что нужно...Первое предлагается больше для скриптов и прочего batch mode. Второе скорее для интерактива админом. Но это деление весьма условно. Просто в втором больше goodies для живого админа - и поэтому парсить скриптами выхлоп менее прикольно.
А вообще на работе внедряем altlinux 8 SP! это вообще похоже клон mandrike - rpm но пакетный менеджер apt! задолбало всё это уже, но в линуксе с 2006-го года! и 1с + postgress наше всё!!!!
Что задолбало?
Ставь другой
Надеюсь не госконтора? А то мы для МойОфис штатный продукт поставляем, и больше очень не хочется 8СП поддерживать, хотя видимо от него некуда не деться...
> Надеюсь не госконтора? А то мы для МойОфис штатный продукт поставляем,
> и больше очень не хочется 8СП поддерживать, хотя видимо от него некуда
> не деться...8СП уже перебрался на p9, если что (ссылку на офсайт давать не буду, т.к. совсем уж офтопик коммерческого плана) -- т.е. ядро 5.4, gcc8 и далее по списку. Так что запросите по официальным контактам обновку и смотрите, что там с ней.
Вот только называться оно продолжит 8СП, поскольку в тугаментах так зафиксировали другие люди.
Для p9 да, у нас проблем не было при сборке и поддержке, хотя да мы думали что p8 это 8СП, а p9 это уже что-то вроде 9СП.
Спасибо за инфу
1) Человек с 6-го года в линуксе
2) уже внедряет на работеи такие откровения вдруг вылезли! Апт, рпм, мандрейк. Вы с какого дерева упали? Где нужно было сидеть, чтобы не знать про Альт? Столько-то лет прошло! И уже начали внеднять, и только начали это узнавать. Это жесть какая-то. Об объявлению взяли/нашли?
Помню времена был ещё asp Linux, и народ спорил, где русский язык поддержан более лудше
> Об объявлению взяли/нашли?Откуда вообще эта дурацкая фраза пошла? Размещать объявления о вакансиях - у себя на сайте, или на job sites, или на LinkedIn - нормальная практика, и откликаться на них - тоже. Необязательно сидеть и ждать, пока какой-нибудь рекрутер тебя схантит или знакомый в свою контору позовет.
>> Об объявлению взяли/нашли?
> Откуда вообще эта дурацкая фраза пошла? Размещать объявления о вакансиях - у
> себя на сайте, или на job sites, или на LinkedIn -
> нормальная практика, и откликаться на них - тоже. Необязательно сидеть и
> ждать, пока какой-нибудь рекрутер тебя схантит или знакомый в свою контору
> позовет.фраза "понабрали по объявлению", судя по всему, относится к качеству работников, набраных с улицы и без проверки их уровня соответствующим специалистам
это мем, истоки не знаю
> фраза "понабрали по объявлению", судя по всему, относится к качеству
> работников, набраных с улицы и без проверки их уровня соответствующим
> специалистам
> это мем, истоки не знаюМне _кажется_ (но достоверно тоже не знаю), что смысл не только в "без проверки" ("понабрали"), а и в источнике претендентов -- "с улицы" или "по знакомству".
У обоих источников есть свои плюсы и минусы: если человека порекомендовал кто-нибудь доверенный, то "кредит доверия" (масло масляное, конечно...) новичку изначально больше, а это может заметно помочь с адаптацией к работе и коллективу. Правда, если подсунули в _своих_ интересах, это доверие легко выйдет боком (гм, вспомнилось опять http://vitlav.livejournal.com/173879.html -- и тут прям по Аристотелю).
Соответственно "с улицы" может найтись бриллиант, которого попросту никто в круге "N малого рукопожатий" не знал и не посоветовал бы.
Есть и промежуточные варианты -- например, сообщества и репутация в них: мой первый соратник по эльбрусовому отделу пришёл вследствие докладов и общения на конференции LVEE, а на данный момент последнего нашёл по мотивам одной из новостей здесь же на опеннете. Каждому очень рад :-)
При этом обычные вакансии у нас тоже есть, разумеется: basealt.ru/about/vacancies
> И уже начали вреднять, и только начали это узнавать.Да ладно, не ругайтесь :-) Сидел себе человек спокойно на центосе или дебиане, а тут вдруг свалилось "тыжлинуксоид".
Давайте лучше ему http://altlinux.org/migration посоветуем, там дистрибутивонезависимые советы по уже набитым на переходах шишкам собраны.
PS: ну и в mdk, разумеется, apt-rpm не было.
"А я и не хотел этого внедрения, это уже жизнь такая - сейчас 1с-ки сами толкают и ищут лудей, кто им внедрять 1с на линуксе будет помогать... Верно - госсконторы - Больницы и поликлиники в основном - там централизованная закупка в регионах, причем одна партия ПК идет с Альт, другая с Астра и так далее. Пришлось даже ROSA пробовать и её виртуализацию ovirt, аля centos
У альтов свой apt и свой rpm.
astralinux + centos похоже будем скать другие решения в связи с centos, но astra пока рулит!
> astralinux + centos похоже будем скать другие решения
> в связи с centos, но astra пока рулит!Лишь бы работало.
Так-то меня намедни Мылицын убедил в одном околоэльбрусовом чатике изложить свои к ним претензии -- там сколько-то важен контекст обсуждения (достаточно хамские выпады), но, пожалуй, опубликую:
---
>>> "а вот почему именно занялись переносом астры на эльбрус,
>>> как происходило "портирование" -- любой желающий может расспросить
>>> уже их; и сопоставить услышанное самостоятельно (а то и проверить,
>>> стыкуется ли)"
>>> Роман вон в налиии, шапка горит -- задайте ему эти вопросы сами,
>>> чтоб не на кого пенять было
>> У данном случае мне все же интересно не его мнение,
>> а того кто на него нападает постоянно :)
> +1, @mshigorin давайте уже, рассказывайтепереносом астры на эльбрус, по моим наблюдениям, занялись после одного декабрьского совещания 2018, помнится, года -- когда было озвучено именно требование такой поддержки.
поскольку ни компетенции, ни желания портировать дебиан на e2k не было и нет -- оставалось заказать порт в МЦСТ.
такой ОКР недёшев, но тут ещё могла привмешаться историческая неприязнь, растущая самое позднее с 2007 года (когда те же люди подставили МЦСТ, попытавшись спихнуть вину по срыву госиспытаний на железо, для которого не сделали ОС -- и МЦСТ пришлось спешно делать ОС Эльбрус из техзадела; это к слову о саботаже).
в общем, порт дебиана на e2k у МЦСТ явно заказало МО РФ (в т.ч. судя и по появлявшимся, затем исчезавшим сведениям на публике) -- против чего я опять же не имею ничего: надо людям, имеют право.
вот только когда вскоре после сдачи ОС Эльбрус-Д появилась астра ленинград, которую впоследствии и стали продавать МО -- на фоне понимания того, какими силами и средствами выполняется порт, возник вопрос: русбитех не хочет ли вернуть МО деньги, за которые МО заказало разработку, которую не ставило на вооружение и, как понимаю, на снабжение тоже?
по данным источников из третьих юрлиц -- там примерно 700--800 млн руб, и это к слову о воровстве.ложь тут состоит в попытках обелить чёрное и наоборот: виноваты МЦСТ, альты, только не "мы".
предательство тут состоит в том, что по сути в предвоенное время вместо работы с полной отдачей на затыкание дыр в армии, ВПК, КИИ эти люди видят перед собой лишь бабло.
ну и вишенка: о том, где взять lcc для астры, приходят спрашивать... в итоге в том числе и ко мне в почту.
суть претензий в том, что человек должен оставаться человеком, а не иудой становиться и при этом брехать, мол, сам ты иуда, а я человек.
---Ну и см. ссылку на binutils с linux.org.ru/news/opensource/16158350 -- "специалисты по информационной безопасности", "разработчики отечественного дистрибутива" по невниманию и невладению применяемыми чужими (дебиановскими) инструментами слили NDA-материал, затем начав глупо оправдываться и пытаться переложить вину на других вместо того, чтобы извиниться и замолчать.
Надеюсь, очередные новые владельцы астры всё-таки приведут её менеджмент (какое слово-то для гопоты из девяностых) в чувство -- а с собственно технарями оттуда никогда особых проблем не было.
Как-то так вот.
РусБИТех точно МЦСТ ничего не платило? Может они всё-таки как-то договорились. Кто-то же и за ООО "НТЦ ИТ РОСА" выполнял работы по портированию на Эльбрус, насколько понял, просто по доброте душевной.А вообще, беда этих схемок не столько в том, что они что-то там мутят. Вот так попадёшь к таким, а потом всплывут интересные детали и останется ощущение, что со свиньями из одного корыта покушал. Кому-то плевать, кто-то молча проглотит... был человек, и нет человека. Зато появляется "кадровый голод" и "Цифровой прорыв" в книге рекордов Гиннеса.
В медицине рулят redos astra altlinux, RASA тихо стоит в стороне... Слишком дорого в ФСТЭК...
> В медицине рулят redos astra altlinux, RASA тихо стоит в стороне...Вообще-то как раз у росы есть "свой центос", если уж Вам именно он столь мил. А так в t.me/alt_linux народу из медицины хватает (собственно, ещё разработку и поставки для поликлиник делали давно уже -- в своей, например, застал как-то).
Да нет, я лично Ubuntu уважаю как пользователь еще с времен VDR и SAT... А вот это всё сертифицированное - так оно деньги несёт...
А удаление пакета без затрагивания зависимостей так и не придумали как жаль нинужно))
Не ставь ничего
И удалять потом не надо будет
APT::Get::AutomaticRemove "false"; если вдруг по какой-то причине эта функция у тебя активирована. В дебиане по умолчанию она отключена, что там у вас у всех удаляется, непонятно.
Ужасный ПМ. Где pacman справляется за минуту - этому убожеству нужно пять минут.
Меня за это высказывание - почистили....
Коноскопию делали?
Как там в 2003 году? APT активно разрабатывается и за последние годы стал значительно быстрее.
А пакман все еще не умеет отслеживать линкуемые либы? Не то чтобы я защищаю apt , пакман определенно удобнее и может даже написан менее убого, но по возможностям он просто не дотягивает до взрослых ПМ
И apt не умеет. Это далает debhelper.
> А пакман все еще не умеет отслеживать линкуемые либы? Не то чтобы
> я защищаю apt , пакман определенно удобнее и может даже написан
> менее убого, но по возможностям он просто не дотягивает до взрослых ПМТолько чудики из арча почему-то потом вместо своего пакмана каким-то йогуртом обмазываются, так что крутизна пакмана какая-то не иллюстративная получается. В то время как apt/apt-get рулят вообще все. И пакеты с сорцами скачать, и с бинарями, и свой пакет забилдить можно, ...
> Ужасный ПМ.Вы, скорее всего, всего лишь не смогли различить объём данных, которыми оперирует типичный апт и типичный пукман.
Посмотрите зависимости условного пакета bash, что ли.
Рассказывать, что тонкая порезка не нужна, можете шляпе -- двадцать лет назад и у них тот же перл шёл одним монолитным пакетом со всем подряд и с весьма произвольными Requires:/Provides:, но сейчас почему-то делают несколько ближе к тому, как в дебиане или альте.
Хочу интерфейс dnf и скорость pacman :)
zypper?
Не, тот интерфейсом ближе к APT, хотя у них с DNF внутри тот же libsolv.
Качаю обновления для arch и debian с одного и того же зеркала. Но скорость загрузки для первого в несколько раз выше, чем для второго. Как так? Отключил все PDiffs у apt - вроде, немного быстрее стало. Но судя по указанной скорости загрузки в самом apt при обновлении, - всё равно намного медленнее, чем pacman. Какие настройки еще изменить нужно, чтобы скорость не ограничивалась?
Оказывается, при каждом `apt update` apt скачивает не только InRelease [123 kB] и Packages [8,209 kB], но и весь Contents (deb) [30.6 MB] для каждого из main, contrib, non-free (каждый раз под 100 MB в общей сложности). И зачем это при каждом обновлении? Для обновления apt-file/command-not-found существуют же отдельные команды. Как отключить скачивание всего контента каждый раз?
% mv -v -i /etc/apt/apt.conf.d/50apt-file.conf{,.disabled}
% mv -v -i /etc/apt/apt.conf.d/50command-not-found{,.disabled}Уффф... Полегчало. :)
Короче... Не надо так делать, а то apt-file не будет работать.
Правильный порядок действий:
% cp -v -i /usr/share/doc/apt-file/examples/60disable-contents-fetching.conf -t /etc/apt/apt.conf.d
% cp -v -i /usr/share/doc/apt-file/examples/apt-file.conf -t /etc/apt
% mkdir -v -p /var/lib/apt-file
Такие дела...
А зачем ты это вообще напихал туда? Или это бюро медвежьих услуг имени минтовой убунты так прикалывается сейчас?Еще пару идей, для уменьшения трафа, места на диске, тормозов при инсталле и юзеже:
1) Нахрен всучиваемое внагрузку барахло!
APT::Install-Recommends 0;
APT::Install-Suggests 0;2) Если вам не надо переводы, жрущие место на диске оптом (актуально для ssd) и качающие дурацкие апдейты списков локализаций (трафик, тормоза).
Acquire::Languages "none";
Я тоже офигел когда счёт за тырнет пришёл.
Ты в интернет по карточкам черед диалап ходишь?
Не тупи, диалап поминутный был!
Вы всё ещё за траффик платите? Это где так???
>> траФФик
> Это где так???В шестом.
В шестом-бэ?
Потому что это не арч, а дебиан. Который предполагает, что по умолчанию пользователь получает полноценную среду, а настройка под себя/обрезка опциональна. Ровно потому же и recommended packages по умолчанию ставятся.Ну и, понятно, то, что вы сделали, не нужно почти никому - update делается максимум в раз сутки (а то и раз в месяц), и да и сотня мегабайт по нынешним временам разве что на мобилке заметна, и то далеко не всегда.
> не нужно почти никомуВот и поливают потом apt и debian почём зря, не зная, что его можно сделать таким же быстрым, как и pacman.
Не нужно, так нежно. О других оптимизациях тогда умолчу.
pacman тоже всё подряд перекачивает, даже если уже скачано.
Он даже пакеты заново скачает, если их архивы уже были скачаны. Чтобы не скачивал надо указать --needed опцию или как то так.
Apt скачивать по-новой архивы пакетов не станет, если они остались в кеше он оттуда возьмёт.
Недавно манжару пробовал.
> update делается максимум в раз сутки (а то и раз в месяц)На testing/unstable обновления прилетают намного чаще. И посмотреть, что там новенького (типа checkupdates в arch), качая при этом по 100 MB каждый раз не очень весело.
Пока есть pkgsrc, всё остальное - просто верх удобства... хотя может есть что-то еще хуже чем pkgsrc, но я не хочу про это знать :)
> Пока есть pkgsrc, всё остальное - просто верх удобства...Вы бы Чеусову-то рассказали, благо он и здесь порой водится.
>> Пока есть pkgsrc, всё остальное - просто верх удобства...
> Вы бы Чеусову-то рассказали, благо он и здесь порой водится.Вы правда думаете что кто-то из тех, кому хоть чуть-чуть не всё равно, не в курсе того что есть небольшие проблемы, такие как "сломаный фортран", или невозможность кросскомпильнуть на секундочку перл и питон (никакой)? Ну и вот Вы про pkgsrc слышали что-то, а в линуксе понимаете больше многих. Вот скажите, без перла и питона сколько процентов "сизифа" можно собрать? У меня получилось примерно 20% pkgsrc кросскомпильнуть. В документации описано что эти пакеты можно собрать на реальном железе и дальше всё просто. Про то как именно дальше всё просто ничего правда не сказано, равно как и в принципе про кросс-компил :) ну да шут с ней с документацией, она и в генте порой устаревает на 10 лет для всякого редкого, дак тут еще и комьюнити не особо.
Аналогично с rust и много чем еще, для системы, которая "офкорс ит кан ран нетбсд" :) Примеры документации, в которой слегка лукаво сказано что "фортран слегонца сломан. ТЧК" или "пока не возможно кросскомпилировать данные пакеты, но есть решение, которое мы не опишем, оно ведь очевидно" я приводить не буду, ибо, думаю, люди, связанные с проектом не будут отрицать что там в общем написано именно так.
Свой опыт я описываю в своём блоге, в списке рассылки по порту архитектуры тем временем периодически всплывают люди, которые тупо на скилле патчат код и/или обсуждают вопросы покупки реального железа, а сферический майнтейнер порта в вакууме просто задаёт наивный наводящий вопрос, прежде чем заигнорить. Но меня в общем всё более или менее устраивает... ОС покамест на весь мой не x86 зоопарк ставится, минимальный набор пакетов я и сам соберу без них, а максимальный видимо уже никто не соберет :) Надо в hp-pa наиграться, пока его в tier99 не перевели :)
Да, особый лол - это локальзации фаерфоксов трех версий на все языки, доступные подо все платформы. Самого фаерфокса при этом нет... раст же, или кто там? А локализации без проблем собираются... и от фаерфокса не зависят? Сизиф так может? :)
"Утилита apt-key запланирована для удаления во втором квартале 2022 года."
Она уже в дебиан тестинг задепрекейчена и по сути не работает, вместо неё кокой-то костыльный колхозный подход по добавлению ключей.
> кокой-то костыльный колхозный подход по добавлению ключей.костыль называется cp или mv
Работает же, просто предупреждение выдаёт что депрекейтед. На прошлой неделе пришлось mongodb устанавливать и добавлять их ключи по гайду через эту утилиту.
Сопровождение в дебиане - просто П****ц. Уже около года не могу влить свой https://github.com/guillemj/dpkg/pull/3 в dpkg, ибо сопровождающий - Guillem Jover - на него просто забил, а механизм для влития в обход сопровождающего не предусмотрен. Наличие у него в аккаунте https://github.com/guillemj/unmaintained.tech как бы намекает на заинтересованность взять и положить на всё.
ващета там мирар , жди еще тристалет
> ващета там мирар , жди еще тристалетНа третий год Зоркий Глаз заметил что рожа которая кривляется и матерится была зеркалом...
Скиньте на реддите свой вопрос, каким-то чудесным образом он пробуждает почти мертвых
> Скиньте на реддите свой вопрос, каким-то чудесным образом он пробуждает почти мертвыхИ даже зеркала превращает в площадки? Ну тогда может и Ленина из мавзолея подымет?
Кстати, я тоже вчера небольшой бажок в дебиане-openipmi нашёл. Но теперь даже расхотелось куда-то сообщать. :(
> Кстати, я тоже вчера небольшой бажок в дебиане-openipmi нашёл. Но теперь даже
> расхотелось куда-то сообщать. :(Писать баги на зеркало :) репа и правда не очень хорошо работает :P
> Кстати, я тоже вчера небольшой бажок в дебиане-openipmi нашёл.
> Но теперь даже расхотелось куда-то сообщать. :(Пишите в bugs.debian.org -- как это там делается, лучше спросите дебианщиков (знаю, что почтой, конкретней интересоваться не было поводов).
>>apt install reportbugThe following additional packages will be installed:
python3-certifi python3-chardet python3-debian python3-debianbts python3-httplib2 python3-idna python3-pkg-resources python3-pycurl python3-pysimplesoap python3-reportbug python3-requests
python3-six python3-urllib3<:-(
Даже не знаю, что хуже - ставить весь этот хлам и шагать в неизвестность или восстанавливать почту. :-|
>>>apt install reportbug[...]
> Даже не знаю, что хуже - ставить весь этот хламНу в виртуалку засуньте.
> механизм для влития в обход сопровождающего не предусмотренВот уж удивительно!
А то, что там список рассылки указан, и он вполне жив и в нём патчи летают - не заметили, да? Или кроме гитхаба ничего не знаем?
apt не нужен, оставьте только dpkg.
оно в целом ущербно. Линус им сказал что об этом думает. странно что они толпой его не отпи..ли конечно
Плдробней можно? Не понял ничего за махач.
deb как раз заменить просто на tar.gz
Тебе на Слакварь, брат аноним
>> Тебе на Слакварь, брат анонимУслаки свой Gslapt имеется. Хотя меня вполне устраивает tazpkg ))
Прекрасно. Когда добавят в Alt Linux?
А разве в Альте не свой форк отколовшийся давным-давно и развивающийся самостоятельно? У меня такое впечатление было году в 2009, когда тыкал в Альт последний раз палочкой
В ALT его давным давно "импортозаместили". На человеческом языке: форкнули и забили на апстрим.
> В ALT его давным давно "импортозаместили".
> На человеческом языке: форкнули и забили на апстрим.Технически говоря, форкнули его ещё в Conectiva, а у нас уже форк форка.
Насчёт "забили" -- к сожалению, кривущую реализацию динамического выделения памяти, например, втащили (и отловил её эльбрус): http://lists.altlinux.org/pipermail/devel/2019-December/2094...
Ну и в целом, сдаётся мне, Вы просто ревнуете. :)
> Прекрасно. Когда добавят в Alt Linux?2.x -- думаю, нескоро: в sisyphus и p9 сейчас 0.5.15lorg2-alt71.3.
Помнится, glebfm@ как-то давно ещё делал набег на 0.6 или 0.8, но с учётом дикого перегруза всё-таки не добил. Хотя я могу чего-то не знать, вдруг ещё кто-то сейчас его пилит -- у нас как минимум несколько человек понимают в аптовых внутренностях.
> Утилита apt-key запланирована для удаления во втором квартале 2022 года.А что там вместо него?
> APT также применяется в ALT Linux.ЛПП
>> APT также применяется в ALT Linux.
> ЛПППредложил правку насчёт APT-RPM.
а когда он быстрым станет
> а когда он быстрым станетВ дебиане, по моим наблюдениям, не столько апт тормозит, сколько dpkg/debhelper -- по крайней мере в альте апт куда бодрей бывал, когда сравнивал на одном оборудовании.
Ещё один момент: если сравнивать с SAT-солверами (той же libzypp и построенном на ней), то "никогда", потому что решает более сложную задачу: для SAT приходится обкарнывать репозиторий по части альтернатив, мы на это напоролись при разработке deepsolver.altlinux.org и предпочли так не делать, по крайней мере на данный момент.
Downgrade так и не подвезли? Печально.
Сто лет как естьapt install package=version
>apt install package=versionСильно не то. Не веришь — спроси у пользователей yum/dnf.
А можно у тебя спросить, что ты в виду то имел?
> А можно у тебя спросить, что ты в виду то имел?Можно. Downgrade — он автоматом подцепляет все зависимости и практически всегда откатывает нормально. На моей памяти вообще всегда, но я могу представить ситуацию, когда это будет невозможно без «ручного вмешательства». В одну команду. А вот с apt всё не так просто: мало того, что телодвижений сильно больше (как минимум, надо сперва выяснить доступные версии пакетов), так чаще всего приходится разруливать ситуацию вручную. И даже это не всегда возможно, точнее возможно-то оно наверняка, но может потребовать либо слишком много возни, либо физического доступа к ПК. Как-то так. На сегодня downgrade — киллер-фича dnf и yum. Остальное — вопрос удобств (и их, кстати, тоже у dnf/apt поболее будет). Скорость — ok, apt данные по своим репам обновляет заметно быстрее.
> Downgrade — он автоматом подцепляет все зависимости
> и практически всегда откатывает нормально.Возможно, пригодится http://altlinux.org/downgrade -- для дебиана и производных (а также деривативов), по идее, аналогично.
да, он сопротивляется и надо указывать еще и зависимости> спроси у пользователей yum/dnf.
в те несколько раз, когда я пытался сделать даунгрейд, yum сказал, что не может. Но я пользователь apt, так что разницы не вижу.
Не понимаю, почему APT считают медленным, 2-3 секунды это долго? Совсем арчешкольники овна объелись.
Ну по сравнению с пэкмэном, apt в разы медленее. Просто apt умеет поднимать сервисы, делать линки и производить настройку пакета сам, в зависимости от конфигурации системы, делая всякие проверки и в случае чего предупреждая.
Пэкмэн просто качает и распаковывает, а потом читается арчевики, я так понимаю.
> Пэкмэн просто качает и распаковывает, а потом читается арчевики, я так понимаю.При том иногда - уже с соседнего компа. Как с переходом на системду было, видите ли их йогурты сами все что надо сделать не могут, а если не RTFMнуть - при следующем ребуте СЮРПРИЗ! :D
> Просто apt умеет поднимать сервисы, делать линки и производить
> настройку пакета сам, в зависимости от конфигурации системы,
> делая всякие проверки и в случае чего предупреждая.Это не apt делает, если что. Для проверки попробуйте поставить сервис просто dpkg или rpm. :)
> Пэкмэн просто качает и распаковывает, а потом читается арчевики,
> я так понимаю.Опционально недоумевается на форуме.
У апта и его обвеса просто есть всякая круть, типа хуков. Вплоть до возможности флешануть (!!!) свежезаинсталеный кернел вон тем хуком. Железки видите ли разные бывают и могут иметь свои идеи на тему того как они грузятся и где и как при этом кернел берется. Хук это может обыграть как душе угодно. А вот любители йогурта при этом кажись будут бамбук курить. Впрочем, они наверное далеки от таких задач.
Ускоряем установку пакетов в Debian (libeatmydata)
https://laurvas.ru/eatmydata/
Молодцы, дельная штука. Удачи.
Хорошие топики, "классические")
И потому они не могут никого действительно заинтересовать: для любого класса такого ПО мне известны варианты круче и интереснее!
"Добавлена поддержка поэтапных обновлений, которые уже применяются в Ubuntu..."
Наверно сначала этап предоставят форкам :D