1 |
Hello *, |
2 |
|
3 |
qtiplot-0.9.6 arreared recently. It requires qwt-5.1.0. I made these two |
4 |
ebuilds, and committed them to the science overlay. |
5 |
|
6 |
I propose *not* to use an external liborigin in qtiplot. Am I right that |
7 |
liborigin is used only by qtiplot? Then it would be better to get rid of |
8 |
sci-libs/liborigin at all. It seems veru unlikely that anybody else |
9 |
(except qtiplot) will want it. And qtiplot always contains its own, |
10 |
newest and customized source of liborigin. If a uswer cares for Origin |
11 |
compatibility, he will be better off with this version. |
12 |
|
13 |
Two defects in the current ebuild. |
14 |
|
15 |
1. It does not install translations. I cannot understand why, it seems it |
16 |
should, but it does not. |
17 |
|
18 |
2. In order to start working properly, for a given user, qtiplot needs |
19 |
some initial configuring. This is against the gentoo spirit - programs |
20 |
should work out of the box. qtiplot uses QSettings. From reading Qt4 |
21 |
documentation, I concluded that a working configuration can be created by |
22 |
installing /etc/xdg/ProIndependent/QtiPlot.conf , with various path |
23 |
settings (to help, python files, etc.). No, this does not work, I cannot |
24 |
understand why. It seems that only ~/.config/ProIndependent/QtiPlot.conf |
25 |
is taken into account. This means that each user has to say where are |
26 |
help files etc. I added some elogs about this. Does anybody understand |
27 |
how QSettings work, and how to provide system-wide defaults? |
28 |
|
29 |
Best wishes, |
30 |
Andrey |
31 |
-- |
32 |
gentoo-science@l.g.o mailing list |