The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск пакетного менеджера APT 2.2

21.02.2021 12:17

Подготовлен релиз инструментария для управления пакетами APT 2.2 (Advanced Package Tool), который вобрал изменения, накопленные в экспериментальной ветке 2.1. Кроме Debian и производных от него дистрибутивов, форк APT-RPM также применяется в некоторых дистрибутивах на основе пакетного менеджера rpm, таких как PCLinuxOS и ALT Linux. Новый выпуск в ближайшее время будет интегрирован в ветку Debian Unstable и в пакетную базу Ubuntu (в Ubuntu 20.10 использовалась экспериментальная ветка 2.1).

Из изменений можно отметить:

  • Добавлена поддержка поэтапных обновлений, которые уже применяются в Ubuntu для ограничения распространения и управления развёртыванием обновлений. Например, поэтапные обновления позволяют распространить обновления для перехода на новый стабильный релиз вначале среди небольшого процента пользователей и через некоторое время в случае отсутствия регрессий распространить обновления до всех остальных пользователей.
  • Реализованы дополнительные шаблоны для выбора пакетов с учётом зависимостей, такие как "?depends" и "?conflicts".
  • Добавлена поддержка поля "Protected", которое пришло на смену полю "Important" и определяет недопустимые для удаления пакеты, которые необходимы для корректной загрузки системы.
  • В команду "update" добавлена опция "--error-on=any", при установке которой ошибка будет выводиться при любом сбое.
  • Метод применения и извлечения патчей rred теперь доступен в форме отдельной программы для обработки файлов pdiff.
  • Код обработчика удаления старых версий ядра (autoremoval) переписан с shell на C++ и теперь исполняется в процессе работы apt, а не при установке пакетов с ядром. Изменение позволяет гарантировать сохранность ядра, загруженного в текущий момент, а не во время установки пакета с наиболее новым ядром. Для избежания переполнения раздела /boot обеспечено сохранение трёх ядер вместо четырёх.
  • Для индексации элементов кэша задействован алгоритм хэширования XXH3 вместо Adler32 или RC32c. Увеличен размер хэш-таблицы.
  • Утилита apt-key запланирована для удаления во втором квартале 2022 года.


  1. Главная ссылка к новости (https://blog.jak-linux.org/202...)
  2. OpenNews: Выпуск пакетного менеджера APT 2.0
  3. OpenNews: Уязвимость в пакетном менеджере APT, позволяющая подменить загружаемый пакет
  4. OpenNews: Уязвимость в пакетном менеджере APT, проявляющаяся в конфигурациях с зеркалами
  5. OpenNews: В пакетном менеджере APT выявлена новая уязвимость
  6. OpenNews: Уязвимость в пакетном менеджере APT, позволяющая обойти проверку пакетов
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/54629-apt
Ключевые слова: apt
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (184) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 12:27, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –17 +/
    >>> определяет недопустимые для удаления пакеты, которые необходимы для корректной загрузки системы.

    ага, ядро нельзя удалить, и пофиг что внутри lxc контейнера оно тебе ненужно.. ааааабажаю

     
     
  • 2.7, Аноним (7), 12:43, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +36 +/
    Удалить можно, но надо будет дополнительный параметр добавить. Так что не переживай, сломать свой локалхост ты всегда сможешь.
     
  • 2.15, труляляй (?), 13:13, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ядро нельзя удалить

    идиотская аргументация

     
     
  • 3.138, Аноним (-), 00:19, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > идиотская аргументация

    Кто ж мануалы то еще и читает? RTFM сейчас не в моде.

     
  • 2.154, Michael Shigorin (ok), 10:13, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Гм, а зачем Вы его туда изначально-то засовывали?  Генерируйте шаблон без ядра и всех делов.
     

  • 1.2, Таненбаум (?), 12:29, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    лучший
     
     
  • 2.57, SoystemD (?), 18:59, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Вот где лучший - https://github.com/kiss-community/kiss
    Ну и мой любимый xbps можно отметить, а apt это ужас.
     
     
  • 3.103, Crazy Alex (ok), 15:43, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    ...у которого даже сайт с документацией сдох. Наверняка лучший, угу.
     
     
  • 4.139, SoystemD (?), 00:30, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вмысле? Сдох там походу лидер проекта, а сайт перенесли на https://k1ss.armaanb.net
     
  • 2.60, Дебилинизатор (?), 20:03, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Из худших!
     

  • 1.4, Fracta1L (ok), 12:39, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    Фичу сноса половины системы при удалении ненужного пакета заботливо оставили?
     
     
  • 2.12, Аноним (12), 13:09, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Ну, по сравнению с идеально продуманными и не вызывающими недовольства или недоумения у пользователей пакетными менеджерами на "языке для разработки безопасных приложений Rust" APT - действительно так себе. Хотя погодите.
     
     
  • 3.14, Fracta1L (ok), 13:12, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот прям с полоборота на ровном месте - истерика про Раст, круто.
     
     
  • 4.18, Аноним (18), 13:53, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Чья бы корова мычала, Фракталушка.
     
  • 4.34, SubGun (??), 15:26, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты еще произнеси заклинание "FreeBSD", их вообще от ненависти разорвет.
     
     
  • 5.73, Аноним (73), 00:40, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Ну, лет через 20 до них стало доходить что нам нравится в APT. Правда репами пользоваться так толком не научились, да и бредни с базовыми системами как-то в эту картину мира не вписываются. А потом они начинают пиндеть - мол, чойта на марсианские вертолетики и прочую экзотику пингвина, а не... - ну а вот тойта, меньше всякого левого "базового" крапа выкидывать.
     
     
  • 6.78, Аноним (78), 02:58, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Ну apt та еще наркомания Вечные apt-get install даже в свежем ПО, иногда прям с... большой текст свёрнут, показать
     
     
  • 7.80, Moomintroll (ok), 08:36, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > справедливости ради это касается не только apt, но многих других менеджеров, тот же докер например

    Да ты упоротый! Зачем ты сравниваешь докер с пакетным менеджером?

     
     
  • 8.98, Псевдоним (??), 14:55, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что там поиска нормального нет, что здесь Ничто не мешает сравнивать ... текст свёрнут, показать
     
  • 7.96, Аноним (96), 14:07, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да, требовать от пакетного менеджера повторяемость сборки - и правда наркомания
     
     
  • 8.99, Псевдоним (??), 15:00, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен, некорректно выразился, не только и не столько от пакетного менеджера з... текст свёрнут, показать
     
     
  • 9.102, Аноним (96), 15:30, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Зависит от того, как в конкретном дистрибутиве организована сборка И Debian, от... текст свёрнут, показать
     
  • 8.155, Michael Shigorin (ok), 10:19, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нуу я могу, конечно, придумать одно место в цепочке, где к воспроизводимости сбо... текст свёрнут, показать
     
  • 7.140, Аноним (-), 00:35, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по коменту наркомания тут все же не apt Походу эксперт вообще apt только н... большой текст свёрнут, показать
     
  • 3.20, Аноним (20), 14:22, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    В Расте хорошая гибкая система.
    Чего-то похожего, смеси с типичным пакетным менеджером, как раз не хватает.
     
     
  • 4.100, Аноним (100), 15:14, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и сидите со своей "хорошей гибкой системой". Другим сладкий хлеб подносить не нужно.
     
     
  • 5.141, Аноним (-), 00:36, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот и сидите со своей "хорошей гибкой системой". Другим сладкий хлеб подносить
    > не нужно.

    Которая таки подписи чекать не умеет, в отличие от сабжа. Поэтому гадайте что вам там ремотный сайтик налил. Оно у них видите ли только discussion тогда как в сабже это уже хренадцать лет как implemented...

     
  • 2.16, Sw00p aka Jerom (?), 13:36, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мы же любим все прибивать гвоздями.
     
     
  • 3.74, Аноним (-), 00:43, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле - разлюбили энное время назад. Но на случай приступа идиотии у майнтайнера можно слепить фйэк-пакет который ему provides все что он там хотел и даже больше. Но это к счастью приходится делать довольно редко.
     
  • 2.124, Аноним (124), 17:55, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Сносит пакеты, а конфиги остаются.
    Сто раз фича спасала от переустановки линукса, а у арчика такого нет? Сломал так сломал?
     
  • 2.128, Аноним (128), 18:14, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Фичу сноса половины системы при удалении ненужного пакета заботливо оставили?

    Доки читать не? Не учился?

    Ну да конечно, зачем тебе, вот про раст можно вообще не читать, на нём что не напишешь сразу работает и всегда без ошибок.

     
     
  • 3.136, анонимуслинус (?), 21:49, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    не совсем неправ он. правда такое видел( правда не пол системы) и в rpm. хотя и в том и в том имеются инструменты ограничения при удалении. но рпм кажись может чутка больше . правда и в рпм есть места которые стоит перенять из апт.
     

     ....большая нить свёрнута, показать (21)

  • 1.6, Аноним (6), 12:41, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    >Изменение позволит гарантировать сохранность используемого в текущий момент ядра, а не ядра активного во время установки пакета с новым ядром.

    Ничего не понял.

     
     
  • 2.156, Michael Shigorin (ok), 10:24, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да, тут явно стоило оперировать терминами загруженного и установленного В и... большой текст свёрнут, показать
     
     
  • 3.174, Аноним (96), 12:18, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Многабукаф, но не сильно понятней стало
     
     
  • 4.179, n00by (ok), 12:31, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Некогда объяснять, удалите всё из /lib/modules
     
  • 3.188, JL2001 (ok), 02:49, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Изменение позволяет гарантировать сохранность ядра, загруженного в текущий момент, а не во время установки пакета с наиболее новым ядром.

    ранее при установке более старого (чем есть среди установленых) ядра активное во время установки могло автовыпилится?

     

  • 1.8, kek (??), 12:44, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Колясочники знают только apt-get update  и apt-get install
     
     
  • 2.9, SinoptikU (?), 12:50, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Ты отстал! Три года, как можно проще, - apt update и apt instal
     
     
  • 3.43, kissmyass (?), 15:57, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и почему сразу нельзя было так сделать, yum мне показался сильно удобнее

    а по факту именно с пакетного менеджера начинается работа с системой

     
     
  • 4.68, Соня Мармеладова (?), 21:30, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Потому что apt-get требует для большинства операцией рута, а apt-cache чисто юзерский инструмент.
     
     
  • 5.79, Аноним (78), 03:00, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вопрос был почему не могли сразу в одном apt объединить, как сделано во многих менеджерах.
    Ответ: наркоманский стиль разработки.
     
     
  • 6.95, Аноним (95), 14:07, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если унегз вей™ это оно, то да.
     
  • 6.104, Аноним (96), 15:51, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Apt походу был первым пакетным менеджером, который автоматически вычислял зависимости, скачивал что надо и устанавливал. В других дистрибутивах пользователи разруливали зависимости вручную, скачивали вручную и ставили пакеты вручную через RPM. Поэтому нельзя было сделать как в других менеджерах, их не было ещё.

    А ещё apt-get и apt-cache - это были не единственные apt-утилиты. Были (и есть) еще разные apt-cdrom, apt-build, apt-mark, тот же apt-key, который сейчас выпилить хотят, да много всего. Некоторые эти утилиты в отдельных пакетах содержатся. Собрать все в одну утилиту сильно ее переусложнит. Apt всегда был именно коллекцией утилит, а не монолитом.

     
     
  • 7.137, анонимуслинус (?), 00:00, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    про такой железный рпм вспомнил))) напомни версию? 2.0?)))) нет рпм и сейчас тоже может при указании полного пути, но зависимости разруливает вроде как уже давно. по крайней мере в 2005 на мандриве их разруливать уже не нужно было. в принципе было как и сейчас с некоторыми отличиями.
     
     
  • 8.158, Michael Shigorin (ok), 10:31, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мнээ 4 13, по моим наблюдениям, ровно так же не занимается работой инструмент... текст свёрнут, показать
     
  • 8.182, Аноним (96), 12:45, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Непонятный набор слов RPM разруливает зависимости примерно как dpkg То есть ... текст свёрнут, показать
     
  • 6.106, Чума (?), 15:55, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Задним числом все умные.
     
     
  • 7.142, Аноним (-), 00:38, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Задним числом все умные.

    Не обязательно. Редхат вот до сих пор нормальный менеджер пакетов так и не смог, так и телепаются с своими питоноошметками.

     
     
  • 8.159, Michael Shigorin (ok), 10:33, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Там по этой части давно не везёт с нормальными менеджерами, которые бы смогли ра... текст свёрнут, показать
     
  • 8.192, PnD (??), 11:48, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Там теперь dnf Yum переписали с нуля на C по спецификациям Быстре... текст свёрнут, показать
     
  • 4.157, Michael Shigorin (ok), 10:28, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > yum мне показался сильно удобнее

    Своим bus factor == 1, что ли?  Или "мама-утка лучше всех"? :)

    > а по факту именно с пакетного менеджера начинается работа с системой

    Работа разная бывает -- у нас даже книжка была двусторонняя про это: http://altlinux.org/Books:Insideout

     

  • 1.10, Ноунейм (?), 12:52, 21/02/2021 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
     
  • 2.13, Таненбаум (?), 13:09, 21/02/2021 Скрыто модератором
  • +5 +/
     
  • 2.160, Michael Shigorin (ok), 10:34, 23/02/2021 Скрыто модератором
  • +/
     

     ....ответы скрыты модератором (2)

  • 1.17, Анончик (?), 13:38, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –12 +/
    это конечно здорово, но когда будет пакетный менеджер хотя бы на половину дотягивающий до dnf?
     
     
  • 2.40, FedoraLover (?), 15:54, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Человек, ты пользовался dnf? он ничем не лучше apt!
    если речь о выводе информации, да, он в этом плане удобнее, но вот при проверке обновлений, особенно если подключены другие репы он тормозной до ужаса.
     
     
  • 3.54, Аноним (54), 18:39, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    dnf-экосистема лучше apt-экосистемы уже тем, что от их сопровождающих я обратную связь получал в более короткие сроки, и некоторый мой код уже смерджен и issue - исправлены (правда некоторые PRы до сих пор висят). Люди реально работают.
     
     
  • 4.92, Аноним (92), 13:46, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это ну вообще никак не относится к пакетному менеджеру.
     
  • 4.117, JL2001 (ok), 16:22, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > dnf-экосистема лучше apt-экосистемы уже тем, что от их сопровождающих я обратную связь
    > получал в более короткие сроки

    это никак не связано с технологиями apt или dnf

    зачем вы оффтопик написали?

     
  • 4.143, Аноним (-), 00:42, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > dnf-экосистема лучше apt-экосистемы уже тем,

    ...что шляпные индусы не могут 15 лет сделать нормальный пакетный менеджер?

    А может, тем что в рхел по дефолту пакетов полторы штуки? Офигенная экосистема. Нет программ - нет проблем.

    > Люди реально работают.

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

    И таки да, пакетный менеджер был причиной послать рхелцентособразных в пользу дебианов и убунт. Зачем пользоваться индусским фекалием, если есть нормальное решение?!

     
  • 4.162, Michael Shigorin (ok), 10:43, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > dnf-экосистема лучше apt-экосистемы уже тем

    Чадо, если Вы перечитаете свой же комментарий незамутнённым взглядом (попросите родных, например, разъяснив им суть терминов) -- то окажется, что кривульку по имени dnf Вам пришлось править (а, возможно, и костылить -- ссылок-то нет).

    Почитайте на этом же сайте перипетии, связанные как с yum, так и с dnf.  Начиная с форсированной замены первого последним ввиду трагического стечения обстоятельств, приведшего к скоропостижной смерти его автора.

    https://www.opennet.ru/keywords/yum.html

    PS: ещё было бы неплохо поучиться обобщать разумным образом, а то опять эта "экокoкoсистема" выглядит как "галантерейщик и кардинал".  В трудах же по исправлению "do not finish" желаю творческих узбеков :)

     
  • 3.153, Аноним (153), 09:36, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну-ну, откатите мне пакет аптом)
     
     
  • 4.163, Michael Shigorin (ok), 10:44, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ну-ну, откатите мне пакет аптом)

    А если откачу?

     
  • 4.186, Аноним (186), 02:25, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну-ну, откатите мне пакет аптом)

    Спасибо, я уже MSI инсталлером наоткатывался, когда undo обламывается и система вообще ни туда, ни сюда. Ну его нахрен подобную оверинженерию, больно уж оно хрупкое. ИМХО, кому это надо, снапшотами оно обыгрывается куда как лучше. И да, это и на железных машинах можно, не только на виртуалках. Так то мы уж точно получаем last known good - и вариантов как это обломаться может особо нет.

    Редхатовские ошметки управления пакетами и без всего этого развалиться норовят. Достаточно чтобы в системе памяти не хватило и потом отскребать это от асфальта вообще придется в весьма неприкольном виде. Нет, оно само не починится, и более того - будет саботировать установку и снос вообще всего софта в системе. Очень удобно и дружественно.

     

  • 1.19, Дендроним (?), 14:13, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    А чем не угодил apt-key? И что вместо него?
     
     
  • 2.21, Аноним (21), 14:40, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное, отсутствием продуманного интерфейса работы?
     
  • 2.37, Голум (?), 15:36, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вместо него напрямую сохранять ключи в /etc/apt/trusted.gpg.d/
     
  • 2.46, flkghdfgklh (?), 16:41, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
     

  • 1.22, Юрий (??), 14:44, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    объясните дураку разницу apt-get install и apt install Это всё что нужно...
     
     
  • 2.29, Аноним (-), 15:10, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    никакой
     
     
  • 3.61, Дебилинизатор (?), 20:04, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    apt работает поверх apt-get/apt-cache/apt-*
     
     
  • 4.71, flkghdfgklh (?), 00:25, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А вот и не угадал. И apt-get/apt-cache, и apt работают поверх dpkg. Но между собой они не зависимы. apt это замена зоопарку apt-* разрабатываемая последние лет так 10 и постепенно замещающая собой старые apt-*
     
  • 2.32, bergentroll (ok), 15:13, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    apt-get, apt-cache — классические утилиты, apt — относительно новый интерфейс вместо нескольких команд.
     
  • 2.35, Аноним (35), 15:28, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    sudo synaptic запускай и будет норм.
     
     
  • 3.101, arthi747 (ok), 15:17, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/

    Но прежде установите его через apt)
     
  • 2.81, iPony129412 (?), 09:00, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > объясните <CoC> разницу apt-get install и apt install

    apt используется с намёком на пользователей, там и вывод могут переделывать и так далее.
    apt-get более стабильная по изменениям штука предназначена для скриптов

     
  • 2.105, Crazy Alex (ok), 15:54, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Жаль aptitude похоронили - идеальная оболочка
     
     
  • 3.114, srgazh (ok), 16:12, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    +100
     
  • 3.115, Аноним (96), 16:16, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Apt стал лучше, чем aptitude, поэтому и похоронили. Был ещё такой cupt, который был лучше aptitude, когда aptitude был лучше чем apt. Но, увы, разработка cupt застагнировала. Так что остался apt опять один, как тот горец.
     
     
  • 4.122, JL2001 (ok), 16:49, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    мне apt при любой проблеме обновлений репа тринити не была указана под дистриб ... большой текст свёрнут, показать
     
     
  • 5.132, Аноним (96), 19:32, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > мне apt при любой проблеме обновлений (репа тринити не была указана под дистриб основной системы и там либа зависила от обновляемой либы) предлагает удалить amdvlk, который ни с кем конфликтов не имел, если тыкать "следующий вариант разрешения конфликта" - предлагал удалить amdvlk:i386, и чередовал их удаление бесконечно

    А у меня подобный опыт скорее с aptitude был. A cupt предлагал варианты получше.

    > кстати как сказать апту "при обновлении НЕ предлагать удаление мануально установленных пакетов"?

    Ну, те мануально установленные пакеты вероятно конфликтуют с новыми, которые ты ставишь, и апгрейд старых пакетов не решает проблему. И тогда никак.

     
     
  • 6.152, JL2001 (ok), 02:55, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> кстати как сказать апту "при обновлении НЕ предлагать удаление мануально установленных пакетов"?
    > Ну, те мануально установленные пакеты вероятно конфликтуют с новыми, которые ты ставишь,
    > и апгрейд старых пакетов не решает проблему. И тогда никак.

    это не при install, а при upgrade
    и руками я часть пооблем разрешил (указав выпилить одну нужную автоустановленную либу - при этом указании апт автоматом подтянул другую, более новую, которая тоже подходила - и это дало обновить весь этот кусок)
    апт в решениях этого вроде так и не предложил

    а вторая часть - там не разрешимо было в рамках старого тринити
    но мне пытались впарить удаление amdvlk вместо "оставить часть пакетов старыми версиями"

     
  • 2.107, Чума (?), 15:56, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про aptitude все как-то забыли :)
     
  • 2.144, Аноним (-), 00:44, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > объясните дураку разницу apt-get install и apt install Это всё что нужно...

    Первое предлагается больше для скриптов и прочего batch mode. Второе скорее для интерактива админом. Но это деление весьма условно. Просто в втором больше goodies для живого админа - и поэтому парсить скриптами выхлоп менее прикольно.

     

  • 1.23, Юрий (??), 14:48, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А вообще на работе внедряем altlinux 8 SP! это вообще похоже клон mandrike - rpm но пакетный менеджер apt! задолбало всё это уже, но в линуксе с 2006-го года! и 1с + postgress наше всё!!!!

     
     
  • 2.30, Аноним (-), 15:11, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что задолбало?
    Ставь другой
     
  • 2.38, Аноним (38), 15:36, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь не госконтора? А то мы для МойОфис штатный продукт поставляем, и больше очень не хочется 8СП поддерживать, хотя видимо от него некуда не деться...
     
     
  • 3.164, Michael Shigorin (ok), 10:48, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь не госконтора? А то мы для МойОфис штатный продукт поставляем,
    > и больше очень не хочется 8СП поддерживать, хотя видимо от него некуда
    > не деться...

    8СП уже перебрался на p9, если что (ссылку на офсайт давать не буду, т.к. совсем уж офтопик коммерческого плана) -- т.е. ядро 5.4, gcc8 и далее по списку.  Так что запросите по официальным контактам обновку и смотрите, что там с ней.

    Вот только называться оно продолжит 8СП, поскольку в тугаментах так зафиксировали другие люди.

     
     
  • 4.191, Аноним (38), 10:03, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для p9 да, у нас проблем не было при сборке и поддержке, хотя да мы думали что p8 это 8СП, а p9 это уже что-то вроде 9СП.
    Спасибо за инфу
     
  • 2.48, svetrnd (ok), 16:59, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    1) Человек с 6-го года в линуксе
    2) уже внедряет на работе

    и такие откровения вдруг вылезли! Апт, рпм, мандрейк. Вы с какого дерева упали? Где нужно было сидеть, чтобы не знать про Альт? Столько-то лет прошло! И уже начали внеднять, и только начали это узнавать. Это жесть какая-то. Об объявлению взяли/нашли?

     
     
  • 3.69, Соня Мармеладова (?), 21:33, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Помню времена был ещё asp Linux, и народ спорил, где русский язык поддержан более лудше
     
  • 3.118, Аноним (96), 16:23, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Об объявлению взяли/нашли?

    Откуда вообще эта дурацкая фраза пошла? Размещать объявления о вакансиях - у себя на сайте, или на job sites, или на LinkedIn - нормальная практика, и откликаться на них - тоже. Необязательно сидеть и ждать, пока какой-нибудь рекрутер тебя схантит или знакомый в свою контору позовет.

     
     
  • 4.123, JL2001 (ok), 16:53, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Об объявлению взяли/нашли?
    > Откуда вообще эта дурацкая фраза пошла? Размещать объявления о вакансиях - у
    > себя на сайте, или на job sites, или на LinkedIn -
    > нормальная практика, и откликаться на них - тоже. Необязательно сидеть и
    > ждать, пока какой-нибудь рекрутер тебя схантит или знакомый в свою контору
    > позовет.

    фраза "понабрали по объявлению", судя по всему, относится к качеству работников, набраных с улицы и без проверки их уровня соответствующим специалистам
    это мем, истоки не знаю

     
     
  • 5.166, Michael Shigorin (ok), 11:00, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Мне _кажется_ но достоверно тоже не знаю , что смысл не только в без проверки ... большой текст свёрнут, показать
     
  • 3.165, Michael Shigorin (ok), 10:51, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И уже начали вреднять, и только начали это узнавать.

    Да ладно, не ругайтесь :-)  Сидел себе человек спокойно на центосе или дебиане, а тут вдруг свалилось "тыжлинуксоид".

    Давайте лучше ему http://altlinux.org/migration посоветуем, там дистрибутивонезависимые советы по уже набитым на переходах шишкам собраны.

    PS: ну и в mdk, разумеется, apt-rpm не было.

     
  • 3.194, Юрий (??), 14:19, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    "А я и не хотел этого внедрения, это уже жизнь такая - сейчас 1с-ки сами толкают и ищут лудей, кто им внедрять 1с на линуксе будет помогать... Верно - госсконторы - Больницы и поликлиники в основном - там централизованная закупка в регионах, причем одна партия ПК идет с Альт, другая с Астра и так далее. Пришлось даже ROSA пробовать и её виртуализацию ovirt, аля centos
     
  • 2.82, Vladjmir (ok), 09:12, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У альтов свой apt и свой rpm.
     

  • 1.25, Юрий (??), 14:49, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    astralinux + centos похоже будем скать другие решения в связи с centos, но astra пока рулит!
     
     
  • 2.167, Michael Shigorin (ok), 11:13, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Лишь бы работало Так-то меня намедни Мылицын убедил в одном околоэльбрусовом ча... большой текст свёрнут, показать
     
     
  • 3.183, n00by (ok), 13:22, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    РусБИТех точно МЦСТ ничего не платило? Может они всё-таки как-то договорились. Кто-то же и за ООО "НТЦ ИТ РОСА" выполнял работы по портированию на Эльбрус, насколько понял, просто по доброте душевной.

    А вообще, беда этих схемок не столько в том, что они что-то там мутят. Вот так попадёшь к таким, а потом всплывут интересные детали и останется ощущение, что со свиньями из одного корыта покушал. Кому-то плевать, кто-то молча проглотит... был человек, и нет человека. Зато появляется "кадровый голод" и "Цифровой прорыв" в книге рекордов Гиннеса.

     

  • 1.27, Юрий (??), 14:54, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    В медицине рулят redos astra altlinux, RASA тихо стоит в стороне... Слишком дорого в ФСТЭК...
     
     
  • 2.168, Michael Shigorin (ok), 11:15, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В медицине рулят redos astra altlinux, RASA тихо стоит в стороне...

    Вообще-то как раз у росы есть "свой центос", если уж Вам именно он столь мил.  А так в t.me/alt_linux народу из медицины хватает (собственно, ещё разработку и поставки для поликлиник делали давно уже -- в своей, например, застал как-то).

     
     
  • 3.195, Юрий (??), 14:27, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да нет, я лично Ubuntu уважаю как пользователь еще с времен VDR и SAT... А вот это всё сертифицированное - так оно деньги несёт...
     

  • 1.28, Аноним (28), 14:57, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А удаление пакета без затрагивания зависимостей так и не придумали как жаль нинужно))
     
     
  • 2.33, Аноним (-), 15:13, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не ставь ничего
    И удалять потом не надо будет
     
  • 2.41, Имя (?), 15:56, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    APT::Get::AutomaticRemove "false"; если вдруг по какой-то причине эта функция у тебя активирована. В дебиане по умолчанию она отключена, что там у вас у всех удаляется, непонятно.
     

  • 1.36, нононим (?), 15:30, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Ужасный ПМ. Где pacman справляется за минуту - этому убожеству нужно пять минут.
     
     
  • 2.50, Ноунейм (?), 17:22, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Меня за это высказывание - почистили....
     
     
  • 3.59, Аноним (59), 20:03, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Коноскопию делали?
     
  • 2.51, Аноним (51), 17:28, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Как там в 2003 году? APT активно разрабатывается и за последние годы стал значительно быстрее.
     
  • 2.63, Аноним (63), 20:06, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А пакман все еще не умеет отслеживать линкуемые либы? Не то чтобы я защищаю apt , пакман определенно удобнее и может даже написан менее убого, но по возможностям он просто не дотягивает до взрослых ПМ
     
     
  • 3.109, Чума (?), 15:58, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И apt не умеет. Это далает debhelper.
     
  • 3.145, Аноним (145), 00:48, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А пакман все еще не умеет отслеживать линкуемые либы? Не то чтобы
    > я защищаю apt , пакман определенно удобнее и может даже написан
    > менее убого, но по возможностям он просто не дотягивает до взрослых ПМ

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

     
  • 2.169, Michael Shigorin (ok), 11:18, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Ужасный ПМ.

    Вы, скорее всего, всего лишь не смогли различить объём данных, которыми оперирует типичный апт и типичный пукман.

    Посмотрите зависимости условного пакета bash, что ли.

    Рассказывать, что тонкая порезка не нужна, можете шляпе -- двадцать лет назад и у них тот же перл шёл одним монолитным пакетом со всем подряд и с весьма произвольными Requires:/Provides:, но сейчас почему-то делают несколько ближе к тому, как в дебиане или альте.

     

  • 1.44, FedoraLover (?), 15:59, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Хочу интерфейс dnf и скорость pacman :)
     
     
  • 2.45, Аноним (45), 16:03, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    zypper?
     
     
  • 3.65, анонъчик (?), 21:04, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, тот интерфейсом ближе к APT, хотя у них с DNF внутри тот же libsolv.
     

  • 1.47, Аноним (47), 16:51, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Качаю обновления для arch и debian с одного и того же зеркала. Но скорость загрузки для первого в несколько раз выше, чем для второго. Как так? Отключил все PDiffs у apt - вроде, немного быстрее стало. Но судя по указанной скорости загрузки в самом apt при обновлении, - всё равно намного медленнее, чем pacman.  Какие настройки еще изменить нужно, чтобы скорость не ограничивалась?
     
     
  • 2.55, Аноним (55), 18:54, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Оказывается, при каждом '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 существуют же отдельные команды. Как отключить скачивание всего контента каждый раз?
     
     
  • 3.58, Аноним (58), 19:29, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    % mv -v -i /etc/apt/apt.conf.d/50apt-file.conf{,.disabled}
    % mv -v -i /etc/apt/apt.conf.d/50command-not-found{,.disabled}

    Уффф... Полегчало. :)

     
     
  • 4.134, Аноним (134), 21:38, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Короче... Не надо так делать, а то 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
    Такие дела...
     
     
  • 5.146, Аноним (145), 00:54, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А зачем ты это вообще напихал туда? Или это бюро медвежьих услуг имени минтовой убунты так прикалывается сейчас?

    Еще пару идей, для уменьшения трафа, места на диске, тормозов при инсталле и юзеже:

    1) Нахрен всучиваемое внагрузку барахло!



    APT::Install-Recommends 0;
    APT::Install-Suggests 0;


    2) Если вам не надо переводы, жрущие место на диске оптом (актуально для ssd) и качающие дурацкие апдейты списков локализаций (трафик, тормоза).



    Acquire::Languages "none";



     
  • 3.86, InuYasha (??), 11:17, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я тоже офигел когда счёт за тырнет пришёл.
     
     
  • 4.88, Аноним (88), 13:23, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты в интернет по карточкам черед диалап ходишь?
     
     
  • 5.90, anonymous (??), 13:23, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не тупи, диалап поминутный был!
     
  • 4.89, anonymous (??), 13:23, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы всё ещё за траффик платите? Это где так???
     
     
  • 5.91, InuYasha (??), 13:32, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> траФФик
    > Это где так???

    В шестом.

     
     
  • 6.151, Led (ok), 02:06, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В шестом-бэ?
     
  • 3.112, Crazy Alex (ok), 16:07, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что это не арч, а дебиан. Который предполагает, что по умолчанию пользователь получает полноценную среду, а настройка под себя/обрезка опциональна. Ровно потому же и recommended packages по умолчанию ставятся.

    Ну и, понятно, то, что вы сделали, не нужно почти никому - update делается максимум в раз сутки (а то и раз в месяц), и да и сотня мегабайт по нынешним временам разве что на мобилке заметна, и то далеко не всегда.

     
     
  • 4.120, Аноним (120), 16:29, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > не нужно почти никому

    Вот и поливают потом apt и debian почём зря, не зная, что его можно сделать таким же быстрым, как и pacman.
    Не нужно, так нежно. О других оптимизациях тогда умолчу.

     
  • 4.130, Аноним (124), 18:36, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    pacman тоже всё подряд перекачивает, даже если уже скачано.
    Он даже пакеты заново скачает, если их архивы уже были скачаны. Чтобы не скачивал надо указать --needed опцию или как то так.
    Apt скачивать по-новой архивы пакетов не станет, если они остались в кеше он оттуда возьмёт.
    Недавно манжару пробовал.
     
  • 4.135, Аноним (135), 21:46, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > update делается максимум в раз сутки (а то и раз в месяц)

    На testing/unstable обновления прилетают намного чаще. И посмотреть, что там новенького (типа checkupdates в arch), качая при этом по 100 MB каждый раз не очень весело.

     

  • 1.49, IdeaFix (ok), 17:00, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пока есть pkgsrc, всё остальное - просто верх удобства... хотя может есть что-то еще хуже чем pkgsrc, но я не хочу про это знать :)
     
     
  • 2.170, Michael Shigorin (ok), 11:22, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока есть pkgsrc, всё остальное - просто верх удобства...

    Вы бы Чеусову-то рассказали, благо он и здесь порой водится.

     
     
  • 3.184, IdeaFix (ok), 21:39, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вы правда думаете что кто-то из тех, кому хоть чуть-чуть не всё равно, не в курс... большой текст свёрнут, показать
     

  • 1.52, Аноним (52), 17:58, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "Утилита apt-key запланирована для удаления во втором квартале 2022 года."
    Она уже в дебиан тестинг задепрекейчена и по сути не работает, вместо неё кокой-то костыльный колхозный подход по добавлению ключей.
     
     
  • 2.111, Чума (?), 16:00, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > кокой-то костыльный колхозный подход по добавлению ключей.

    костыль называется cp или mv

     
  • 2.129, Аноним (124), 18:19, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Работает же, просто предупреждение выдаёт что депрекейтед. На прошлой неделе пришлось mongodb устанавливать и добавлять их ключи по гайду через эту утилиту.
     

  • 1.53, Аноним (54), 18:30, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Сопровождение в дебиане - просто П****ц. Уже около года не могу влить свой https://github.com/guillemj/dpkg/pull/3 в dpkg, ибо  сопровождающий - Guillem Jover - на него просто забил, а механизм для влития в обход сопровождающего не предусмотрен. Наличие у него в аккаунте https://github.com/guillemj/unmaintained.tech как бы намекает на заинтересованность взять и положить на всё.
     
     
  • 2.66, Аноним (-), 21:26, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    ващета там мирар , жди еще тристалет
     
     
  • 3.148, Аноним (148), 00:59, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ващета там мирар , жди еще тристалет

    На третий год Зоркий Глаз заметил что рожа которая кривляется и матерится была зеркалом...

     
  • 2.75, OpenEcho (?), 01:12, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Скиньте на реддите свой вопрос, каким-то чудесным образом он пробуждает почти мертвых
     
     
  • 3.149, Аноним (148), 01:01, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Скиньте на реддите свой вопрос, каким-то чудесным образом он пробуждает почти мертвых

    И даже зеркала превращает в площадки? Ну тогда может и Ленина из мавзолея подымет?

     
  • 2.87, InuYasha (??), 11:20, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати, я тоже вчера небольшой бажок в дебиане-openipmi нашёл. Но теперь даже расхотелось куда-то сообщать. :(
     
     
  • 3.147, Аноним (148), 00:57, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кстати, я тоже вчера небольшой бажок в дебиане-openipmi нашёл. Но теперь даже
    > расхотелось куда-то сообщать. :(

    Писать баги на зеркало :) репа и правда не очень хорошо работает :P

     
  • 3.171, Michael Shigorin (ok), 11:24, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, я тоже вчера небольшой бажок в дебиане-openipmi нашёл.
    > Но теперь даже расхотелось куда-то сообщать. :(

    Пишите в bugs.debian.org -- как это там делается, лучше спросите дебианщиков (знаю, что почтой, конкретней интересоваться не было поводов).

     
     
  • 4.173, InuYasha (??), 12:11, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>apt install reportbug

    The 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

    <:-(

    Даже не знаю, что хуже - ставить весь этот хлам и шагать в неизвестность или восстанавливать почту. :-|

     
     
  • 5.181, Michael Shigorin (ok), 12:35, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >>>apt install reportbug

    [...]
    > Даже не знаю, что хуже - ставить весь этот хлам

    Ну в виртуалку засуньте.

     
  • 2.97, Штоа (?), 14:12, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > механизм для влития в обход сопровождающего не предусмотрен

    Вот уж удивительно!

     
  • 2.113, Crazy Alex (ok), 16:11, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А то, что там список рассылки указан, и он вполне жив и в нём патчи летают - не заметили, да? Или кроме гитхаба ничего не знаем?
     

  • 1.62, Дебилинизатор (?), 20:05, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    apt не нужен, оставьте только dpkg.
     
     
  • 2.67, Аноним (-), 21:28, 21/02/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    оно в целом ущербно. Линус им сказал что об этом думает. странно что они толпой его не отпи..ли конечно
     
     
  • 3.70, Anonim (??), 00:08, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Плдробней можно? Не понял ничего за махач.
     
  • 2.77, Аноним (77), 01:41, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    deb как раз заменить просто на tar.gz
     
     
  • 3.108, Аноним (96), 15:57, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе на Слакварь, брат аноним
     
     
  • 4.193, anmm (?), 12:14, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> Тебе на Слакварь, брат аноним

    Услаки свой Gslapt имеется. Хотя меня вполне устраивает tazpkg ))

     

  • 1.64, Аноним (64), 20:44, 21/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прекрасно. Когда добавят в Alt Linux?
     
     
  • 2.72, flkghdfgklh (?), 00:28, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А разве в Альте не свой форк отколовшийся давным-давно и развивающийся самостоятельно? У меня такое впечатление было году в 2009, когда тыкал в Альт последний раз палочкой
     
  • 2.84, myhand (ok), 10:02, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В ALT его давным давно "импортозаместили".  На человеческом языке: форкнули и забили на апстрим.
     
     
  • 3.175, Michael Shigorin (ok), 12:24, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В ALT его давным давно "импортозаместили".
    > На человеческом языке: форкнули и забили на апстрим.

    Технически говоря, форкнули его ещё в Conectiva, а у нас уже форк форка.

    Насчёт "забили" -- к сожалению, кривущую реализацию динамического выделения памяти, например, втащили (и отловил её эльбрус): http://lists.altlinux.org/pipermail/devel/2019-December/209417.html

    Ну и в целом, сдаётся мне, Вы просто ревнуете. :)

     
  • 2.172, Michael Shigorin (ok), 11:27, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Прекрасно. Когда добавят в Alt Linux?

    2.x -- думаю, нескоро: в sisyphus и p9 сейчас 0.5.15lorg2-alt71.3.

    Помнится, glebfm@ как-то давно ещё делал набег на 0.6 или 0.8, но с учётом дикого перегруза всё-таки не добил.  Хотя я могу чего-то не знать, вдруг ещё кто-то сейчас его пилит -- у нас как минимум несколько человек понимают в аптовых внутренностях.

     

  • 1.76, Аноним (77), 01:40, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Утилита apt-key запланирована для удаления во втором квартале 2022 года.

    А что там вместо него?

     
  • 1.85, myhand (ok), 10:03, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > APT также применяется в ALT Linux.

    ЛПП

     
     
  • 2.176, Michael Shigorin (ok), 12:28, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> APT также применяется в ALT Linux.
    > ЛПП

    Предложил правку насчёт APT-RPM.

     

  • 1.93, Аноним (93), 13:49, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    а когда он быстрым станет
     
     
  • 2.177, Michael Shigorin (ok), 12:30, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > а когда он быстрым станет

    В дебиане, по моим наблюдениям, не столько апт тормозит, сколько dpkg/debhelper -- по крайней мере в альте апт куда бодрей бывал, когда сравнивал на одном оборудовании.

    Ещё один момент: если сравнивать с SAT-солверами (той же libzypp и построенном на ней), то "никогда", потому что решает более сложную задачу: для SAT приходится обкарнывать репозиторий по части альтернатив, мы на это напоролись при разработке deepsolver.altlinux.org и предпочли так не делать, по крайней мере на данный момент.

     

  • 1.94, AlexYeCu_not_logged (?), 13:50, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Downgrade так и не подвезли? Печально.
     
     
  • 2.110, Аноним (96), 15:58, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сто лет как есть

    apt install package=version

     
     
  • 3.116, AlexYeCu_not_logged (?), 16:21, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >apt install package=version

    Сильно не то. Не веришь — спроси у пользователей yum/dnf.

     
     
  • 4.119, Аноним (96), 16:26, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    А можно у тебя спросить, что ты в виду то имел?
     
     
  • 5.161, AlexYeCu_not_logged (?), 10:41, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно у тебя спросить, что ты в виду то имел?

    Можно. Downgrade — он автоматом подцепляет все зависимости и практически всегда откатывает нормально. На моей памяти вообще всегда, но я могу представить ситуацию, когда это будет невозможно без «ручного вмешательства». В одну команду. А вот с apt всё не так просто: мало того, что  телодвижений сильно больше (как минимум, надо сперва выяснить доступные версии пакетов), так чаще всего приходится разруливать ситуацию вручную. И даже это не всегда возможно, точнее возможно-то оно наверняка, но может потребовать либо слишком много возни, либо физического доступа к ПК. Как-то так. На сегодня downgrade — киллер-фича dnf и yum. Остальное — вопрос удобств (и их, кстати, тоже у dnf/apt поболее будет). Скорость — ok,  apt данные по своим репам обновляет заметно быстрее.

     
     
  • 6.178, Michael Shigorin (ok), 12:31, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Downgrade — он автоматом подцепляет все зависимости
    > и практически всегда откатывает нормально.

    Возможно, пригодится http://altlinux.org/downgrade -- для дебиана и производных (а также деривативов), по идее, аналогично.

     
  • 4.131, Аноним (131), 19:01, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    да, он сопротивляется и надо указывать еще и зависимости

    > спроси у пользователей yum/dnf.

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

     

  • 1.121, Аноним (121), 16:44, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Не понимаю, почему APT считают медленным, 2-3 секунды это долго? Совсем арчешкольники овна объелись.
     
     
  • 2.125, Аноним (124), 18:08, 22/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну по сравнению с пэкмэном, apt в разы медленее. Просто apt умеет поднимать сервисы, делать линки и производить настройку пакета сам, в зависимости от конфигурации системы, делая всякие проверки и в случае чего предупреждая.
    Пэкмэн просто качает и распаковывает, а потом читается арчевики, я так понимаю.
     
     
  • 3.150, Аноним (148), 01:04, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Пэкмэн просто качает и распаковывает, а потом читается арчевики, я так понимаю.

    При том иногда - уже с соседнего компа. Как с переходом на системду было, видите ли их йогурты сами все что надо сделать не могут, а если не RTFMнуть - при следующем ребуте СЮРПРИЗ! :D


     
  • 3.180, Michael Shigorin (ok), 12:33, 23/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто apt умеет поднимать сервисы, делать линки и производить
    > настройку пакета сам, в зависимости от конфигурации системы,
    > делая всякие проверки и в случае чего предупреждая.

    Это не apt делает, если что.  Для проверки попробуйте поставить сервис просто dpkg или rpm. :)

    > Пэкмэн просто качает и распаковывает, а потом читается арчевики,
    > я так понимаю.

    Опционально недоумевается на форуме.

     
     
  • 4.187, Аноним (186), 02:34, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У апта и его обвеса просто есть всякая круть, типа хуков. Вплоть до возможности флешануть (!!!) свежезаинсталеный кернел вон тем хуком. Железки видите ли разные бывают и могут иметь свои идеи на тему того как они грузятся и где и как при этом кернел берется. Хук это может обыграть как душе угодно. А вот любители йогурта при этом кажись будут бамбук курить. Впрочем, они наверное далеки от таких задач.
     
  • 2.190, Firecat (ok), 04:52, 24/02/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ускоряем установку пакетов в Debian (libeatmydata)
    https://laurvas.ru/eatmydata/
     

  • 1.126, Аноним (128), 18:10, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Молодцы, дельная штука. Удачи.
     
  • 1.133, user90 (?), 20:35, 22/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Хорошие топики, "классические")
    И потому они не могут никого действительно заинтересовать: для любого класса такого ПО мне известны варианты круче и интереснее!
     
  • 1.189, Firecat (ok), 04:49, 24/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "Добавлена поддержка поэтапных обновлений, которые уже применяются в Ubuntu..."
    Наверно сначала этап предоставят форкам :D
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру