Bug#640195: ParaViewConfig.cmake disapeared from paraview-* package

Mathieu Malaterre mathieu.malaterre at gmail.com
Tue Sep 6 16:03:32 UTC 2011


tag 640195 pending
thanks

On Sun, Sep 4, 2011 at 12:57 PM, Sylvestre Ledru <sylvestre at debian.org> wrote:
> Le dimanche 04 septembre 2011 à 12:00 +0200, Mathieu Malaterre a écrit :
>> On Sat, Sep 3, 2011 at 10:33 PM, Anton Gladky <gladky.anton at gmail.com> wrote:
>> >>  Before I close this bug, could you please confirm this is done on
>> >> purpose ? My intial understanding when you volonteer to help on the
>> >> paraview package, was that paraview package should only contains
>> >> anything needed by paraview application at run time. While
>> >> paraview-dev would be a package for building third party module...
>> >
>> > The idea was to put header-files into the separate binary to unload a
>> > little bit paraview itself. That is it.
>> >
>> > I am not against reshuffling some files between paraview and
>> > paraview-dev. I am just against of strong hard-coding, which can lead
>> > to a mess.
>>
>> Not sure what you mean by hard-coding. But my plan to be very specific
>> was that building paraview plugin would require the paraview-dev
>> package (and nothing else), while using the paraview plugin would only
>> require the paraview package. Typically the vtkedge or gdcm package
>> would B-D on paraview-dev, while the paraview plugin would simply
>> depends on paraview.
> I agree with Mathieu that all dev related files should be in
> paraview-dev ;)

I can get vtkedge-paraview module to compile again using:

https://github.com/malaterre/PublicRep/tree/master/debian/paraview/debian

Anton, I will start using your git/debian package repository, using
convention from debian-science as depicted here:
http://lists.debian.org/debian-science/2008/05/msg00118.html

Let me know if I should follow any other convention.

Thanks,
-- 
Mathieu





More information about the debian-science-maintainers mailing list