qtiplot is a free clone of Origin. It depends on qwt, gsl (both already in portage) and qwtplot3d (ebuild will be submitted independently). This is a draft ebuild: enhancements happily accepted. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 52117 [details] ebuild for qtiplot-0.5.5_p2
ebuild.minorsyn 7 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 23 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 24 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 25 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 26 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 27 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 31 x11-misc/qtiplot/qtiplot-0.5.5_p2.ebuild: Leading Space Syntax Error. Line 32
Created attachment 52454 [details] ebuild for qtiplot-0.5.5_p2 (tabified) whoops, sorry
I think this program should be in portage now!
Created attachment 55896 [details] ebuild for new version qtiplot 0.5.8-3 ebuild for new version qtiplot 0.5.8-3
Created attachment 57296 [details] ebuild for qtiplot-0.5.9 slight change to build location for this release
Created attachment 57953 [details] 0.5.9-r3 nev version 0.5.9-r3 changes in zip file path and workdir
Created attachment 58128 [details] version 0.5.9-4 new version
*** Bug 94504 has been marked as a duplicate of this bug. ***
Created attachment 61290 [details] ebuild for 0.6.2 This ebuild fails if one has no correct opengl installation (i.e. if you have tried nvidia drivers and ran opengl-update nvidia but switched back to xorg-x11 drivers and didn't run opengl-update xorg-x11). So it would be useful to check if the opengl-installation is sane (analogous to the qwplot3d ebuild, see http://bugs.gentoo.org./show_bug.cgi?id=83294). Nevertheless there is a new version 0.6.2.
Hello, I just tried to emerge the ebuild for 0.6.2 and got the error message: emerge: there are no ebuilds to satisfy ">=x11-libs/qwtplot3d-0.2.4_beta" Any idea? Uwe
(In reply to comment #11) > I just tried to emerge the ebuild for 0.6.2 and got the error message: > > emerge: there are no ebuilds to satisfy ">=x11-libs/qwtplot3d-0.2.4_beta" > > Any idea? See bug 83294 (marked as a dependency).
0.6.3 can be installed by renaming the 0.6.2 ebuild
We need a version bump to 0.6.6. (and we need to get this into portage asap!) Sadly, in this case, simply incrementing the version number doesn't work. The error is: rm -f libqwt.so.4.2.0 libqwt.so libqwt.so.4 libqwt.so.4.2 g++ -shared -Wl,-soname,libqwt.so.4 -o libqwt.so.4.2.0 ../../tmp/qwt/qwt_autoscl.o ../../tmp/qwt/qwt_curve.o ../../tmp/q wt/qwt_data.o ../../tmp/qwt/qwt_dimap.o ../../tmp/qwt/qwt_double_rect.o ../../tmp/qwt/qwt_event_pattern.o ../../tmp/qwt/ qwt_grid.o ../../tmp/qwt/qwt_layout_metrics.o ../../tmp/qwt/qwt_legend.o ../../tmp/qwt/qwt_marker.o ../../tmp/qwt/qwt_ma th.o ../../tmp/qwt/qwt_painter.o ../../tmp/qwt/qwt_paint_buffer.o ../../tmp/qwt/qwt_picker.o ../../tmp/qwt/qwt_picker_ma chine.o ../../tmp/qwt/qwt_plot.o ../../tmp/qwt/qwt_plot_axis.o ../../tmp/qwt/qwt_plot_curve.o ../../tmp/qwt/qwt_plot_gri d.o ../../tmp/qwt/qwt_plot_item.o ../../tmp/qwt/qwt_plot_print.o ../../tmp/qwt/qwt_plot_marker.o ../../tmp/qwt/qwt_plot_ layout.o ../../tmp/qwt/qwt_plot_printfilter.o ../../tmp/qwt/qwt_plot_canvas.o ../../tmp/qwt/qwt_plot_picker.o ../../tmp/ qwt/qwt_plot_zoomer.o ../../tmp/qwt/qwt_push_button.o ../../tmp/qwt/qwt_rect.o ../../tmp/qwt/qwt_scale.o ../../tmp/qwt/q wt_scldiv.o ../../tmp/qwt/qwt_scldraw.o ../../tmp/qwt/qwt_spline.o ../../tmp/qwt/qwt_symbol.o ../../tmp/qwt/qwt_dyngrid_ layout.o ../../tmp/qwt/qwt_arrbtn.o ../../tmp/qwt/qwt_analog_clock.o ../../tmp/qwt/qwt_compass.o ../../tmp/qwt/qwt_compa ss_rose.o ../../tmp/qwt/qwt_dial.o ../../tmp/qwt/qwt_dial_needle.o ../../tmp/qwt/qwt_counter.o ../../tmp/qwt/qwt_drange. o ../../tmp/qwt/qwt_knob.o ../../tmp/qwt/qwt_sclif.o ../../tmp/qwt/qwt_sldbase.o ../../tmp/qwt/qwt_slider.o ../../tmp/qw t/qwt_text.o ../../tmp/qwt/qwt_thermo.o ../../tmp/qwt/qwt_wheel.o ../../tmp/qwt/moc_qwt_legend.o ../../tmp/qwt/moc_qwt_p icker.o ../../tmp/qwt/moc_qwt_plot.o ../../tmp/qwt/moc_qwt_plot_canvas.o ../../tmp/qwt/moc_qwt_plot_picker.o ../../tmp/q wt/moc_qwt_plot_zoomer.o ../../tmp/qwt/moc_qwt_push_button.o ../../tmp/qwt/moc_qwt_scale.o ../../tmp/qwt/moc_qwt_dyngrid _layout.o ../../tmp/qwt/moc_qwt_analog_clock.o ../../tmp/qwt/moc_qwt_compass.o ../../tmp/qwt/moc_qwt_dial.o ../../tmp/qw t/moc_qwt_counter.o ../../tmp/qwt/moc_qwt_knob.o ../../tmp/qwt/moc_qwt_sldbase.o ../../tmp/qwt/moc_qwt_slider.o ../../tm p/qwt/moc_qwt_thermo.o ../../tmp/qwt/moc_qwt_wheel.o -L/usr/qt/3/lib -L/usr/X11R6/lib -lqt-mt -lXext -lX11 -lm -lpthrea d ln -s libqwt.so.4.2.0 libqwt.so ln -s libqwt.so.4.2.0 libqwt.so.4 ln -s libqwt.so.4.2.0 libqwt.so.4.2 rm -f lib/libqwt.so.4.2.0 rm -f lib/libqwt.so rm -f lib/libqwt.so.4 rm -f lib/libqwt.so.4.2 mv -f libqwt.so.4.2.0 libqwt.so libqwt.so.4 libqwt.so.4.2 lib/ make[1]: Leaving directory `/var/tmp/portage/qtiplot-0.6.6/work/qtiplot-0.6.6/3rdparty/qwt' !!! ERROR: x11-misc/qtiplot-0.6.6 failed. !!! Function src_compile, Line 32, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Actually, why is it bothering to build qwt? this is in portage!
err, that's not the right part of the error -- sorry. When manually making, here's the actual failure, manually making with distcc disabled: src/application.cpp:8071: warning: unused parameter `int grids' {standard input}: Assembler messages: {standard input}:16318: Error: symbol `setListViewSize' is already defined make[1]: *** [../tmp/qtiplot/application.o] Error 1 make[1]: Leaving directory `/home/abe/local/src/qtiplot-0.6.6/qtiplot-0.6.6'
Created attachment 65442 [details] ebuild for 0.6.6 This works for me (not very beautiful but does the job). Essentially I'm ignoring the included qwt (see http://soft.proindependent.com/news.html) since no reason is given for using it, and linking with the system-wide version).
Hello, one question: Is x11-misc/qtiplot the right place for this ebuild? second question: ebuild 0.6.6 works fine for me, should we ask the author to keep the source file on his server, even if he releases a new version? (He releases very often and usually deletes the old versions from his server.) Regards: Uwe Fechner
I think it ought to go in sci-misc or sci-mathematics, and the dependency should probably go in sci-libs. It would be great if he'd keep old version online.
I wrote to Ion, the author of this progrom. He answered: > All the QtiPlot versions will stay on the server in > the same location at least until april 2006. > Best regards, > Ion +1 for sci-misc/qtiplot ufechner
+2 for sci-misc/qtiplot but there's still a small issue with qwtplot3d (bug 83294): can someone cleverer than me fix it so it checks for a sane opengl?
If I remember correctly, even some nvidia ebuilds ask the user to manually run opengl-update. If nobody proposes a fix in time, why don't we just add a warning on how to fix the bug by manually running opengl-update (and add a link to the bug)? +3 sci-misc/qtiplot
Added to portage now - sci-mathematics/qtiplot-0.6.9 added in CVS. Please test - seems to work really well here and I think it makes a very good addition to portage. Thanks for all the work you did on this ebuild.