From: Anton Farygin <rider@basealt.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] unmaintained packages shall not belong to Sisyphus
Date: Fri, 28 Aug 2020 08:22:18 +0300
Message-ID: <7f2eb829-7c5f-39be-7c49-1f42d3d8ed80@basealt.ru> (raw)
In-Reply-To: <20200827230143.GB8365@altlinux.org>
On 28.08.2020 02:01, Dmitry V. Levin wrote:
> Смешивать в одном репозитории пакеты, которые поддерживаются, и которые
> полностью сопровождаются скриптами - это плохая идея. Я думаю, что в этом
> вопросе со мной согласны все, кроме Игоря. Следовательно, с пакетами,
> которые не сопровождаются либо полностью сопровождаются скриптами, надо
> поступить следующим образом: те пакеты, на которые найдутся мантейнеры,
> останутся в Сизифе. Остальным пакетам придётся покинуть Сизиф и
> отправиться в репозиторий для пакетов, которые обслуживают только скрипты.
Не совсем согласен с этим утверждением.
На самом деле часто встречаются вообще без проблемные пакеты, обновление
которых можно поручить скриптам.
Тот же php сопровождается примерно таким способом - основной пакет
покрыт тестами, модули по возможности тоже.
Обновление выглядит как сборка основного пакета и пересборка скриптом
зависимых.
Модули появляются по мере необходимости, а не втаскиванием всего и вся.
Можно сказать, с одной стороны, что пакет сопровождается скриптами. С
другой стороны - я стараюсь реагировать на ошибки в пакетах php и по
возможности их исправлять.
Примерно такая же история c ocaml, в котором идёт мелкое дробление на
модули и сильное переплетение зависимостей.
И точно такая же история с питоном, который в принципе без скриптов
сопровождать невозможно - большинство этих модулей нужно собирать просто
ради того, что бы собрать один какой-то важный для нас пакет.
Скрипты это ерунда. Главное что бы ментейнер успевал реагировать на
ошибки в своих пакетах.
next prev parent reply other threads:[~2020-08-28 5:22 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 [this message]
2020-08-28 16:02 ` Dmitry V. Levin
2020-08-28 16:30 ` Michael Shigorin
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=7f2eb829-7c5f-39be-7c49-1f42d3d8ed80@basealt.ru \
--to=rider@basealt.ru \
--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