* [gentoo-portage-dev] stripping implementation in portage
@ 2005-08-22 22:38 Brian Harring
0 siblings, 0 replies; only message in thread
From: Brian Harring @ 2005-08-22 22:38 UTC (permalink / raw
To: gentoo-dev, gentoo-portage-dev
[-- Attachment #1: Type: text/plain, Size: 1153 bytes --]
Hola all.
Short version, the nostrip feature is a bit funky as an option. What
I'm after is effectively building all packages *with* debugging
information as default, and leaving it up to the repository you're
merging the package to, to decide on stripping or not.
IOW, if you prefer stripped binaries on your livefs, the stripping occurs
while merging to the livefs- this leaves you the option
of having binpkgs that *do* carry non-stripped binaries/libs.
Situation can be reversed also, for the embedded crowd.
Downside, for people who flat out want stripping across the board,
it's a bit more flipping it on, although that's addressed via inherit
support within the underlying config (just take my word on that one :)
Also involves a bit more logic, but that's just implementation voodoo.
So... thoughts? I'd be particularly curious about any package where
this wouldn't be viable.
Aside from that, cc'ing both lists, would prefer the discussion on dev
since the implementation can go either way; preference of if that
flexibility is desired or not is a user thing, so we discuss it in
their ml.
~harring
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-08-22 22:40 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-22 22:38 [gentoo-portage-dev] stripping implementation in portage Brian Harring
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox