public inbox for gentoo-portage-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [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