On Mon, 14 Jan 2013 15:04:45 -0300
Alexis Ballier wrote:
> On Thu, 03 Jan 2013 11:44:58 +0100
> Thomas Sachau wrote:
>
> > Please keep in mind, that the USE flags are different, depending on
> > your arch. E.g. on amd64, you may additionally have x86 and x32,
> > while on ppc64, you may have pp
On Thu, 03 Jan 2013 11:44:58 +0100
Thomas Sachau wrote:
> Pacho Ramos schrieb:
> > El mar, 25-09-2012 a las 10:21 -0300, Alexis Ballier escribió:
> >> On Sun, 23 Sep 2012 16:49:13 +0200
> >> Thomas Sachau wrote:
> >>
> >>> It is not hard by itself to inherit an eclass. There is just the
> >>> li
Pacho Ramos schrieb:
> El mar, 25-09-2012 a las 10:21 -0300, Alexis Ballier escribió:
>> On Sun, 23 Sep 2012 16:49:13 +0200
>> Thomas Sachau wrote:
>>
>>> It is not hard by itself to inherit an eclass. There is just the
>>> limitation, that occurs with an eclass, e.g.:
>>>
>>> -the one from mgorny
Alexis Ballier wrote:
> - I have package foo and package bar, both depending on ffmpeg and
> canditates for a multilib build. However, package foo does not link to
> ffmpeg but simply spawns the 'ffmpeg' binary to process some files,
> package bar links to libavcodec. You need ffmpeg[multilib] for
El mar, 25-09-2012 a las 10:21 -0300, Alexis Ballier escribió:
> On Sun, 23 Sep 2012 16:49:13 +0200
> Thomas Sachau wrote:
>
> > It is not hard by itself to inherit an eclass. There is just the
> > limitation, that occurs with an eclass, e.g.:
> >
> > -the one from mgorny only does it for autoto
On Sun, 23 Sep 2012 16:49:13 +0200
Thomas Sachau wrote:
> It is not hard by itself to inherit an eclass. There is just the
> limitation, that occurs with an eclass, e.g.:
>
> -the one from mgorny only does it for autotools based ebuilds only and
> even there only for libraries, headers and binar
On Mon, 24 Sep 2012 17:44:33 -0700
Matt Turner wrote:
> On Mon, Sep 24, 2012 at 3:22 PM, Alexis Ballier
> wrote:
> > On Tue, 25 Sep 2012 00:10:21 +0200
> > Michał Górny wrote:
> >
> >> On Mon, 24 Sep 2012 18:59:14 -0300
> >> Alexis Ballier wrote:
> >>
> >> > On Mon, 24 Sep 2012 23:51:27 +0200
On Mon, Sep 24, 2012 at 3:22 PM, Alexis Ballier wrote:
> On Tue, 25 Sep 2012 00:10:21 +0200
> Michał Górny wrote:
>
>> On Mon, 24 Sep 2012 18:59:14 -0300
>> Alexis Ballier wrote:
>>
>> > On Mon, 24 Sep 2012 23:51:27 +0200
>> > Michał Górny wrote:
>> >
>> > > On Mon, 24 Sep 2012 18:19:43 -0300
>
On Tue, 25 Sep 2012 00:10:21 +0200
Michał Górny wrote:
> On Mon, 24 Sep 2012 18:59:14 -0300
> Alexis Ballier wrote:
>
> > On Mon, 24 Sep 2012 23:51:27 +0200
> > Michał Górny wrote:
> >
> > > On Mon, 24 Sep 2012 18:19:43 -0300
> > > Alexis Ballier wrote:
> > >
> > > > you dont need this, the
On Mon, 24 Sep 2012 18:59:14 -0300
Alexis Ballier wrote:
> On Mon, 24 Sep 2012 23:51:27 +0200
> Michał Górny wrote:
>
> > On Mon, 24 Sep 2012 18:19:43 -0300
> > Alexis Ballier wrote:
> >
> > > you dont need this, the PM has already done the work for you: call
> > > directly the relevant funct
On Mon, 24 Sep 2012 23:51:27 +0200
Michał Górny wrote:
> On Mon, 24 Sep 2012 18:19:43 -0300
> Alexis Ballier wrote:
>
> > you dont need this, the PM has already done the work for you: call
> > directly the relevant function.
> >
> > src_multilib_compile() {
> > forall ABIS; do
> >
On Mon, 24 Sep 2012 18:19:43 -0300
Alexis Ballier wrote:
> you dont need this, the PM has already done the work for you: call
> directly the relevant function.
>
> src_multilib_compile() {
> forall ABIS; do
> prepare ABI variables
> src_compile
> done
> }
On Mon, 24 Sep 2012 22:47:33 +0200
Michał Górny wrote:
> On Mon, 24 Sep 2012 16:16:53 -0300
> Alexis Ballier wrote:
>
> > On Mon, 24 Sep 2012 20:12:40 +0200
> > Michał Górny wrote:
> >
> > > > > > > > > > to some extent, can't you do the same by unpacking
> > > > > > > > > > twice to differen
On Mon, 24 Sep 2012 16:16:53 -0300
Alexis Ballier wrote:
> On Mon, 24 Sep 2012 20:12:40 +0200
> Michał Górny wrote:
>
> > > > > > > > > to some extent, can't you do the same by unpacking
> > > > > > > > > twice to different $S and calling
> > > > > > > > > src_prepare/compile/install instead of
On Mon, 24 Sep 2012 20:12:40 +0200
Michał Górny wrote:
> > > > > > > > to some extent, can't you do the same by unpacking
> > > > > > > > twice to different $S and calling
> > > > > > > > src_prepare/compile/install instead of their
> > > > > > > > autotools-utils counterpart with tweaked $S so t
On Mon, 24 Sep 2012 14:53:27 -0300
Alexis Ballier wrote:
> On Mon, 24 Sep 2012 19:32:14 +0200
> Michał Górny wrote:
>
> > On Mon, 24 Sep 2012 12:17:58 -0300
> > Alexis Ballier wrote:
> >
> > > On Sun, 23 Sep 2012 18:31:25 +0200
> > > Michał Górny wrote:
> > >
> > > > On Sun, 23 Sep 2012 12:
On Mon, 24 Sep 2012 19:32:14 +0200
Michał Górny wrote:
> On Mon, 24 Sep 2012 12:17:58 -0300
> Alexis Ballier wrote:
>
> > On Sun, 23 Sep 2012 18:31:25 +0200
> > Michał Górny wrote:
> >
> > > On Sun, 23 Sep 2012 12:47:44 -0300
> > > Alexis Ballier wrote:
> > >
> > > > On Sun, 23 Sep 2012 09:
On Mon, 24 Sep 2012 12:17:58 -0300
Alexis Ballier wrote:
> On Sun, 23 Sep 2012 18:31:25 +0200
> Michał Górny wrote:
>
> > On Sun, 23 Sep 2012 12:47:44 -0300
> > Alexis Ballier wrote:
> >
> > > On Sun, 23 Sep 2012 09:21:20 +0200
> > > Michał Górny wrote:
> > >
> > > > On Sat, 22 Sep 2012 21:
On Sun, 23 Sep 2012 18:31:25 +0200
Michał Górny wrote:
> On Sun, 23 Sep 2012 12:47:44 -0300
> Alexis Ballier wrote:
>
> > On Sun, 23 Sep 2012 09:21:20 +0200
> > Michał Górny wrote:
> >
> > > On Sat, 22 Sep 2012 21:46:02 -0300
> > > Alexis Ballier wrote:
> > >
> > > > On Sat, 22 Sep 2012 23:
On 23 September 2012 18:40, Michał Górny wrote:
> On Sun, 23 Sep 2012 12:33:58 +0200
> Pacho Ramos wrote:
>
>> El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
>> > On Sun, 23 Sep 2012 11:07:30 +0200
>> > Thomas Sachau wrote:
>> >
>> > > Matt Turner schrieb:
>> > > > On Sat, Sep 22,
On 09/23/2012 03:02 AM, hasufell wrote:
> On 09/23/2012 11:56 AM, Michał Górny wrote:
>>> 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.
>
>> I prefer the simpler solution.
>
>
> I prefe
On Sun, Sep 23, 2012 at 5:30 AM, Pacho Ramos wrote:
> One problem that I remembered now:
> If every ebuild inheritting this eclass (either this one or similar)
> will add a "multilib" USE, people running multilib profiles will get it
> enabled for ALL packages inheritting it, causing them to see h
On Sun, Sep 23, 2012 at 2:07 AM, Thomas Sachau wrote:
> Matt Turner schrieb:
>> On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny 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
On Sun, Sep 23, 2012 at 3:02 AM, hasufell wrote:
> I prefer the stronger solution. This is just a quick workaround.
And I'd prefer if people who aren't involved with what I'm working on
don't try to block my progress.
I appreciate your opinion, and truthfully I'd just rather have portage
handle
On Sun, Sep 23, 2012 at 9:07 AM, Diego Elio Pettenò
wrote:
> On 22/09/2012 20:42, Matt Turner wrote:
>> I think this means "make 32-bit binary packages' dependencies on amd64
>> not use the emul- packages"? If so, that'd certainly be a component of
>> getting rid of emul-linux-x86-xlibs. It's not
On Sun, 23 Sep 2012 16:26:55 +0200
Peter Stuge wrote:
> Michał, Pacho, and everyone else who suck epically at this:
>
> CAN YOU FFS START TO TRIM QUOTES IN YOUR EMAILS!
I've trimmed them in the next e-mail to the one you replied to :P.
--
Best regards,
Michał Górny
signature.asc
Description
On Sun, 23 Sep 2012 12:47:44 -0300
Alexis Ballier wrote:
> On Sun, 23 Sep 2012 09:21:20 +0200
> Michał Górny wrote:
>
> > On Sat, 22 Sep 2012 21:46:02 -0300
> > Alexis Ballier wrote:
> >
> > > On Sat, 22 Sep 2012 23:24:46 +0200
> > > Michał Górny wrote:
> > >
> > > > It is a simple eclass u
On 22/09/2012 20:42, Matt Turner wrote:
> I think this means "make 32-bit binary packages' dependencies on amd64
> not use the emul- packages"? If so, that'd certainly be a component of
> getting rid of emul-linux-x86-xlibs. It's not in the scope of my
> project to get rid of /all/ of the emul- pac
On Sun, 23 Sep 2012 09:21:20 +0200
Michał Górny wrote:
> On Sat, 22 Sep 2012 21:46:02 -0300
> Alexis Ballier wrote:
>
> > On Sat, 22 Sep 2012 23:24:46 +0200
> > Michał Górny wrote:
> >
> > > It is a simple eclass using autotools out-of-source builds to
> > > build packages for multiple ABIs w
Pacho Ramos schrieb:
> El dom, 23-09-2012 a las 13:52 +0200, Thomas Sachau escribió:
>> Pacho Ramos schrieb:
>>> El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
On Sun, 23 Sep 2012 11:07:30 +0200
Thomas Sachau wrote:
> Matt Turner schrieb:
>> On Sat, Sep 22, 201
Michał, Pacho, and everyone else who suck epically at this:
CAN YOU FFS START TO TRIM QUOTES IN YOUR EMAILS!
Thank you
//Peter
pgpJmV3IkjFsp.pgp
Description: PGP signature
El sáb, 22-09-2012 a las 23:24 +0200, Michał Górny escribió:
> It is a simple eclass using autotools out-of-source builds to build
> packages for multiple ABIs when multilib is supported.
>
> Use case: xorg packages, ask Matt.
> ---
> gx86/eclass/autotools-multilib.eclass | 72
>
On Sun, 23 Sep 2012 14:05:58 +0200
hasufell wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/23/2012 12:40 PM, Michał Górny wrote:
> > On Sun, 23 Sep 2012 12:02:01 +0200 hasufell
> > wrote:
> >
> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
> >>
> >> On 09/23/2012 11:56
El dom, 23-09-2012 a las 13:52 +0200, Thomas Sachau escribió:
> Pacho Ramos schrieb:
> > El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
> >> On Sun, 23 Sep 2012 11:07:30 +0200
> >> Thomas Sachau wrote:
> >>
> >>> Matt Turner schrieb:
> On Sat, Sep 22, 2012 at 2:24 PM, Michał Gór
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/23/2012 12:40 PM, Michał Górny wrote:
> On Sun, 23 Sep 2012 12:02:01 +0200 hasufell
> wrote:
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 09/23/2012 11:56 AM, Michał Górny wrote:
So i would prefer some help/support with mul
On Sun, 23 Sep 2012 13:30:41 +0200
Pacho Ramos wrote:
> El dom, 23-09-2012 a las 13:13 +0200, Michał Górny escribió:
> > On Sun, 23 Sep 2012 13:03:56 +0200
> > Pacho Ramos wrote:
> >
> > > That would be better as there are a ton of ebuilds not inheritting
> > > autotools-utils.eclass even being
Pacho Ramos schrieb:
> El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
>> On Sun, 23 Sep 2012 11:07:30 +0200
>> Thomas Sachau wrote:
>>
>>> Matt Turner schrieb:
On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny wrote:
> It is a simple eclass using autotools out-of-source builds
El dom, 23-09-2012 a las 13:13 +0200, Michał Górny escribió:
> On Sun, 23 Sep 2012 13:03:56 +0200
> Pacho Ramos wrote:
>
> > El dom, 23-09-2012 a las 12:40 +0200, Michał Górny escribió:
> > > On Sun, 23 Sep 2012 12:33:58 +0200
> > > Pacho Ramos wrote:
> > >
> > > > El dom, 23-09-2012 a las 11:5
On Sun, 23 Sep 2012 13:03:56 +0200
Pacho Ramos wrote:
> El dom, 23-09-2012 a las 12:40 +0200, Michał Górny escribió:
> > On Sun, 23 Sep 2012 12:33:58 +0200
> > Pacho Ramos wrote:
> >
> > > El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
> > > > On Sun, 23 Sep 2012 11:07:30 +0200
>
El dom, 23-09-2012 a las 12:40 +0200, Michał Górny escribió:
> On Sun, 23 Sep 2012 12:33:58 +0200
> Pacho Ramos wrote:
>
> > El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
> > > On Sun, 23 Sep 2012 11:07:30 +0200
> > > Thomas Sachau wrote:
> > >
> > > > Matt Turner schrieb:
> > >
On Sun, 23 Sep 2012 12:02:01 +0200
hasufell wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 09/23/2012 11:56 AM, Michał Górny wrote:
> >> So i would prefer some help/support with multilib-portage to get
> >> it accepted sooner, instead of this additional workaround for a
> >> sub
On Sun, 23 Sep 2012 12:33:58 +0200
Pacho Ramos wrote:
> El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
> > On Sun, 23 Sep 2012 11:07:30 +0200
> > Thomas Sachau wrote:
> >
> > > Matt Turner schrieb:
> > > > On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny wrote:
> > > >> It is a simp
El dom, 23-09-2012 a las 11:56 +0200, Michał Górny escribió:
> On Sun, 23 Sep 2012 11:07:30 +0200
> Thomas Sachau wrote:
>
> > Matt Turner schrieb:
> > > On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny wrote:
> > >> It is a simple eclass using autotools out-of-source builds to build
> > >> package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/23/2012 11:56 AM, Michał Górny wrote:
>> 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.
>
> I prefer the simpler solution.
>
I prefer t
On Sun, 23 Sep 2012 11:07:30 +0200
Thomas Sachau wrote:
> Matt Turner schrieb:
> > On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny 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, Mich
Matt Turner schrieb:
> On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny 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.
>
On Sat, 22 Sep 2012 21:46:02 -0300
Alexis Ballier wrote:
> On Sat, 22 Sep 2012 23:24:46 +0200
> Michał Górny wrote:
>
> > It is a simple eclass using autotools out-of-source builds to build
> > packages for multiple ABIs when multilib is supported.
> >
>
> to some extent, can't you do the same
On Sat, Sep 22, 2012 at 6:59 PM, Diego Elio Pettenò
wrote:
> On 22/09/2012 18:54, Matt Turner wrote:
>> 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
On 22/09/2012 18:54, Matt Turner wrote:
> 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.
If that
On Sat, Sep 22, 2012 at 2:24 PM, Michał Górny 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
On Sat, 22 Sep 2012 23:24:46 +0200
Michał Górny wrote:
> It is a simple eclass using autotools out-of-source builds to build
> packages for multiple ABIs when multilib is supported.
>
to some extent, can't you do the same by unpacking twice to different
$S and calling src_prepare/compile/install
On Sat, 22 Sep 2012 23:44:43 +0200
Luca Barbato wrote:
> "Michał Górny" wrote:
>
> >It is a simple eclass using autotools out-of-source builds to build
> >packages for multiple ABIs when multilib is supported.
> >
> >Use case: xorg packages, ask Matt.
> >---
> >gx86/eclass/autotools-multilib.ec
"Michał Górny" wrote:
>It is a simple eclass using autotools out-of-source builds to build
>packages for multiple ABIs when multilib is supported.
>
>Use case: xorg packages, ask Matt.
>---
>gx86/eclass/autotools-multilib.eclass | 72
>+++
> 1 file changed, 72 inser
It is a simple eclass using autotools out-of-source builds to build
packages for multiple ABIs when multilib is supported.
Use case: xorg packages, ask Matt.
---
gx86/eclass/autotools-multilib.eclass | 72 +++
1 file changed, 72 insertions(+)
create mode 100644 gx
54 matches
Mail list logo
