2012/3/26 Carnë Draug <carandraug+...@gmail.com>: > On 26 March 2012 07:43, Juan Pablo Carbajal <carba...@ifi.uzh.ch> wrote: >> 2012/3/26 c. <carlo.defa...@gmail.com>: >>> >>> On 26 Mar 2012, at 00:59, Carnë Draug wrote: >>> >>>> That's what I meant. But I don't think such situation would demand >>>> much more from the package mantainer, a perl script could be easily >>>> cooked that would deal with the mutiple inst/ files. The only problem >>>> would be with mutiple src/ and but unless the package has complex >>>> Makefile, it shouldn't be much more work to adjust it at release time. >>>> >>>> Carnë >>> >>> Actually there is no multible inst/ directories, what Juan Pablo refers to >>> as subpackages >>> are just subdirectories of one single inst/ directory, have a look at 'ocs' >>> or 'geometry' >>> for an example. >>> >>> What one needs to do is just to descend recursively into such directories >>> and install files in them. >>> The only difficulty I see with this approach is dealing automaticallywith >>> 'private' directories >>> and class directories. >>> >>> c. >> >> Are we going to solve this with a perl script or at installation time >> with pre_install. m and PKG_ADD? > > I think a perl script would be better. The pre_install and PKG_ADD > approach are more complicate to write and to cover corner cases and > seem to be failing. I'll try to write something this morning. > > Carnë
I am not sure that the idea of flatting the structure during install convince me. Is there a way to keep the folder structure and just manage/merge the src files with more care? Or is this just a pain in the wossname? -- M. Sc. Juan Pablo Carbajal ----- PhD Student University of Zürich http://ailab.ifi.uzh.ch/carbajal/ ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
