Сломался yaourt :(

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

Ну а так, у меня вот корень 20 GB

У меня так никогда не получалось, у меня сейчас корень занимает все выделенные ему 50 гб, и если бы было ещё доступное место, то было бы лучше, а так приходится гигабайты считать при установке нового софта, стоило конечно в своё время выделить больше.

Именно поэтому у меня один раздел.

Интересно, а бывают треды про арч без МОРКОВКИ?

ХЗ, у меня реально занято 12.

Зависит от набора используемых программ, думаю.

а чем же тогда пользоваться ?

trizen.

Такой же дохлый как яоурт

Месяц отучался вместо yaourt yay набирать, теперь буду paru учить.

Такой же дохлый как яоурт

4.2. Раз в полгода вносятся изменения. А yaourt уже 7 лет не обновляется.

Месяц отучался вместо yaourt yay набирать, теперь буду paru учить

А мог бы просто добавить alias yaourt='paru' в ~/.bashrc (или ~/.zshrc, если им пользуешься).

Куда вносится? Один минимальный коммит за два с половиной года

https://github.com/trizen/trizen/commits/master/

Это неспортивно.

Рекомендую перейти на paru

Спасибо за рекомендацию, сегодня попробовал paru. Когда-то пользовал pikaur, но его стремление заменить собой pacman раздражало настолько, что собирал пакеты с помощью makepkg -Cisc и отслеживал обновления самостоятельно. А paru умеет в AUR отдельно.

trizen

Хочешь ща внесу коммит? Оживится на твоих глазах.

trizen

Помню, он что-то не смог собрать. От скрипта сложно требовать идельной работы.

У меня со времён pacaur быбло alias p=pacaur, потом тупо заменил на alias p=yay, потом на alias p=paru, и ничему не переучивался.

а чем же тогда пользоваться ?

paru

Эти вспомогалки пакеты не собирают, соответственно что-то там «не собрать» они не могут. Собирает makepkg. И если пакет не собирается, то это из-за неправильно прописанного PKGBUILD, либо новые компиляторы ругаются на ошибки в коде программы, либо не хватает вычислительных мощностей сборочной машины, либо юзер что-то там нахимичил в параметрах типа всяких CFLAG-ов.

В том и дело, что trizen не справился, а paru справился.

а paru справился

Значит, paru проигнорировал, например, проверку GPG. Или что-нибудь ещё в таком духе. Никаких чудес. У trizen тоже можно отключить проверку GPG соответствующим флагом.

Отметь тему решенной.

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

а в чем смысл тогда ставить раст?)) Один хрен на нем нет ничего полезного, максимум - какие-то бессмысленные консольные утилитки, которым добавили вывод эмодзи по сравнению с сишными альтернативами. Взять тот же ripgrep например. Чем он лучше silver searcher? Правильно, ничем, кроме того что тащит раст в систему.

а в чем смысл тогда ставить раст?))

Ну если его ставить чисто для paru, то разницы нет. Но на нём много софта.

Взять тот же ripgrep например. Чем он лучше silver searcher? Правильно, ничем, кроме того что тащит раст в систему.

Вроде быстрее немного. Но не он один на расте. fd реально быстрый, например. Я сейчас не в Void, а не Arch, не гляну точный список и количество именно в отношение того, что из AUR ставится, но помню, что у меня довольно много софта из AUR на Rust написанного установлено было, которым я активно пользовался.

https://lists.archlinux.org/archives/list/arch-dev-public@lists.archlinux.org/thread/MZLH43574GGP7QQ7RKAAIRFT5LJPCEB4/

люди пилят на расте бабло совместно с евробюрократами, а недалекие местные юзеры выдумывают за них какие-то технические аргументы. Нет там никаких аргументов, все гораздо проще))

вместо fd есть bfs, в котором кто-то наконец-то додумался вместо говнокода с любимой растоманами «fearless concurrency» дергать нужные сисколлы через io_uring.

вместо fd есть bfs

Он не такой быстрый.

https://tavianator.com/2023/bfs_3.0.html

For exploring my entire home directory (~7.6 million files), the new bfs is 2.2× faster than the previous release series, and almost 3× faster than GNU find. Surprisingly, fd was the slowest in this benchmark.

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

Не знаю, на моём железа наоборот, или тут какие-то условия синтетические. Я сам тем же самым hyperfine замерял. Причём на юзкейсах, приближенных к реальным. fd стабильно и статистически значимо быстрее. Хотя, справедливости ради, надо заметить, что и fd и bfs быстрее стандартного find во столько раз, что разница между ними двумя уже кажется незначительной.

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

Как это к aur относится, прости пожалуйста? Не говоря уже о том что paru старше этого письма на несколько лет.

Достаточно просто yay.

Rust: существует

Жопа Lrrr: горит

Сломался и слава богу. Это уже некро-некро-некро.

какие там еще есть альтернативы

paru