Существует ли «Void User Repository»?

Не работает что ли уже?

https://voidlinux.org/news/2014/01/Using-the-Nix-package-manager.html

Давно войдом не пользовался

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

Да нет скорее всего, и раньше два полудохлых юзерных гитхабовских репы было

Просто дистр то не нн, и даже не совсем новомодный, и возможность-то предоставляет, так что странно, что нету

Ну так с AUR пакет сначала надо собрать с помощью makepkg, потом поставить с помощью pacman -U пакет, или первой командой затребовать его установку через ключ -i, тогда makepkg соберёт и в случае успешной сборки сам запросит sudo, чтобы вызвать pacman -U ....

В любом случае пакет будет контролироваться пакетным менеджером арча. А никс или флетпак это отдельные пакетные менеджеры, и xbps никак пакеты, установленные тем же фетпаком или никсом, контролировать не будет

Никто так не делает. Yay используют или другой менеджер AUR’а.

Да, я сам им пользуюсь, но вообще, это официальный способ установки пакетов из AUR.

Я бы сказал, что это скорее fallback для тех, кто ничего не понимает в арчике.

Менеджеры аура это всего лишь автоматизация описанного процесса

Это не только менеджеры AUR. Например paru работает и с репозитариями pacman. Т.е. ищет, устанавливает и обновляет пакеты, которые не только из AUR, но и из реп, прописанных в /etc/pacman.conf

Это всё ещё выполняется через pacman, просто с помощью либы, но это всё ещё pacman

Пригодится или нет, но пусть будет. :)

https://battlepenguin.com/tech/adventures-and-custom-repositories-in-void-linux/

Оно не надо никому, просто потому что и так довольно легко стянуть Arch/AUR скрипт и добавить к себе в локальную репу. Ну некоторые ещё на Github заливают свои копии с добавленными пакетами.

скрипты с аура надо сильно переиначивать

Какая разница, если оно выполняет все операции? makepkg тоже из пакета pacman

это известно даже дошколятам

Зашёл я однажды в чат «царя». Концентрация упоминаний этого и прочих слов была настолько высока, что я не выдержал и ушёл. А ведь там сотни участников. Было бы ещё что обсуждать, но обсасывается одно и то же по кругу. Я редко диагностирую медицинские заболевания онлайн, но это, кажется, тот самый случай.

Я добавил это для красного словца, в качестве красивой завязки для составления сложного предложения, не понимаю твою претензию

Выполнять-то выполняет, но pacman всё ещё контролирует все пакеты в системе, так что yay, paru и прочие не являются децентрализацией

так что yay, paru и прочие не являются децентрализацией

Ну и что, в чем смысл?

Бери что надо с AUR и переделывай под Void, читай маны, собирай, проверяй, пользуйся.

https://github.com/void-linux/void-packages

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

Нет и не нужно.

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

Долго, муторно, тяжко и не всегда срабатывает

Есть ещё вариант. Берём https://www.freshports.org/astro/gnuastro/ , смотрим зависимости, например

Library dependencies:

        libcfitsio.so : astro/cfitsio
        libwcs.so : astro/wcslib
        libcurl.so : ftp/curl
        libgsl.so : math/gsl
        libpng.so : graphics/png
        libtiff.so : graphics/tiff
        libjpeg.so : graphics/jpeg-turbo

Ищем аналоги этих библиотек в собранном виде у других дистрибутивов Linux и собираем AppImage пакет. Вполне рабочий вариант.

Void Linux это переходной вариант Linux на пути к BSD, когда железо не позволяет установить последний. Makefile в FreeBSD элегантнее и больше информации, чем PKGBUILD. И конфигурацию рекурсивно выполнил перед сборкой и она после хранится в /var пока не удалишь. В любой момент можно повторно запустить конфигурацию. Ничего подобного в Arch и Void нет и вряд ли будет. Даже ядро собрать и то в FreeBSD красивее выглядит.

Ничего подобного в Arch и Void нет и вряд ли будет

Я пользуюсь paru, он PKGBUILD-ы, патчи, исходники и собранные пакеты сохраняет в ~/.cache/paru/clone. Если он устанавливает пакеты, которые надо собирать. Уже собранные, например gtk2, который переместился из основных реп, не сохраняется, так как нет смысла.

Зачем лично вам хелпер? Увлекаясь AUR можно запросто сломать зависимости в системе. AUR использовать можно только тщательно проверяя каждую строчку сценария PKGBUILD. И зачем хранить исходники, патчи и прочее? Ну пакет ещё для отката может пригодиться, ибо в Arch пакет предыдущей версии уже не факт, что найдёшь.

Увлекаясь AUR можно запросто сломать зависимости в системе

Только нужное и то, что просто поменяло прописку из основных реп (установлено из них, но deprecated):

$ paru -Qm 
gtk2 2.24.33-5
gtkmm 1:2.24.5-5   
nitrogen 1.6.1-6
spleen-font 2.1.0-1

Т.е. только spleen-font, на конкретном дисплее (на одном из ноутов) он выглядит лучше в консоли, чем тот-же ter-v28n или ter-v28b

$ ls -gGa ./.cache/paru/clone/spleen-font/
total 708
drwxr-xr-x 4   4096 Dec  5 20:51 .
drwxr-xr-x 4   4096 Nov  1 01:10 ..                                  
drwxr-xr-x 7   4096 Dec  5 20:51 .git
-rw-r--r-- 1     42 Nov  1 01:10 .gitignore
-rw-r--r-- 1     84 Nov  1 01:10 .nvchecker.toml
-rw-r--r-- 1   1553 Nov  1 01:10 PKGBUILD
-rw-r--r-- 1 485631 Nov  1 01:10 spleen-2.1.0.tar.gz
-rw-r--r-- 1 202297 Nov  1 01:10 spleen-font-2.1.0-1-any.pkg.tar.zst
drwxr-xr-x 3   4096 Dec  5 20:51 src
-rw-r--r-- 1    451 Nov  1 01:10 .SRCINFO

К сожалению, нет. Есть несколько сторонних пользовательских репозиториев с несколькими пакетами и на этом всё.

Проект Debian начал тестирование системы Debusine, позволяющей создавать индивидуальные репозитории, через которые можно распространять более новые версии программ, проводить предварительное тестирование пакетов или размещать дополнительные пакеты, не подходящие для штатных репозиториев Debian. Debusine преподносится как созданный для Debian аналог репозиториев PPA (Personal Package Archive), применяемых в Ubuntu. Проект развивает Колин Ватсон (Colin Watson), в своё время входивший в технические комитеты Debian и Ubuntu, и занимавшийся разработкой сервиса Launchpad, инсталлятора Ubuntu и системы инициализации Upstart.

И это все на фоне новостей о заражениях пакетов там (cnews.ru) и сям (3dnews.ru).

Можно, а зачем? (ц)

он хочет аурхелпер для войда

Можно адаптировать, это не так уж сложно, как может показаться. Вот и пусть занимается этим, если у него есть такое желание. ЕМНИП, на Slackware систему портов FreeBSD переносили же. Есть и дистрибутив, основанный на пакетной базе Slackware, но c pacman в качестве менеджера пакетов.

Если сильно припрет то есть возможность ставить deb пакеты xdeb ом.

А так в воиде каждый сам себе маинтейнер. В тч и я.

rpmextract совсем если припрёт)

Это только если пакет собран со всеми зависимостями, в основном proprietary. Из нескольких пакетов только один в моём случае установился без проблем.