From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <47475DC6.9020401@altlinux.com> Date: Sat, 24 Nov 2007 02:09:58 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 To: devel@lists.altlinux.org References: <20071123220024.GF361@solemn.turbinal> <47475014.5010305@altlinux.com> <20071123223316.GI361@solemn.turbinal> In-Reply-To: <20071123223316.GI361@solemn.turbinal> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] mkimage closure X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 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: Fri, 23 Nov 2007 23:10:27 -0000 Archived-At: List-Archive: List-Post: Alexey Tourbin пишет: > On Sat, Nov 24, 2007 at 01:11:32AM +0300, Anton Farygin wrote: >>> 1) Замыкание для мини-дистрибутивов. Это то что обычно делает apt. >>> 2) Замыкание для "полноценных дистрбиутивов" -- дополнительно >>> замыкание по всем подпакетам исходного пакета. >>> >>> Второй режим означает, что если напр. вытянулся perl-base, >>> а исходный пакет у perl-base называется perl-5.8.X-*.src.rpm, >>> то дополнительно нужно включить все остальные perl-* пакеты, >>> которые происходят из этого perl-5.8.X-*.src.rpm. >> А это действительно необходимо ? Хотя скорее всего было бы неплохо >> получить такой функционал, но реально он может не понадобиться. > > Этот функционал нужен не "реально", а "идейно". В полноценный > дистрибутив нельзя влючать "огрызки", а только "полный набор". > Тогда как для мини-дистрибутива реальность другая. В полноценном дистрибутиве я бы предпочёл наблюдать целиком весь branch, без огрызков. Всё остальное можно считать неполноценными дистрибутивами. Ибо помимо замыкания по зависимостям и исходным пакетам - нужно замыкание по неявным (необъявленным) зависимостям. а это реализовать практически нереально не включив весь бранч в дистрибутив. Речь идёт о пакетах, которые могли бы реализовать некий функционал, но только в случае наличия в системе осуществляющих этот функционал дополнительных пакетов. В качестве примера, видимо, можно привести (из последнего) mythtv, который явно не зависит от xmltv, lcdproc, mplayer и т.д., но в случае наличия их в системе позволяет выполнять дополнительные функции. > >> Мне хотелось бы видеть в mkimage скорее ручку для добавления >> конфликтующих пакетов... это сложнее ;) > > Насколько я помню что просматривал git-репозитарий mkimage, > такая идея у автора была и она в какой-то степени реализована. Это хорошо, попробую.