Paul Cochrane | 10 Apr 02:29 2008
Picon

xmds-1.6.5 ebuild

Hi,

I just put together an ebuild for the xmds package
(http://xmds.sourceforge.net) which I submitted as bug#217009.  xmds
is a code generater for easily solving systems of differential
equations.  It is often used in the physics community (mainly quantum
optics currently), however is useful in other scientific disciplines
as well (basically anywhere where one needs to solve differential
equations numerically).

What I'm looking for is some feedback about the ebuild.  It seems
fairly bare-bones and I'm wondering if there's anything I've missed
out which needs doing.  Also, in the bug report I've suggested
sci-misc as a possible categorisation, however I'm wondering if it
should be placed in sci-physics.

I'm helping out with part of the upstream development and was also
wondering if I have to maintain the ebuild or if someone would like to
take over maintainership/sponsorship of the package.  It would be
great to get xmds into Gentoo!

Many thanks in advance for your help!

Paul
--

-- 
gentoo-science <at> lists.gentoo.org mailing list

Justin | 14 Apr 13:26 2008
Picon

Searching for rfftw.h

Hi All!

Does anyone has  rfftw.h? It should be in /usr/include/ as  
portagefilelist

<http://www.portagefilelist.de/index.php/Special:PFLQuery?dir=&package=&full_file=&file=rfftw.h&version=&pflquery=submitted>

says and that it comes from fftw, but not in my case. I don't know how 
to install it. So if anybody has it, I would like to know which USE was 
used and anything else which could help me.

Thanks, justin

Carles Pagès | 14 Apr 13:39 2008
Picon

Re: Searching for rfftw.h

Justin wrote:
> Hi All!
> 
> Does anyone has  rfftw.h? It should be in /usr/include/ as  
> portagefilelist 
>
<http://www.portagefilelist.de/index.php/Special:PFLQuery?dir=&package=&full_file=&file=rfftw.h&version=&pflquery=submitted>

> says and that it comes from fftw, but not in my case. I don't know how 
> to install it. So if anybody has it, I would like to know which USE was 
> used and anything else which could help me.
> 
> Thanks, justin
> 

In the page you just listed it says that /usr/include/rfftw.h is a 
symlink but that the actual file belongs to the the mkl package, so 
installing it should solve your problem.
--

-- 
gentoo-science <at> lists.gentoo.org mailing list

Justin | 14 Apr 13:43 2008
Picon

Re: Searching for rfftw.h

Carles Pagès schrieb:
> Justin wrote:
>> Hi All!
>>
>> Does anyone has  rfftw.h? It should be in /usr/include/ as  
>> portagefilelist 
>>
<http://www.portagefilelist.de/index.php/Special:PFLQuery?dir=&package=&full_file=&file=rfftw.h&version=&pflquery=submitted>

>> says and that it comes from fftw, but not in my case. I don't know 
>> how to install it. So if anybody has it, I would like to know which 
>> USE was used and anything else which could help me.
>>
>> Thanks, justin
>>
>
> In the page you just listed it says that /usr/include/rfftw.h is a 
> symlink but that the actual file belongs to the the mkl package, so 
> installing it should solve your problem.
It says that it is a symlink and belongs to fftw. In addition mkl 
provides its own rfftw.h. My question is to which file fftw symlinks 
rfftw.h? Probably to {d,s}rfftw.h for the double or single precission lib.

Honza Macháček | 14 Apr 15:16 2008
Picon

Re: Searching for rfftw.h

   Justin wrote:

> Does anyone has  rfftw.h? It should be in /usr/include/ ...

   Does any package need it? I don't have that file and nothing ever 
complained, as far as I remember. After all, drfftw.h or srfftw.h can 
allways be included specifically.

   That said, the symlik belongs -- or rather should belong -- to fftw2, 
fftw3 does not structure its headers that way; I have installed both 
sci-libs/fftw-2.1.5-r3 and sci-libs/fftw-3.1.2, bud qdepends -Q says 
nothing depends on the 2 series version (that may be why nothing 
complained), and only sci-mathematics/octave-3.0.0 on the 3 series one.

   From fftw-2.1.5-r3.ebuild:

>         if use float; then
>                 for f in "${D}"/usr/{include,$(get_libdir)}/*sfft*; do
>                         ln -s $(basename ${f}) ${f/sfft/fft}
>                 done
>         else
>                 for f in "${D}"/usr/{include,$(get_libdir)}/*dfft*; do
>                         ln -s $(basename ${f}) ${f/dfft/fft}
>                 done
>         fi

   That code does not create the rfftw.h symlink, but looks like it 
actually was intended to do so and the omission is an ebuild error. 
Definitely if float is in USE, srfftw.h should be linked, otherwise 
drfftw.h. And of course it is you in the end who should decide if you 
(Continue reading)

Justin | 14 Apr 15:28 2008
Picon

Re: Searching for rfftw.h

Honza Macháček schrieb:
>   Justin wrote:
>
>> Does anyone has  rfftw.h? It should be in /usr/include/ ...
>
>   Does any package need it? I don't have that file and nothing ever 
> complained, as far as I remember. After all, drfftw.h or srfftw.h can 
> allways be included specifically.
>
>   That said, the symlik belongs -- or rather should belong -- to 
> fftw2, fftw3 does not structure its headers that way; I have installed 
> both sci-libs/fftw-2.1.5-r3 and sci-libs/fftw-3.1.2, bud qdepends -Q 
> says nothing depends on the 2 series version (that may be why nothing 
> complained), and only sci-mathematics/octave-3.0.0 on the 3 series one.
>
>   From fftw-2.1.5-r3.ebuild:
>
>>         if use float; then
>>                 for f in "${D}"/usr/{include,$(get_libdir)}/*sfft*; do
>>                         ln -s $(basename ${f}) ${f/sfft/fft}
>>                 done
>>         else
>>                 for f in "${D}"/usr/{include,$(get_libdir)}/*dfft*; do
>>                         ln -s $(basename ${f}) ${f/dfft/fft}
>>                 done
>>         fi
>
>   That code does not create the rfftw.h symlink, but looks like it 
> actually was intended to do so and the omission is an ebuild error. 
> Definitely if float is in USE, srfftw.h should be linked, otherwise 
(Continue reading)

Alexey Shvetsov | 28 Apr 22:36 2008
Picon

OpenIB and recent kernels

Hi all!

I'm using openib-userspace utils and kernel drivers on two clusters
but i cannot use openib-kernel with kernels greater than 2.6.22
while in kernels drivers works fine with recent gentoo-sources (2.6.23-2.6.25)
only thing that they need to work with openib-userspace is udev rules
for ib devices and openib initscript and config. So why we cant add
drivers use flag for openib-userspace that works as follow:
when it set than we pull openib kernel as dep
when it is not set we install udev rules and initscripts for openib

Alexxy

-- 
Gentoo Team Ru

Mail to
      alexxyum@...
      alexxy@...
--

-- 
gentoo-cluster@... mailing list

Andrey G. Grozin | 29 Apr 21:20 2008
Picon

maxima-5.15.0 and related stuff in Gentoo

Hello *,

I was at a conference, and could not do the ebuilds earlier.
Here we go:

1. maxima-5.15.0.ebuild is in the science overlay.

If you want to emerge it with USE=gcl, please, use gcl from the lisp 
overlay:

http://repo.or.cz/w/gentoo-lisp-overlay.git

because gcl in the portage tree is broken.

It now includes imaxima; if you emerged it before, you will have to 
unmerge it. It depends on dev-tex/mh (which includes the newest breqn). 
dev-tex/mh has the only keyword ~amd64; of course, it is absolutely 
computer-independent, so, just include the line

dev-tex/mh ~amd64

to your package.keywords

Sorry for all this mess; this is not me who created it.

2. wxmaxima-0.7.5 is also in the science overlay.

3. If you want to use maxima from TeXmacs, update to texmacs-1.0.6.14-r1 
from the same overlay.

(Continue reading)

Sébastien Fabbro | 29 Apr 23:19 2008
Picon

Re: maxima-5.15.0 and related stuff in Gentoo


Hi Andrey

> 1. maxima-5.15.0.ebuild is in the science overlay.

Too bad, I bumped it in the main tree earlier on.

> It now includes imaxima; if you emerged it before, you will have to
> unmerge it. It depends on dev-tex/mh (which includes the newest breqn).

I will check this and add proper deps to the tree one. Thanks!

--
Sébastien

Andrey G. Grozin | 30 Apr 00:07 2008
Picon

Re: maxima-5.15.0 and related stuff in Gentoo

On Tue, 29 Apr 2008, S?bastien Fabbro wrote:
>> 1. maxima-5.15.0.ebuild is in the science overlay.
>
> Too bad, I bumped it in the main tree earlier on.
Please bump also wxmaxima

Andrey
--

-- 
gentoo-science <at> lists.gentoo.org mailing list


Gmane