ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Grigory Ustinov <grenka@altlinux.org>
To: devel@lists.altlinux.org
Subject: Re: [devel] баланс интересов (was: I: регулярные сборки тулчейна, изменение в сопровождении пакетов)
Date: Mon, 5 Apr 2021 18:07:25 +0300
Message-ID: <a1ee9a7c-860d-fde3-9f24-31fbb3bf0e40@basealt.ru> (raw)
In-Reply-To: <182c316e-ebe3-3ce8-a957-1c7a64553b03@altlinux.org>

05.04.2021 17:42, Andrey Cherepanov пишет:
> 05.04.2021 17:31, Andrey Savchenko пишет:
>> On Mon, 5 Apr 2021 09:28:14 +0300 Andrey Cherepanov wrote:
>>> 05.04.2021 08:23, Grigory Ustinov пишет:
>> [...]
>>>> Мейнтейнеров много хороших и разных. Некоторые поддерживают десяток
>>>> пакетов, некоторые сотню, а некоторые тысячу, а срок исправления для
>>>> всех одинаковый. Есть у нас и такие мейнтейнеры, которые в текстовом
>>>> файле есть, а по факту их нет.
>>>>
>>>> Лично моё мнение, что удаление ftbfs через месяц приведёт к огромному
>>>> количеству проблем, начиная с мощного уменьшения пакетной базы и
>>>> заканчивая уменьшением количества мейнтейнеров из коммьюнити.
>>> Даже если все пакеты из FTBFS будут удалены, не порождая анметов, 
>>> это не
>>> превысит 1%.
>> Но ведь породят, и их зависимости породят. В итоге будет развесистый
>> граф и где-нибудь за год половина репозитория будет вынесена, вместе
>> с половиной мейнтенеров.
> Если задание на удаление из-за анметов не будет выполнено, это повод 
> исправить пакет. Не надо драматизировать ситуацию и призывать к 
> тотальному удалению всех непересобираемых пакетов. Задача, как я 
> понимаю, избавиться от откровенно ненужных и непересобираемых пакетов. 
> Когда у нас три сотни непересобираемых пакетов, то нет мотивации 
> сосредоточиться на починке. Когда три десятка и эти пакеты нужны - 
> ситуация более приемлемая.
Есть мотивация. Я Вот последнюю неделю этим очень даже плотно занимаюсь. 
Я не разделяю мнения о том, что если кому-нибудь надо, то он соберёт 
пакет. Если мне нужен пакет для _чего-то_, я делаю apt-cache search 
что-то и выбираю из этого, а не лезу в поисковик и не ищу, какой же мне 
нужен пакет. Кроме того, понятие "откровенно ненужный" у каждого разное. 
У нас есть люди, которым откровенно не нужны все gui приложения. И я 
сейчас говорю вовсе не про тех, кто работает с серверами=)
>>
>>> Социальная сторона также некритична: если мейнтейнер не чинил пакет, то
>>> и реакции на удаление вряд ли стоит ждать.
>> Не согласен. С социальной точки зрения критически важно то, как
>> мейнтенеры ощущают отношение к себе, особенно когда речь
>> о добровольцах, а не о сотрудниках на зарплате.
>>
>> Вот пример реакции: они сломали мой пакет (новая «дурацкая» проверка
>> в сборочнице, новая версия используемой библиотеки с разломанным
>> API, новый глючный тулчейн, новая среда сборочницы с посыпавшимися
>> системными вызовами, проблема только на редкой архитектуре и т.д.
>> и т.п.), не дали времени на исправление (FTBFS в месяц) или не дали
>> возможности для отладки (не у всех мейнтенеров есть доступ ко всем
>> архитектурам, qemu не всегда вариант; специфические для beehive
>> ошибки тоже простым смертным не отладить) и просто выносят — ну
>> и в баню это всё куда подальше.
>>
>> Честно, подобные эмоции порой возникают на фоне постоянного
>> закручивания гаек ради не совсем понятно чего.
> Есть статистика?
>>
>>>> Не говоря уже о том, что у людей бывает работа и ему надо всё бросить
>>>> и идти чинить свою гору пакетов.
>>>>
>>>>
>>>> Принудительная форма решения этой проблемы породит просто новые
>>>> способы её обхода. Как я уже однажды заметил, не обязательно чинить
>>>> пакет, от которого зависит какой-то другой пакет, потому что его точно
>>>> не удалят. Не обязательно чинить общеупотребимые пакеты типа
>>>> браузеров, потому что их тоже не удалят.
>>>>
>>>> Мне больше нравится добровольная форма решения, предложенная когда-то
>>>> mike@. Устраивать что-то вроде субботников каждый месяц, когда люди
>>>> могут собраться и абстрагировавшись от всего заняться исправлением 
>>>> ftbfs.
>>>>
>>>> Кроме всего прочего, человек может просто элементарно не знать, как
>>>> починить пакет. На озвученном выше мероприятии, коллеги могут ему
>>>> чем-то помочь.
>>> Субботники не работают без принуждения. Как устроитель пары BugDay я
>>> могу об этом сказать.
>>>
>>> Практика кардинальной чистки пакетов разумна. Это позволит
>>> сосредоточиться именно на тех пакетах, которые нужны другим и удалить
>>> откровенно неподдерживаемые пакеты.
>> Здесь важен баланс и нужно разбираться из-за чего (и кого) возникла
>> проблема.
>>
>> У нас есть некоторый перекос: для мейнтенеров одних библиотек
>> (и в целом пакетов) есть требование чинить всё, что сломало их
>> обновление; для мейнтенеров других всё наоборот и они требуют
>> чинить всех остальных всё то, что сломали их обновления. По-моему,
>> здесь не хватает справедливого policy.

Например при обновлении python3 нужно, чтобы все пакеты с ним 
собирались. Большая часть времени и усилий уходит именно на это. И 
учитывая, что большинство пакетов стоят на python@, их приходится чинить 
одному человеку. Я ощущаю острую социальную несправедливость и готов 
участвовать в компании тех, кто будет писать policy, заставляющее чинить 
пакеты для других обновлений.

У нас же есть ufb список, можно при обновлении пакета сразу пересобирать 
с ним то, что от него зависит. Если твоё обновление ломает сборку других 
пакетов, будь добр исправь его или попроси ответственных за эти пакеты 
исправить. Всё как с python3.

> Кто напишет?
>>
>>> А вернуть удалённые при желании очень просто.
>> На самом деле не всегда, например, когда вынесли следом половину
>> нужных зависимостей или разломали фичи оставшихся.
>
> Примеры?


  reply	other threads:[~2021-04-05 15:07 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-30 14:23 [devel] I: регулярные сборки тулчейна, изменение в сопровождении пакетов Dmitry V. Levin
2021-03-30 15:27 ` Dmitry V. Levin
2021-03-30 15:31   ` Anton Farygin
2021-03-30 17:34     ` [devel] I: регулярные сборки =?utf-8?b?INGC0YPQu9GH0LXQudC90LA=?=, " Sergey Y. Afonin
2021-03-31 15:40     ` [devel] I: регулярные сборки тулчейна, " Vladimir D. Seleznev
2021-03-31 10:55 ` Alexey V. Vissarionov
2021-03-31 13:57   ` Andrey Savchenko
2021-03-31 14:29     ` Alexey V. Vissarionov
2021-03-31 15:03       ` Andrey Savchenko
2021-04-17  8:22     ` [devel] FAILED del=gpm (Re: I: регулярные сборки =?utf-8?b?INGC0YPQu9GH0LXQudC90LA=?=, изменение в сопровождении =?utf-8?b?INC/0LDQutC10YLQvtCy?=) Sergey Y. Afonin
2021-04-17 10:02       ` [devel] FAILED del=gpm Alexey V. Vissarionov
2021-04-23 13:44         ` Sergey V Turchin
2021-04-23 16:05           ` Alexey V. Vissarionov
2021-04-17 12:59       ` [devel] FAILED del=gpm (Re: I: регулярные сборки тулчейна в сопровождении =?utf-8?b?INC/0LDQutC10YLQvtCy?=) Andrey Savchenko
2021-04-17 13:23         ` Vladimir D. Seleznev
2021-03-31 13:06 ` [devel] I: регулярные сборки тулчейна, изменение в сопровождении пакетов Michael Shigorin
2021-03-31 15:04   ` Anton Farygin
2021-03-31 15:47   ` Mikhail Novosyolov
2021-03-31 16:30     ` Alexey V. Vissarionov
2021-03-31 19:47     ` Grigory Ustinov
2021-03-31 15:54   ` Dmitry V. Levin
2021-04-04 18:49 ` Dmitry V. Levin
2021-04-04 19:15   ` Anton Farygin
2021-04-04 20:16     ` Dmitry V. Levin
2021-04-04 20:20       ` [devel] баланс интересов (was: I: регулярные сборки тулчейна, изменение в сопровождении пакетов) Michael Shigorin
2021-04-04 21:36           ` Michael Shigorin
2021-04-04 21:59               ` Dmitry V. Levin
2021-04-04 22:05               ` Andrey Savchenko
2021-04-04 22:19                 ` Dmitry V. Levin
2021-04-05  5:10                   ` Anton Farygin
2021-04-05 10:43                     ` Dmitry V. Levin
2021-04-05 10:47                       ` Anton Farygin
2021-04-05  5:23                 ` Grigory Ustinov
2021-04-05  5:34                   ` Grigory Ustinov
2021-04-05  6:28                   ` Andrey Cherepanov
2021-04-05 14:31                     ` Andrey Savchenko
2021-04-05 14:42                       ` Andrey Cherepanov
2021-04-05 15:07                         ` Grigory Ustinov [this message]
2021-04-05 15:33                           ` Anton Farygin
2021-04-06 10:04                         ` Andrey Savchenko
2021-04-06 10:20                           ` Paul Wolneykien
2021-04-06 10:44                           ` Dmitry V. Levin
2021-04-06 11:53                           ` Anton Farygin
2021-04-06 11:55                             ` Anton Farygin
2021-04-06 13:36                           ` Vladimir D. Seleznev
2021-04-06 14:01                             ` Arseny Maslennikov
2021-04-06 13:47             ` Vladimir D. Seleznev
2021-04-06 14:06               ` Arseny Maslennikov
2021-04-05  5:06       ` [devel] I: регулярные сборки тулчейна, изменение в сопровождении пакетов Anton Farygin
2021-04-05  9:38         ` Vladimir D. Seleznev
2021-04-05 10:33           ` Anton Farygin
2021-04-05 10:45             ` Dmitry V. Levin
2021-04-05 10:49               ` Anton Farygin
2021-04-05 10:58                 ` Dmitry V. Levin
2021-04-05 11:01                   ` Anton Farygin
2021-04-05 11:57                     ` [devel] I: регулярные сборки =?utf-8?b?INGC0YPQu9GH0LXQudC90LA=?=, " Sergey Afonin
2021-04-11 12:14         ` Sergey Y. Afonin
2021-04-12  5:18           ` [devel] I: регулярные сборки тулчейна, " Anton Farygin

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=a1ee9a7c-860d-fde3-9f24-31fbb3bf0e40@basealt.ru \
    --to=grenka@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