On 31 May 2012 18:11, Mike Miller <mtmil...@ieee.org> wrote: > On Thu, May 31, 2012 at 12:42 PM, Carnë Draug <carandraug+...@gmail.com> > wrote: >> On 31 May 2012 17:08, marco atzeri <marco.atz...@gmail.com> wrote: >> [...] >>> image requires signal but signal requires image >>> >>> main/image/DESCRIPTION:Depends: signal >>> main/signal/DESCRIPTION:Depends: optim (>= 1.0.0), specfun, control (>= >>> 2.2.3), image >>> >>> I was updating the forge packages for 3.6.x and I am in >>> "chicken and egg" situation so I can not install any on my >>> build as I need to build/install in sequence. >>> >>> Can we drop the "image requires signal" or "signal requires image" ? >>> How ? >> >> To drop the image requires signal, just remove the normxcorr2 from the >> image package. This function is not very compatible with matlab yet >> and "normxcorr2 (a, b)" is just "xcorr2 (b, a, "coeff")" > > IIRC isn't interp also a dependency of image on signal? I don't have > the code in front of me at the moment but I think I saw that > somewhere.
No. I just grepped the image package for interp and the only hits are actually variables named interp. Also the dependency to signal was added not long ago here http://octave.svn.sourceforge.net/viewvc/octave?view=revision&revision=9415 > If we had to keep one, conceptually it makes more sense to me to say > "image requires signal" than "signal requires image". To me as a DSP > person, image is just a higher dimensional signal. Yes, maybe should be but the fact is that image package function do not use signal that much (they core signal functions). > I think it's easier to address "signal requires image" by revisiting > replacing padarray. If you can, please go ahead :) Carnë ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
