From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 27 May 2003 20:24:03 +0400 From: "Dmitry V. Levin" To: ALT Devel discussion list Subject: Re: [devel] setup Message-ID: <20030527162403.GB31976@basalt.office.altlinux.org> Mail-Followup-To: ALT Devel discussion list References: <3EC87AA3.00000B.23507@soapbox.yandex.ru> <20030519180301.GB25370@nomad.ksi-linux.com> <200305200938.15351.ivv@altlinux.ru> <20030521163946.GF24549@nomad.ksi-linux.com> <20030521202830.GR3330@osdn.org.ua> <20030522145500.GD8545@nomad.ksi-linux.com> <20030522150247.GC3330@osdn.org.ua> <20030522165612.GB9567@nomad.ksi-linux.com> <20030522170607.GB32256@osdn.org.ua> <20030527160320.GB29990@nomad.ksi-linux.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lEGEL1/lMxI0MVQ2" Content-Disposition: inline In-Reply-To: <20030527160320.GB29990@nomad.ksi-linux.com> X-fingerprint: 9658 398D 181B 1200 8FC5 26B8 F6F8 846B C1E2 3429 Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: --lEGEL1/lMxI0MVQ2 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote: > Рискую быть занудным, но повторюсь, что никакого смысла включать > эти файлы в %files не вижу. Иными, кроме как %config(noreplace) > они быть не могут. Иметь обновления системных uid/gid в виде > болтающихся .rpmnew - это не решение проблемы обновления, а > головная боль для администратора. Они ещё могут быть %ghost. И без них rpm не сможет развернуть ни один пакет. > Решение - программное обновление данных системных файлов. И при > этом нет необходимости включать их в список файлов пакета. > Вот только Дмитрий почему-то предлагает делать это в > инсталляционных скриптах пакетов (useradd/groupadd), а я > искренне недоумеваю, что мешает делать это в setup. Создание on demand проще. Если это все делать в setup, то появится: - серьезное узкое место в виде maintainer'а пакета setup; - мусор в виде неиспользуемых псевдопользователей и групп; - в целом усложнит всю систему. > Простой пример, почему оставлять заведение пользователей и групп > "на потом" есть плохо и потенциальный источник проблем. > Наличие в дистрибутиве _изначально_ пользователя... ну возьмём для > примера "exim" не даёт мне возможности создать такого пользователя > как обычного (не системного) пользователя (кстати, пример вполне > жизненный - слово exim это ещё и популярное сокращение от > EXport IMport :). Создание его только в инсталляционных скриптах > пакета может привести к конфликту пользователей. Эту проблему можно решить следующим образом: Формализовать правила именования псевдопользователей/групп, и обучить им useradd/groupadd. Тогда ситуация случайного совпадения имен будет исключена. > Резюмирую - я просто не вижу смысла откладывать заведение групп > и пользователей до момента инсталляции соответствующих пакетов. > Вопрос не в том, что это _можно_ делать, вопрос в том, что это > ничем не оправдано. Из вышеизложенного мне это совершенно не очевидно. -- ldv --lEGEL1/lMxI0MVQ2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+05Ej9viEa8HiNCkRArFzAJ47eu7Yn3Nsz6nhDoNZHMVrgAJvhQCdF5/t HT7XFq7ZKMplLdpp2QJLNwA= =zzR1 -----END PGP SIGNATURE----- --lEGEL1/lMxI0MVQ2--