Hi,
I wrote some paragraphs on how to migrate to science overlay as a result of
this thread. Does anybody care to move this somewhere near the
Project:Science/Overlay page? (Since I'm unable to edit that page.)
Markus
[1] https://wiki.gentoo.org/wiki/User_talk:Ho
Hi,
everything seems to work fine, so it's probably indicated to move the blurb
to its proper location. Anyone up for this?
Markus
--
Aoccdrnig to a threoy, it deosn't mttaer in waht oredr the ltteers in a wrod
are, the olny iprmoatnt tihng is taht the frist and lsat ltteer are in the
r
Hi,
At Sat, 14 Sep 2013 21:33:35 +1200,
Francois Bissey wrote:
>
> So the solution is: properly eselect a blas and make sure it is a valid
> and sane configuration.
thanks, that worked. I modified the wiki piece to prevent this accident.
Markus
--
Aoccdrnig to a threoy, it deosn
On 14/09/13 20:14, Markus Oehme wrote:
> Hi,
>
> At Thu, 12 Sep 2013 11:19:11 +0200,
> Markus wrote:
>> 4. remove /usr/lib/libblas.so (which was kept by preserve-libs)
>>that is actually do 'rm /usr/lib/libblas.so'
>
>
> I see something really strange: repeatedly merging lapack-reference cau
Hi,
At Thu, 12 Sep 2013 11:19:11 +0200,
Markus wrote:
> 4. remove /usr/lib/libblas.so (which was kept by preserve-libs)
>that is actually do 'rm /usr/lib/libblas.so'
I see something really strange: repeatedly merging lapack-reference causes
it to bounce between two states. Where in one state
On 2013-09-13 00:52, Markus Oehme wrote:
Hi,
I tried my hand at a wiki blurb which can be found at [1]. I changed
the
procedure to disable preserved-libs which will probably give the most
reproducible results. Comments welcome.
Markus
[1] https://wiki.gentoo.org/wiki/U
Hi,
I tried my hand at a wiki blurb which can be found at [1]. I changed the
procedure to disable preserved-libs which will probably give the most
reproducible results. Comments welcome.
Markus
[1] https://wiki.gentoo.org/wiki/User_talk:Houseofsuns
--
Aoccdrnig to a thre
On 12/09/13 21:19, Markus Oehme wrote:
> Hi,
>
> I did the following, which seems to have done the trick:
> 1. add the package.mask entries
> 2. merge eselect::science
> 3. remerge all libraries that come from the science overlay (everything from
>'eix -I --in-overlay science')
> 4. remove /us
Hi,
I did the following, which seems to have done the trick:
1. add the package.mask entries
2. merge eselect::science
3. remerge all libraries that come from the science overlay (everything from
'eix -I --in-overlay science')
4. remove /usr/lib/libblas.so (which was kept by preserve-libs)
t
The file in attachment is to be put under /etc/portage/package.mask
It will block any elements of the blas/lapack stock forcing you to use
and keyword
elements from the science overlay instead. It may not be complete but I
think it is.
Francoisapp-admin/eselect::gentoo
app-admin/eselect-blas
a
On 2013-09-12 10:16, Markus Oehme wrote:
Hi everybody,
every time I touch anything realted to blas and lapack it blows up in
my
face. I just did a fresh install on my computer and I'm getting all
sorts of
'cannot find blas' and 'cannot find lapack' (hence currently no sage
for me
since half i
I would like to publicly endorse this. I also had plenty of issues with
blas and lapack - thankfully they all got resolved as soon as I pulled
eselect::science in as a dep for my ebuilds. I am still afraid that
those ebuilds will break and crumble and I won't be able to do a thing
about it as I
Hi everybody,
every time I touch anything realted to blas and lapack it blows up in my
face. I just did a fresh install on my computer and I'm getting all sorts of
'cannot find blas' and 'cannot find lapack' (hence currently no sage for me
since half it dependencies don't build). Is there some doc
13 matches
Mail list logo
