Summary: | sci-libs/vtk use cmake command directly | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tomáš Chvátal (RETIRED) <scarabeus> |
Component: | New packages | Assignee: | Markus Dittrich (RETIRED) <markusle> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | frp.bissey, java, sci |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 287583 | ||
Attachments: | port of the vtk ebuild to the cmak-utils eclass |
Description
Tomáš Chvátal (RETIRED)
![]() Hi Tomáš, PLEASE do NOT treeclean paraview just because it uses cmake directly. Paraview as well as vtk are very complex scientific packages which use cmake in a fairly complex way (as a matter of fact they are both developed by kitware which also develops cmake). Both packages are used by a lot of people. I have not had time for an in depth look at the cmake-utils.eclass yet but I suspect quite a few of the things paraview/vtk need are not yet covered in the eclass at all - I might be wrong though. Porting paraview and vtk to the cmake.eclass is on my to do list but will be a lot of work and require even more testing for both of which I don't have time right now so this will have to wait until later this year. If you have time to help do some of the porting work or check how the paraview/vtk ebuild will fit in the framework of the eclass I'd certainly appreciate it. If you have any concerns please don't hesitate to get in touch. Thanks, Markus Created attachment 213074 [details]
port of the vtk ebuild to the cmak-utils eclass
OK so this it. Just a port I didn't try to do something
about the other hacks in the ebuild. Next, revision of
paraview both on the bug and overlay but that's for tomorrow.
Thanks, Francois. Markus (In reply to comment #3) > Thanks, Francois. > > Markus > Hi Markus, I have just seen you have independently closed bug #295531 the current ebuild in this bug would have addressed the issue out of the box as the eclass adds a dependency to cmake-2.6.2. Correct Tomáš? (In reply to comment #4) > (In reply to comment #3) > > Thanks, Francois. > > > > Markus > > > Hi Markus, > > I have just seen you have independently closed bug #295531 > the current ebuild in this bug would have addressed the issue > out of the box as the eclass adds a dependency to cmake-2.6.2. > Correct Tomáš? > This is possible. However, going over the cmake stuff will take me some time whereas fixing a dependency is easy ;) Markus I've just committed -r1 which is now fully cmake-utils eclass based. I've also cleaned up the ebuild quite a bit and fixed a few other things. Everything seems to work fine - hopefully I haven't broken anything during the transfer. Thanks again to Francois for his help. Best, Markus |