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

Reply via email to