| Summary: | [ebuild] app-sci/scilab 3.0 (version bump) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Federico Zenith <federico.zenith> |
| Component: | New packages | Assignee: | Gentoo Science Related Packages <sci> |
| Status: | RESOLVED FIXED | ||
| Severity: | enhancement | CC: | greg_g |
| Priority: | High | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | Scilab 3.0 ebuild | ||
|
Description
Federico Zenith
2004-07-12 03:34:45 UTC
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.
|