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=-3.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=unavailable version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=or4BAdA1j02opiLPcklQSsWt7eSROvOOji6kNbC3SWs=; b=hYwI+uuM3KoAG7uhGIsPRTm6JSLRmlU3hw8YXbnMkrA2fyRKNDbCG0M7wkC44Ip23V 5CQP3qOe/wzE6YRP7eMK1Zge6MSB9LH9eV+u3Qa5tP4rWZsf2FHP4EIwPSF6c+g8xrCW EwwBTwNuKOXUH/5pu3mD9axKcHDN9n5n8FNlU= Sender: Denis Smirnov Date: Mon, 13 Feb 2012 19:06:30 +0400 From: =?koi8-r?B?5MXOydMg883J0s7P1w==?= To: Igor Vlasenko Message-ID: <20120213150629.GA27305@t60p.mithraen.ru> References: <20120206082218.GA1725@t60p.mithraen.ru> <20120206135149.GA22824@t60p.mithraen.ru> <20120206153255.GA8570@dad.imath.kiev.ua> <20120208222823.GA18828@t60p.mithraen.ru> <20120209212250.GA28583@dad.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120209212250.GA28583@dad.imath.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Vitaly Kuznetsov , ALT Linux Team development discussions Subject: Re: [devel] GHC-7.4 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, 13 Feb 2012 15:08:16 -0000 Archived-At: List-Archive: List-Post: On Thu, Feb 09, 2012 at 11:22:50PM +0200, Igor Vlasenko wrote: IV> Подумав еще раз, выбрал и хочу предложить следующее: IV> Каждое приложение (вроде xmonad) в установленной системе одно, IV> Библиотек (вроде ghc-zlib) в системе может быть несколько, IV> неконфликтующих, равноправных, с названиями IV> ghcXYZ(.T)-zlib, где XYZ - версия ghc, .T -serial (обычно %nil). IV> требующих каждая свой ghcXYZ(.T). ghc при этом придется перевести IV> на альтернативы. Для чего serial? IV> Виртуальных Provides: вида ghc-zlib НЕ БУДЕТ. Вместо этого IV> BuildRequires: будут вычисляться при сборке, макросом. Согласен. IV> У приложений будет написано IV> BuildRequires: %{ghcdep zlib utf8-string ...} IV> которые в зависимости от содержимого rpm-build-ghc IV> будут при сборке раскрываться в конкретные IV> ghcXYZ(.T)-zlib, ghcXYZ(.T)-utf8-string, ghcXYZ(.T)-... Да, это важно для сборки приложений (вроде xmonad). Для остального -- так как версия ghc также будет и в %name, то можно в buildrequires обойтись без макросов а указывать конкретные пакеты. IV> При обновлении сначала неспеша собираем новый ghc и библиотеки к нему. Да. IV> Затем меняем rpm-build-ghc и неспеша пересобираем приложения. Гм, а почему меняем rpm-build-ghc? Ради ghcdep? IV> Те приложения, которые с новым набором ghc+libs собираться IV> упорно не хотят, оставляем собираться со старым набором, IV> явно загружая при сборке rpm-build-ghc-compat-ABC(.D). Скорее юзая макрос типа %set_ghc_version (по аналогии с gcc). Он будет важен потому, что если у нас одновременно установлено в системе два ghc -- должен использоваться нужный. IV> Инструменты для автоматизированной правки спеков я напишу и предоставлю. IV> Как такой вариант? -- С уважением, Денис http://mithraen.ru/ ----------------------------------------------------------------------------