[linux-lvm] another nice feature for packagers ...

[linux-lvm] another nice feature for packagers ...

[Gergely Tamas]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 2937 bytes --]

Hi!

First of all, thanks for the ${DESTDIR} definition.

Another nice feature for packagers would be to split the installation of
liblvm.a and liblvm.so parts.

This would be good because liblvm.a's destination should be e.g. /usr/lib
and liblvm.so's destination should be /lib (because of lvm utils).

So I thought about the introduction of a new variable in make.tmpl.in (I
called it ``sharedlibdir''). Its default value is equal to ``libdir''.

So if somebody installs the package with ``make install'' or ``make -e
DESTDIR=... install'' the installation procedure will be the same as the
current. But if the installer (script) defines a sharedlibdir value other
than the default ``make -e sharedlibdir=... DESTDIR=... install'' the
installation of the shared libraries will go into that directory.

Note, that sharedlibdir needs to be specified with the DESTDIR value e.g.
``make -e sharedlibdir=$DESTDIR/$CPID/lib DESTDIR=$DESTDIR/$CPID install''

If you like this feature please include ...

Thanks,
Gergely

ps: I also attached my compile/package script; maybe somebody is
    interested in it...

diff -ur LVM-orig/make.tmpl.in LVM/make.tmpl.in
--- LVM-orig/make.tmpl.in	Fri Jun 15 16:16:02 2001
+++ LVM/make.tmpl.in	Sun Jun 17 12:45:36 2001
@@ -37,6 +37,7 @@
 exec_prefix = @exec_prefix@
 bindir = ${DESTDIR}/@bindir@
 libdir = ${DESTDIR}/@libdir@
+sharedlibdir = ${libdir}
 sbindir = ${DESTDIR}/@sbindir@
 infodir = ${DESTDIR}/@infodir@
 mandir = ${DESTDIR}/@mandir@
diff -ur LVM-orig/tools/lib/Makefile.in LVM/tools/lib/Makefile.in
--- LVM-orig/tools/lib/Makefile.in	Tue Apr 24 16:29:21 2001
+++ LVM/tools/lib/Makefile.in	Sun Jun 17 12:48:41 2001
@@ -44,18 +44,24 @@
 	@echo ""

 install_this:
-	@echo "*** Installing $(ARCHIVE) and $(SO) in ${prefix}/lib ***"
-	@rm -f ${libdir}/${SO} ${libdir}/${SOV} ${libdir}/${SOM} ${libdir}/$(ARCHIVE);
+	@echo "*** Installing $(ARCHIVE) in ${libdir} ***"
+	@rm -f ${libdir}/$(ARCHIVE);
 	@INSTALL@ -d ${libdir}
-	@INSTALL@ -o ${OWNER} -g ${GROUP} $(ARCHIVE) $(SOV) ${libdir}
+	@INSTALL@ -o ${OWNER} -g ${GROUP} $(ARCHIVE) ${libdir}
 	chmod 444 ${libdir}/$(ARCHIVE)
-	chmod 555 ${libdir}/$(SOV)
-	ln -s $(SOV) ${libdir}/${SO}
-	ln -s $(SOV) ${libdir}/${SOM}
+	@echo "*** Installing $(SO) in ${sharedlibdir} ***"
+	@rm -f ${sharedlibdir}/${SO} ${sharedlibdir}/${SOV} ${sharedlibdir}/${SOM};
+	@INSTALL@ -d ${sharedlibdir}
+	@INSTALL@ -o ${OWNER} -g ${GROUP} $(SOV) ${sharedlibdir}
+	chmod 555 ${sharedlibdir}/$(SOV)
+	ln -s $(SOV) ${sharedlibdir}/${SO}
+	ln -s $(SOV) ${sharedlibdir}/${SOM}

 remove_this:
-	@echo "*** Removing $(ARCHIVE) and $(SO) in ${prefix}/lib ***"
-	@rm -f ${libdir}/${SO} ${libdir}/${SOV} ${libdir}/${SOM} ${libdir}/$(ARCHIVE);
+	@echo "*** Removing $(ARCHIVE) in ${libdir} ***"
+	@rm -f ${libdir}/$(ARCHIVE);
+	@echo "*** Removing $(SO) in ${sharedlibdir} ***"
+	@rm -f ${libdir}/${SO} ${libdir}/${SOV} ${libdir}/${SOM};

 $(ALL_SOURCES):	liblvm.h $(OTHER_DEP)


[-- Attachment #2: Type: TEXT/PLAIN, Size: 1728 bytes --]

#!/bin/sh

# == generated by mkskel 0.0.2r19, (c) 2001 by DiCE/PsychoMix ==

DIRNAME="LVM";
PREFIX="/usr";
DESTDIR="/tmp/pkg";
BINTST="tools/vgchange";

AUTORUN=false;

error () { echo $1; exit 1; }

if [ ! -d $DIRNAME ];
then
  gzip -dc lvm-20010616.tar.gz | tar xvf -;
  $AUTORUN || exit;
fi

cd $DIRNAME;

if [ -f ../lvm-20010616.patch.bz2 ] && [ ! -f ../lvm-20010616.patched ];
then
  bzip2 -dc  ../lvm-20010616.patch.bz2 | patch -p1;
  touch ../lvm-20010616.patched;
  $AUTORUN || exit;
fi

if [ ! -f config.cache ] && [ -x ./configure ];
then
  touch config.cache;
  ./configure --prefix=$PREFIX \
              --sbindir=/sbin \
	      --libdir=$PREFIX/lib \
	      --includedir=$PREFIX/include \
	      --mandir=$PREFIX/man \
	      --infodir=$PREFIX/info
  $AUTORUN || exit;
fi

if [ ! -x $BINTST ];
then
  make;
  $AUTORUN || exit;
fi

if [ -f ../$0.temp ];
then
  CPID=`cat ../$0.temp`;
  [ ! -d $DESTDIR/$CPID ] && error "$DESTDIR/$CPID not found.";
else
  CPID=$$;
  if [ ! -d $DESTDIR/$CPID ];
  then
    mkdir -p $DESTDIR/$CPID;
    echo "$CPID" > ../$0.temp
    make -e sharedlibdir=$DESTDIR/$CPID/lib \
            DESTDIR=$DESTDIR/$CPID install 2>&1 | tee ../lvm-20010616.install_log;
    CPWD=`pwd`;
    cd $DESTDIR/$CPID;
    for i in `find . -type f | grep "/man/" | grep -v ".gz" | grep -v ".bz2"`;
    do
      MNAME=`basename $i`;
      echo "$MNAME -> $MNAME.gz";
      gzip $i;
    done
    cd $CPWD;
    $AUTORUN || exit;
  fi
fi

cd ..;

if  [ -d $DESTDIR/$CPID ];
then
  CPWD=`pwd`;
  cd $DESTDIR/$CPID;
  makepkg $CPWD/lvm-20010616.tgz;
  cd ..;
  rm -Rf $CPID;
  cd $CPWD;
fi

rm -f $0.temp lvm-20010616.patched;

[linux-lvm] Re: another nice feature for packagers ...

[AJ Lewis]

[-- Attachment #1: Type: text/plain, Size: 6720 bytes --]

On Sun, Jun 17, 2001 at 03:38:58PM +0200, Gergely Tamas wrote:
> First of all, thanks for the ${DESTDIR} definition.

No problem, I'm still trying to decide if we should move ${DESTDIR} into the  
individual 'install' targets or not...   

> Another nice feature for packagers would be to split the installation of
> liblvm.a and liblvm.so parts.
> 
> This would be good because liblvm.a's destination should be e.g. /usr/lib
> and liblvm.so's destination should be /lib (because of lvm utils).
> 
> So I thought about the introduction of a new variable in make.tmpl.in (I
> called it ``sharedlibdir''). Its default value is equal to ``libdir''.

Hmm...I think it should be the other way around.  We've hacked up the         
install targets so that the default ${sbindir} and ${libdir} are /sbin and    
/lib respectively.  Therefore, we should define a variable called             
${staticlibdir} and have it equal to ${prefix}/lib by default perhaps?        
It makes sense to put liblvm.a into /usr/lib to me; it just the way we're     
doing it that I'm questioning.  I'd like to prevent installation problems     
because the user didn't type 'make -e sharedlibdir=/lib install', which is    
what would happen if we made the default libdir point to /usr/lib.   

Just FYI, the entire build system is going to get an overhaul after the 1.0   
release, so I will definitely be making sure these detail are kept in mind    
for that.

> So if somebody installs the package with ``make install'' or ``make -e
> DESTDIR=... install'' the installation procedure will be the same as the
> current. But if the installer (script) defines a sharedlibdir value other
> than the default ``make -e sharedlibdir=... DESTDIR=... install'' the
> installation of the shared libraries will go into that directory.
> 
> Note, that sharedlibdir needs to be specified with the DESTDIR value e.g.
> ``make -e sharedlibdir=$DESTDIR/$CPID/lib DESTDIR=$DESTDIR/$CPID install''
> 
> If you like this feature please include ...
> 
> Thanks,
> Gergely
> 
> ps: I also attached my compile/package script; maybe somebody is
>     interested in it...
> 
> diff -ur LVM-orig/make.tmpl.in LVM/make.tmpl.in
> --- LVM-orig/make.tmpl.in	Fri Jun 15 16:16:02 2001
> +++ LVM/make.tmpl.in	Sun Jun 17 12:45:36 2001
> @@ -37,6 +37,7 @@
>  exec_prefix = @exec_prefix@
>  bindir = ${DESTDIR}/@bindir@
>  libdir = ${DESTDIR}/@libdir@
> +sharedlibdir = ${libdir}
>  sbindir = ${DESTDIR}/@sbindir@
>  infodir = ${DESTDIR}/@infodir@
>  mandir = ${DESTDIR}/@mandir@
> diff -ur LVM-orig/tools/lib/Makefile.in LVM/tools/lib/Makefile.in
> --- LVM-orig/tools/lib/Makefile.in	Tue Apr 24 16:29:21 2001
> +++ LVM/tools/lib/Makefile.in	Sun Jun 17 12:48:41 2001
> @@ -44,18 +44,24 @@
>  	@echo ""
> 
>  install_this:
> -	@echo "*** Installing $(ARCHIVE) and $(SO) in ${prefix}/lib ***"
> -	@rm -f ${libdir}/${SO} ${libdir}/${SOV} ${libdir}/${SOM} ${libdir}/$(ARCHIVE);
> +	@echo "*** Installing $(ARCHIVE) in ${libdir} ***"
> +	@rm -f ${libdir}/$(ARCHIVE);
>  	@INSTALL@ -d ${libdir}
> -	@INSTALL@ -o ${OWNER} -g ${GROUP} $(ARCHIVE) $(SOV) ${libdir}
> +	@INSTALL@ -o ${OWNER} -g ${GROUP} $(ARCHIVE) ${libdir}
>  	chmod 444 ${libdir}/$(ARCHIVE)
> -	chmod 555 ${libdir}/$(SOV)
> -	ln -s $(SOV) ${libdir}/${SO}
> -	ln -s $(SOV) ${libdir}/${SOM}
> +	@echo "*** Installing $(SO) in ${sharedlibdir} ***"
> +	@rm -f ${sharedlibdir}/${SO} ${sharedlibdir}/${SOV} ${sharedlibdir}/${SOM};
> +	@INSTALL@ -d ${sharedlibdir}
> +	@INSTALL@ -o ${OWNER} -g ${GROUP} $(SOV) ${sharedlibdir}
> +	chmod 555 ${sharedlibdir}/$(SOV)
> +	ln -s $(SOV) ${sharedlibdir}/${SO}
> +	ln -s $(SOV) ${sharedlibdir}/${SOM}
> 
>  remove_this:
> -	@echo "*** Removing $(ARCHIVE) and $(SO) in ${prefix}/lib ***"
> -	@rm -f ${libdir}/${SO} ${libdir}/${SOV} ${libdir}/${SOM} ${libdir}/$(ARCHIVE);
> +	@echo "*** Removing $(ARCHIVE) in ${libdir} ***"
> +	@rm -f ${libdir}/$(ARCHIVE);
> +	@echo "*** Removing $(SO) in ${sharedlibdir} ***"
> +	@rm -f ${libdir}/${SO} ${libdir}/${SOV} ${libdir}/${SOM};
> 
>  $(ALL_SOURCES):	liblvm.h $(OTHER_DEP)
> 

> #!/bin/sh
> 
> # == generated by mkskel 0.0.2r19, (c) 2001 by DiCE/PsychoMix ==
> 
> DIRNAME="LVM";
> PREFIX="/usr";
> DESTDIR="/tmp/pkg";
> BINTST="tools/vgchange";
> 
> AUTORUN=false;
> 
> error () { echo $1; exit 1; }
> 
> if [ ! -d $DIRNAME ];
> then
>   gzip -dc lvm-20010616.tar.gz | tar xvf -;
>   $AUTORUN || exit;
> fi
> 
> cd $DIRNAME;
> 
> if [ -f ../lvm-20010616.patch.bz2 ] && [ ! -f ../lvm-20010616.patched ];
> then
>   bzip2 -dc  ../lvm-20010616.patch.bz2 | patch -p1;
>   touch ../lvm-20010616.patched;
>   $AUTORUN || exit;
> fi
> 
> if [ ! -f config.cache ] && [ -x ./configure ];
> then
>   touch config.cache;
>   ./configure --prefix=$PREFIX \
>               --sbindir=/sbin \
> 	      --libdir=$PREFIX/lib \
> 	      --includedir=$PREFIX/include \
> 	      --mandir=$PREFIX/man \
> 	      --infodir=$PREFIX/info
>   $AUTORUN || exit;
> fi
> 
> if [ ! -x $BINTST ];
> then
>   make;
>   $AUTORUN || exit;
> fi
> 
> if [ -f ../$0.temp ];
> then
>   CPID=`cat ../$0.temp`;
>   [ ! -d $DESTDIR/$CPID ] && error "$DESTDIR/$CPID not found.";
> else
>   CPID=$$;
>   if [ ! -d $DESTDIR/$CPID ];
>   then
>     mkdir -p $DESTDIR/$CPID;
>     echo "$CPID" > ../$0.temp
>     make -e sharedlibdir=$DESTDIR/$CPID/lib \
>             DESTDIR=$DESTDIR/$CPID install 2>&1 | tee ../lvm-20010616.install_log;
>     CPWD=`pwd`;
>     cd $DESTDIR/$CPID;
>     for i in `find . -type f | grep "/man/" | grep -v ".gz" | grep -v ".bz2"`;
>     do
>       MNAME=`basename $i`;
>       echo "$MNAME -> $MNAME.gz";
>       gzip $i;
>     done
>     cd $CPWD;
>     $AUTORUN || exit;
>   fi
> fi
> 
> cd ..;
> 
> if  [ -d $DESTDIR/$CPID ];
> then
>   CPWD=`pwd`;
>   cd $DESTDIR/$CPID;
>   makepkg $CPWD/lvm-20010616.tgz;
>   cd ..;
>   rm -Rf $CPID;
>   cd $CPWD;
> fi
> 
> rm -f $0.temp lvm-20010616.patched;


-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              Fax:    612-638-0500
Minneapolis, MN 55414                  E-Mail: lewis@sistina.com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
Programming graphics in X is like finding sqrt(pi) using Roman numerals.
-----End Obligatory Humorous Quote------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] Re: another nice feature for packagers ...

[Steven Lembark]

> Just FYI, the entire build system is going to get an overhaul after the
> 1.0    release, so I will definitely be making sure these detail are kept
> in mind     for that.

It would be nice if --prefix worked consistently for the new release.  Until
some final kinks in devfs get worked over keeping the VG's out of /dev
without having to hack the source code would be helpful.

Re: [linux-lvm] Re: another nice feature for packagers ...

[AJ Lewis]

[-- Attachment #1: Type: text/plain, Size: 1255 bytes --]

On Mon, Jun 18, 2001 at 10:11:53AM -0500, Steven Lembark wrote:
> 
> > Just FYI, the entire build system is going to get an overhaul after the
> > 1.0    release, so I will definitely be making sure these detail are kept
> > in mind     for that.
> 
> It would be nice if --prefix worked consistently for the new release.  Until
> some final kinks in devfs get worked over keeping the VG's out of /dev
> without having to hack the source code would be helpful.

Care to explain further?  I don't know what you're talking about here.
--prefix works fine for me in all cases.

Regards,
-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              Fax:    612-638-0500
Minneapolis, MN 55414                  E-Mail: lewis@sistina.com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
"We succeed because our competitors are idiots" - anonymous
-----End Obligatory Humorous Quote------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[linux-lvm] Re: another nice feature for packagers ...

[Gergely Tamas]

Hi!

 > No problem, I'm still trying to decide if we should move ${DESTDIR} into the
 > individual 'install' targets or not...

Thats a good question. :) I tried your version, and it worked well. The
location of the configuration files is defived in a header file, so this
is not a problem. The static links worked also well...

 > Hmm...I think it should be the other way around.

Yes, I thought about this version too... It doesn't metter which one you
choose, as long as there are separate definitions for static and shared
libraries, I think. So they have not to be moved manually...

 > Just FYI, the entire build system is going to get an overhaul after the 1.0
 > release, so I will definitely be making sure these detail are kept in mind
 > for that.

Which will be released this wednesday as I can remember, right?

Thanks,
Gergely

Re: [linux-lvm] Re: another nice feature for packagers ...

[AJ Lewis]

[-- Attachment #1: Type: text/plain, Size: 1816 bytes --]

On Mon, Jun 18, 2001 at 06:09:25PM +0200, Gergely Tamas wrote:
>  > No problem, I'm still trying to decide if we should move ${DESTDIR} into the
>  > individual 'install' targets or not...
> 
> Thats a good question. :) I tried your version, and it worked well. The
> location of the configuration files is defived in a header file, so this
> is not a problem. The static links worked also well...

I moved it into the install targets.  My commit message explains why.

>  > Hmm...I think it should be the other way around.
> 
> Yes, I thought about this version too... It doesn't metter which one you
> choose, as long as there are separate definitions for static and shared
> libraries, I think. So they have not to be moved manually...

It's in.

>  > Just FYI, the entire build system is going to get an overhaul after the 1.0
>  > release, so I will definitely be making sure these detail are kept in mind
>  > for that.
> 
> Which will be released this wednesday as I can remember, right?

I believe that's the plan.

-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              Fax:    612-638-0500
Minneapolis, MN 55414                  E-Mail: lewis@sistina.com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
"Memory is like gasoline. You use it up when you are running. Of
course you get it all back when you reboot..."; Actual explanation
obtained from the Micro help desk.
-----End Obligatory Humorous Quote------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] Re: another nice feature for packagers ...

[Gergely Tamas]

Hi!

 > I moved it into the install targets.  My commit message explains why.

Ok, let's see ... :)

 > >  > Hmm...I think it should be the other way around.
 > >
 > > Yes, I thought about this version too... It doesn't metter which one you
 > > choose, as long as there are separate definitions for static and shared
 > > libraries, I think. So they have not to be moved manually...
 >
 > It's in.

Thanks,
Gergely

Re: [linux-lvm] Re: another nice feature for packagers ...

[Steven Lembark]

>> It would be nice if --prefix worked consistently for the new release.
>> Until some final kinks in devfs get worked over keeping the VG's out of
>> /dev without having to hack the source code would be helpful.
>
> Care to explain further?  I don't know what you're talking about here.
> --prefix works fine for me in all cases.

Try:

	./configure --prefix=/lvm;

build and install everything.  Notice where the vgXX directories go:  /dev,
not /lvm.  None of the configure switches (last time I compiled) were able
to keep the vg's out of devfs's clutches w/o hacking a #define in the code.
As a temporary fix until all the devfs glitches are worked out (some not lvm
related) it'd be nice to avoid problems. 

Re: [linux-lvm] Re: another nice feature for packagers ...

[AJ Lewis]

[-- Attachment #1: Type: text/plain, Size: 1475 bytes --]

On Wed, Jun 20, 2001 at 09:29:05PM -0500, Steven Lembark wrote:
> > Care to explain further?  I don't know what you're talking about here.
> > --prefix works fine for me in all cases.
> 
> Try:
> 
> 	./configure --prefix=/lvm;
> 
> build and install everything.  Notice where the vgXX directories go:  /dev,
> not /lvm.  None of the configure switches (last time I compiled) were able
> to keep the vg's out of devfs's clutches w/o hacking a #define in the code.
> As a temporary fix until all the devfs glitches are worked out (some not lvm
> related) it'd be nice to avoid problems. 

Erm...this was never intended to change where the device nodes go, only
where the tools and libs and docs go.  There's a simple solution: don't
use devfs.  Or submit patches.  That's the beauty of free software. You can
do that.

Regards,
-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              Fax:    612-638-0500
Minneapolis, MN 55414                  E-Mail: lewis@sistina.com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
I can bend minds with my spoon.
-----End Obligatory Humorous Quote------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] Re: another nice feature for packagers ...

[Mark van Walraven]

On Mon, Jun 18, 2001 at 09:55:33AM -0500, AJ Lewis wrote:
> Just FYI, the entire build system is going to get an overhaul after the 1.0   
> release, so I will definitely be making sure these detail are kept in mind    
> for that.

Would it be possible to automatically build a liblvm_pic.a?  That would
allow building a "reduced" liblvm.so (containing only those functions
required for vgscan and vgchange), suitable for a tight initrd.

Thanks,

Mark.

Re: [linux-lvm] Re: another nice feature for packagers ...

[AJ Lewis]

[-- Attachment #1: Type: text/plain, Size: 3005 bytes --]

On Wed, Jul 04, 2001 at 12:46:20PM +1200, Mark van Walraven wrote:
> On Tue, Jul 03, 2001 at 01:13:39PM -0500, AJ Lewis wrote:
> > On Fri, Jun 29, 2001 at 02:09:23PM +1200, Mark van Walraven wrote:
> > > On Mon, Jun 18, 2001 at 09:55:33AM -0500, AJ Lewis wrote:
> > > > Just FYI, the entire build system is going to get an overhaul after the 1.0   
> > > > release, so I will definitely be making sure these detail are kept in mind    
> > > > for that.
> > > 
> > > Would it be possible to automatically build a liblvm_pic.a?  That would
> > > allow building a "reduced" liblvm.so (containing only those functions
> > > required for vgscan and vgchange), suitable for a tight initrd.
> > 
> > How is this different than the liblvm-10.a that is built now?
> 
> I don't know about 1.0, but 0.9.1_beta6 built a liblvm-10.so but no
> liblvm-10.a.

Yeah, the latest CVS now builds liblvm-10.a instead of just liblvm.a (That
was an oversight on my part :( )

> Liblvm.a could not be reduced - the reduction tool was expecting to
> find a "PIC archive library" containing "individual shared objects"
> with .os suffixes.

Hmm...interesting.  Which reduction tool is this?  I haven't dealt with this
before, but it definitely would be worth supporting.

> Or are you saying that liblvm-10.a already contains only the minimum
> necessary for vgscan and vgchange?  If so, is there any potential for
> saving initrd space with cut-down versions of vgscan and vgchange?

I don't think the current liblvm-10.a does this.  I was not aware of a tool
that handled this case, but would love to get it to work. :)

Regards,
-- 
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              Fax:    612-638-0500
Minneapolis, MN 55414                  E-Mail: lewis@sistina.com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
Students nowadays, complaining they only get 5MBs of disk space!
In my day we were lucky if we had one file, and that was /dev/null.
-----End Obligatory Humorous Quote------------------------------------------
AJ Lewis
Sistina Software Inc.                  Voice:  612-638-0500
1313 5th St SE, Suite 111              Fax:    612-638-0500
Minneapolis, MN 55414                  E-Mail: lewis@sistina.com
http://www.sistina.com

Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B  52A0 941E 1261 0029 2648
Get my key at: http://www.sistina.com/~lewis/gpgkey
 (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys)

-----Begin Obligatory Humorous Quote----------------------------------------
File not found. Should I fake it? (Y/N)
-----End Obligatory Humorous Quote------------------------------------------

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [linux-lvm] Re: another nice feature for packagers ...

[Mark van Walraven]

On Thu, Jul 05, 2001 at 07:00:55AM -0500, AJ Lewis wrote:
> On Wed, Jul 04, 2001 at 12:46:20PM +1200, Mark van Walraven wrote:
> > I don't know about 1.0, but 0.9.1_beta6 built a liblvm-10.so but no
> > liblvm-10.a.
> 
> Yeah, the latest CVS now builds liblvm-10.a instead of just liblvm.a (That
> was an oversight on my part :( )

Ah.

> > Liblvm.a could not be reduced - the reduction tool was expecting to
> > find a "PIC archive library" containing "individual shared objects"
> > with .os suffixes.
> 
> Hmm...interesting.  Which reduction tool is this?  I haven't dealt with this
> before, but it definitely would be worth supporting.

mklibs.sh, originally by Marcus Brinkmann.

http://cvs.debian.org/cgi-bin/viewcvs.cgi/~checkout~/boot-floppies/scripts/rootdisk/mklibs.sh

The last one I tried was revision 1.17, but it the lastest looks ok.

Very effective on glibc:

-rw-r--r--    1 root     root       887712 Mar 26 10:35 /lib/libc-2.1.3.so
-rw-r--r--    1 root     root       369964 Mar 28 23:11 libc-2.1.3.so

This was a big help in getting a 2.4 kernel and an initrd with the needed
LVM files onto a 1.44MB floppy!

Regards,

Mark.