New scilab version 3.0 has been released. Scilab is sort of a MatLab clone. 3.0 sports some new features, as an own text editor, an improved help browser, new plotting functions and more. Read more at www.scilab.org. Scilab currently depends on two unstable packages, tcl-8.4 and tk-8.4. This ebuild makes bug 51664 obsolete (will be closed); the ebuild is however very similar to that bug's, so see it for details. Bug 45189 (atlas support) is also addressed.
Created attachment 35240 [details] Scilab 3.0 ebuild
I was forgetting: Gnome users, please test the gtk and gtk2 compile options. I'm on KDE and unwilling to emerge Gnome only to check one ebuild.
Looks good, just some notes: - DEPEND should include $RDEPEND too - the gtk deps should be someting like gtk? ( gtk2? ( >=gtk+-2 >=libzvt... >= libgtkhtml...) !gtk2? ( =gtk+-1.2* ) gnome-libs glib etc... ) - now that dev-lang/R has been ported to virtual/blas, the atlas use flag has no sense as a global flag. this ebuild reintroduces atlas as a local use flag (i'm not against it, just to let you know...) - I think the pkg_setup warning can be safely removed, the problem with the bogus pkg_remove() was only triggered when the new scilab and the old bogus one shared the same install dir (/usr/lib/scilab/${PV}) - I think it's better: PRINTERS=\"firstPrinter:secondPrinter:anotherPrinter\" with no spaces: otherwise it is not a correct assignment Thanks again Federico!
I have tested it with gtk2 support. I rearranged the gtk deps as suggested in Comment #3. It runs and starts up in a gtk2 interface but many other dialogs are tcl/tk (the editor for example and figure properties). Perhaps this is an upstream problem? (gtk2 interface still in developement?) Other than that it seems to work ok. Why does the gtk use flag without the gtk2 flag cause it to depend on >=dev-libs/glib-2.2 ? That seems strange to me.
What about adding this ebuild to portage with the proposed modification? that would be very nice especially with all the improvement of scilab3.0 compared to 2.7!
Added to Portage. > What about adding this ebuild to portage with the proposed modification? Sorry if things are slow, but we're a very small team, and have little time. If you search Bugzilla, you'll see that over a hundred such requests are pending. The more people help testing ebuilds and software, and commenting on bug reports, the faster these requests will be implemented.