<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Hi Petar,</div></div></div></div><br><div class="gmail_quote"><div dir="ltr">Em qua, 19 de dez de 2018 às 18:55, Petar Petrov <<a href="mailto:slackalaxy@gmail.com">slackalaxy@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi to all,<br>
<br>
i prepared an update of my muParser.SlackBuild for version 2.2.6.1. It<br>
builds fine, however QtiPlot which depends on muParser breaks when<br>
building against the new version. Now, I have these options:<br>
<br>
1) I can build the old version muParser into QtiPlot. In this case, I<br>
will not have any reason to maintain the separate muparser, so I will<br>
give it to someone else.<br>
2) I can try to find a solution for QtiPlot to build against newest<br>
muParser. This will take time.<br>
3) I can just leave things as they are.<br>
<br>
A few notes. Most of the distros, stick with the older version of the<br>
library, so maybe we should too for now? Also, QtiPlot is very old and<br>
the publicly available source code is no longer maintained. The<br>
developer changed the license some time ago, so the version we have at<br>
SBo is the last with available source code. Even now, it requires a<br>
lot of patches and at a certain point in the future it will be no<br>
longer possible to build. I guess we should just drop it then. We have<br>
SciDAVis, which is a fork of QtiPlot and it seems quite good.<br>
<br>
What would you advise me to do?<br>
<br></blockquote><div><div>Unfortunately QtiPlot did a bad move when it adopted a non-free license (IMHO).<br></div><div>As
 the maintainer of SciDAVis at SBo, my suggestion is that you choose 
option 3 - just leave things as they are, at least until the next 
Slackware release. Then, <span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-">if
 you find it not worth the effort to adopt none of the options 1 or 2, 
drop QtiPlot and update muParser (or give it for another maintainer). K<span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-">nowing the qtiplot build script, I call you hero<span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-"> for keeping it running for so long :-)</span></span></span></span></span></span></div><div><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-">The other software at SBo I could find that depends on MuParser are:<br></span></span></div><div>OTB<br>librecad<br>meshlab</div><div><br></div><div>It would be interesting to have feedback from maintainers of those in relation to the muParser version.</div><div>It would be helpful <span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-">if statistics were available on the use of QtiPlot</span></span><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-"> (and any other software, of course)</span></span><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-"> at SBo.</span></span></div><div><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-"><br></span></span></div><div><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-">Best regards,</span></span></div><div><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-"><br></span></span></div><div><span class="gmail-tlid-translation gmail-translation"><span title="" class="gmail-">Fellype</span></span></div></div></div></div>