Re: [gentoo-dev] [QA] RESTRICT clean up

2007-07-01 Thread Piotr Jaroszyński
I am executing 1): RESTRICT="multilib-pkg-force" -> EMULTILIB_PKG="true".

-- 
Best Regards,
Piotr Jaroszyński
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-dev] [QA] RESTRICT clean up

2007-07-01 Thread Piotr Jaroszyński
On Sunday 01 of July 2007 15:27:21 Marijn Schouten (hkBst) wrote:
> Where is the (proposed) list of allowed values? What is the point of
> restricting to that list?

man 5 ebuild. The point is that this variable is used by the package manager 
and adding third part values supported only by specific eclasses can mislead 
people into thinking that such third party value is supported by the package 
manager while it's not. Moreover the one example we 
have - "multilib-pkg-force" - doesn't really fit into RESTRICT, I still can't 
figure out what foo-force in RESTRICT was supposed to mean.

-- 
Best Regards,
Piotr Jaroszyński
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-dev] [QA] RESTRICT clean up

2007-07-01 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Piotr Jaroszyński wrote:
> On Sunday 01 of July 2007 11:05:24 Marijn Schouten (hkBst) wrote:
>> I'm sorry, but I have no idea what `third party values' are.
> 
> ./multilib.eclass:  if hasq multilib-pkg-force ${RESTRICT} ||

right, you're talking about (dis)allowing third party values in the RESTRICT
variable. I guess I should have read the topic better, but I also think mails
should be comprehensible in absence of the topic.

Where is the (proposed) list of allowed values? What is the point of
restricting to that list?

Marijn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGh6u5p/VmCx0OL2wRAu82AJ43wzmxFTRVLEs6eccgkwvAUXpQsQCcDFov
dYzLkGmKBb9N2/3PAUG7O3Q=
=xrmk
-END PGP SIGNATURE-
-- 
[EMAIL PROTECTED] mailing list



Re: [gentoo-dev] [QA] RESTRICT clean up

2007-07-01 Thread Piotr Jaroszyński
On Sunday 01 of July 2007 11:05:24 Marijn Schouten (hkBst) wrote:
> I'm sorry, but I have no idea what `third party values' are.

./multilib.eclass:  if hasq multilib-pkg-force ${RESTRICT} ||

-- 
Best Regards,
Piotr Jaroszyński
--
[EMAIL PROTECTED] mailing list



Re: [gentoo-dev] [QA] RESTRICT clean up

2007-07-01 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Piotr Jaroszyński wrote:
> 1) Should third party values be allowed?

I'm sorry, but I have no idea what `third party values' are.

> At first glance I have only found 
> multilib.eclass, which is using "multilib-pkg-force". Imho no, it can use 
> some eclass specific var for that like EMULTILIB="pkg-force" or whatever. If 
> there is no objection QA will handle the tree transition.

Marijn
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGh25Up/VmCx0OL2wRAj7NAJ4q6n0uwv7a5BuK6vPlpmoPpGUhiACdHRtJ
AUyf7LjzAFbU9c2cHNlCGpw=
=2T7o
-END PGP SIGNATURE-
-- 
[EMAIL PROTECTED] mailing list



[gentoo-dev] [QA] RESTRICT clean up

2007-06-30 Thread Piotr Jaroszyński
Hello,

1) Should third party values be allowed? At first glance I have only found 
multilib.eclass, which is using "multilib-pkg-force". Imho no, it can use 
some eclass specific var for that like EMULTILIB="pkg-force" or whatever. If 
there is no objection QA will handle the tree transition.

2) clean up: we want to do global tree clean up after 1) is resolved, nofoo -> 
foo, rest of the invalid values die.

3) repoman check: I have contributed a RESTRICT check(10 lines wow:), which 
will be in the next portage release. warning for now, error after 2) is done.

-- 
Best Regards,
Piotr Jaroszyński
--
[EMAIL PROTECTED] mailing list