|
| |
| |
| 3.5, ryoken (ok), 07:12, 17/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > AUR централизован, а репозитории в Gentoo отдельные.
> Правда, есть и постоянно обновляемый список пакетов из всех доступных в layman
> репозиториев: http://git.exherbo.org/layman_repositories.tar.bz2 (используется
> в paludis для поиска пакетов).
Подскажите обычному дебсидоводу. В AUR-е число пакетов, надеюсь, не из-за васянских хелловорлдов выше? :) Там софт больше разделён на части по сравнению с Дебом?
| | |
| |
| 4.6, Аноним (-), 07:50, 17/11/2017 [^] [^^] [^^^] [ответить]
| +4 +/– | |
>В AUR-е число пакетов, надеюсь, не из-за васянских хелловорлдов выше?
Там скорее число пакетов такое из-за того, что для него, по сути, легче всего их создавать, и нет никаких ограничений. Написал скриптик для сборки/перепаковки и всё. Ещё нет проблем с лицензиями, ведь, по факту, каждый, использующий AUR для установки проприетарщины, просто скачивает официальный пакет себе на локальный компьютер и уже на нем делает с ним всё, что захочет.
| | |
| 4.9, AMDmi3 (??), 11:01, 17/11/2017 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Подскажите обычному дебсидоводу. В AUR-е число пакетов, надеюсь, не из-за васянских хелловорлдов выше? :) Там софт больше разделён на части по сравнению с Дебом?
Разделение софта на части для Repology неактуально, поскольку она всегда считает source пакеты, а source пакеты и в Debian не разделяются. Как, естественно, и PKGBUILD'ы, иначе пришлось бы дублировать слишком много кода. А AUR встречаются "варианты" (например, nginx-devel, nginx-libressl, nginx-rtmp, nginx-boringssl, nginx-custom, nginx-custom-dev), но их не так много и они по мере обнаружения склеиваются правилами в один nginx. Большая часть - это действительно уникальные пакеты, можно их посмотреть:
https://repology.org/metapackages/?inrepo=aur&maxspread=1
и AUR тут сам по себе уникален, так как если в обычном репозитории таких пакетов не больше 20-30%, то в AUR все 60%. А уж что это - действительно "васянские хелловорлды" которые никому кроме их авторов не нужны, или полезный софт, который постепенно появится и в других репозиториях, я пока не знаю.
Следующий большой milestone в Repology - добавление истории каждого пакета, по ней можно будет такие вещи оценивать.
| | |
| 4.10, Аноним (-), 12:31, 17/11/2017 [^] [^^] [^^^] [ответить]
| +2 +/– | |
>В AUR-е число пакетов, надеюсь, не из-за васянских хелловорлдов выше? :)
AUR - это огромная свалка. Там есть место всему - и хелловордам, и тому, чего в других дистрах нет и (по разным причинам) не будет никогда. Много дев-пакетов, собираемых прямиком из гита, например i3 в офрепе и i3-git AURе.
| | |
| 4.15, Константавр (ok), 16:28, 17/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Васянские пересборочки под разным соусом там есть в большом количестве. Фактически тот же пакет, но с другими опциями, например несколько фрикадов, несколько клементин и т.д. Они добавляют количество пакетов, но снижают количество актуальных версий, хотя если выкинуть заброшенные и просто устаревшие, то будет вообще вперде планеты.
| | |
|
|
| 2.8, AMDmi3 (??), 10:37, 17/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Я уже писал про это - оверлеи, равно как PPA и дополнительные репозитории openSUSE добавляются по запросу. Так, ребята из Pentoo не только попросили добавить репозиторий, но и активно сообщают о проблемах когда что-то в нём некорректно сравнивается. А всё подряд добавлять смысла я не вижу, ибо в массе это маленькие, устаревшие и плохо поддерживаемые репозитории.
| | |
| |
| 3.11, Аноним (-), 12:34, 17/11/2017 [^] [^^] [^^^] [ответить]
| +/– | |
>в массе это маленькие, устаревшие и плохо поддерживаемые репозитории.
В том же AURе заброшенного неподдерживаемого старья овер дофига.
| | |
|
|
| 1.3, Wladmis (ok), 01:04, 17/11/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > Добавлен поиск родственных пакетов, у которых указана одна и та же домашняя страница (пример). Помимо непосредственного просмотра родственных пакетов это упростит связывание пакетов, для которых в различных репозиториях используются разные названия.
Можно связывать пакеты с разными названиями в различных репозиториях, которые собраны из одних сорцов, по имени архива с исходным кодом, упакованного в исходный пакет.
| | |
| |
| 2.7, Аноним (-), 10:32, 17/11/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это не будет работать - во-первых, лишь в небольшом количестве репозиториев доступна информация о URL исходников (см. колонки WWW против Downloads в https://github.com/repology/repology#repository-support таблице), во-вторых, URL меняются от версии к версии и в-третьих, часто используются зеркала. WWW же, как правило, доступен и однозначен.
| | |
| |
| 3.12, Wladmis (ok), 14:19, 17/11/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Это не будет работать - во-первых, лишь в небольшом количестве репозиториев доступна
> информация о URL исходников (см. колонки WWW против Downloads в https://github.com/repology/repology#repository-support
> таблице), во-вторых, URL меняются от версии к версии и в-третьих, часто
> используются зеркала. WWW же, как правило, доступен и однозначен.
При чём тут URL? Моя мысль была использовать поле Source для связывания.
| | |
| |
| |
| |
| 6.16, AMDmi3 (??), 18:55, 17/11/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Примеры:
Ровно это я имел в виду. Или это вдруг перестало быть URL'ами?
> Даже если указан меняющийся url, то в нём всё-равно можно выделить регулярную часть: отсечь всё до последнего вхождения '/' включительно, суффикс формата архива и версию, которую можно вытащить из соответствующего поля.
Т.е. оставить только имя пакета, по сути. Это ещё хуже, ибо будет много false positive - проектов с повторяющимися названиями накопилось предостаточно. Версию не всегда можно отсечь, ибо её формат в дистфайле может не совпадать с официальной версией. Но главная проблема в том что, повторюсь, эта информация доступна для очень небольшого числа репозиториев.
| | |
| |
| 7.17, Wladmis (ok), 21:58, 17/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Примеры:
> Ровно это я имел в виду. Или это вдруг перестало быть URL'ами?
Я привык в терминах rpm: там Url — это домашняя страница проекта, а в поле Source не обязан быть url, может быть просто имя архива с исходниками, как тут:
https://build.opensuse.org/package/view_file/openSUSE:Factory/tcl/tcl.spec?rev
>> Даже если указан меняющийся url, то в нём всё-равно можно выделить регулярную часть: отсечь всё до последнего вхождения '/' включительно, суффикс формата архива и версию, которую можно вытащить из соответствующего поля.
> Т.е. оставить только имя пакета, по сути. Это ещё хуже, ибо будет
> много false positive - проектов с повторяющимися названиями накопилось предостаточно.
> Версию не всегда можно отсечь, ибо её формат в дистфайле может
> не совпадать с официальной версией. Но главная проблема в том что,
> повторюсь, эта информация доступна для очень небольшого числа репозиториев.
Да, не всегда. Похоже, в общем случае это невозможно сделать.
Вот подобные случаи сейчас не отслеживаются:
https://repology.org/metapackage/nss-ldap/versions
https://repology.org/metapackage/libnss-ldap/versions
Глазами видно, что они содержат одно и то же ПО. Пока не знаю, как можно их связать.
| | |
| |
| 8.18, AMDmi3 (??), 00:39, 18/11/2017 [^] [^^] [^^^] [ответить] | +/– | Так они связываются, см раздел Related Просто правила всегда создаются только ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| |
| 3.22, Аноним (-), 16:42, 22/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
На SourceForge не стоит тратить время - там остались единицы живых проектов. А вот добавить поддержку релизов GitHub было бы здорово.
| | |
|
|
|
