From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=ALL_TRUSTED,BAYES_00, FUZZY_XPILL,HEADER_FROM_DIFFERENT_DOMAINS,RP_MATCHES_RCVD autolearn=no autolearn_force=no version=3.4.1 Date: Mon, 23 Aug 2021 11:17:21 +0300 From: "Alexey V. Vissarionov" To: ALT Linux Team development discussions Message-ID: <20210823081721.GB24168@altlinux.org> References: <20210820211126.GB27998@altlinux.org> <20210821081835.GC1739@altlinux.org> <8ac6f286fe92125a7af80508db3ca3ba@altlinux.ru> <20210821103807.GA3540@altlinux.org> <21225add-298b-47b9-d963-7b238538e9a8@gmail.com> <20210821191218.GF24712@altlinux.org> <20210822153258.GA24168@altlinux.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Subject: Re: [devel] /usr/bin/bash X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Aug 2021 08:17:24 -0000 Archived-At: List-Archive: List-Post: On 2021-08-22 17:21:31 +0000, Vladimir D. Seleznev wrote: >>>>> Где-то боятся нарваться на алиасы, >>>> Вот это, кстати, в полный рост... И за пакет rootfiles нас >>>> ругают вполне заслуженно. >>> Впервые слышу, что кто-то ругает за него. И в чём вред этого >>> пакета? >> Вредов там как минимум два: >> 1. Алиасы с параметром -i для cp, rm итд вызывают интересные >> спецэффекты в однострочниках. > Что мешает отредактировать имеющийся /root/.bashrc? А что мешает сделать систему рабочей из коробки? Или хотя бы не ломать ее? Если бы параметр "-i" был настолько нужен, разработчики coreutils обязательно сделали бы это поведением по умолчанию. >> 2. После того, как пользователь нарывается на вышеописанный >> спецэффект, у него возникает вполне разумное желание вынести >> этот пакет. И тут его ждет следующая подстава, еще интереснее: >> файл ~root/.ssh/authorized_keys переименовывается в *.rpmsave > И почему может возникнуть желание удалить пакет вместо того, > чтобы отредактировать конфиги? Я же написал: >> Зачем вообще что-то делать с чужими конфигами - мне неочевидно. И на зачем этот пакет вообще нужен, если конфиги все равно придется редактировать? > $ rpm -qc rootfiles > /root/.bash_logout > /root/.bash_profile > /root/.bashrc > /root/.i18n > /root/.rpmmacros > /root/.ssh/authorized_keys > /root/.ssh/config > /root/.tcshrc > /root/.zlogout > /root/.zprofile > /root/.zshenv > /root/.zshrc 0. Какой смысл охватывать пакетной системой файлы в $HOME, даже если это ~root ? 1. Зачем пихать в ~root конфиги для шеллов? Если пользователь работает с каким-то шеллом, конфиги у него свои, а если не пользуется вообще, то они ему просто не нужны. Но даже если на этот вопрос вдруг есть разумный ответ, то: 2. Зачем задавать для root алиасы с "-i"? Чтобы выработать у пользователей привычку использовать параметр "-f"? Здесь, правда, могу поздравить авторов этой офигенной идеи: у них это прекрасно получается. 3. Если очень уж хочется облагодетельствовать пользователей, пакет rootfiles лучше сделать пустым, а в его %post настроить копирование отсутствующих в ~root файлов из /etc/skel - это же позволит передать управление их содержимым мейнтейнерам соответствующих пакетов (bash, tcsh, zsh). 4. Пользовательские конфиги SSH трогать не надо. Вообще никак. Максимум - mkdir -pm700 ~/.ssh && touch ~/.ssh/authorized_keys (и то некоторые пользователи будут недовольны получать после каждого обновления письма от систем контроля целостности). > Обрати внимание на аргументы командной строки команды rpm. Да я-то видел, что они %config - только пользователям от этого ни разу не легче. >> Да и вообще у нас таких корявостей много... Здесь, насколько я понимаю, возражений нет? -- Alexey V. Vissarionov gremlin ПРИ altlinux ТЧК org; +vii-cmiii-ccxxix-lxxix-xlii GPG: 0D92F19E1C0DC36E27F61A29CD17E2B43D879005 @ hkp://keys.gnupg.net