From: "Денис Смирнов" <mithraen@freesource.info> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] Угрозы развитию дистрибутива. Пути решения. Date: Mon, 26 Sep 2011 09:16:38 +0400 Message-ID: <20110926051638.GA134663@mw.mithraen.ru> (raw) In-Reply-To: <1b5296f586031a5ce3288304776ccdf3@hadoop.ru> [-- Attachment #1: Type: text/plain, Size: 4136 bytes --] On Sun, Sep 25, 2011 at 11:47:40PM +0400, Vitaly Kuznetsov wrote: VK> Мне кажется, что проблема Сизифа состоит не в том, что у нас 120 VK> пакетов/ майнтейнера, и ему сложно следить за выходом новых версий, VK> обновлять spec, искать патчи в других дистрибутивах. Мейнтейнер, который VK> не знает о том, что вышла новая версия поддерживаемого им пакета - это VK> не мейнтейнер, а роботоподобный сборщик пакетов. Да, но для сборки многих пакетов достаточно роботоподобного сборщика пакетов. Если же человеку приходится делать тупую работу, то рано или поздно он либо деградирует сам, либо автоматизирует или бросает эту работу. Например cronbuild позволяет работу, которуя тривиальна и у меня требует 15-30 минут в неделю делать за... 0. Итого 1ч жизни. Я должен выкидывать 1 час своей жизни в месяц только на то, чтобы считать себя "крутым мантейнером который все делает ручками"? Нет уж, понты не стоят того, чтобы на них время жизни тратить. VK> В этом смысле импорт пакетов из федоры не сильно лучше/хуже. А для тех пакетов где нужна ручная работа, и у которых нет активных мантейнеров -- да, импорт из федоры будет в большинстве случаев однозначно лучше. Очень грустно, конечно, что у нас есть объективная необходимость импортировать так ключевые пакеты. Но очевидно, что скажем игрушки всякие в дистрибутиве тоже нужны, а тратить время на их красивую правильную ручную сборку -- откровенно жалко. И роботы тут справятся объективно лучше, с учетом соотношения затраты сил/результат. VK> Проблема Сизифа заключается в том, что у нас крайне мало реально VK> поддерживаемых подсистем. Таких, где люди хорошо разбираются в коде, VK> могут предоставить поддержку пользователю, общаются с апстримом, знают VK> состояние дел и направление развития проектов, готовы принимать и VK> обрабатывать баги. Чрезмерная роботизация нарушает основопологающий VK> принцип "тебе надо - ты и делай". Роботу ничего не надо, качество VK> результата его волнует не более, чем прогноз погоды на Марсе. И, что VK> самое главное, ему не стыдно перед пользователями. Роботизация позволяет разоврвать замкнутый круг типа "вот этого пакета здесь нет, этого нет и этого нет, а этот не обновлялся 10 лет -- поэтому я уйду на Ubuntu и буду мантейнить свой любимый пакет там". VK> Мне кажется, что наша (Team) цель состоит не в том, чтобы завтра у VK> среднего мейнтейнера было 500 поддерживаемых в роботизированном режиме VK> пакетов, а в том, чтоб VK> было больше майнтейнеров у которых пусть 1-2 пакета, но которые им VK> реально поддерживаются. Тогда повысится число людей, которые будут VK> пользоваться решениями на основе Сизифа "Потому, что у них Вася VK> мейнтейнит 'Софтину'. А Вася - известный апстрим-разработчик, ему можно VK> и баг отрепортить, и совета от него в рассылке получить". Для этого VK> нужно пропагандировать не использование роботизации, позволяющее VK> новопришедшему мейнтейнеру собрать несколько сотен пакетов за полдня, а VK> максимальное погружение в тему, участие в делах апстрима. VK> Хотя возможно, что людей настолько мало, что предлагаемый мною подход VK> не даст критической массы софта, а мейнтейнеры, реально занимающиеся VK> делом будут незаметны на фоне тысяч пакетов, перепакованных из федоры. Дело не в том что людей мало, дело в том что отток активных мантейнеров превышает приток. Кроме того -- роботы это хорошо, если за ними присматривать. То есть робот обновляет пакет, а мантейнер потом смотрит что за фигню сделал робот, и поправляет если надо. Это экономит время на тупом ручном труде. У мантейнера может не быть времени нормально сопровождать пакет. Но может быть время проконтролировать робота :) А пакетов которые поддерживают "звезды" -- апстрим разработчики и известные хакеры, по крайней мере в ближайшее время вряд ли будет более нескольких процентов. Причем у них как раз часто времени и нет на конкретно поддержку в Сизифе (см. samba, или пляски вокруг bind). -- С уважением, Денис http://mithraen.ru/ ---------------------------------------------------------------------------- [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2011-09-26 5:16 UTC|newest] Thread overview: 82+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-09-24 22:35 Igor Vlasenko 2011-09-25 0:28 ` Michael Pozhidaev 2011-09-25 21:44 ` Igor Vlasenko 2011-09-25 6:34 ` Hihin Ruslan 2011-09-25 11:27 ` Michael Shigorin 2011-09-25 11:39 ` Aleksey Avdeev 2011-09-25 11:44 ` Aleksey Avdeev 2011-09-25 11:56 ` Hihin Ruslan 2011-09-26 17:33 ` Vitaly Lipatov 2011-09-26 17:45 ` Denis Medvedev 2011-09-26 19:30 ` Michael Shigorin 2011-10-09 19:23 ` Vitaly Lipatov 2011-10-09 19:32 ` Paul Wolneykien 2011-10-09 20:15 ` [devel] интеграция с OBS Dmitry V. Levin 2011-10-09 20:24 ` Paul Wolneykien 2011-10-09 20:28 ` Paul Wolneykien 2011-10-11 15:31 ` Michael Shigorin 2011-10-14 17:36 ` Радик Юсупов 2011-10-15 17:10 ` Paul Wolneykien 2011-11-14 19:30 ` Paul Wolneykien 2011-11-14 22:40 ` Igor Vlasenko 2011-11-15 8:19 ` Michael Shigorin 2011-10-10 13:40 ` [devel] Угрозы развитию дистрибутива. Пути решения Denis Medvedev 2011-10-10 15:03 ` Denis Medvedev 2011-09-25 22:04 ` Igor Vlasenko 2011-09-26 4:17 ` Hihin Ruslan 2011-09-26 5:09 ` REAL 2011-09-26 6:31 ` Boris Savelev 2011-09-25 11:27 ` Michael Shigorin 2011-09-25 19:47 ` Vitaly Kuznetsov 2011-09-25 21:25 ` Michael Shigorin 2011-09-26 5:16 ` Денис Смирнов [this message] 2011-09-26 10:47 ` Ildar Mulyukov 2011-09-27 1:20 ` Денис Смирнов 2011-09-29 7:29 ` Мал Скрылёв 2011-09-29 9:55 ` Igor Vlasenko 2011-10-01 5:53 ` Мал Скрылёв 2011-10-01 7:34 ` Денис Смирнов 2011-10-01 15:08 ` Aleksey Avdeev 2011-10-02 7:24 ` Денис Смирнов 2011-10-02 10:22 ` Aleksey Avdeev 2011-10-03 13:09 ` Igor Vlasenko 2011-10-03 13:20 ` Aleksey Avdeev 2011-10-03 13:35 ` Igor Vlasenko 2011-10-03 16:02 ` Андрей Черепанов 2011-10-03 16:25 ` Aleksey Avdeev 2011-10-03 16:41 ` Igor Vlasenko 2011-10-04 16:16 ` Денис Смирнов 2011-10-04 17:31 ` Igor Vlasenko 2011-10-02 18:16 ` Igor Vlasenko 2011-10-03 2:58 ` Денис Смирнов 2011-10-03 9:11 ` Paul Wolneykien 2011-10-03 11:55 ` Денис Смирнов 2011-10-03 13:11 ` Paul Wolneykien 2011-10-04 16:14 ` Денис Смирнов 2011-10-04 17:38 ` [devel] Угрозы развитию дистрибутива. Пути решения: gear-subsystem Paul Wolneykien 2011-10-04 17:50 ` Денис Смирнов 2011-10-04 18:33 ` Paul Wolneykien 2011-10-05 12:13 ` Денис Смирнов 2011-10-03 13:08 ` [devel] Угрозы развитию дистрибутива. Пути решения Igor Vlasenko 2011-10-04 20:53 ` [devel] Муть moodle в cronbild (was: Угрозы развитию дистрибутива. Пути решения.) Aleksey Avdeev 2011-10-04 21:36 ` [devel] Муть moodle в cronbild Aleksey Avdeev 2011-10-04 21:54 ` Aleksey Avdeev 2011-10-04 22:04 ` [devel] Путь moodle в cronbild (was: Муть moodle в cronbild) Aleksey Avdeev 2011-10-05 9:49 ` Igor Vlasenko 2011-10-05 10:56 ` [devel] Путь moodle в cronbild Aleksey Avdeev 2011-10-05 14:09 ` Aleksey Avdeev 2011-10-05 9:43 ` [devel] Муть moodle в cronbild (was: Угрозы развитию дистрибутива. Пути решения.) Igor Vlasenko 2011-10-05 10:49 ` Igor Vlasenko 2011-10-01 19:40 ` [devel] Угрозы развитию дистрибутива. Пути решения Igor Vlasenko 2011-10-01 20:32 ` [devel] Пробел в архитектуре gear репозиториев, мешающий совместной работе Igor Vlasenko 2011-10-02 7:22 ` Денис Смирнов 2011-10-02 18:15 ` Igor Vlasenko 2011-10-03 2:52 ` Денис Смирнов 2011-09-29 11:28 ` [devel] Угрозы развитию дистрибутива. Пути решения Денис Смирнов 2011-09-25 22:11 ` Paul Wolneykien 2011-09-26 14:36 ` Denis Medvedev 2011-09-26 15:38 ` Michael Shigorin 2011-09-26 15:50 ` Paul Wolneykien 2011-09-27 11:42 ` Igor Vlasenko 2011-09-27 13:34 ` Egor Vyscrebentsov 2011-09-29 13:35 ` Денис Смирнов
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=20110926051638.GA134663@mw.mithraen.ru \ --to=mithraen@freesource.info \ --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