[SciPy-dev] RE: [Scipy-cvs] CVSROOT modules,1.39,1.40
eric at enthought.com
Fri Mar 7 13:56:32 CST 2003
> On Fri, 7 Mar 2003, eric jones wrote:
> > Here are a couple of other suggestions:
> > 1)
> > If we're going to have a huge reorg of CVS, should we go ahead and
> > it possible to import/test scipy from the top level of the scipy
> > sandbox? Seems this causes many people to trip up.
> This would mean moving all scipy packages (at least those that contain
> extension modules) to some scipy subdirectory, say, lib. This is to
> prevent importing those packages when importing scipy from its source
> Hmm, there might be also people who checkout scipy to their home
> and then try to import scipy while being in home directory.
> One cure for this is to rename world/scipy to something else.
> Or better yet, people should checkout scipy using scipy_all instead of
> scipy, this should be mentioned in "Using CVS".
If we move all python files, including __init__.py into lib, there won't
be an issue right? If the scipy directory doesn't have an __init__.py,
python won't consider it a package.
> > 2)
> > Move the Chaco files into SciPy. Chaco is getting pretty dang close
> > ready for public consumption, and I don't see much harm in putting
> > 0.2. Further, it will be the plotting library for all SciPy
> > 0.2. We can still have a separate chaco_all module using the tricks
> > CVSROOT/modules. Here is what I suggest:
> > chaco world/chaco -> world/scipy/chaco
> > kiva world/kiva -> world/scipy/kiva
> > traits world/traits -> world/scipy/traits
> > freetype world/freetype -> -> world/scipy/freetype
> > Is it possible to do this in the repository without loosing history
> > moving the directories? Dave, does this break anything you have set
> I think just adding
> &chaco &kiva &trains &freetype
> to scipy line in CVSROOT/modules should be enough, nothing will be
More information about the Scipy-dev