Сломался yaourt :(

yaourt
2025

No way.

Попробуй установить glib2-devel и перезапустить установку

ооо! помогло!!! спасибо большое!!!

yaourt

Он же вроде заброшен, нет?

This repository has been archived by the owner on Aug 10, 2019. It is now read-only. [1]

да, но работает и намного лучше чем xxkb для смены лэйаутов не знаю альтернативы ему

стоп, заброшен yaourt? я подумал речь шла о kbdd

а чем же тогда пользоваться ? yay тяжелее ёгурта, какие там еще есть альтернативы ?

Хз, может yaourt абсолютно идеален и Время над ним не властно. ) Иногда встречаются в Linux подобные заброшенные разрабами приложения, но продолжающие с честью выполнять свои функции не смотря ни на что, тот же «Openbox WM», например.

yay тяжелее ёгурта

В смысле тяжелее?

ну в смысле зависимостей больше, а особенно язык go который весит много

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

я так почитал на вики, вроде, рекомендуют git clone и makepkg использовать в место всей (привычной мне) чипухи ((в место yaourt`a))

Это тревожность. Из зависимостей у yay только pacman, git, sudo и doas. А весит он чуть больше самого pacman’а.

я так почитал на вики, вроде, рекомендуют git clone и makepkg использовать в место всей (привычной мне) чипухи ((в место yaourt`a))

Обновлять их тоже руками придется. Ты сейчас пытаешься из-за нескольких мегабайт гошного рантайма устроить себе страдание с ручным обновлением пакетов через git pull и makepkg.

Из зависимостей у yay только pacman, git, sudo и doas

это неправда

вот его зависимости - https://github.com/Jguer/yay/blob/next/go.mod

а чем же тогда пользоваться ? yay тяжелее ёгурта, какие там еще есть альтернативы ?

pacaur, очевидно

Они в блоб собираются, ваще пофиг.

Четыре года уже коммитов не было.

Ахах, ты это как минус записываешь, так может он просто готов в отличие от npm поделия с go.mod в мегабайт? Мой ПМ slackpkg+ тоже не обновлялся с 2022, я и не думаю что они ему нужны, что там обновлять каждый день?

это не я. Это его автор:
https://lists.archlinux.org/pipermail/aur-requests/2018-December/028524.html

Ты сейчас пытаешься из-за нескольких мегабайт гошного рантайма устроить себе страдание с ручным обновлением пакетов через git pull и makepkg.

У меня есть папка world/ куда я складываю свои SlackBuilds, и многие редактирую что бы применить полезные флаги, ставить другие версии, либо вовсе фиксировать.

Так вот, никакого ручного страдания, есть скрипт make-world.sh который проходит по пакетам в определенном порядке, и обновляет их.

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

А я просто нажимаю yay -Suy.

После этого пакет вернулся и больше не уходил.

Так и я просто нажимаю make-world.sh в Thunar.

Только ты зачем-то все это программтровал.

После этого пакет вернулся и больше не уходил.

Как-то более поддерживаемым он от этого не стал.

Я написал зачем, у меня свои форки сборочных скриптов. И я ничего не программировал в объеме, там скрипт буквально:

#!/bin/sh
set -e
for package in 
  a 
  b 
  c 
  ...
do
  ./$package/*.SlackBuild
done 

Все это абсолютно безблагодатно.

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

Ты не редактируешь совсем PKGBUILD? Я получаю огромное для себя ускорение от сборки с оптимизациями для архиваторов например. Если что то не может обновится без конфликтов, я просто открываю в IDEA свою папочку word и решаю зависимости в их удобнейшем интерфейсе, хотя я обычно не обновляюсь если мне это не надо. А как в yay?

Зачем ПМ ежедневная поддержка? Не, возможно этому нужно поправить какие то баги, а с другой стороны, может он так же хорошо написан как и slackpkg+? И это наоборот показатель его качества?

Человек программы ставить хочет, а ты предлагаешь заново yay программировать. Потому что там язык неправильный, а если правильный, ажмо целых восемь мегабайт можно сэкономить.

Простите, но это все исключительно тревожные расстройства.

А зачем об этом тревожится? Просто ставишь рекомендуемое и наиболее тестируемое и тебе хорошо.

Он увидел рекомендацию делать git clone && makepkg, ты написал «нинужно, используй yay». я вот показываю что это имеет свои преимущества, если ты обладаешь навыками что бы ими воспользоваться, я например фиксирую версии на те что мне нужны, и добавляю нужные мне флаги.

Конечно ненужно, это страдания на пустом месте. В том же pacaur две тысячи строк башевого кода напрограммировано.

Ну это смешно, ты понимаешь что тревожишься именно ты?

О нет, этот ПМ не обновлялся 4 года!!! Как можно ставить его!!! Посмотрите на это письмо 10 летней давности!!!

Кроме перечисления пакетов в моем скрипте ровно 6 строк.

Нет, я почитал что рекомендуют и поставил поддерживаемое и рекомендуемое. И у меня все хорошо. А в этом треде парад страдальцев предлагает что угодно, только не рациональное и протестированное решение.

Нет я прав, все остальные страдальцы, срочно придерживайтесь рекомендаций ИНАЧЕ СЛУЧИТСЯ ТАКОЕ... страдальцы! красноглазики! они хотят заставить меня страдать!!!

Напомнило тред на reddit где человек обсуждал опции gtk, а его заминусовали и сказали что он дебил (реально обзывали) потому что разработчики лучше знают, и он не должен был «популизировать» изменение стандартных настроек.

Очевидно что я прав. Автор хочет замену йогурту — это yay. Страдать с ручным makepkg, ходить на aur.archlinux.org чтобы искать пакеты вместо yay -Ss и разрешать зависимости вместо робота (ведь многие пакеты из aur зависят от других пакетов из aur) это не замена йогурту.

Больше мне по теме сказать нечего.

Автор хочет замену йогурту — это yay

ты все повторяешь эту историю 6-летней давности, когда yay действительно был единственной вменяемой альтернативой заброшенному pacaur, хотя тебе явно написали, что с тех пор поддержка pacaur возобновилась. Ты тупой чтоли?

Я сейчас даже посмотрел, у passwordstore (такой же скрипт на баше) последний релиз 4 года назад, последний коммит - больше года назад. Код ради кода и релизы ради релизов - это психология типичного говнокодера на всяких js и питонах с растами.

хотя тебе явно написали, что с тех пор поддержка pacaur возобновилась

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

pamac умеет в том числе и aur если не ошибаюсь.

Рекомендую перейти на paru, как сделало большинство арчеводов (ну точнее сперва перешли на yay, на котором до сих пор многие остались, потом на paru, но не суть) и не парить себе мозг.

Тоже думаю на paru перейти, в yay "sortby": "votes" поломали, во всяком случае у меня.

Категорически поддерживаю paru, пользоваться другими хелперами это все равно что в кофейне в 2025 году заказывать капучино, все посетители оборачиваются в момент заказа с удивлением: с какого кладбища деревенский дед в Москву приехал

А чем оно лучше?

Я сразу, как paru появился, на него перешёл. Он же полностью совместим с yay и от того же автора, так что не видел никакого смысла не переходить, особенно учитывая, что так уж вышло, что yay был единственной программой на Go у меня в системе, и этот переход позволил избавиться ещё и от лишних зависемостей сборки в виде Go и его либ.

Как минимум тем, что поддерживается и развивается.

Ну и точно работает и не вызывает таких проблем, как в сабже.

yay вроде тоже чинят когда надо. Я просто хз что туда еще можно интересного затолкать.

А, если сравнивать с yay, а не с yaourt, то да, поддерживаются оба, но у них один и тот же разработчик, и paru для него в приоритете, так что в долгосрочной перспективе paru явно будет лучшим выбором. Ну и смотри выше — основное отличие в том, что они на разных языках. Это не является объективным достоинством или недостатком, конечно, поскольку во многом дело вкуса, НО… На практике существует уже довольно много реально полезного конечному юзеру софта на Rust, поэтому rust в системе будет, пожалуй, у большинства арчеводов в любом случае. А вот на Go софта, который ещё и надо собирать из AUR при этом, а не ставить из реп, довольно мало. У меня вот, например, ничего нет такого. И выходит, что приходится целый Go (а он жирный, сотни метров) держать ради одного только yay.

Я посмотрел, он еще и мейнтейнер pacman.

И выходит, что приходится целый Go (а он жирный, сотни метров)

Тут недавно Stanson говорил что нужно включать в мысленную цену и дальнейшее обслуживание! Так вот, сотни метров это разве много? Но учитывая постоянные обновление в Arch, думаю это уже больше гигайбайта за год точно.

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

Ну а так, у меня вот корень 20 GB, так что это больше процента было. То есть, условно «существенно», хоть и не много. Лишние строчки в обновлениях тоже мозолят глаза.

go нужен yay только для сборки, можно ставить с репы или удалять.

Depends On      : pacman>6.1  git