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 to
On Thu, 29 Nov 2012 08:52:01 +0100
justin j...@gentoo.org 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
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, which some
On 28 November 2012 13:54, Richard Yao r...@gentoo.org 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
On 29/11/12 09:52, Michał Górny wrote:
On Thu, 29 Nov 2012 08:52:01 +0100
justin j...@gentoo.org 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
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 j...@gentoo.org
wrote:
Hi,
and another one.
Problem: Some packages aren't lucky and their buildsystem
doesn't
---
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
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 might
-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
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_LIBRARIES=$(pkg-config
-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 suggests that
-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
-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 100644
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 to the
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 that this is a way
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
implementations
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 try to
On Thu, 29 Nov 2012 17:50:28 +0100
Gilles Dartiguelongue e...@gentoo.org 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
On Thu, 29 Nov 2012 17:09:34 +0100
justin j...@gentoo.org 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
On 29.11.2012 21:11, Ralph Sennhauser wrote:
On Thu, 29 Nov 2012 17:09:34 +0100
justin j...@gentoo.org 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
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 way to fix
29 matches
Mail list logo
