Мысли о slackbuilds.org на LQ (Thoughts on slackbuilds.org)

[FreeArcher]

На LQ появилось интересное обсуждение:
https://www.linuxquestions.org/questions/slackware-14/thoughts-on-slackbuilds-org-4175681848/

Пользователь под ником jmpz высказал удивление почему репозиторий slackbuilds не позволяет отправлять pull request, что, как он считает значительно бы упростило поддержание скриптов и ускорило бы  обновление версий.

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


Я поначалу поддерживал мнение топикстартера. Вед действительно не мало дистрибутивов с Rolling Release моделью работают именно по такому принципу и это позволяет им иметь всегда самые свежие пакеты. И если майнтенеру некогда или лениво, то всю работу сделают другие, ему только нажать кнопку останется.

Собственно я как пользователь слегка страдают от отсутствия свежих версий.

Но дочитав до конца задумался. Действительно должен быть кто-то ответственный за скрипт, ну и действительно "Where's the fun in that?", как написали в конце.

Что думаете старожилы?

[bormant]

-current -- это не rolling release, это разрабатываемая версия Slackware.
Это в первую очередь означает, что любое очередное обновление от Патрика может ломать (и обычно ломает) бОльшую или мЕньшую часть сторонних бинарных пакетов, но легко может не в меньшей мере ломать и сборку сторонних пакетов.

Для помощи SBo в следовании за -current есть неофициальное репо от ponce, есть отдельная тема на оф.форуме -- SBo сценарии, которые больше не собираются на -current:
https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999-new/
На сейчас там 2977 сообщений...

В свете сказанного не совсем понятна суть предложений. Пусть кто-то много-много поработает, чтобы что? чтобы завтра спустить все результаты кобелю под хвост?

То, что уже есть, пока отлично справляется: сломанные относительно -current пакеты репортятся и чинятся по мере возможности. jmpz не знает других способов, кроме git и pull-request?
Ну подтянет матчасть, узнает, как оно сейчас устроено и куда писать свои предложения.