public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Unmasking USE flags
@ 2007-01-23 21:28 Daniel Barkalow
  2007-01-23 22:16 ` Bo Ørsted Andresen
  0 siblings, 1 reply; 3+ messages in thread
From: Daniel Barkalow @ 2007-01-23 21:28 UTC (permalink / raw
  To: gentoo-user

Is there some approved way to unmask a USE flag that your profile masks? 
(Maybe only for certain packages?) I need "multilib" for 
cross-arm-elf/newlib, and x86 profiles have it masked.

(For that matter, arm profiles seem to also have it masked, despite at 
least some arm devices having two ISAs)

	-Daniel
*This .sig left intentionally blank*
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user] Unmasking USE flags
  2007-01-23 21:28 [gentoo-user] Unmasking USE flags Daniel Barkalow
@ 2007-01-23 22:16 ` Bo Ørsted Andresen
  2007-01-24  0:24   ` Daniel Barkalow
  0 siblings, 1 reply; 3+ messages in thread
From: Bo Ørsted Andresen @ 2007-01-23 22:16 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 776 bytes --]

On Tuesday 23 January 2007 22:28, Daniel Barkalow wrote:
> Is there some approved way to unmask a USE flag that your profile masks?
> (Maybe only for certain packages?) I need "multilib" for
> cross-arm-elf/newlib, and x86 profiles have it masked.
>
> (For that matter, arm profiles seem to also have it masked, despite at
> least some arm devices having two ISAs)

I seriously doubt it'll work but unmasking a use flag is easy..

# mkdir -p /etc/portage/profile

To unmask it globally:

# echo '-multilib' >> /etc/portage/profile/use.mask

Or on a per package basis (note: for this to work properly requires portage
2.1.2 which isn't stable quite yet):

# echo 'cross-arm-elf/newlib -multilib' >> /etc/portage/profile/package.use.mask

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user] Unmasking USE flags
  2007-01-23 22:16 ` Bo Ørsted Andresen
@ 2007-01-24  0:24   ` Daniel Barkalow
  0 siblings, 0 replies; 3+ messages in thread
From: Daniel Barkalow @ 2007-01-24  0:24 UTC (permalink / raw
  To: gentoo-user

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: TEXT/PLAIN; charset=X-UNKNOWN, Size: 1224 bytes --]

On Tue, 23 Jan 2007, Bo Ørsted Andresen wrote:

> On Tuesday 23 January 2007 22:28, Daniel Barkalow wrote:
> > Is there some approved way to unmask a USE flag that your profile masks?
> > (Maybe only for certain packages?) I need "multilib" for
> > cross-arm-elf/newlib, and x86 profiles have it masked.
> >
> > (For that matter, arm profiles seem to also have it masked, despite at
> > least some arm devices having two ISAs)
> 
> I seriously doubt it'll work but unmasking a use flag is easy..

Why wouldn't it work? I'm working around an infelicity in crossdev-enabled 
packages, where the USE flag for supporting multiple ABIs for the target 
is masked by the profile for the build host, which is actually totally 
irrelevant to the --enable-multilib configure option to (e.g.) newlib.

Is there some way to specify a totally different profile (per ARCH) for 
cross-ARCH/* packages? (Ideally, it would only be somewhat seperate, in 
case the build arch needs to determine some of the stuff, while the target 
arch determines most of the important stuff for this sort of package.)

In any case, /etc/portage/profile is what I needed to know, thanks.

	-Daniel
*This .sig left intentionally blank*

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2007-01-24  0:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-23 21:28 [gentoo-user] Unmasking USE flags Daniel Barkalow
2007-01-23 22:16 ` Bo Ørsted Andresen
2007-01-24  0:24   ` Daniel Barkalow

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox