From: Andrey Cherepanov <cas@altlinux.org> To: devel@lists.altlinux.org Subject: Re: [devel] баланс интересов (was: I: регулярные сборки тулчейна, изменение в сопровождении пакетов) Date: Mon, 5 Apr 2021 17:42:41 +0300 Message-ID: <182c316e-ebe3-3ce8-a957-1c7a64553b03@altlinux.org> (raw) In-Reply-To: <20210405173120.99c756f5d88a63ff54ad5bf9@altlinux.org> 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%. > Но ведь породят, и их зависимости породят. В итоге будет развесистый > граф и где-нибудь за год половина репозитория будет вынесена, вместе > с половиной мейнтенеров. Если задание на удаление из-за анметов не будет выполнено, это повод исправить пакет. Не надо драматизировать ситуацию и призывать к тотальному удалению всех непересобираемых пакетов. Задача, как я понимаю, избавиться от откровенно ненужных и непересобираемых пакетов. Когда у нас три сотни непересобираемых пакетов, то нет мотивации сосредоточиться на починке. Когда три десятка и эти пакеты нужны - ситуация более приемлемая. > >> Социальная сторона также некритична: если мейнтейнер не чинил пакет, то >> и реакции на удаление вряд ли стоит ждать. > Не согласен. С социальной точки зрения критически важно то, как > мейнтенеры ощущают отношение к себе, особенно когда речь > о добровольцах, а не о сотрудниках на зарплате. > > Вот пример реакции: они сломали мой пакет (новая «дурацкая» проверка > в сборочнице, новая версия используемой библиотеки с разломанным > API, новый глючный тулчейн, новая среда сборочницы с посыпавшимися > системными вызовами, проблема только на редкой архитектуре и т.д. > и т.п.), не дали времени на исправление (FTBFS в месяц) или не дали > возможности для отладки (не у всех мейнтенеров есть доступ ко всем > архитектурам, qemu не всегда вариант; специфические для beehive > ошибки тоже простым смертным не отладить) и просто выносят — ну > и в баню это всё куда подальше. > > Честно, подобные эмоции порой возникают на фоне постоянного > закручивания гаек ради не совсем понятно чего. Есть статистика? > >>> Не говоря уже о том, что у людей бывает работа и ему надо всё бросить >>> и идти чинить свою гору пакетов. >>> >>> >>> Принудительная форма решения этой проблемы породит просто новые >>> способы её обхода. Как я уже однажды заметил, не обязательно чинить >>> пакет, от которого зависит какой-то другой пакет, потому что его точно >>> не удалят. Не обязательно чинить общеупотребимые пакеты типа >>> браузеров, потому что их тоже не удалят. >>> >>> Мне больше нравится добровольная форма решения, предложенная когда-то >>> mike@. Устраивать что-то вроде субботников каждый месяц, когда люди >>> могут собраться и абстрагировавшись от всего заняться исправлением ftbfs. >>> >>> Кроме всего прочего, человек может просто элементарно не знать, как >>> починить пакет. На озвученном выше мероприятии, коллеги могут ему >>> чем-то помочь. >> Субботники не работают без принуждения. Как устроитель пары BugDay я >> могу об этом сказать. >> >> Практика кардинальной чистки пакетов разумна. Это позволит >> сосредоточиться именно на тех пакетах, которые нужны другим и удалить >> откровенно неподдерживаемые пакеты. > Здесь важен баланс и нужно разбираться из-за чего (и кого) возникла > проблема. > > У нас есть некоторый перекос: для мейнтенеров одних библиотек > (и в целом пакетов) есть требование чинить всё, что сломало их > обновление; для мейнтенеров других всё наоборот и они требуют > чинить всех остальных всё то, что сломали их обновления. По-моему, > здесь не хватает справедливого policy. Кто напишет? > >> А вернуть удалённые при желании очень просто. > На самом деле не всегда, например, когда вынесли следом половину > нужных зависимостей или разломали фичи оставшихся. Примеры? -- Andrey Cherepanov cas@altlinux.org
next prev parent reply other threads:[~2021-04-05 14:42 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 [this message] 2021-04-05 15:07 ` Grigory Ustinov 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=182c316e-ebe3-3ce8-a957-1c7a64553b03@altlinux.org \ --to=cas@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