From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_05,DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 Date: Sat, 11 Dec 2010 18:41:54 +0200 From: Michael Shigorin To: devel@lists.altlinux.org Message-ID: <20101211164154.GM29865@osdn.org.ua> Mail-Followup-To: devel@lists.altlinux.org References: <20101211104545.GA29865@osdn.org.ua> <201012111507.35629.asy@altlinux.ru> <20101211124506.GI29865@osdn.org.ua> <201012111848.36908.asy@altlinux.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201012111848.36908.asy@altlinux.ru> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] mc surgery 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: Sat, 11 Dec 2010 16:35:11 -0000 Archived-At: List-Archive: List-Post: On Sat, Dec 11, 2010 at 06:48:36PM +0300, Sergey Y. Afonin wrote: > mc - возвращаем почти всё в кучу > mc-extfs - все extfs, которые требуют что-то дополнительное > с зависимостями на это самое "что-то". Да и название > надо более точное. Или же, на самом деле, все extfs > в пакет вынести. Я бы предложил всё-таки вернуть их в mc. Смотри, если нужные zip-ы уже установлены -- они просто будут работать без геморроя и вопросов "а почему у меня архивы не открываются" с ещё одним типичным ответом "ставь mc-extfs, болван". А если нет, то можно либо догадываться, либо ставить mc-full, либо советовать это. > mc-full (а почему не mc-complete ?) - зависимость на всё вместе. Потому что незачем разводить зоопарк на ровном месте (помнится, обсуждалось и остановились на -full): Sisyphus/files$ ls */RPMS/*-full-* | wc -l 66 Sisyphus/files$ ls */RPMS/*-complete-* | wc -l 13 Sisyphus/files$ ls */RPMS/*-complete-* arm/RPMS/amavisd-new-complete-2.6.4-alt1.noarch.rpm arm/RPMS/asterisk1.6.2-complete-1.6.2.14-alt2.noarch.rpm arm/RPMS/asterisk1.8-complete-1.8.0-alt2.noarch.rpm arm/RPMS/mc-complete-4.7.0.10-alt2.noarch.rpm arm/RPMS/mono-complete-2.6.7-alt1.arm.rpm i586/RPMS/mono-complete-2.6.7-alt1.i586.rpm i586/RPMS/wanpipe-complete-3.5.6-alt7.i586.rpm noarch/RPMS/amavisd-new-complete-2.6.4-alt1.noarch.rpm noarch/RPMS/asterisk1.6.2-complete-1.6.2.14-alt2.noarch.rpm noarch/RPMS/asterisk1.8-complete-1.8.0-alt2.noarch.rpm noarch/RPMS/mc-complete-4.7.0.10-alt3.noarch.rpm x86_64/RPMS/mono-complete-2.6.7-alt1.x86_64.rpm x86_64/RPMS/wanpipe-complete-3.5.6-alt7.x86_64.rpm хм, уже понаразвели -- 2 mithraen: ты это зачем? kernel-complete давно закопали за ненадобностью этого костыля времён 3.0 (и в mkimage-profiles.git недавно была сделана поддержка куда более элегантного решения вопроса о ядрах и модулях в исошке). > 2. mc - в кучу, как было > mc-full - зависимости на mc и на всё, что хотят extfs. Ага. > А mc-locales, всё-таки, я бы оставил отдельно... Зачем? Повторюсь, зачистку таких мелочей релиз-менеджеру делать куда удобней в целом, а не гоняясь за каждым пакетиком. Это если уж надо сэкономить последние полметра. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/