From mboxrd@z Thu Jan 1 00:00:00 1970 From: christophe varoqui Subject: Re: multipathd.init Date: Tue, 05 Apr 2005 00:14:20 +0200 Message-ID: <1112652860.8118.129.camel@zezette> References: <20050401204048.GI14307@agk.surrey.redhat.com> <1112389744.8118.26.camel@zezette> <20050401211902.GL14307@agk.surrey.redhat.com> <1112390705.8118.34.camel@zezette> <1112521418.8118.49.camel@zezette> <20050404211520.GB14307@agk.surrey.redhat.com> Reply-To: device-mapper development Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20050404211520.GB14307@agk.surrey.redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com To: device-mapper development List-Id: dm-devel.ids On lun, 2005-04-04 at 22:15 +0100, Alasdair G Kergon wrote: > On Sun, Apr 03, 2005 at 11:43:37AM +0200, christophe varoqui wrote: > > I also would like to kick off the debate on libsysfs and libdevmapper > > klibc versions packaging, > > For Red Hat distributions, I intend to use glibc static builds for > the multipath-tools, same as for lvm2 & dmsetup. > > I don't want the worry of having to support more than one libc. > (All tests have to be done twice then, for starters, and you lose > use of glibc features the other libraries don't support.) > > So much is getting pushed into the initrd these days, that there's > even the prospect of shared object support being added one day. > So be it, for now. The place is cleaned from libsysfs/ and libdevmapper/ starting from 0.4.4-pre6. I modified the Makefiles to still compile properly with BUILD=klibc on systems with /usr/lib/klibc/ properly stuffed with klibc-compiled versions of these libs. A little more work for people interested in this setup, but still fairly manageable. Hope it eases the packaging for everyone. Please tell if some more work needs to be merged in this area. Regards, -- christophe varoqui