On Thu, 31 Oct 2013, Peter Palfrader wrote: > > the hurdle again is that those then would/could conflict with the names > > of the now non-free MNE toolkit, which ships files with the same names.
> Sounds like both packages should pick new names well -- in their universe they have no problem to fix really ;) original binaries have no suffixes, and for Python counter-parts they have .py suffixes thus making it easy for users to disambiguate between the two. Also since .py are for the Python project, it is unlikely that their suffixes would break the correspondence with the underlying implementation language (which is one of the major motivators to have no implementation specific suffixes under /usr/bin) > and/or install into > their own directories and the "interface" names be managed using > alternatives. they differ in their "cmdline API" so alternatives are not appropriate -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131031210120.gy27...@onerussian.com