Thanks for taking this on, Damon and Gökhan.
Note this will need to create a different symlink (to dateutil_py3
instead) on Python 3. This means, of course, that it will be impossible
to develop on both Python 2 and 3 simultaneously, but that's true of
"setuptools' develop" in any event, so it
On Thu, Oct 11, 2012 at 9:25 PM, Gökhan Sever wrote:
> I am not sure about that technical detail, but it works fine here on my
> Fedora 16 (x86_64) system.
>
>
> On Thu, Oct 11, 2012 at 11:04 AM, Damon McDougall
> wrote:
>>
>>
>>
>> On Thursday, October 11, 2012, Gökhan Sever wrote:
>>>
>>>
>>>
>
I am not sure about that technical detail, but it works fine here on my
Fedora 16 (x86_64) system.
On Thu, Oct 11, 2012 at 11:04 AM, Damon McDougall wrote:
>
>
> On Thursday, October 11, 2012, Gökhan Sever wrote:
>
>>
>>
>> On Thu, Oct 11, 2012 at 3:49 AM, Damon McDougall <
>> damon.mcdoug...@gm
On Thursday, October 11, 2012, Gökhan Sever wrote:
>
>
> On Thu, Oct 11, 2012 at 3:49 AM, Damon McDougall <
> damon.mcdoug...@gmail.com 'damon.mcdoug...@gmail.com');>> wrote:
>
>>
>> Gökhan, did you implement the symlink fix? If so, would you mind
>> making a pull request out of it? I was just ab
On Thu, Oct 11, 2012 at 3:49 AM, Damon McDougall
wrote:
>
> 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.
>
> Chee
On Wed, Oct 10, 2012 at 3:09 PM, Michael Droettboom 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] so
setupegg.py develop is the easiest way for me to install the latest mpl and
also ipython from the github repos.
I see that your suggested symlink fix also resolves this issue.
Thanks Mike for looking into this quickly.
On Wed, Oct 10, 2012 at 7:09 AM, Michael Droettboom wrote:
> I filed an i
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
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 t
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
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 ()
120 import matplotlib.ticker as ticker
121
--> 122 from dateutil.rrule import rrule, MO, TU, W
11 matches
Mail list logo