the above values. I personally prefer the ruby one.
What if ruby 1.10 is released?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
---
gx86/eclass/python-utils-r1.eclass | 63 ++
1 file changed, 50 insertions(+), 13 deletions(-)
diff --git a/gx86/eclass/python-utils-r1.eclass
b/gx86/eclass/python-utils-r1.eclass
index ad56919..29101b2 100644
--- a/gx86/eclass/python-utils-r1.eclass
+++
a package move is appropriate since the two packages
install different files. The installed files would not be updated,
just the vdb.
... which portage will happily upgrade next time you `emerge -u world`
Hmm, like 'move sys-fs/udev sys-apps/systemd'?
/me hides...
--
Best regards,
Michał Górny
On Mon, 26 Nov 2012 05:07:53 -0500
Mike Frysinger vap...@gentoo.org wrote:
On Mon, Nov 26, 2012 at 5:00 AM, Michał Górny wrote:
On Mon, 26 Nov 2012 04:18:40 -0500 Mike Frysinger wrote:
On Sun, Nov 25, 2012 at 5:26 PM, Mike Gilbert wrote:
On Sun, Nov 25, 2012 at 5:04 PM, Mike Frysinger
,
Michał Górny
signature.asc
Description: PGP signature
faster than the above, then it should probably replace
emerge-delta-webrsync.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
than Gentoo because
their authors were using Gentoo and didn't knew that the pkg-config
aren't anywhere else.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
---
gx86/eclass/autotools-multilib.eclass | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/gx86/eclass/autotools-multilib.eclass
b/gx86/eclass/autotools-multilib.eclass
index f6d1feb..541e934 100644
--- a/gx86/eclass/autotools-multilib.eclass
+++
Currently, each of the mentioned eclasses has its own *_BUILD_DIR.
Therefore, if someone needs to provide a custom BUILD_DIR, he needs to
set it explicitly for the eclass. This is fine for ebuilds but not
really neat for eclasses.
The idea is simple: use a common BUILD_DIR instead. For
For interoperability with python-r1.
---
gx86/eclass/autotools-utils.eclass | 30 ++
1 file changed, 18 insertions(+), 12 deletions(-)
diff --git a/gx86/eclass/autotools-utils.eclass
b/gx86/eclass/autotools-utils.eclass
index b035dc5..b6bfc96 100644
---
---
gx86/eclass/cmake-utils.eclass | 33 +++--
1 file changed, 19 insertions(+), 14 deletions(-)
diff --git a/gx86/eclass/cmake-utils.eclass b/gx86/eclass/cmake-utils.eclass
index 2129ebf..26fc1c1 100644
--- a/gx86/eclass/cmake-utils.eclass
+++
---
.../dev-python/pygobject/pygobject-3.2.2-r1.ebuild | 106 +
1 file changed, 106 insertions(+)
create mode 100644 gx86/dev-python/pygobject/pygobject-3.2.2-r1.ebuild
diff --git a/gx86/dev-python/pygobject/pygobject-3.2.2-r1.ebuild
novembre 2012 à 14:40 +0100, Michał Górny a écrit :
---
.../dev-python/pygobject/pygobject-3.2.2-r1.ebuild | 106
+
1 file changed, 106 insertions(+)
create mode 100644 gx86/dev-python/pygobject/pygobject-3.2.2-r1.ebuild
diff --git a/gx86/dev-python/pygobject
. And we're not supposed to fix this nor mask it...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
,
that's not the default.
How about splitting the ebuild into separate library and server
and fixing the deps? It would be cleaner for people, and we'd just
release a news message that those who need an LDAP server, need to put
it in their @world.
--
Best regards,
Michał Górny
signature.asc
On Sun, 02 Dec 2012 07:58:29 -0800
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 02/12/2012 00:43, Michał Górny wrote:
How about splitting the ebuild into separate library and server
and fixing the deps? It would be cleaner for people, and we'd just
release a news message that those
On Sun, 02 Dec 2012 08:23:30 -0800
Diego Elio Pettenò flamee...@flameeyes.eu wrote:
On 02/12/2012 08:20, Michał Górny wrote:
For users? Since when a correctly split package is a pain for user?
Funny I think you would have guessed... let's say, a Poppler split that
every other update would
/systemd's logind
local:systemd:sys-power/upower: Use sys-apps/systemd for hibernate and suspend
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
,
Michał Górny
signature.asc
Description: PGP signature
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=398147
---
gx86/eclass/autotools-utils.eclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/gx86/eclass/autotools-utils.eclass
b/gx86/eclass/autotools-utils.eclass
index 7bdc5d6..a03abb5 100644
---
are your thoughts?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Mon, 10 Dec 2012 21:01:34 -0500
Ian Stakenvicius a...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/12/12 04:27 PM, Michał Górny wrote:
Hello,
I think we're mostly aware what the use and benefits of the
*use.stable.mask files are.
They would
On Mon, 10 Dec 2012 22:35:07 -0800
Zac Medico zmed...@gentoo.org wrote:
On 12/10/2012 01:27 PM, Michał Górny wrote:
1) duplicate most of the major profiles. Make an EAPI 5-enabled wrapper
profiles which will provide the *use.stable.mask files. Require users
to migrate to those profiles
On Tue, 11 Dec 2012 16:44:25 -0800
Zac Medico zmed...@gentoo.org wrote:
On 12/11/2012 01:45 PM, Michał Górny wrote:
On Mon, 10 Dec 2012 22:35:07 -0800
Zac Medico zmed...@gentoo.org wrote:
On 12/10/2012 01:27 PM, Michał Górny wrote:
1) duplicate most of the major profiles. Make an EAPI
-' to make it least possible for any kind of name
collisions.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Wed, 12 Dec 2012 19:17:32 +0100
Theo Chatzimichos tampak...@gentoo.org wrote:
On Wed, Dec 12, 2012 at 7:14 PM, Michał Górny mgo...@gentoo.org wrote:
On Wed, 12 Dec 2012 19:07:09 +0100
Theo Chatzimichos tampak...@gentoo.org wrote:
these days I am working on a puppet module for portage
profiles will just add a common 'testing' profile which would
unmask those flags. ~arch users could still use the regular profiles
but would have to switch if they wanted the additional flags
automatically unmasked.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Fri, 14 Dec 2012 12:38:24 +
Markos Chandras hwoar...@gentoo.org wrote:
On 13 December 2012 21:46, Zac Medico zmed...@gentoo.org wrote:
On 12/13/2012 12:43 PM, Michał Górny wrote:
On Thu, 13 Dec 2012 21:33:50 +0100
Andreas K. Huettel dilfri...@gentoo.org wrote:
Am Mittwoch, 12
On Fri, 14 Dec 2012 14:36:49 +
Markos Chandras hwoar...@gentoo.org wrote:
On 14 December 2012 14:29, Michał Górny mgo...@gentoo.org wrote:
On Fri, 14 Dec 2012 12:38:24 +
Markos Chandras hwoar...@gentoo.org wrote:
On 13 December 2012 21:46, Zac Medico zmed...@gentoo.org wrote
with a non-EAPI5 portage as the files
would just be ignored, as would the EAPI5 ebuilds.
PMS requires that profiles directory is EAPI=5 before we can use those
files. In other words, we would be forced to make non-EAPI5 portage
ignore the whole profiles.
- --
Best regards,
Michał Górny
On Fri, 14 Dec 2012 15:08:24 +
Markos Chandras hwoar...@gentoo.org wrote:
On 14 December 2012 14:59, Michał Górny mgo...@gentoo.org wrote:
We already have plenty of understaffed arches, I don't think it is
wise to throw more responsibilities to them. Unless of course all
developers
that there's a potential wumwum package which
would depend on it [2].
[1]:https://bugs.gentoo.org/show_bug.cgi?id=351741
[2]:https://aur.archlinux.org/packages/wumwum/
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
Poettering wrote systemd
* systemd will not run on machines with a separate /usr, and no
initramfs.
Waaait, what? Did something change lately or are you just repeating
the same bullshit for months?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
disagree with that
news item, complain directly to its author. If you can boot a udev-181
or higher system with a separate /usr, and no intrd/initramfs, I'm sure
a lot of people would be very interested in knowing how.
This was a Gentoo decision, not an upstream one.
--
Best regards,
Michał
On Sun, 16 Dec 2012 15:22:25 +0100
Pacho Ramos pa...@gentoo.org wrote:
dev-python/python-gflags
The Python team will take care of that one. But if someone's taking
gflags itself, feel free to add yourself as well.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
of choice's sake. Nobody wants to work
with that (well, everybody I meet outside actually wants but
whatever) :P. Sorry, couldn't resist.
Sorry, couldn't resist.
- --
Best regards,
Michał Górny
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iJwEAQEIAAYFAlDOPeQACgkQfXuS5UK5QB2lHwP
forget about reading
from there since our ebuilds have been ported to use the udev eclass to
figure out where to install that information right?
Just please lemme test it first, so I could tell you whether systemd
still works with it.
--
Best regards,
Michał Górny
signature.asc
Description
for a lot of things we do
right now. There's no point in telling them to summarize a large piece
of the docs. From my personal experience, there is a lot of things which
you learn and then forget because you don't need them for a long time.
--
Best regards,
Michał Górny
signature.asc
Description
files to be put elsewhere :P).
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
+1 on /var/cache.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Wed, 19 Dec 2012 07:56:56 +0100
Jeroen Roovers j...@gentoo.org wrote:
On Mon, 17 Dec 2012 10:40:06 +0100
Michał Górny mgo...@gentoo.org wrote:
People aren't bothering. It's not because of any fundamental
problem -- it's because the process is obscure and potentially a
waste
after using it. It can
be anything which is enough to get the /usr mounted and system
starting. Files on rootfs *have* to be in sync with those on /usr
or you're getting random failures.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Fri, 21 Dec 2012 09:10:22 +0100
J. Roeleveld jo...@antarean.org wrote:
On Thursday, December 20, 2012 09:31:36 AM Michał Górny wrote:
On Thu, 20 Dec 2012 00:27:26 +0100
J. Roeleveld jo...@antarean.org wrote:
On Wednesday, December 19, 2012 09:13:28 AM Greg KH wrote:
On Tue, Dec
On Fri, 21 Dec 2012 11:24:45 +0100
J. Roeleveld jo...@antarean.org wrote:
On Friday, December 21, 2012 09:57:25 AM Michał Górny wrote:
Just let me know when you have to maintain a lot of such systemd
and upgrade, say, glibc. Then maybe you'll understand.
A shared /usr means I need
On Fri, 21 Dec 2012 12:31:28 +0100
J. Roeleveld jo...@antarean.org wrote:
On Friday, December 21, 2012 12:02:34 PM Michał Górny wrote:
On Fri, 21 Dec 2012 11:24:45 +0100
J. Roeleveld jo...@antarean.org wrote:
On Friday, December 21, 2012 09:57:25 AM Michał Górny wrote:
Just let me
.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
://thread.gmane.org/gmane.linux.gentoo.devel/81877
[2]:https://bugs.gentoo.org/show_bug.cgi?id=447090
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Thu, 27 Dec 2012 19:56:47 +
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Thu, 27 Dec 2012 14:37:37 +0100
Michał Górny mgo...@gentoo.org wrote:
c) 'fixing' the use.stable.mask feature and wording it in such a way
that it would apply to EAPI 5 (or 6) packages independently
On Thu, 27 Dec 2012 12:41:08 -0800
Zac Medico zmed...@gentoo.org wrote:
On 12/27/2012 05:37 AM, Michał Górny wrote:
EAPI 5 provides use.stable.mask files to solve this but those files
require profiles to be EAPI 5. Therefore, in order to be able to use it
we would have to actually break
On Fri, 28 Dec 2012 19:06:02 +0100
Andreas K. Huettel dilfri...@gentoo.org wrote:
Am Freitag, 28. Dezember 2012, 11:19:23 schrieb Michał Górny:
I don't think we can really avoid having the current 'base' profile,
and I don't think that we should even try doing that. As far as I can
see
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=449102
---
gx86/sys-apps/systemd/systemd-.ebuild | 9 +
1 file changed, 9 insertions(+)
diff --git a/gx86/sys-apps/systemd/systemd-.ebuild
b/gx86/sys-apps/systemd/systemd-.ebuild
index ae3feb7..42f1cef 100644
---
This is to fix bug #449102 and potentially future bugs from packages
using journald (are there any?).
---
gx86/eclass/systemd.eclass | 23 +++
1 file changed, 23 insertions(+)
diff --git a/gx86/eclass/systemd.eclass b/gx86/eclass/systemd.eclass
index 63f6ed0..1c11535 100644
meaningful 'bindist'.
But if in some cases USE=bindist does something, then I believe ffmpeg
should describe that it just 'enforces REQUIRED_USE contraints' with no
hidden magic beneath.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
not have the flag in
question in IUSE_REFERENCEABLE.»
which in understandable language means that without USE defaults, even
[-foo] matches only packages which have 'foo' in IUSE.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
collisions, care about nothing else.
collision-protect cares about every collision. It can help you notice
that *your* package lefts orphaned files for some reason or writes
where it is not supposed to write.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
test dependencies, resulting in less
dependencies for most users but also a bit inconsistent test
experience,
c) put the optional test dependencies behind an additional USE flag?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
guarantee that
someday it won't disappear or stop being updated.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
/repo-commit. Currently,
it just lists the bug descriptions for the bugs mentioned
in the message (to make sure you didn't get the numbers wrong).
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
The run_in_build_dir() command simply runs given command
in the directory stated as BUILD_DIR. This variable is used commonly
by autotools-utils, cmake-utils and python-r1 eclasses, therefore I'm
proposing adding the relevant function to eutils.
---
gx86/eclass/eutils.eclass | 19
an 'important QA issue'? Does the policy really
say that if something doesn't have a homepage, we're supposed to put
garbage in there?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sun, 13 Jan 2013 09:05:31 -0600
William Hubbs willi...@gentoo.org wrote:
On Sun, Jan 13, 2013 at 02:29:43PM +0100, Michał Górny wrote:
The run_in_build_dir() command simply runs given command
in the directory stated as BUILD_DIR. This variable is used commonly
by autotools-utils, cmake
On Sun, 13 Jan 2013 09:52:09 -0600
William Hubbs willi...@gentoo.org wrote:
On Sun, Jan 13, 2013 at 04:08:18PM +0100, Michał Górny wrote:
On Sun, 13 Jan 2013 09:05:31 -0600
William Hubbs willi...@gentoo.org wrote:
On Sun, Jan 13, 2013 at 02:29:43PM +0100, Michał Górny wrote
On Sun, 13 Jan 2013 07:36:59 -0800
Alec Warner anta...@gentoo.org wrote:
On Sun, Jan 13, 2013 at 5:29 AM, Michał Górny mgo...@gentoo.org wrote:
The run_in_build_dir() command simply runs given command
in the directory stated as BUILD_DIR. This variable is used commonly
by autotools-utils
On Sun, 13 Jan 2013 17:33:27 + (UTC)
Duncan 1i5t5.dun...@cox.net wrote:
Michał Górny posted on Sun, 13 Jan 2013 15:24:02 +0100 as excerpted:
Hello,
Right now an attempt to commit an ebuild with no HOMEPAGE results in:
HOMEPAGE.missing 1
app-admin/eselect-sh
On Sun, 13 Jan 2013 13:27:02 -0500
Mike Frysinger vap...@gentoo.org wrote:
On Sunday 13 January 2013 09:24:02 Michał Górny wrote:
Right now an attempt to commit an ebuild with no HOMEPAGE results in:
HOMEPAGE.missing 1
app-admin/eselect-sh/eselect-sh-0.4.ebuild
use
On Sun, 13 Jan 2013 13:33:49 -0500
Mike Frysinger vap...@gentoo.org wrote:
On Sunday 13 January 2013 13:27:44 Michał Górny wrote:
On Sun, 13 Jan 2013 13:27:02 -0500
Mike Frysinger vap...@gentoo.org wrote:
On Sunday 13 January 2013 09:24:02 Michał Górny wrote:
Right now an attempt
; then
This is still wrong... You can't use IUSE like that.
We missed you!
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
+=${coma}multilib_abi_${i}?
coma=,
done
deps like foo[multilib?] becomes foo[${multilib_use_deps}]
and voila, you are not anymore limited to multilib or not multilib but
really control the abis.
Hmm, it may be a good idea to introduce such a variable already.
--
Best regards,
Michał
Although the eclass does 'multilib?' only now, in the future it is
likely to use more fine-tuned ABI flags.
---
gx86/eclass/autotools-multilib.eclass | 12
1 file changed, 12 insertions(+)
diff --git a/gx86/eclass/autotools-multilib.eclass
b/gx86/eclass/autotools-multilib.eclass
On Tue, 15 Jan 2013 14:19:36 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 08:31:46 +0100
Michał Górny mgo...@gentoo.org wrote:
Although the eclass does 'multilib?' only now, in the future it is
likely to use more fine-tuned ABI flags.
---
gx86/eclass/autotools
On Tue, 15 Jan 2013 14:42:27 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 18:25:16 +0100
Michał Górny mgo...@gentoo.org wrote:
On Tue, 15 Jan 2013 14:19:36 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 08:31:46 +0100
Michał Górny mgo
On Tue, 15 Jan 2013 17:38:17 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 18:56:15 +0100
Michał Górny mgo...@gentoo.org wrote:
On Tue, 15 Jan 2013 14:42:27 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Tue, 15 Jan 2013 18:25:16 +0100
Michał Górny mgo
need a bit more fine-grained EAPI=5 directories, at
least for arch-specific unmasks. Not sure if I shall use the
arch-specific 13.0 profiles or something more common shall be
introduced.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
are gone.
But I guess we could just move the files from default/linux/*/13.0.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
masked
in the ebuild in question, therefore it shouldn't complain…
[1]:https://bitbucket.org/mgorny/gx86-working-tree/commits/54ec3860de
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
...and use if for src_configure().
---
gx86/eclass/autotools-multilib.eclass | 41 +--
1 file changed, 39 insertions(+), 2 deletions(-)
diff --git a/gx86/eclass/autotools-multilib.eclass
b/gx86/eclass/autotools-multilib.eclass
index fe6372d..3aa5f27 100644
---
and mailing list
discussion. A place where everyone could suggest a solution and others
could vote on the proposed solutions.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
with appropriate USE_EXPAND_HIDDEN set by profiles.
What are your thoughts? Which arches would like to use multilib? What
names for ABIs do you suggest?
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Mon, 21 Jan 2013 01:05:56 +0300
Sergei Trofimovich sly...@gentoo.org wrote:
On Sun, 20 Jan 2013 20:11:31 +0100
Michał Górny mgo...@gentoo.org wrote:
There is a fair interest in multilib and while still early, it would be
a good moment to decide on how USE flags to use
On Mon, 21 Jan 2013 00:01:05 +0100
Thomas Sachau to...@gentoo.org wrote:
Michał Górny schrieb:
Hello,
There is a fair interest in multilib and while still early, it would be
a good moment to decide on how USE flags to use for it.
The current attempts are mostly using USE=multilib
Long story short, PMS, portage, havoc and that stuff.
There's currently one in-tree eclass consumer and I have bumped it
to EAPI=5 (from 4) already.
---
eclass/autotools-multilib.eclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/eclass/autotools-multilib.eclass
Due to use.force and magic like that, non-EAPI-5 deps would be assumed
to have USE=multilib otherwise.
---
eclass/autotools-multilib.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/autotools-multilib.eclass b/eclass/autotools-multilib.eclass
index
], not 'amd64?
( libitneeds[abi_amd64_x86] ) x86? ( libitneeds )'
Yes, that seems reasonable.
On the other hand, mips will most likely want some prefix with names
like 'n32' and 'n64'.
Well, I think I'll have to ping the arch teams to see what kinds
of multilib they want.
--
Best regards,
Michał Górny
regards,
Michał Górny
signature.asc
Description: PGP signature
On Wed, 23 Jan 2013 08:03:56 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Wed, 23 Jan 2013 09:24:26 +0100
Michał Górny mgo...@gentoo.org wrote:
On Mon, 21 Jan 2013 10:27:30 -0300
Alexis Ballier aball...@gentoo.org wrote:
To be honest, I don't know if there's other way to hide
On Wed, 23 Jan 2013 16:27:17 +0100
Michał Górny mgo...@gentoo.org wrote:
On Wed, 23 Jan 2013 08:03:56 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Wed, 23 Jan 2013 09:24:26 +0100
Michał Górny mgo...@gentoo.org wrote:
On Mon, 21 Jan 2013 10:27:30 -0300
Alexis Ballier aball
Hello,
Following my earlier mail, I'm sending two patches which describe how
I see the potential of introducing explicit multilib flags.
The idea is that each arch has its own ABI_arch USE_EXPAND, specifying
the multilib ABIs for choice. For example, x86 has ABI_X86=32 64.
All of those
.
ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x
ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3
trident usb-audio via82xx via82xx-modem ymfpci
+
+# Michał Górny mgo...@gentoo.org (23 Jan 2013)
+# Make the ABI_X86 multilib USE_EXPAND visible
This is mostly a proof-of-concept. If approved, I will work on moving
the code into a separate eclass, possibly named 'multilib-build' ;).
---
gx86/eclass/autotools-multilib.eclass | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 24 Jan 2013 09:25:48 -0800
Mike Doty kingt...@gentoo.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/13 15:23, Michał Górny wrote:
This is mostly a proof-of-concept. If approved, I will work on moving
the code
Hello,
As spoken earlier, I have split out a set of common functions
from autotools-multilib to multilib-build eclass. The new eclass
provides:
- IUSE for multilib setup,
- MULTILIB_USEDEP for creating deps,
- multilib_foreach_abi() and multilib_parallel_foreach_abi() to run
commands
I have decided to remove autotools-multilib_* utility functions
completely since the sole consumer of the eclass does not use it.
---
gx86/eclass/autotools-multilib.eclass | 84 +++
1 file changed, 5 insertions(+), 79 deletions(-)
diff --git
Foundation
+# Distributed under the terms of the GNU General Public License v2
+# $Header: /var/cvsroot/gentoo-x86/eclass/autotools-multilib.eclass,v 1.7
2013/01/26 11:39:41 mgorny Exp $
+
+# @ECLASS: multilib-build.eclass
+# @MAINTAINER:
+# Michał Górny mgo...@gentoo.org
+# @BLURB: flags and utility
On Wed, 23 Jan 2013 21:40:13 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Thu, 24 Jan 2013 00:23:57 +0100
Michał Górny mgo...@gentoo.org wrote:
This is mostly a proof-of-concept. If approved, I will work on moving
the code into a separate eclass, possibly named 'multilib-build
pkg_postinst() you
clobbered is called.
Of course, assuming people would actually notice some of the other
useless pkg_postinst() phases being clobbered...
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
On Sat, 26 Jan 2013 11:51:22 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Sat, 26 Jan 2013 13:11:41 +0100
Michał Górny mgo...@gentoo.org wrote:
On Wed, 23 Jan 2013 21:40:13 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Thu, 24 Jan 2013 00:23:57 +0100
Michał Górny mgo
On Sat, 26 Jan 2013 11:54:44 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Sat, 26 Jan 2013 13:11:41 +0100
Michał Górny mgo...@gentoo.org wrote:
(maybe protect it with has_multilib_profile if you wish)
Well, the current code assumes that no flags == non-multilib profile
On Sat, 26 Jan 2013 12:30:16 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Sat, 26 Jan 2013 16:08:45 +0100
Michał Górny mgo...@gentoo.org wrote:
On Sat, 26 Jan 2013 11:54:44 -0300
Alexis Ballier aball...@gentoo.org wrote:
On Sat, 26 Jan 2013 13:11:41 +0100
Michał Górny mgo
1 - 100 of 8119 matches
Mail list logo
