ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Michael Shigorin <mike@altlinux.org>
To: devel@lists.altlinux.org
Subject: Re: [devel] unmaintained packages shall not belong to Sisyphus
Date: Fri, 28 Aug 2020 19:30:14 +0300
Message-ID: <20200828163013.GJ11056@imap.altlinux.org> (raw)
In-Reply-To: <20200827230143.GB8365@altlinux.org>

On Fri, Aug 28, 2020 at 02:01:43AM +0300, Dmitry V. Levin wrote:
> Я с самого начала исходил из того, что Sisyphus - это
> репозиторий пакетов, у которых есть мантейнеры и пользователи.
> Мантейнеры - это люди, которые пользуются и сопровождают свои
> пакеты, см.
> https://www.altlinux.org/Руководство_начинающего_мейнтейнера_ALT_Linux_Team

У нас, кстати, до сих пор нет актуального и полного руководства
на тему "как собрать пакет с нуля".  Набросков на вики штук пять.
За прошедший год в МЦСТ, например, написали документацию
разработчика под "Эльбрус"!

> Поскольку мантейнеры - это люди, то у них есть естественный предел того
> количества пакетов, которые они могут поддерживать.  Мантейнер, который
> хотя бы примерно понимает, что поменялось в новой сборке своего пакета,
> вряд ли может качественно поддерживать более 200..300 пакетов.

Это если их замораживать (или уже забросили), реалистичная оценка
ближе к десятку, ну нескольким для человека на ставке или очень
увлечённого.

Люди, которые собирают у нас сотни и тысячи пакетов -- так или
иначе автоматизируют свою работу (во многом дублируя эти усилия,
ага) и обычно сами по себе являются в своём роде титанами.

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

> Если у кого-то в сопровождении находятся 3500+ пакетов, это
> значит, что среди них найдётся не более 5%..10% пакетов,
> которые реально поддерживаются, по которым можно задать вопросы
> и получить вразумительные ответы, повесить багрепорты и
> получить адекватную реакцию на них.  Остальные 90%..95% пакетов
> полностью мантейнят скрипты, и спрос с них соответствующий,
> т.е. никакой.  По этим 90%..95% пакетов практически нет
> экспертизы.

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

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

Это ещё одна важная и глубокая отдельная тема, разумеется.

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

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

> Смешивать в одном репозитории пакеты, которые поддерживаются,
> и которые полностью сопровождаются скриптами - это плохая идея.

Про компоненты порой разговор поднимается и затухает (я обычно
стараюсь поставить "RPMS.contrib" или "RPMS.media" около таких
обсуждений), поскольку проблема перекрёстных зависимостей.

По сути пока удалось реализовать только RPMS.debuginfo,
поскольку тут совершенно особый характер зависимостей.
Конкретно для mediainfo, скорее всего, тоже бы получилось.

А вот для библиотек -- разве что при явном объявлении войны
уточнённому Игорем опять же в явном виде тезису "лучше дать
хоть какие-то сборки библиотек, чем до нас не дойдёт умаявшийся
собирать всё недостающее для очередного пакета".

> Я думаю, что в этом вопросе со мной согласны все, кроме Игоря.

Нет, конечно.  Ты же не выпускаешь дистрибутивы и, по большому
счёту, пользуешься очень специфическим производным альта.

> Следовательно, с пакетами, которые не сопровождаются либо
> полностью сопровождаются скриптами, надо поступить следующим
> образом: те пакеты, на которые найдутся мантейнеры, останутся
> в Сизифе.  Остальным пакетам придётся покинуть Сизиф и
> отправиться в репозиторий для пакетов, которые обслуживают
> только скрипты.

Ядрёну бомбу на сизиф ты уже сбрасывал (принудительный git,
растеряли примерно половину майнтейнеров-админов, вернулись).
Это была бы термоядерная.

Впрочем, если ты готов показать мастеркласс по сборке LO,
я бы даже билетик купил.  Ну или по #38843.

Ergo: возможно, пора вернуться к чему-то вроде RPMS.main,
которое сопровождается более-менее внимательно и пригодно
для твоей машины, при этом не имеет сборочных/установочных
зависимостей от сопровождаемого вручную/скриптами другого.

PS: если _тебе_ нужен LDV Linux, то _ты_ его и делаешь,
а не принуждаешь других сделать тебе то, что не обязаны.
Другие могут подключиться, если им по вкусу результат.
И да, начни с чего-то вроде такого _на берегу_:
http://www.openwall.com/Owl/CONCEPTS.shtml

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info


  parent reply	other threads:[~2020-08-28 16:30 UTC|newest]

Thread overview: 92+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-08-27  2:29 [devel] incoming/girar: проблема производительности Igor Vlasenko
2020-08-27  7:27 ` Anton Farygin
2020-08-27 11:54   ` Andrey Savchenko
2020-08-27 11:59     ` Anton Farygin
2020-08-27 12:09       ` [devel] архивирование репозиториев Dmitry V. Levin
2020-08-27 12:14         ` Anton Farygin
2020-08-27 12:20           ` Dmitry V. Levin
2020-08-27 12:32             ` Anton Farygin
2020-08-27 15:59               ` Dmitry V. Levin
2020-08-27 18:26                 ` Anton Farygin
2020-08-27 20:29                   ` Dmitry V. Levin
2020-08-28  7:06                     ` Alexey V. Vissarionov
2020-08-28  7:09                     ` Anton Farygin
2020-08-27 17:31               ` Michael Shigorin
2020-08-27 17:51                 ` Andrey Savchenko
2020-08-27 20:33                   ` Dmitry V. Levin
2020-08-28  1:28               ` Dmitry V. Levin
2020-08-28  6:29                 ` Andrey Savchenko
2020-08-29  2:04                   ` Leonid Krivoshein
2020-08-28  0:58             ` Leonid Krivoshein
2020-08-28  1:11               ` Dmitry V. Levin
2020-08-29  2:16                 ` Leonid Krivoshein
2020-08-28  5:03               ` Anton Farygin
2020-08-29  2:22                 ` Leonid Krivoshein
2020-08-29  4:58                   ` Anton Farygin
2020-08-29 14:18                     ` Leonid Krivoshein
2020-08-29 16:23                       ` Anton Farygin
2020-08-29 19:28                     ` [devel] zfs " Vitaly Chikunov
2020-08-29 20:11                       ` Anton Farygin
2020-08-29 20:38                         ` Vitaly Chikunov
2020-08-29 21:12                           ` Anton Farygin
2020-08-30  4:28                             ` Alexey V. Vissarionov
2020-08-27 12:05   ` [devel] incoming/girar: проблема производительности Alexey V. Vissarionov
2020-08-28  9:25   ` Igor Vlasenko
2020-08-28  9:28     ` Anton V. Boyarshinov
2020-08-28  9:31       ` Igor Vlasenko
2020-08-28  9:34     ` Anton Farygin
2020-08-28  9:47       ` Igor Vlasenko
2020-08-27  9:17 ` Michael Shigorin
2020-08-28  0:23   ` [devel] mass rebuilds Dmitry V. Levin
2020-08-28  5:09     ` Anton Farygin
2020-08-28  6:25       ` Andrey Savchenko
2020-08-28  6:58         ` Anton Farygin
2020-08-28 16:46           ` Dmitry V. Levin
2020-08-28 20:23             ` Anton Farygin
2020-08-28 21:47               ` Dmitry V. Levin
2020-08-29  5:08                 ` Anton Farygin
2020-08-27  9:57 ` [devel] incoming/girar: проблема производительности Dmitry V. Levin
2020-08-28 18:47   ` Dmitry V. Levin
2020-08-27 11:35 ` [devel] License Tag Policy (Re: incoming/girar: проблема =?utf-8?b?INC/0YDQvtC40LfQstC+0LTQuNGC0LXQu9GM0L3QvtGB0YLQuC4=?=) Sergey Afonin
2020-08-27 23:01 ` [devel] unmaintained packages shall not belong to Sisyphus Dmitry V. Levin
2020-08-28  0:04     ` Dmitry V. Levin
2020-08-28  0:35         ` Dmitry V. Levin
2020-08-28  5:22   ` Anton Farygin
2020-08-28 16:02     ` Dmitry V. Levin
2020-08-28 16:30   ` Michael Shigorin [this message]
2020-08-28 16:33     ` Michael Shigorin
2020-08-28 16:43       ` Dmitry V. Levin
2020-08-28 19:52         ` Michael Shigorin
2020-08-28 20:04           ` Dmitry V. Levin
2020-08-28 20:34             ` Michael Shigorin
2020-08-28 20:19           ` Alexey Gladkov
2020-08-28 20:46             ` Michael Shigorin
2020-08-28 23:52               ` Alexey Gladkov
2020-08-31 10:14                 ` Konstantin Lepikhov
2020-08-31 18:09                   ` [devel] [JT] баланс/динамика: пакеты/майнтейнеры (was: unmaintained packages shall not belong to Sisyphus) Michael Shigorin
2020-08-31  7:53               ` [devel] suggested tags order Aleksei Nikiforov
2020-08-31 11:46                 ` Sergey V Turchin
2020-08-31 12:25                   ` Paul Wolneykien
2020-08-28 16:40 ` [devel] hasher ALT#36531 Dmitry V. Levin
2020-08-30  0:15   ` Igor Vlasenko
2020-08-28 17:55 ` [devel] automatic License Dmitry V. Levin
2020-08-30  8:14   ` Igor Vlasenko
2020-08-30 10:09     ` Alexey Gladkov
2020-08-30 12:44       ` Igor Vlasenko
2020-08-30 15:21         ` Alexey Gladkov
2020-08-30 15:36           ` Michael Shigorin
2020-08-30 15:44             ` Alexey Gladkov
2020-08-30 15:58           ` Andrey Savchenko
2020-08-30 16:40             ` Alexey Gladkov
2020-08-30 17:27               ` Andrey Savchenko
2020-08-30 18:15                 ` Alexey Gladkov
2020-08-30 18:47                   ` Michael Shigorin
2020-08-30 17:56       ` Igor Vlasenko
2020-08-28 18:26 ` [devel] will be fatal in Perl 5.30 Dmitry V. Levin
2020-08-28 19:46   ` Michael Shigorin
2020-08-28 19:58     ` Dmitry V. Levin
2020-08-28 20:19       ` Michael Shigorin
2020-08-28 22:11         ` Dmitry V. Levin
2020-08-28 22:13           ` Dmitry V. Levin
2020-08-30  0:58         ` Igor Vlasenko
2020-08-30  0:41   ` Igor Vlasenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200828163013.GJ11056@imap.altlinux.org \
    --to=mike@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git