From: Michael Shigorin <mike@osdn.org.ua> To: devel@altlinux.ru Subject: [devel] [POLICY] synchro API changes in releases Date: Mon, 12 Jan 2004 09:32:50 +0200 Message-ID: <20040112073250.GX24550@osdn.org.ua> (raw) [-- Attachment #1: Type: text/plain, Size: 2784 bytes --] Здравствуйте. В процессе написания письма про alsa-utils-1.0.1 и sound-scripts написалось также следующее, и IMCO это повод для отдельной темы. Целью предложения является увеличение преемственности и поддерживаемости дистрибутивов, уменьшение затрат на решение вопросов несовместимости как при выпуске обновлений, так и при эксплуатации. --- (Глядя на общий баланс процесса тестирования/выпуска compact и версий ПО в нем (linux-2.4.22/glibc-2.2/oo-1.0.3/mozilla-1.4), я бы не гнался за alsa-1.0.1 и тем же xmms-1.2.8: без толку, а грабель огрести можно.) Но на будущее вопрос остается: ведь каждый такой форк по API -- это усложнение поддержки (добавление грани несовместимости), поэтому при удачном подходе к релиз-менеджменту и планированию выпусков _должно_ получаться: фиксировать в точке релиза максимально осмысленное количество изменений API в окрестности времени выпуска. Возможно, имеет смысл набросать нечто вроде таймлайна -- без тех time, которые не(точно)известны, но с теми точками несовместимости, которые _уже_ известны. Как-то glibc-2.3, alsa-1.0.x API, builds with linux-2.6 kernel headers by default?, etc. С тем, чтобы иметь возможность сводить переходные точки -- ведь на практике люди, отвечающие за такие системные сдвиги, обычно не одни и те же -- слишком тяжелые задачи. Из прошлых изменений схожего плана -- rpm3/4, kernel22/24, alsa05/09, initscripts/service. Т.е.: таким же API является базовая инфраструктура вроде стартовых скриптов, политики упаковки пакетов perl, а не только сугубо upstream API changes. --- Кто что скажет? --- пример Выпуски ALM2.0/ALJ2.0/Утёс-К достаточно совместимы, чтобы по ним выпускались общие updates. Понятно, что это снижает затраты на выпуск и применение таковых. Выпуски ALM2.2/ALJ2.2 различались по KDE (как минимум), что было нивелировано путем выпуска update к ALM2.2. Вариант, но не лучший. Выпуск ALJ2.1 оказался достаточно промежуточным (и "прилагающимся к журналу"), чтобы смысла организовывать его долгосрочную поддержку не было. [...] Сейчас выйдет Compact 2.3. Вопрос в том, насколько его удастся унифицировать по обновлениям с Junior 2.3, буде таковой действительно собирается; а также и с Master update, необходимость которого очевидна и вроде уже и не обсуждается (если он будет выпущен; до конца декабря '03 уже не случилось). Изучая ftp://updates.altlinux.ru, на сейчас могу только сделать вывод, что какие-либо обязательства по поддержке 2.3(beta) отсутствуют; следовательно, этот якорь не держит. --- вопрос Итак, какая версия libalsa должна быть в следующих выпусках? Меня как майнтейнера этот момент интересует крайне сильно -- от него зависит резервирование времени. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/ [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
reply other threads:[~2004-01-12 7:32 UTC|newest] Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20040112073250.GX24550@osdn.org.ua \ --to=mike@osdn.org.ua \ --cc=devel@altlinux.ru \ /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