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