public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Matt Turner <mattst88@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [PATCH] autotools-multilib: wrapper eclass for multilib builds.
Date: Sun, 23 Sep 2012 10:07:03 -0700	[thread overview]
Message-ID: <CAEdQ38GMm0Gs3Oa6MAqwJALYZtv4L7KfxR6WxELcYrY4f64m0g@mail.gmail.com> (raw)
In-Reply-To: <505ED152.7000607@gentoo.org>

On Sun, Sep 23, 2012 at 2:07 AM, Thomas Sachau <tommy@gentoo.org> wrote:
> Matt Turner schrieb:
>> On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny <mgorny@gentoo.org> wrote:
>>> It is a simple eclass using autotools out-of-source builds to build
>>> packages for multiple ABIs when multilib is supported.
>>
>> Thanks a lot, Michał! This looks good to me.
>>
>>> Use case: xorg packages, ask Matt.
>>
>> So the idea is that users want up-to-date 32-bit drivers for games and
>> WINE. The emul- packages aren't a very good solution for a number of
>> reasons.
>>
>> I'd like to add multilib USE flags to Mesa and thus its dependencies.
>> I realized that almost everything in x11-libs/ could be converted very
>> easily, which would allow us to get rid of emul-linux-x86-xlibs in
>> addition to emul-linux-x86-opengl.
>>
>>
>
> This looks like a shortened duplication of a subset of multilib-portage
> features. While this wont hurt multilib-portage (since it does exclude
> most actions on ebuilds with USE=multilib), it will mean a rewrite for
> many ebuilds, which then again need another rewrite (or more likely
> revert), when multilib-portage is accepted in a future EAPI.

I'd much rather have portage handle this for me as well.
Unfortunately, the last mail I see about multilib-portage is from two
months ago. If it were in EAPI 5, I'd be happy to wait for it. If it
even looked like it were progressing, I might wait. But, as you know,
gentoo-dev is where ideas go to die.

As far as ebuild conversions go, this is really simple.

> So i would prefer some help/support with multilib-portage to get it
> accepted sooner, instead of this additional workaround for a subset of
> packages.

That seems like a reasonable request. Let me re-read the previously
mentioned thread and get back to you.


  parent reply	other threads:[~2012-09-23 17:08 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-22 21:24 [gentoo-dev] [PATCH] autotools-multilib: wrapper eclass for multilib builds Michał Górny
2012-09-22 21:44 ` Luca Barbato
2012-09-22 22:02   ` Michał Górny
2012-09-23  0:46 ` Alexis Ballier
2012-09-23  7:21   ` Michał Górny
2012-09-23 15:47     ` Alexis Ballier
2012-09-23 16:31       ` Michał Górny
2012-09-24 15:17         ` Alexis Ballier
2012-09-24 17:32           ` Michał Górny
2012-09-24 17:53             ` Alexis Ballier
2012-09-24 18:12               ` Michał Górny
2012-09-24 19:16                 ` Alexis Ballier
2012-09-24 20:47                   ` Michał Górny
2012-09-24 21:19                     ` Alexis Ballier
2012-09-24 21:51                       ` Michał Górny
2012-09-24 21:59                         ` Alexis Ballier
2012-09-24 22:10                           ` Michał Górny
2012-09-24 22:22                             ` Alexis Ballier
2012-09-25  0:44                               ` Matt Turner
2012-09-25 11:37                                 ` Alexis Ballier
2012-09-23  1:54 ` Matt Turner
2012-09-23  1:59   ` Diego Elio Pettenò
2012-09-23  3:42     ` Matt Turner
2012-09-23 16:07       ` Diego Elio Pettenò
2012-09-23 16:57         ` Matt Turner
2012-09-23  9:07   ` Thomas Sachau
2012-09-23  9:56     ` Michał Górny
2012-09-23 10:02       ` hasufell
2012-09-23 10:40         ` Michał Górny
2012-09-23 12:05           ` hasufell
2012-09-23 12:30             ` Michał Górny
2012-09-23 17:01         ` Matt Turner
2012-09-23 19:16         ` Zac Medico
2012-09-23 10:33       ` Pacho Ramos
2012-09-23 10:40         ` Michał Górny
2012-09-23 11:03           ` Pacho Ramos
2012-09-23 11:13             ` Michał Górny
2012-09-23 11:30               ` Pacho Ramos
2012-09-23 11:57                 ` Michał Górny
2012-09-23 14:26               ` Peter Stuge
2012-09-23 16:32                 ` Michał Górny
2012-09-24  3:18           ` Ben de Groot
2012-09-23 11:52         ` Thomas Sachau
2012-09-23 12:18           ` Pacho Ramos
2012-09-23 14:49             ` Thomas Sachau
2012-09-25 13:21               ` Alexis Ballier
2013-01-02 23:25                 ` Pacho Ramos
2013-01-03 10:44                   ` Thomas Sachau
2013-01-14 18:04                     ` Alexis Ballier
2013-01-14 18:45                       ` Michał Górny
2013-01-03  0:14                 ` Peter Stuge
2012-09-23 17:07     ` Matt Turner [this message]
2012-09-23 12:30 ` Pacho Ramos
2012-09-23 17:10   ` Matt Turner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAEdQ38GMm0Gs3Oa6MAqwJALYZtv4L7KfxR6WxELcYrY4f64m0g@mail.gmail.com \
    --to=mattst88@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox