# Ben de Groot yng...@gentoo.org (25 Jun 2009)
# Mask the Qt4 meta ebuild, to prevent devs from being silly and depend on
# the meta ebuild instead of on the specific split Qt ebuilds needed. See
# bug 217161 comment 11. Users may unmask this if they want to pull in all
# Qt modules, but packages
On Thursday 15 September 2011 15:34:06 Mike Frysinger wrote:
ive converted my system over to x86/amd64/x32 multilib for funs. but i can
see how some people wont want all three all the time. so the question is
how we want to make this available to users at the release/profile level.
for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/08/2011 09:22 PM, Mike Frysinger wrote:
On Thursday 15 September 2011 15:34:06 Mike Frysinger wrote:
ive converted my system over to x86/amd64/x32 multilib for funs.
but i can see how some people wont want all three all the time.
so the
On Thursday 08 December 2011 16:29:15 Markos Chandras wrote:
On 12/08/2011 09:22 PM, Mike Frysinger wrote:
the releases will include all 3 ABIs (which only affects gcc/glibc
in terms of overhead). if people want to use x32 with less other
ABIs, then i think the expected use case will be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/08/2011 09:34 PM, Mike Frysinger wrote:
On Thursday 08 December 2011 16:29:15 Markos Chandras wrote:
On 12/08/2011 09:22 PM, Mike Frysinger wrote:
the releases will include all 3 ABIs (which only affects
gcc/glibc in terms of overhead).
On Thursday 08 December 2011 16:40:58 Markos Chandras wrote:
On 12/08/2011 09:34 PM, Mike Frysinger wrote:
On Thursday 08 December 2011 16:29:15 Markos Chandras wrote:
On 12/08/2011 09:22 PM, Mike Frysinger wrote:
the releases will include all 3 ABIs (which only affects
gcc/glibc in terms
ferringb did some tests and found that doing multiple inclusion protection in
eclasses gets us some nice speed ups. it isn't nearly as nice as if we had a
way of skipping the `source` altogether, but that that would require PMS/tree
changes. the change i'm proposing can be implemented $now
On Thu, Dec 8, 2011 at 2:24 PM, Mike Frysinger vap...@gentoo.org wrote:
ferringb did some tests and found that doing multiple inclusion protection in
eclasses gets us some nice speed ups. it isn't nearly as nice as if we had a
way of skipping the `source` altogether, but that that would
On Thursday 08 December 2011 18:42:54 Alec Warner wrote:
On Thu, Dec 8, 2011 at 2:24 PM, Mike Frysinger wrote:
+if [[ ${___ECLASS_ONCE_AUTOTOOLS} != recur -_+^+_- spank ]] ; then
+___ECLASS_ONCE_AUTOTOOLS=recur -_+^+_- spank
Not to rain on your parade; but is that the value you are
On Thu, 8 Dec 2011 17:24:09 -0500
Mike Frysinger vap...@gentoo.org wrote:
simply put, it's the same thing as doing standard #ifdef logic in
headers to protect against multiple inclusion errors. on to the
example:
+___ECLASS_ONCE_AUTOTOOLS=recur -_+^+_- spank
If you want alike CPP, why
2011/12/5 Chí-Thanh Christopher Nguyễn chith...@gentoo.org:
Alec Warner schrieb:
Seriously, what do we gain from crawlers accessing sources.gentoo.org? I
cant
really remember seeing it once in a google query result...
We want the site searchable.
The majority of the expensive requests
11 matches
Mail list logo
