Opened 15 years ago
Closed 15 years ago
#20656 closed update (fixed)
qtiplot-0.9.7.6-update
Reported by: | nicos_pavlov@… | Owned by: | jonas@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.7.1 |
Keywords: | Cc: | mf2k (Frank Schima) | |
Port: | qtiplot |
Description
Proposing an update of qtiplot to latest version (0.9.7.8).
Some changes are also proposed along with the update. The main changes are:
- Python was deactivated, since it does not compile with present version of SIP in Macports (see #20293).
- As recommended in this version, qtiplot makes use of the slightly modified version of qwt shipped with the sources. Therefore, there is no more dependency on qwt52.
- The installation should not anymore violates /usr.
Attachments (2)
Change History (7)
Changed 15 years ago by nicos_pavlov@…
Attachment: | Portfile-qtiplot.diff added |
---|
comment:1 Changed 15 years ago by mf2k (Frank Schima)
Cc: | jonas@… removed |
---|---|
Owner: | changed from macports-tickets@… to jonas@… |
comment:2 Changed 15 years ago by jonas@…
comment:3 Changed 15 years ago by nicos_pavlov@…
I had tried to make a port with the proper (older) SIP, but I ran on other issues in compilation (that I did not really investigate). One good compromise, as proposed in the present version of the portfile, is to make Python a variant. This would make it possible to compile without the issues on SIP or py25-qt4, while keeping the ability of using Python if needed.
I attach a new port with the Python variant. Anyway, I don't have the commit rights, so I consider this as suggestions only. My purpose was to make it possible to compile again, and to remove the violations on /usr. The attached portfile deals with this, but does not address the python issue (the variant can not compile).
Changed 15 years ago by nicos_pavlov@…
Attachment: | Portfile-qtiplot.diff.2 added |
---|
comment:5 Changed 15 years ago by jonas@…
Resolution: | → fixed |
---|---|
Status: | new → closed |
The new version of Qtiplot can be build with the up to date SIP. Port updated in r57915. I added a python25
variant to allow an alternative python26
. This is mainly a dependency issue since the build system currently takes python
from PATH
. I'll try to fix that upstream.
If you're interested in python2.6, feel free to commit an additional variant (conflicting python25
)
Hi,
since I rely on python scripting, deactivating it is not an option for me. I'd rather try to fix Qtiplot to build with the newer SIP. I've already submitted a patch for the build system of Qtiplot itself to make it easier to compile in general, see http://svn.berlios.de/viewvc/qtiplot?view=rev&revision=1332
So, if you want, go ahead and commit this update, since it's currently impossible to build Qtiplot at all, if I understand the situation in #20293 correctly. I however won't do it since I need python. I hope to be able to correct this issue for qtiplot > 0.9.7.8; no idea when the next version will be released though (but there are already some nice new features in the pipe like exporting graphics to .tex with PGF/TikZ ;-)).