From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-amd64@lists.gentoo.org
Subject: [gentoo-amd64] Re: No LibX11 Libtool Archive Installed
Date: Tue, 29 Mar 2011 07:20:09 +0000 (UTC) [thread overview]
Message-ID: <pan.2011.03.29.07.20.08@cox.net> (raw)
In-Reply-To: 20110328212404.fc6fc658.frank.peters@comcast.net
Frank Peters posted on Mon, 28 Mar 2011 21:24:04 -0400 as excerpted:
> On Tue, 29 Mar 2011 00:08:58 +0000 (UTC)
> Duncan <1i5t5.duncan@cox.net> wrote:
>
>
>> FWIW, I've been using a PKG_INSTALL_MASK="*.la" setting here in my
>> make.conf for some time, now. That keeps portage from installing the
>> files entirely.
>>
>>
> That's a good suggestion, but there is one minor problem remaining.
>
> Although I rely on portage to do all the "heavy lifting" for me, there
> is a small number of packages that I, for various reasons, still want to
> install myself -- and I'm sure there are lots of others that do this as
> well. These self-installed packages will often insert .la files into
> the tree, and, in fact, I believe that this kind of condition had caused
> my original ".la file not found" problem.
>
> So the .la issue is definitely something for everyone to keep in mind,
> and especially for those who may self-install an occasional extra
> package.
Question: Why don't you create (or modify the gentoo/overlay tree
version, if you can find one) an ebuild which does the installation using
portage? That way it still tracks it, and provided you keep reasonable
dependencies in the ebuild, it'll track them too.
FWIW, there's a couple things I install privately. One is a live net-nntp/
pan, from the khaley repo, testing branch, for which I created an ebuild,
which of course would eliminate the *.la files if any (it's a leaf
executable package, no such files, but if there were...). The other is
the kernel, for which I use my own non-ebuild scripts and package.provided
a 2.6.9999 kernel for portage dependency purposes. Of course the kernel
doesn't have *.la files to worry about... =:^)
Otherwise, I'd no-doubt script the build and installation using my own
scripts, for much the same reason I have with the kernel -- it's a
repeated action that lends itself to automation -- and appending a find-
and-delete on *.la files step to such a script would be reasonably
trivial, once I had automated the rest of the process.
Or just script lafilefixer after the install, but I'd probably go the
delete route, myself, just 'cause I'm tired of *.la file headaches and the
less I have to see or deal with the things, the happier I am!
But you're right, that's something to think about, for those libraries
(the only type of package that really has *.la files) you build yourself.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
next prev parent reply other threads:[~2011-03-29 8:02 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-28 2:16 [gentoo-amd64] No LibX11 Libtool Archive Installed Frank Peters
2011-03-28 3:16 ` Dale
2011-03-28 3:32 ` Nathan Phillip Brink
2011-03-28 3:21 ` Fernando Boaglio
2011-03-28 3:53 ` Volker Armin Hemmann
2011-03-29 0:08 ` [gentoo-amd64] " Duncan
2011-03-29 1:24 ` Frank Peters
2011-03-29 7:20 ` Duncan [this message]
2011-03-29 14:26 ` Frank Peters
2011-03-28 4:20 ` [gentoo-amd64] " Frank Peters
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=pan.2011.03.29.07.20.08@cox.net \
--to=1i5t5.duncan@cox.net \
--cc=gentoo-amd64@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox