|
From: Damon M. <dam...@gm...> - 2012-10-11 09:50:02
|
On Wed, Oct 10, 2012 at 3:09 PM, Michael Droettboom <md...@st...> wrote: > I filed an issue for this. We should try to get the fix into 1.2.x > > https://github.com/matplotlib/matplotlib/issues/1354 > > Mike > > > On 10/10/2012 09:00 AM, Michael Droettboom wrote: > > I think this stack overflow question [1] sort of sums up the problem -- > setuptools develop is kind of a hack and only really works if the source > structure matches the installed structure. That used to be true of > matplotlib, but installing different packages based on the Python version > breaks that assumption. > > A suggestion in the Stack Overflow entry is to install symlinks to fix this, > and indeed doing this works: > > cd lib > ln -s dateutil_py2 dateutil > > We can probably automate this in the setupegg.py script, but I don't think > I'll have a chance to get to this today. We can't just include the symlink > in git, since it should point to the version that corresponds to the user's > Python. > > [1] > http://stackoverflow.com/questions/6019042/is-there-a-way-to-add-a-namespace-prefix-setuptools-package-distributions > > Mike > > On 10/10/2012 08:50 AM, Michael Droettboom wrote: > > This is related to using develop mode. I never use that (I use virtualenvs > instead), so this doesn't get much testing. This seems to have broken when > we started to ship separate versions of dateutil for python2 and python3. > setuptools doesn't seem to like the fact that we rename dateutil_py2 to > dateutil when installing (since in develop mode it doesn't really install or > move anything). That's problematic, of course. I'll have to see if there's > another way to handle this. > > Mike > > On 10/09/2012 09:36 PM, Gökhan Sever wrote: > > Hello, > > With a fresh > > git clone git://github.com/matplotlib/matplotlib.git > sudo python setupegg.py develop > > Starting ipython --pylab I get this error: > > .../matplotlib/lib/matplotlib/dates.py in <module>() > 120 import matplotlib.ticker as ticker > 121 > --> 122 from dateutil.rrule import rrule, MO, TU, WE, TH, FR, SA, SU, > YEARLY, \ > 123 MONTHLY, WEEKLY, DAILY, HOURLY, MINUTELY, SECONDLY > 124 from dateutil.relativedelta import relativedelta > > ImportError: No module named dateutil.rrule > > > Installing dateutil 1.5 fixes this. > > mpl install log shows the following: > > OPTIONAL DATE/TIMEZONE DEPENDENCIES > dateutil: matplotlib will provide > pytz: matplotlib will provide > > Will dateutil be shipped with mpl or this line needs to be updated? > > Thanks. > > > -- > Gökhan Gökhan, did you implement the symlink fix? If so, would you mind making a pull request out of it? I was just about to look into doing this, but if you've done it already that'd save us some effort rolling out fixes for 1.2. Cheers. Damon -- Damon McDougall http://www.damon-is-a-geek.com B2.39 Mathematics Institute University of Warwick Coventry West Midlands CV4 7AL United Kingdom |