* Rafael Laboissiere <[email protected]> [2012-05-30 13:17]: > * Sébastien Villemot <[email protected]> [2012-05-30 11:38]: > > > Rafael Laboissiere <[email protected]> writes: > > > > I had not realized that it was indeed a design mistake. Given that, it > > probably makes sense to choose your option (2) below: > > > > > (2) We inform the upstream author about the design mistake. In the case > > > of tbl_delim.m in octave-statistics, in particular, the tests were kept > > > when the file moved from inst/__tbl_delim__.m into > > > inst/private/tbl_delim.m [*]. A rational thing to do would be to move > > > the tests from tbl_delim.m into tblwrite.m, the only place where > > > tbl_delim() is invoked. > > > > I know that other packages besides statistics are affected. We need to > > identify them and report the issues upstream.
Here they are (there may be others not caught by my shell snippet below): $ dpkg -L $(apt-file find /private/ | grep .m$ | grep ^octave | cut -f1 -d: | uniq) | grep /private/ | xargs grep "^%\!test" | cut -f1 -d: | uniq /usr/share/octave/packages/financial-0.4.0/private/fetch_google.m /usr/share/octave/packages/financial-0.4.0/private/fetch_yahoo.m /usr/share/octave/packages/geometry-1.4.1/io/private/getSVGPaths_py.m /usr/share/octave/packages/geometry-1.4.1/io/deprecated/private/getSVGPaths_py.m /usr/share/octave/packages/statistics-1.1.3/private/tbl_delim.m Rafael -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
