| |
| |
| 3.14, blit (?), 11:01, 02/11/2025 [^] [^^] [^^^] [ответить]
| +11 +/– |
 медленный, тяжёлый. Я никсоюзер если что.
pacman всё же один из лучших пакетных менеджеров среди императивных дистров. Но он не декларативный.
| | |
| |
| 4.44, Аноним (44), 14:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>pacman всё же один из лучших пакетных менеджеров среди императивных дистров.
Не понимаю, как можно пользоваться пакетными менеджерами с побочными эффектами, после того, как попробовал функциональные.
| | |
| |
| 5.191, вымя (?), 08:53, 03/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Не понимаю, как можно пользоваться пакетными менеджерами с побочными эффектами, после того, как попробовал функциональные.
Легко: после пары часов возни со всякими nix-command --extra-experimental-features flakes profile install nixGL --impure, чтения примеров напевов Рабиновичем конфигов nginx (virtualHosts."example.com".extraConfig = ''...'') и попыток понять, что же надо копипастить из поиска (dejavu_fonts или dejavu-fonts) приходишь к выводу, что удобства императивного бардака всё ещё сильно перевешивают недостатки, и сносишь nix/guix.
| | |
|
| 4.114, Аноним (114), 20:41, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Но он не декларативный.
Пишешь PKGBUILD для своих dropin-конфигов, и вуаля! Теперь 'pacman -S <декларация>' включает конфиг, 'pacman -R <декларация>' выключает конфиг.
| | |
|
|
| 2.13, Аноним (13), 11:00, 02/11/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Быстрый, лёгкий, многофункциональный. Просто лучший! :)
Быстрый, лёгкий, простой как сапог, что несомненно хорошо.
Но вот насчёт многофункциональности... смотря с чем сравнивать?
Pacman это ставилка/удалялка пакетов, но за счёт роллинговости и в 99% только необходимости ставить пакеты более новых версий, он ещё справляется и с апгрейдом Арча.
Только в пределах работы Арча оно конкурентноспособно, на фоне других пакетников только по скорости, в рамках чистого роллинга, где только вперёд и обновления на новые версии пакетов всегда и больше ничего не надо.
В других дистрах, с более классической моделью апгрейдов, pacman бы проиграл на фоне их родных пакетников по функционалу для них необходимому, реализованному и работающему штатно, а не формально и через костыли.
| | |
| |
| 3.16, Константавр (ok), 11:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 >В других дистрах, с более классической моделью апгрейдов, pacman бы проиграл на фоне их родных пакетников по функционалу для них необходимому, реализованному и работающему штатно, а не формально и через костыли.
Тут просто обязан быть пруф.
| | |
| 3.17, Аноним (17), 11:41, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Однако, MSYS2 почему-то взял его, а не apt, например. Не согласен про "костыли" и непригодность для других дистров, пока видел только обратное.
| | |
| |
| 4.77, Аноним (-), 18:03, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
А что такое MSYS2? Это что-то маздаевское что-ли? Если это маздаеское тогда почему вы его упоминаете?
| | |
| |
| 5.178, ProfessorNavigator (ok), 00:20, 03/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Это что-то маздаевское что-ли?
Не совсем... Они написали эмулятор линуксовой консоли для Окошек, прикрутили туда MinGW (он же GCC), плюс clang. Плюс pacman. И собирают линуксовые программы нативно под винду. Те, которые такую опцию имею, естественно. В общем, если пишите кросплатформенное приложение, то скорее всего мимо MSYS2 не пройдёте.
| | |
| 5.180, Аноним (180), 02:46, 03/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Потому что опеннет про опенсорс, чем и является MSYS2. Почему-то местные забывают, что опеннет не только про линукс, а про вообще весь открытый/свободный софт, и не важно под какую платформу.
| | |
|
|
| 3.69, Аноним (-), 17:15, 02/11/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>Только в пределах работы Арча оно конкурентноспособно
Pacman создан исключительно для Arch. xbps создан исключительно для Void. slackpkg создан исключительно для Slackware. Nix создан исключительно для NixOS. Эти дистры созданы с нуля и они не опираются на наследие Red Hat и Debian. Никому из линуксоидов, кроме тебя, дурацкие мысли в голову не лезут.
| | |
| |
| 4.73, Аноним (73), 17:30, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Вот кстати да, есть только системы, основанные на .deb и .rpm, а остальное это игрушки
| | |
| |
| 5.115, Аноним (114), 20:44, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> есть только системы, основанные на .deb и .rpm,
несовместимые между собою. По формату пакетов. Без чета недостающих зависимостей, которые в 99% случаев сделают пакеты не рабочими за пределами своего дистрибутива.
| | |
|
| 4.92, ЛщЛ (?), 19:02, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Только в пределах работы Арча оно конкурентноспособно
> Pacman создан исключительно для Arch.
Frugalware Linux — дистрибутив Linux общего назначения, спроектированный для пользователя, знакомого с командной строкой. Он основан на Slackware, но использует другой менеджер пакетов — Pacman.
Nix создан исключительно для NixOS.
А вот и нет, nix как проект не зависит от NixOS, NixOS как раз проект, который как proof of concept того, что вокруг nix можно полностью цельный дистр построить, а так, nix не привязан к NixOS и даже более универсальный пакетник, чем нативные работающие с deb, rpm, универсальнее даже чем snap.
Эти дистры созданы
> Никому из линуксоидов, кроме тебя, дурацкие мысли в голову не лезут.
Как видим, лезут и даже очень ;)
| | |
|
| 3.116, Аноним (114), 20:46, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> pacman бы проиграл на фоне их родных пакетников по функционалу для них необходимому
Например?
| | |
|
| 2.18, Аноним (18), 12:00, 02/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Быстрый, лёгкий, примитивный. Просто еще один :)
Поправил. Многофункциональный - это про Guix.
| | |
| 2.41, Аноним (44), 14:17, 02/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Быстрый, лёгкий
Никогда не понимал, зачем пакетному менеджеру быть быстрым и лёгким. Вы рач по выходным переустанавливаете, чтоли? От того, что пакетный менеджер будет работать ну пускай две минуты вместо 20 секунд - явно хуже не будет.
>многофункциональный
По меркам девяностых. Сейчас пакетные менеджеры горазо мощнее.
| | |
| |
| 3.78, Песнь скрипучих дроздов (?), 18:06, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вы рач по выходным переустанавливаете, чтоли?
вы не понимаете сути ролинг-релиза, здесь не переустанавливать а обновлять, и не по выходным а хоть каждый день
а тем чем пользуешься очень часто должно быть быстрым и лёгким, с чем pacman справляется на все сто
| | |
| |
| 4.193, Аноним (193), 09:48, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да я не понимаю суть роллинг релиза.
Тоесть Arch это обновлять каждый день.
А Debian это 12,13.
А Windows это 11,12.
Тоесть промежуточные обновления Ос, это не все равно что роллинг?.
| | |
| |
| 5.195, Песнь скрипучих дроздов (?), 11:44, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Да я не понимаю суть роллинг релиза.
> Тоесть Arch это обновлять каждый день.
> А Debian это 12,13.
> А Windows это 11,12.
> Тоесть промежуточные обновления Ос, это не все равно что роллинг?.
настоящий ролинг, а у арча он настоящий, подразумевает что ЛЮБОЙ компонент системы, в том числе системный, обновляется по мере его доступности с минимально необходимым временем на его тестирования, например, то же ядро обновляется в системе где-то раз в неделю
| | |
| 5.204, ЛщЛ (?), 13:18, 03/11/2025 [^] [^^] [^^^] [ответить] | +/– | Не, просто Арч, в силу особенностей простоты pacman, из-за чего его быстрота и в... большой текст свёрнут, показать | | |
| |
| 6.212, Аноним (212), 19:14, 03/11/2025 [^] [^^] [^^^] [ответить] | +1 +/– | Про какие-то абстрактные проблемушки не знаю Но могут ключи разрабов протухну... большой текст свёрнут, показать | | |
|
|
|
| 3.94, Мимокпроходил (?), 19:05, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>>Быстрый, лёгкий
> Никогда не понимал, зачем пакетному менеджеру быть быстрым и лёгким. Вы рач
> по выходным переустанавливаете, чтоли? От того, что пакетный менеджер будет работать
> ну пускай две минуты вместо 20 секунд - явно хуже не
> будет.
>>многофункциональный
> По меркам девяностых. Сейчас пакетные менеджеры горазо мощнее.
На самом деле текущая реализация dnf, что сейчас поставляется в Fedora, не сильно-то и медленней пакмана. Pacman хорош только в роллинге, который не поддерживает штатно холдинг и откат пакетов. Оно кончено там факультативно есть в Арче, но работает на выдох и очень не рекомендуется.
| | |
| 3.140, Аноним (114), 21:30, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Никогда не понимал, зачем пакетному менеджеру быть быстрым и лёгким.
Никогда не понимал, зачем пакетному менеджеру быть медленным и тяжелым.
| | |
|
| 2.51, Аноним (51), 15:11, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Быстрый, лёгкий, многофункциональный. Просто лучший! :)
И самый бестолковый. Кто с ним первый раз сталкивается или нечасто, то из его --help вообще не понять, так как же пакет-то установить. Без обращения к поисковику с примером не понять.
| | |
| |
| |
| 4.65, Аноним (65), 16:24, 02/11/2025 [^] [^^] [^^^] [ответить] | +1 +/– |  CODE -S, --sync Synchronize packages Packages are installed directly from the... большой текст свёрнут, показать | | |
| |
| 5.66, Медведь (ok), 16:36, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
 Ну используй полные имена ключей, кто ж тебе не дает? Буковок в латинице не так уж много.
| | |
|
| 4.71, Аноним (51), 17:18, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ах, у него оказывается, есть ещё man. Ну а если это Msys2, нету мана. Но вот --help-то тогда такой бестолковый зачем сделали?
| | |
| |
| 5.75, Медведь (ok), 17:37, 02/11/2025 [^] [^^] [^^^] [ответить] | +/– | Ты про это, что ли code pacman --sync --help использование pacman -S --syn... большой текст свёрнут, показать | | |
|
| 4.88, в ожидании победы (?), 18:54, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Я сам бывший пользователь Арча с десятилетним стажем. И вот, глядя сейчас на ваш экземпл уже незамутнёнными глазами, я отчётливо понимаю, что тут новичку глаза вырачивать надо. Плохо это или не так плохо, мне уже похрен.
| | |
| |
| 5.139, Медведь (ok), 21:29, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Я сам бывший пользователь Арча с десятилетним стажем. И вот, глядя сейчас на ваш экземпл уже незамутнёнными глазами, я отчётливо понимаю, что тут новичку глаза вырачивать надо. Плохо это или не так плохо, мне уже похрен.
Пример не мой, он из мануала пакмана. И для новичков вполне себе есть pamac, где можно намышевозить все то же самое, но без терминала. Каждому свое, мне удобнее консоль, кому-то наоборот. В чем трагедия?
| | |
|
| 4.190, Кошкажена (?), 07:26, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Действительно, как такое понять? Это ж глаза открыть надо!
Ну примеры копипастить много ума не надо. А вот использовать ключи в целях действий (то есть команд) - глупо, они задают опции по нормальному. Так что да, интерфейс командой строки странный.
| | |
|
| 3.117, Аноним (114), 20:48, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Кто с ним первый раз сталкивается
Что угодно, если столкнуться с ним в первый раз, будт сложным. Проблема в чём? Продолжай сталкиваться до наступления просветления. Дорогу осилит идущий.
| | |
|
| 2.186, Аноним (186), 06:40, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Не пользуюсь Pacman, сборка пакетов с Arch, это нечто.
Кто это придумал.
Тебе нужно скачать кучу библиотек для сборки,
Чтобы поставить софт 403 Кб.
.deb
Вообщем для гиков.
Потом еще чистить пк от этого сборочного мусора.
Как то я поставил Steam, Arch, и игру 2Гб 2d, вообщем библиотек накопилось 18 Гб.
| | |
| |
| 3.189, Кошкажена (?), 07:23, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> .deb
> Потом еще чистить пк от этого сборочного мусора.
mk-build-deps для того, чтобы сделать пакет со всеми зависимостями сборки
или apt-get build-dep
А вот как чистить зависимости сборки в pacman?
| | |
| |
| 4.197, Аноним (193), 12:12, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну вообще sudo pacman -Sc
Ну для экстрималов sudo pacman -Scc
Видел у стриммера-блоггера, незнаю кто это.
Длииииинную команду очистики, вот только нормальный человек все эти буквы не запомнит.
Если debian - autoclean, autoremove, autopurge.
Ну еще bleachbit.
Но я все равно не пользусь Arch.
| | |
| 4.203, ProfessorNavigator (ok), 12:59, 03/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А вот как чистить зависимости сборки в pacman?
Осуществлять сборку командой
makepkg -sri
Догадайтесь с трёх раз, какой ключ отвечает за очистку сборочных зависимостей))
Ну или можно так: https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot
Очистить кеш пакетов можно командой
paccache -r
Удалит всё, кроме трёх последних версий пакетов (можно оставить любое количество, хоть вообще кеш очистить).
paccache -ruk0
Удалит из кеша удалённые пакеты.
pacman -Qdt
Поиск пакетов "сирот" (которые не требуются ни одному другому пакету, как зависимости).
В целом - читать wiki Арча до полного просветления. И man. 😉
P.S.
В Debian для сборки пакетов рекомендую применять sbuild.
| | |
|
| 3.214, Аноним (212), 19:34, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Как то я поставил Steam
> вообщем библиотек накопилось 18 Гб.
Само собой. Steam половину Линукс-рантайма тащит. А потом ещё раз, для lib32.
| | |
|
|
| |
| 2.194, Аноним (193), 09:52, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Как яблочникк говорю, что если сравнивать Iphone, с Смартфоном Android одного ценового сегмента, то разница не особо.
Просто мода.
Да кстати, как на счет сравнить Пк, за 350k с AirMac за 350k.
Вот только все эти комплектующие к Apple раз в 5 дороже чем Пк.
| | |
|
| 1.21, Аноним (20), 12:25, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> ... повторный импорт ключей c расчётом на то, что на сервере ключей уже имеются обновлённые ключи.
Ну, ну. Желаю удачи.
| | |
| 1.22, Ананоним (?), 12:27, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Быстрым и лёгким он кажется пока его мало используешь. А потом начинаются тормоза. Когда количество файлов на HDD в /var/lib/pacman/local вырастает до 20000, начинается минутный тормоз при каждом незакешированным файловой системой обращении к этим данным о пакетах. Причём находятся сказочники, расказывающие что для ext4 не нужна программа дефрагментаци/оптимизации файловой системы. И ещё если вы решите по максимуму воспользоваться NoExtract= для каждого пакета, по 5 минут тормозов вам обеспечено при "удачном" обновлении pacman -Suy. На а так быстрый, да...
| | |
| |
| 2.24, Медведь (ok), 12:33, 02/11/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Когда количество файлов на HDD в /var/lib/pacman/local вырастает
> HDD
Я всё понимаю, ситуации у всех разные, но думается, что проблема больше в этих трех буквах, чем в pacman.
| | |
| |
| 3.25, Ананоним (?), 12:41, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Проблемы не в трёх буквах, проблемы в наплевательском отношении к архитектуре ПО. Или ты хочешь сказать что в требованиях к pacman есть примечание "не предназначен для работы на HDD"?
| | |
| |
| 4.28, Медведь (ok), 13:03, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну для начала -- на древнем ноутбуке HDD, и каких-то особых тормозов с pacman я не наблюдаю. И проблем с винтом вроде нет. И потом, ни у одной аппликухи в требованиях я не увидел "не предназначена для запуска на утюге", и тем не менее на утюгах они работают так себе ;)
| | |
| |
| 5.35, Ананоним (?), 13:30, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну я часто встречаю людей, который в упор не видят проблем. Это нормально. Живи дальше.
| | |
| |
| 6.43, Аноним (17), 14:23, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну я часто встречаю людей, которые фантазируют проблемы в вещах, которыми не пользуются. Это нормально. Живи дальше.
| | |
| |
| 7.60, Ананоним (?), 15:40, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Наверно в моём случае твоя голова галлюцинировала. Стаж 10 лет использования.
| | |
|
|
|
|
|
| |
| |
| 4.182, Аноним (180), 02:53, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Никто не запрещает тебе пользоваться устаревшим оборудованием, но если уж решился - будь готов к потенциальным проблемам. И дело не в линуксе, так работают любые системы.
| | |
| |
| 5.206, Аноним (51), 14:28, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
HDD: Но почему это "устаревшее" оборудование продают новое в компутерных магазинах?
| | |
|
|
| 3.30, Аноним (30), 13:14, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Сразу видно человека, который жёстким диском под линуксом не пользуется. Добро пожаловать из винды! Ваша оперативка используется ядром для кэша записи/чтения/редактирования файлов уже хрен пойми сколько времени.
| | |
| |
| 4.97, Аноним (97), 19:06, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Добро пожаловать из винды! Ваша оперативка используется ядром для кэша записи/чтения/редактирования файлов уже хрен пойми сколько времени.
Ага, главное - ничего больше не запускать, а то ядро временами заметно неохотно отдаёт формально вашу же оперативку.
| | |
| |
| 5.105, Ананоним (?), 19:26, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Хаха! Запускать-то можно, при этом кэш в который попало содержимое из /var/lib/pacman/locale со временем теряется и тебя ждут опять тормоза при использовании pacman/ Ну а главный сюрприззз настаёт когда от чрезмерного запуска начинается своппинг из-за нехватки ОЗУ. Вот это уже серьёзное попадалово, и тормоза pacman меркнут моментально. :D
| | |
| |
| 6.133, Аноним (114), 21:18, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Никогда не видел таких проблем на 4GB RAM. У тебя, скорее всего, перекручен vm.swappiness.
| | |
| |
| 7.143, Ананоним (?), 21:43, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Никогда не видел таких проблем на 4GB RAM. У тебя, скорее всего,
> перекручен vm.swappiness.
Мой:
vm.swappiness = 60
Это перекручено?
У меня 16 GB RAM. Swap раздел 24GB. Но на тяжёлых задачах бывало этого не хватало.
| | |
|
|
| 5.106, Ананоним (?), 19:31, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Причём если после глубокого своппинга ты всё таки дождался освобождения ОЗУ, то наччинается следующая проблема - возвращение данных их свопа обратно в ОЗУ. Я созерцая работу этих, кхе, алгоритмов в Линуксе думал ктож такой продвинутый это написал что всё это так "работает"... НА виндже не помню таких проблем со свопом. Он там хоть и тормозит, но обычно ресет жать никогда не приходилось, потому что тяжёлые случае вполне реанимируются.
| | |
| |
| 6.131, Аноним (114), 21:15, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не дожидайся. Пользуй SysRq+F / SysRq+S. (Винда в таких случаях просто умирает - даже на CTRL+ALT+DEL не отвечает.)
Но вообще своп в Линуксе нужно уметь готовить под своё железо.
Например, если много памяти, то можно зарезервировать её кусок под своп со сжатием (zram). Если средне, можно гибрид (zswap): часть сжать в памяти, что не влезло - на диск. Zswap, если не ошибаюсь, под Арчем во всех ядрах включен по умолчанию.
Если памяти мало, можно настроить OOM-killer. В systemd он включен по умолчанию, но, скорее всего, придётся покрутить настройки.
И т.д. и т.п.
| | |
| |
| |
| 8.144, Аноним (114), 21:47, 02/11/2025 [^] [^^] [^^^] [ответить] | +/– | На твоём - вероятно На моём работает SysRq F убивает тяжелый процесс или SysR... большой текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.45, cat666 (ok), 14:31, 02/11/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Простите за вопрос - Зачем вам 20000 пакетов в кэше? Не хотите тормозов, просто удалите их или вы собираетесь систему на 2 года назад откатывать, но для этого есть архив пакетов на арче.
| | |
| |
| 3.61, Ананоним (?), 15:42, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Где ты взял про 20000 пакетов? Это твои фантазии от незнания? Я писал про 20000 файлов, а не про пакеты.
| | |
|
| 2.120, Аноним (114), 20:59, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Неправда. Пользовался Арчем на HDD (750GB), тысячи пакетов в кэше (тяну через -Sw), куча NoExtract= в конфиге (локаль, доки и спец-хаки). Полёт нормальный. Упирается в скорость чтения диска, и всё равно работает (существенно) быстрее других пакетников (пробовал DNF, Apt, Nix, Flatpak).
На дешёвом китайском SSD - молниеносен.
Также, в РФ временами замедляют некоторые зеркала (точнее CDN-ки). Проблема решается через https_proxy, несколькими одновременными соединениями в конфиге или выбором другого зеркала. Но это уже проблема не пакетника, очевидно.
| | |
| |
| |
| 4.149, Аноним (114), 22:05, 02/11/2025 [^] [^^] [^^^] [ответить] | +/– | Либо какой-то хук какой - будет видно в выводе , либо синхронизируется запись н... большой текст свёрнут, показать | | |
|
| 3.154, Ананоним (?), 22:15, 02/11/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Изначально все разделы с noatime в fstab.
Да я не страдаю с моим ноутом и Арчем на нём. У меня только раздел /var на HDD, система на SSD. Мне просто весело наблюдать здесь как хвалят такую крувую примитивную программу!
| | |
| |
| 4.164, Dzen Python (ok), 22:39, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > а я вот смеюсь над тем, как вы защищаете кривое примитивное ПО.
> Сам 10 лет страдает, пользуясь этим кривым и примитивным ПО
> Еще и специально /var вынес на хдд, чтобы сделать себе больнее | | |
|
|
| 2.125, Аноним (114), 21:04, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> при каждом незакешированным файловой системой обращении к этим данным
Дело не в ФС. А в механизме маппинга файлов в памяти. Если ты трогал дефолтный vm.swappiness руками, то сам себе злой буратино.
| | |
| 2.201, Аноним (193), 12:24, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Когда количество файлов на HDD в /var/lib/pacman/local вырастает до 20000, начинается минутный тормоз при каждом незакешированным файловой системой обращении
Ну это из разряда pacman хорош, вы только им не пользуйтесь.
Ну или типа, джип хороший, вы только по пересеченной местности грязи, не ездийте на нем.
| | |
|
| 1.23, Ананоним (?), 12:31, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
В общем - это скрытый убийца вашего HDD. Он плодит тысячи мелких файлов, вместо базы данных в одном файле, а затем мучает ваш HDD "полезной" работой по чтению этих мелких файлов. Ну а чо, с кучей мелких файлов проще написать программу! И это очень "красиво"!
| | |
| |
| 2.31, Аноним (30), 13:20, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Он плодит тысячи мелких файлов, вместо базы данных в одном файл
У него буквально одна бдшка на каждый репозиторий, всё остальное - это сами тарболы пакетов. Что ты несёшь?
| | |
| |
| 3.34, Ананоним (?), 13:26, 02/11/2025 [^] [^^] [^^^] [ответить]
| –3 +/– |
Я "несу" то, что ты понять не можешь из моего первоначального сообщения. HDD занимается поиском мелкий файлов по всему разделу. Это ты называешь "одна бдшка на каждый репозиторий"? Загляни уже наконец в /var/lib/pacman/local.
| | |
| |
| 4.36, чатжпт (?), 13:32, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
ну и что там такого страшного? каталоги по именам пакетов, в каждом аж ТРИ файла
| | |
| |
| 5.38, Ананоним (?), 13:34, 02/11/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
"Страшного" там действительно ничго нет. Но вот только "быстрый менеджер пакетов" превращается в тормоз при массовом сканировании этих 22139 файлов, размещённых на разделе ext4 на HDD.
| | |
| 5.40, Ананоним (?), 13:45, 02/11/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
Среднее время доступа HDD HGST Travelstar 5K1000 - 12 мс при чтении.
Рассмотрим самый худший случай, когда первое чтение каждого файла и директории производится не из кэша ФС и требует перемещения головок HDD. 22139 * 12 мс = 265668 мс = 265.668 секунд = 4,5 минуты. В общем до 4 с половиной минут требует этот "быстрый" менеджер пакетов на чтение этой своей "супертехнологичной" "одной бдэшки".
| | |
| |
| 6.68, чатжпт (?), 17:12, 02/11/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Базы лежат в /var/lib/pacman/sync
'''
$ ls /var/lib/pacman/sync
core.db extra.db multilib.db
'''
Что там у тебя 4 минуты читается ("в худшем случае") я даже не знаю.
| | |
| |
| 7.74, Ананоним (?), 17:34, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Что там у тебя 4 минуты читается ("в худшем случае") я даже не знаю.
Ты это серьёзно? Или ты тролишь? Ну и если ты gzip-нутые тескстовые файлы называешь "базами", обращая внимание на суффукс .db, то я не вижу с тобой смысла далее разговаривать. Протри глаза ацетоном и найди уже в моих предыдущих ссообщениях упоминание директори /var/lib/pacman/local и куски этих "баз" в тысячах отдельных файлов внутри субдиректорий.
| | |
| |
| 8.81, чатжпт (?), 18:33, 02/11/2025 [^] [^^] [^^^] [ответить] | +2 +/– | В локах хранится метаданные об установленных пакетах, твой хдд убогий не будет п... текст свёрнут, показать | | |
|
|
|
|
|
| 3.37, Аноним (37), 13:32, 02/11/2025 [^] [^^] [^^^] [ответить]
| –5 +/– |
Расскажи это директории /var/lib/pacman/local, когда она распухает от установленного всего в системе. Потом пакман тупит как хз что. Да, я про HDD. И не надо рассказывать, что теперь везде должны стоять SSD.
| | |
| |
| 4.50, Аноним (-), 14:58, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Насколько я понял там находятся архивы установленных пакетов. Нужно чтобы при переустановке пакета сам пакет не скачивался из Сети, а сразу брался и этого каталога.
Если у тебя система нормально работает нельзя ли их просто удалить?
| | |
| |
| 5.53, Аноним (53), 15:13, 02/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
pacman -Scc. И они все равно не читаются каждое использование, база данных у alpm есть и она шустрая (в отличие от dpkg, хех). Понятия не имею, о чем этот фантазер рассказывает.
| | |
| 5.62, Ананоним (?), 15:44, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ты неверно понял. Видимо ты очень "знающий" пакманист, чтобы судить о быстроте пакмана.
| | |
| 5.153, Аноним (114), 22:13, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Насколько я понял там находятся архивы установленных пакетов.
Нет, там вспомогательная информация, распакованная из пакетов. Сами пакеты скачиваются в /var/cache/pacman/pkg/.
| | |
|
|
|
| |
| 3.80, Ананоним (?), 18:33, 02/11/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Тебе не кажется что ты слишком самоуверен Гдя я писал что будет проблема при об... большой текст свёрнут, показать | | |
| |
| 4.84, Dzen Python (ok), 18:47, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> ***
> - Аноны, а почему когда вы едите - у вас ран нету?
> - Так мы вилкой едим твёрдое, ложкой - жидкое, а ножом - только мясо режем.
> - Сажи вилкоедам! Вот вам нигры, ложкое**ы!
> ***
> - Ананас, подскажи, чем есть? Половником - неудобно, с шампура - только шашлык могу. Ложек и вилок не предлагать!
> - Ловите наркомана.
> ***
> - Ну анончики, ну подскажите, почему, когда ем с ножа - режусь?
> - Иди уже н***й, я обедаю.
| | |
| 4.137, Аноним (114), 21:26, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А вот теперь ты напиши для каждого установленного пакета правила NoExtract= для вырезки всех ненужных локалей
Вообще-то, NoExtract= ускоряет работу pacman, так как распаковывает меньше файлов и, следовательно, меньше пишет на HDD.
| | |
| |
| 5.145, Ананоним (?), 21:51, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> А вот теперь ты напиши для каждого установленного пакета правила NoExtract= для вырезки всех ненужных локалей
> Вообще-то, NoExtract= ускоряет работу pacman, так как распаковывает меньше файлов и, следовательно,
> меньше пишет на HDD.
Я не знаю на самом деле как реализованы NoExtract= в pacman. Ты уверен что твоё написанное соответствует реальности? Я вот могу предположить что теоретически (в зависимости от "гениальности" автора) pacman может распакововыать все файлы, а потом с помощью регулярных выразений .реализованных на Python (чтобы жрать процессор), удалять излишне распакованные файлы :D Ну а чо? тоже "алгоритм"!
| | |
|
|
| 3.82, Ананоним (?), 18:43, 02/11/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Кстати, "мой треш на 5400 из начала 10х" ещё твой суперпуппердуппер HDD от WD переживёт.
| | |
|
| |
| |
| |
| 5.207, Аноним (51), 14:34, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ну как бы, фактов, что _именно_ Linux убил ваш HDD на уровне железа или, хотя бы, запорол низкоуровневую разметку. А то, что некоторые HDD дохли сами по себе, независимо от под Linux они или под Виндой, мне и так известно.
| | |
|
| 4.200, Аноним (193), 12:21, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Дрисяточки
А почему Linux, приничижает Дрисяточку?).
Думаю то что лучше не должно приничать то что ниже, тип.
А вот про Hdd, да помню, запорол пару hdd, как раз когда был дистрохоппинг, именно на Arch.
| | |
|
|
| 2.181, Аноним (180), 02:49, 03/11/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Под систему сейчас HDD ставить это совсем экономия на спичках, а SSD не изнашивается от чтения.
| | |
|
| 1.72, Кошкажена (?), 17:29, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> По умолчанию включена обязательная проверка по цифровой подписи для пакетов и файлов с БД репозитория
То есть до этого не проверяли? Молодцы чо. Первые в классе.
| | |
| |
| 2.100, в ожидании победы (?), 19:10, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Бох знает, что там написано. Помню, ещё при мне вводили обязательную проверку подписей пакетов. Давненько это было. Может сие нечто другое, чего не разумею уже.
| | |
| 2.156, Аноним (114), 22:17, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Проверяли, базу - опционально, пакеты - принудительно. Теперь всё будет принудительно.
| | |
| |
| 3.185, Кошкажена (?), 05:15, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Проверяли, базу - опционально, пакеты - принудительно. Теперь всё будет принудительно.
Судя по дифу пакеты не проверялись, если подписи не было.
С чем связано такое поведение по умолчанию?
| | |
| |
| 4.211, Аноним (212), 18:50, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Судя по дифу пакеты не проверялись, если подписи не было.
По дифу чего? Пакеты проверяются, если в /etc/pacman.conf: "SigLevel = Required". (По умолчанию.)
| | |
|
|
|
| |
| 2.96, Dzen Python (ok), 19:06, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ты куда-то торопишься?
Но, ты всегда можешь подключить core-testing - он скоро будет там
| | |
| 2.176, Аноним (114), 23:37, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Пацаны а когда он в репозиторий попадёт? У меня пока версия 7.0.0.r6.*
Вероятно, когда все зеркала будут готовы к обязательному подписыванию баз.
| | |
|
| 1.102, Аноним (102), 19:21, 02/11/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> По умолчанию включена обязательная проверка по цифровой подписи для пакетов и файлов с БД репозитория (настройка SigLevel выставлена по умолчанию в значение "Required"). Отсутствие подписи или некорректная подпись теперь будет по умолчанию приводить к завершению с выводом ошибки.
Только сейчас?
| | |
| |
| 2.158, Аноним (114), 22:19, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
Раньше ты сам мог включить. (Если бы нашел зеркало, которое это поддерживало.)
| | |
| |
| |
| 4.173, Аноним (114), 23:24, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> То есть ставя какой-то htop мог залететь тупо малварь?
С пакетом - нет. Он подписан.
С базой - нет, если скачивать по https с надежного зеркала. Вероятно, да, если в libarchive есть уязвимость, которую можно проэксплуатировать, и есть возможность подменить базу по пути (http) или на сервере зеркала (он взломан). Правда, с некоторых пор в pacman используется sandboxing, но, вроде, он только на загрузку распространяется, не на распаковку.
| | |
| |
| |
| 6.213, Аноним (212), 19:20, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Если подписи не было, то да.
В Арче "SigLevel = Required" был указан по умолчанию в конфиге /etc/pacman.conf. Теперь ещё и по умолчанию в коде. Что актуально, если проверка не указана в конфиге, например, в других дистрибутивах, использующих pacman и поставляющих свой конфиг.
| | |
|
| 5.188, Аноним (186), 06:42, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>С пакетом - нет. Он подписан.
То что он подписан, и то что он малварь это разные вещщи.
Подписать может кто угодно.
| | |
| |
| 6.210, Аноним (212), 18:47, 03/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Подписать может кто угодно.
Хах. Так именно это и проверяется, кем пакет подписан.
| | |
|
|
| 4.174, Аноним (114), 23:27, 02/11/2025 [^] [^^] [^^^] [ответить]
| +/– |
А вот задержать обновления так можно. Впрочем, зеркалу для этого не обязательно подменять базу. Можно просто не обновляться. На какое-то время этого хватит. Помню, был с случай с зеркалами из РФ.
| | |
| |
| 5.216, НеАноним (?), 23:12, 04/11/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Помню, был с случай с зеркалами из РФ.
Помню он периодически повторяется).
Этот случай с зеркалами РФ.
Помню всякие Васяны советовали Корейские зеркала.
Помню, круто круто).
хд)
| | |
|
|
|
|
|
