On Sat, 2005-10-01 at 12:56 +0200, Askadar wrote:
> Am Samstag, 1. Oktober 2005 04:20 schrieb Jason Chu:
> > On Fri, 2005-09-30 at 21:55 +0000, Douglas Soares de Andrade wrote:
> > > Hi !
> > >
> > > > To recompile, bump the pkgrel and add:
> > > > find $startdir/pkg -name '*.la' -exec rm {} \;
> > > > at end of PKGBUILD to remove libtool files. This should work unless
> > > > they need to be patch for gcc4.
> > >
> > > The line "find $startdir/pkg -name '*.la' -exec rm {} \;" could not be
> > > executed directly from makepkg ?
> > >
> > > What i mean is that changing all the PKGBUILDs just to add this line at
> > > the end is so much work.
> > >
> > > And since we dont want more libtool crap, i see that it a good idea to
> > > makepkg do it for us.
> >
> > The problem is that some things really do need libtool files, like KDE.
> > Imagine a patch to makepkg that breaks kde... how popular would that
> > be? ;)
> >
>
> I'm sure this has been proposed before, but I'd like to know reason why it
> isn't being done.
>
> Why not introduce a variable, say DONT_REMOVE_LA_STUFF and change Phils patch
> to :
>
> # remove libtool files
> if [ "$DONT_REMOVE_LA_STUFF" = "0" ]; then
> msg "Skipping .la removal."
> else
> msg "Removing libtool files..."
> find pkg -name '*.la' -exec rm {} \;
> fi
>
> And then specify in the KDE packages DONT_REMOVE_LA_STUFF=1. This makes it
> very explicit what is happening (instead of omitting the find pkg... line),
> and places the work on the non conforming packages instead on all the other
> ones.
>
> But now that the devs already have rebuild 80% of the packages it probably is
> a bit late for this... I'm just curious.
>
> - BjörnThat's actually a really good idea. I like it a lot. I'll mention it to the devs later. There's really two parts to this libtool slaying: getting rid of the .la files in the packages and finding a way to do it elegantly. Because we've done part one (the one that has a lot more work involved), part two will be easy to implement later and not take anywhere near as much time; you don't have to rebuild a package, just make the change on the next update. Jason -- If you understand, things are just as they are. If you do not understand, things are just as they are.
signature.asc
Description: This is a digitally signed message part
_______________________________________________ arch mailing list [email protected] http://www.archlinux.org/mailman/listinfo/arch
