Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
> Currently we have an eselect module to switch between different
> implementations by setting /usr/lib/lib[blas,lapack].so to the selected
> implementation.
>
> This has two drawbacks, which some of you might already of hit:
> 1. They seem
On Thu, 29 Nov 2012 08:52:01 +0100
justin wrote:
> The only remaining problem is on the implementation side. As you can
> imagine, this effort is nothing in which the upstreams are really
> interested in. Therefore most of our .pc files are created inside the
> ebuild. Eventually they will find t
On 29/11/12 09:48, Gilles Dartiguelongue wrote:
> Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
>> Currently we have an eselect module to switch between different
>> implementations by setting /usr/lib/lib[blas,lapack].so to the selected
>> implementation.
>>
>> This has two drawbacks,
On 28 November 2012 13:54, Richard Yao wrote:
> We could slightly simplify the handbook installation procedure if we
> told people to use emerge-webrsync to fetch the initial snapshot. What
> do people think?
>
Seems a good improvement to me.
--
Regards,
Markos Chandras / Gentoo Linux Developer
On 29/11/12 09:52, Michał Górny wrote:
> On Thu, 29 Nov 2012 08:52:01 +0100
> justin wrote:
>
>> The only remaining problem is on the implementation side. As you can
>> imagine, this effort is nothing in which the upstreams are really
>> interested in. Therefore most of our .pc files are created
again, even if there are corner cases which cannot be dealt with in a
different way...
having an eclass function like the mentioned one is bad, cause it
suggests that this is a way to fix things. It's not. Application
developers running gentoo might think "oh great, there is a pkgconfig
file for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 28/11/12 08:26 PM, Richard Yao wrote:
> On 11/28/2012 05:21 PM, Michał Górny wrote:
>> On Wed, 28 Nov 2012 22:49:14 +0100 Justin
>> wrote:
>>
>>> Hi,
>>>
>>> and another one.
>>>
>>> Problem: Some packages aren't lucky and their buildsystem
>>
---
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
+++ b/gx86/eclass/autotools
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 compatibili
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
--- a/gx86/eclass/
---
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
+++ b/gx86/eclass/cmake-util
---
.../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
b/gx86/dev-python/pygobject/pygobject-3.2
On 29/11/12 14:16, hasufell wrote:
>
> again, even if there are corner cases which cannot be dealt with in a
> different way...
>
> having an eclass function like the mentioned one is bad, cause it
> suggests that this is a way to fix things. It's not. Application
> developers running gentoo migh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 29/11/12 09:56 AM, justin wrote:
>
> Standard autotools based packages always use
>
> --with-blas=
>
> so it is pretty simple for us to make it to
>
> --with-blas="$(pkg-config --libs blas)"
>
> same thing goes for cmake and
>
> -DBLAS_LIBRA
On 29/11/12 16:51, Ian Stakenvicius wrote:
> On 29/11/12 09:56 AM, justin wrote:
>
>> Standard autotools based packages always use
>
>> --with-blas=
>
>> so it is pretty simple for us to make it to
>
>> --with-blas="$(pkg-config --libs blas)"
>
>> same thing goes for cmake and
>
>> -DBLAS_LIB
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/29/2012 03:56 PM, justin wrote:
> On 29/11/12 14:16, hasufell wrote:
>>
>> again, even if there are corner cases which cannot be dealt with
>> in a different way...
>>
>> having an eclass function like the mentioned one is bad, cause
>> it sugg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/29/2012 05:09 PM, justin wrote:
>
> Not exactly. The user can choose for each package newly by
> eselecting the wanted implementation. This is the user side. From
> the pm side we ensure that the choice is really respected by
> linking against p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 29/11/12 11:09 AM, justin wrote:
> On 29/11/12 16:51, Ian Stakenvicius wrote:
>> On 29/11/12 09:56 AM, justin wrote:
>>
>>> Standard autotools based packages always use
>>
>>> --with-blas=
>>
>>> so it is pretty simple for us to make it to
>>
First, thanks for this patch, I was planning on converting it but did
not have to do it.
Le jeudi 29 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 10
Le jeudi 29 novembre 2012 à 10:07 +0100, justin a écrit :
> On 29/11/12 09:48, Gilles Dartiguelongue wrote:
> > Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
> >> Currently we have an eselect module to switch between different
> >> implementations by setting /usr/lib/lib[blas,lapack].so
On 29/11/12 17:23, hasufell wrote:
> On 11/29/2012 03:56 PM, justin wrote:
>> On 29/11/12 14:16, hasufell wrote:
>>>
>>> again, even if there are corner cases which cannot be dealt with
>>> in a different way...
>>>
>>> having an eclass function like the mentioned one is bad, cause
>>> it suggests
On 29/11/12 17:54, Gilles Dartiguelongue wrote:
> Le jeudi 29 novembre 2012 à 10:07 +0100, justin a écrit :
>> On 29/11/12 09:48, Gilles Dartiguelongue wrote:
>>> Le jeudi 29 novembre 2012 à 08:52 +0100, justin a écrit :
Currently we have an eselect module to switch between different
impl
On 28/11/12 22:49, Justin wrote:
> Hi,
>
> and another one.
>
> Problem:
> Some packages aren't lucky and their buildsystem doesn't create
> pkg-config files out of the box.
>
> Solution:
> Create them by hand.
>
> Eclass:
> Simplifies this by providing a general function for that.
>
> Example
Walter Dnes schrieb:
> Xorg appears to segfault with the xf86-video-modesetting driver. This
> includes "Xorg -config". Normally, I run with no xorg.conf, no evdev,
> and no udev (I use mdev) and the machine works. I don't know if
> they'll accept a bug report due to my non-standard setup.
Then tr
On Thu, 29 Nov 2012 17:50:28 +0100
Gilles Dartiguelongue wrote:
> First, thanks for this patch, I was planning on converting it but did
> not have to do it.
Well, the patch was on the ml a while ago but it was reply to one
of the mails, so it was hard to notice it.
> Le jeudi 29 novembre 2012 à
On Thu, 29 Nov 2012 17:09:34 +0100
justin wrote:
> On 29/11/12 16:51, Ian Stakenvicius wrote:
[...]
> > ..ok remind me again what the .pc files provide you? this is so
> > that you can have slotted blas providers and various packages can
> > choose their preferred one instead of having to use th
On 29.11.2012 21:11, Ralph Sennhauser wrote:
> On Thu, 29 Nov 2012 17:09:34 +0100
> justin wrote:
>
>> On 29/11/12 16:51, Ian Stakenvicius wrote:
> [...]
>>> ..ok remind me again what the .pc files provide you? this is so
>>> that you can have slotted blas providers and various packages can
>>>
hasufell posted on Thu, 29 Nov 2012 14:16:18 +0100 as excerpted:
> again, even if there are corner cases which cannot be dealt with in a
> different way...
>
> having an eclass function like the mentioned one is bad, cause it
> suggests that this is a way to fix things. It's not. Application
> de
On 30.11.2012 05:37, Duncan wrote:
> hasufell posted on Thu, 29 Nov 2012 14:16:18 +0100 as excerpted:
>
>> again, even if there are corner cases which cannot be dealt with in a
>> different way...
>>
>> having an eclass function like the mentioned one is bad, cause it
>> suggests that this is a wa
29 matches
Mail list logo
