From: Duncan <1i5t5.duncan@cox.net>
To: gentoo-dev@lists.gentoo.org
Subject: [gentoo-dev] Re: POSIX capability in Gentoo
Date: Wed, 3 Aug 2011 01:19:37 +0000 (UTC) [thread overview]
Message-ID: <pan.2011.08.03.01.19.36@cox.net> (raw)
In-Reply-To: 201108022247.38338.Arfrever.FTA@gmail.com
Arfrever Frehtes Taifersar Arahesis posted on Tue, 02 Aug 2011 22:46:54
+0200 as excerpted:
> 2011-08-02 19:39:18 Ciaran McCreesh napisał(a):
>> On Tue, 02 Aug 2011 13:36:12 -0400 Jonathan Callen <abcd@gentoo.org>
>> wrote:
>> > That statement needs one more qualification: "and doesn't use
>> > portage". Portage will (by default) remove files on uninstall even if
>> > they *do not* match the checksum recorded in the vdb. This implies
>> > that most people will *not* see any issues due to something other
>> > than the package manager modifying the files behind the package
>> > manager's back.
>>
>> Ugh, seriously? When did that happen?
>
> http://git.overlays.gentoo.org/gitweb/?p=proj/
portage.git;a=commit;h=a133cb89d5279df7febcd0c8ab3890e2ccfb897a
>
>> Maybe we need to spec VDB after all to avoid that kind of nonsense.
>
> I think that unmerge-orphans is a useful feature.
Indeed. FEATURES=unmerge-orphans is optional which is good, but I'm glad
it's there. I've no idea what the default is as I've had that on ever
since I saw the changelog entry where it was introduced.
That'd likely explain why I never had problems with lafilefixer tho. I'd
guess the unmerge-orphans feature and lafilefixer appeared about the same
time, at least for ~arch.
Of course, I have FEATURES=fixlafiles set too, so it'd be handled by
portage automatically now if I didn't have (PKG_)INSTALL_MASK="*.la"
killing them but for libtool itself.
--
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-08-03 1:20 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-31 14:43 [gentoo-dev] POSIX capability in Gentoo Anthony G. Basile
2011-07-31 19:46 ` Nirbheek Chauhan
2011-07-31 20:00 ` Anthony G. Basile
2011-08-02 7:08 ` Michał Górny
2011-08-02 14:28 ` Anthony G. Basile
2011-08-02 14:31 ` Ciaran McCreesh
2011-08-02 14:51 ` Anthony G. Basile
2011-08-02 14:54 ` Ciaran McCreesh
2011-08-02 15:05 ` Anthony G. Basile
2011-08-02 15:05 ` Ciaran McCreesh
2011-08-02 15:19 ` Anthony G. Basile
2011-08-02 15:20 ` Ciaran McCreesh
2011-08-02 17:11 ` [gentoo-dev] " Duncan
2011-08-02 17:17 ` Ciaran McCreesh
2011-08-02 17:36 ` Jonathan Callen
[not found] ` <20110802173846.AF04F21C12C@pigeon.gentoo.org>
2011-08-02 17:39 ` Ciaran McCreesh
2011-08-02 20:46 ` Arfrever Frehtes Taifersar Arahesis
2011-08-03 1:19 ` Duncan [this message]
2011-08-03 0:29 ` Brian Harring
2011-08-03 11:34 ` Ciaran McCreesh
2011-08-03 21:26 ` Brian Harring
2011-08-03 21:28 ` Ciaran McCreesh
2011-08-03 21:52 ` Brian Harring
2011-08-02 15:15 ` [gentoo-dev] " Rich Freeman
2011-08-02 15:09 ` Michał Górny
2011-07-31 20:28 ` Michał Górny
2011-07-31 20:27 ` Ciaran McCreesh
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.08.03.01.19.36@cox.net \
--to=1i5t5.duncan@cox.net \
--cc=gentoo-dev@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