From: Vitaly Lipatov <lav@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Cc: Sergey V Turchin <zerg@altlinux.org> Subject: Re: [devel] Устаревшая концепция бранчей или стабильный бранч как основа разработки Date: Wed, 14 Oct 2020 13:39:09 +0300 Message-ID: <9592e0c86494cb6273ab6387bacaf316@altlinux.ru> (raw) In-Reply-To: <2224974.iZASKD2KPV@zerg.malta.altlinux.ru> Sergey V Turchin писал 14.10.20 10:06: > On Tuesday, 13 October 2020 22:47:55 MSK Vitaly Lipatov wrote: > > [...] >> Третий момент. Снижение роли мантейнера. В связи с ростом культуры >> апстрима, а также с с большим количеством дистрибутивов, ведущих свою >> сборку пакетов (что даёт некоторое количество мантейнеров, которые >> смотрят на апстрим с разных сторон) большинство апстримов стали >> устроены >> так, что упаковываются в пакет типовым образом и не требуют >> специальной >> обработки. > Абсолютно не согласен. > Апстримы не умели, не умеют и не будут никогда уметь делать пакеты. Я имел в виду, что если апстрим смог наладить configure && make && make install, то ничего особого в спеке мантейнеру придумывать не придётся. Конечно, я с удивлением смотрю, как апстримы выпекают сборки под разные системы, и у них это получается. Но конечно же, сборка пакетов не их профиль. Я не предлагал как-то полагаться на них в этом вопросе. Я только о том, что апстримы стали более пригодны к упаковке (на фоне того, что есть проекты, которые с большим трудом упаковке поддаются). > ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ > Например, они не будут паковать, как мы, несколько версий wine для > одного > репозитория. Про переход KDE с 3-ей на 4-ю вообще молчу. ... >> Конечно, я не о феноменах типа ghostscript, но и тому вроде >> становится лучше. Тут я не то что констатирую факт, а настаиваю на >> том, >> что роль мантейнера должна быть снижена, а часть его бессмысленной >> работы — автоматизирована. > Ни в коем случае. Никто кроме мантейнера не будет придумывать, как > поженить > несколько версий LLVM или gcc с конкретным дистрибутивом и какую версию > вообще > паковать. Возможно, я имел в виду, что разработчики апстрима обычно больше знают о своём проекте, и не стоит воображать себя более компетентным в их проекте. Но я как раз о том, что автоматизируя рутинную работу, мы оставляем человеку больше времени придумывать — что с чем совместить и какую версию паковать. >> Есть вещи, которые может и должен выполнять >> человек, но это не относится к преобразованию спецификаций из одного >> формата в другой. Мы всё же имеем дело не с естественным языком. > Апсримы с горем пополам упакуют под пару попсоваых дистрибутивов(rpm и > deb) и > это будет более-менее сносно только потому, что в случае кривизны их > толпой > носом потыкают. > [...] Так а разве это не один и факторов успеха — утверждение Рэймонда, что «при наличии достаточного количества глаз все ошибки всплывают» («given enough eyeballs, all bugs are shallow»). Количество ошибок в программе обычно уменьшается не в силу того, что разработчик поумнел, а в силу улучшения тестирования или жалоб от пользователей. Я думаю, мы смотрим на разный опыт. Есть пакеты, которые не требуют интеллекта для упаковки, а есть сложные проекты (которым не мешало бы стать проще), требующие большого внимания и навыков. И я, конечно, про то, что в основном (по количеству пакетов, а не по объёму проектов) апстримы стали гораздо пригоднее к упаковке без хитростей. -- С уважением, Виталий Липатов, ALT Linux Team
next prev parent reply other threads:[~2020-10-14 10:39 UTC|newest] Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-10-13 19:47 Vitaly Lipatov 2020-10-13 20:23 ` Aleksey Novodvorsky 2020-10-13 22:39 ` Aleksey Novodvorsky 2020-10-14 12:02 ` Vitaly Lipatov 2020-10-14 12:17 ` Anton Farygin 2020-10-14 7:06 ` Sergey V Turchin 2020-10-14 10:39 ` Vitaly Lipatov [this message] 2020-10-14 10:55 ` Sergey V Turchin 2020-10-14 14:22 ` Arseny Maslennikov 2020-10-14 14:46 ` Sergey V Turchin 2020-10-14 15:28 ` Arseny Maslennikov 2020-10-15 6:48 ` Sergey V Turchin 2020-10-15 6:50 ` Sergey V Turchin 2020-10-20 17:21 ` Andrey Savchenko 2020-10-20 18:28 ` Alexey Gladkov 2020-10-21 5:52 ` Anton Farygin 2020-10-21 6:59 ` Alexey Gladkov 2020-10-21 7:58 ` [devel] Ресурсы для CI в Sisyphus или про review кода su из coreutuls Anton Farygin 2020-10-21 10:01 ` [devel] " Dmitry V. Levin 2020-10-21 10:18 ` [devel] про review кода su из util-linux Anton Farygin 2020-11-10 22:45 ` [devel] Устаревшая концепция бранчей или стабильный бранч как основа разработки mikhailnov 2020-10-20 20:58 ` Vitaly Lipatov 2020-10-21 5:54 ` Anton Farygin 2020-10-21 1:46 ` Антон Мидюков 2020-10-21 7:29 ` Andrey Savchenko 2020-10-21 7:34 ` Антон Мидюков 2020-10-21 9:56 ` [devel] CI для Сизифа Dmitry V. Levin
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=9592e0c86494cb6273ab6387bacaf316@altlinux.ru \ --to=lav@altlinux.ru \ --cc=devel@lists.altlinux.org \ --cc=zerg@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