1 |
On 03/19/2012 02:48 PM, justin wrote: |
2 |
> Hi, |
3 |
> |
4 |
> is anybody willed to maintain abinit? |
5 |
> |
6 |
> I will help and guide you if needed. |
7 |
> |
8 |
> |
9 |
> Thanks justin |
10 |
|
11 |
Well, I am sort of maintaining it for myself, committing to the overlay. But |
12 |
this is about the main tree, with respect to the plan of leaving Abinit in the |
13 |
overlay only, isn't it? |
14 |
|
15 |
At present, I am taking particularly long time with 6.12.1, since the upstream |
16 |
developers took finally a big leap forward with the version of BigDFT they use, |
17 |
some old stuff to compile Abinit with external BigDFT stopped working (the |
18 |
libraries are organised somewhat differently), and I would like to go directly |
19 |
to the latest version (1.6.0, has started using pkg-config) instead of the |
20 |
second latest (1.6-tuto). |
21 |
|
22 |
I have cleaned up the mess after your improvements to the BigDFT ebuild, but I |
23 |
am postponing my commit of it until I have the new Abinit compiled with its use |
24 |
(my old abinit ebuilds, by the way, are broken by your removal of the old BigDFT |
25 |
versions). BigDFT has changed from 1.6-tuto to 1.6.0 more than I have expected, |
26 |
so I may have to try and actually understand a bit some of its routines that |
27 |
Abinit calls. |
28 |
|
29 |
On my way to the new ebuilds I am contemplating the case of libabinit. Abinit by |
30 |
default does not install it, it even does not offer that as a configure option, |
31 |
only its main Makefile allows creating the library. As far as I have found, it |
32 |
does not use it, the library is just a package of some stuff, internal |
33 |
otherwise, that might be of interest to other projects, like BigDFT. So if we |
34 |
install libabinit separately by its own ebuild, Abinit itself will ignore it. |
35 |
Abinit uses (optionally) the libraries of BigDFT (and I am not sure if libabinit |
36 |
depends on them, if selected, or not); the in-tree ebuild (I've forgotten it |
37 |
even exists) just allows Abinit to download BigDFT (as well as several other |
38 |
plug-ins) during compilation(!) and compile its own copies of its own selected |
39 |
versions, my ebuild uses all the options as external libraries. BigDFT uses |
40 |
libabinit, and I have not yet tried to set it up against an external copy; |
41 |
actually I have not yet even installed such a copy from the Abinit sources, I am |
42 |
just studying the way to do so. Since the 1.6-tuto version (well, maybe even |
43 |
before, but Abinit has not, until recently, used anything beyond 1.2.x, and last |
44 |
time I tried patching it for 1.3.x or newer, I failed miserably) BigDFT not only |
45 |
compiles its own libabinit from its own selection of the Abinit sources |
46 |
(possibly modified, I have not looked into this), but even installs it. Thus |
47 |
Abinit using BigDFT will have to link against libbigdft along with libabinit, |
48 |
provided by BigDFT; if I manage to install libabinit from the Abinit package, as |
49 |
well as to compile BigDFT against it, there will at least be a circular dependency. |
50 |
|
51 |
Maybe the best solution would be to compile BigDFT inside Abinit, after all. |
52 |
Does anyone use BigDFT on its own? I am currently thinking of that but I do not |
53 |
plan to stop using Abinit, and as far as I know, nobody has yet complained of |
54 |
BigDFT being sci-libs/bigdft instead of sci-physics/bigdft. |
55 |
|
56 |
Sorry for too long a comment. I am afraid I have missed the right way of |
57 |
discussing overlay ebuilds. So I am silently committing my ebuilds from time to |
58 |
time, and cursing loudly (in a discreet seclusion) those who contribute to the |
59 |
same ebuilds, often breaking my stuff. |
60 |
|
61 |
With best regards |
62 |
|
63 |
Honza Macháček |
64 |
|
65 |
P. S. Only when I started my first calculations with BigDFT, and it occured to |
66 |
me I could possibly view their results in v_sim, I noticed there already is |
67 |
sci-visualization/v_sim ebuild thanks to Jérôme Borme, Andreas K. Huettel, |
68 |
yourself, and Dongxu Li, the last Changelog entry by Dongxu Li complaining of |
69 |
the Abinit installation. Just then I realised that Abinit, left to its own |
70 |
devices, install completely bogus pkg-config file, and does not even install the |
71 |
libraries (different from libabinit) that it advertises there. I am working on |
72 |
that currently (looks easy, I hope) but I wonder: Is the roundabout way I have |
73 |
got known there is this work to do just my fault, just a symptom of my moderate |
74 |
psychopathy, or is it a symptom of some communication deficiency syndrome of the |
75 |
overlay? |