On 4 May 2015 at 09:45, Thomas Caswell tcasw...@gmail.com wrote:
IPython and scikit image both have gitter rooms running that seem to
working well for them as well, is there any reason to go with slack over
gitter?
Gitter rooms are closely tied to Github repositories or organisations, so
if
On 16 February 2015 at 10:53, Nelle Varoquaux nelle.varoqu...@gmail.com
wrote:
2. you are used to having sentences start with capital letter, but
this is mostly cultural. German People capitalize almost all Words in
a Sentence. It just looks weird too…
FWIW, I tried naming a few small
On 28 July 2014 11:27, Benjamin Root ben.r...@ou.edu wrote:
Going to the sourceforge page you have, I see that you mean HTML Help as
in .chm files. That is something different that I am not familiar with.
All of our documentation is generated from sphinx, so whatever sphinx
supports, we can
On 16 May 2014 01:17, Eric Firing efir...@hawaii.edu wrote:
Maybe this problem could be reduced by having a directory for CHANGELOG
chunks, one file per PR, with the PR number as the filename. Then at
release time they could be concatenated, edited, appended to the real
CHANGELOG, and
On 6 December 2013 04:55, Joel B. Mohler jmoh...@gamry.com wrote:
C:\Python27\lib\site-packages\matplotlib\__init__.py in Verbose()
-- 252 for arg in map(six.u, sys.argv[1:]):
C:\Python27\lib\site-packages\six.pyc in u(s)
-- 468 return unicode(s, unicode_escape)
On 6 December 2013 10:37, Joel B. Mohler jmoh...@gamry.com wrote:
It seems to me that this changeset needs to be rolled back, but I don't
clearly see the problem that it was intended to fix.
I assume that someone wanted to work with the arguments as text (i.e.
unicode) strings. A robust way
On 6 July 2013 18:20, Damon McDougall damon.mcdoug...@gmail.com wrote:
Long story. The short story is that distutils was merged into setuptools.
So setuptools is now the recommended way to install python packages.
*distribute*, which was a fork of setuptools, was merged into setuptools.
On 4 July 2013 13:27, Brasier, Steve steve.bras...@atkinsglobal.com wrote:
When I look in the svn browser
herehttp://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/lib/matplotlib/backends/backend_tkagg.py?annotate=8989(which
I assume is the current code?)
With no updates
On 1 July 2013 16:09, Michael Droettboom md...@stsci.edu wrote:
Everyone else: Are there any other changes you think we should make before
we put this out?
We also started preparing a second user survey for IPython, but we haven't
yet launched it. I think our questions are broadly similar to
On 19 June 2013 00:09, Fernando Perez fperez@gmail.com wrote:
I wish we could just fix this plugin issue.
When we drop support for Python 2.6, I think we can use the expectedFailure
mechanism included in unittest from 2.7 onwards. So long as nose recognises
that, we should be able to drop
On 15 March 2013 17:18, Nathaniel Smith n...@pobox.com wrote:
On 15 Mar 2013 16:50, Todd toddr...@gmail.com wrote:
Within the axes constructor, the constructor would run through each of
these modules and store them as attributes with the same name as the
function and the function itself
On 2 March 2013 23:19, Thomas Kluyver tho...@kluyver.me.uk wrote:
Not directly - it runs on a completely automated build server. I've just
pushed a commit to the packaging rules which will try this the next time it
does the build. But it's not exactly instant feedback for debugging
On 28 January 2013 15:57, Michael Droettboom md...@stsci.edu wrote:
Thanks. Sorry about not communicating the new dependency very well. As
this only affects those building the docs (meaning primarily developers and
not end-users) it wasn't given the same care.
That's fine. I think I did
As a couple of people have noticed, my matplotlib-daily PPA has become
broken the other day, especially for 64-bit users. The root cause of this
is that building the docs now requires numpydoc, which is only packaged in
the development release of Ubuntu.
I've taken this as a prompt to switch the
On 16 January 2013 08:35, Nathaniel Smith n...@pobox.com wrote:
When this has come up on the numfocus list before the status was, sure,
they can provide resources/funding if you can find someone to do the actual
work :-). If anyone is interested in putting in the time to solve this
problem
On 7 January 2013 16:57, Benjamin Root ben.r...@ou.edu wrote:
I was just reading some comments from Richard Stallman on ./ when I
noticed that he pointed out a useful autoconf feature that was added
somewhat recently. Essentially, this feature would allow one to do a
build/install of a
On 29 December 2012 13:53, Shriramana Sharma samj...@gmail.com wrote:
Hello. I don't use Matplotlib directly (yet) but I wish to use
https://github.com/scios/IPyXt which needs it, and I'm using IPython
and SymPy both with Python 3. (Current version on my Kubuntu Precise
system is 3.2.3.) So
On 15 December 2012 23:38, Damon McDougall damon.mcdoug...@gmail.comwrote:
Maybe the best thing is to host the binaries on Sourceforge.
Having recently tried to do it, Sourceforge tries really hard to avoid
giving you a direct link that can repeatably be used to download a file
automatically,
On 11 December 2012 23:07, Tony Yu tsy...@gmail.com wrote:
You suggest keeping the old examples around in some dark corner. Is
there some advantage you envision for doing this? I'd just as soon remove
them. Note that the documentation on the website is now versioned, so the
examples that
Drat, re-sending on the list.
On 1 December 2012 16:40, Thomas Kluyver tho...@kluyver.me.uk wrote:
On 1 December 2012 14:44, Michiel de Hoon mjldeh...@yahoo.com wrote:
At the same time, to minimize errors, we could use Cython to create the
initial Python/C glue code, and then add
On 12 November 2012 20:52, Benjamin Root ben.r...@ou.edu wrote:
There are other git workflows, which are all perfectly valid. If you can
convince us to use another, feel free to propose one. However, we have
done a couple of releases with gitwash, and it has worked quite well for us
given
I've just noticed that matplotlib on PyPI doesn't have any trove
classifiers. I think it would be good to add these for the 1.2 release
- apart from anything else, it will indicate to the various automated
tools checking Python 3 compatibility that matplotlib is now
compatible.
Here are the
On 14 October 2012 21:22, Eric Firing efir...@hawaii.edu wrote:
3) The potential disagreement is over whether the PEP8 changes should be
cherry-picked into v1.2.x, or simply left in master. I favor the latter
course.
I'm not familiar with matplotlib's merge strategy, but I'd agree with
you
On 3 October 2012 22:08, Christoph Gohlke cgoh...@uci.edu wrote:
Concerning end user experience, the scipy-stack project seems like a
better place to address this.
To expand on this, there's a discussion underway on the scipy-user and
numfocus mailing lists about standardising a set of packages
On 12 September 2012 15:44, Michael Droettboom md...@stsci.edu wrote:
For those creating distro packages, now is a good time to let us know what
can be done to make the inclusion of matplotlib 1.2.0 as smooth as possible.
I think I've mentioned before, but whoever does the Debian packages is
Hi,
(Apologies if you get this twice - I forgot which address I subscribed
to the list with)
As some of you may have seen, there's a discussion underway on the
scipy-user mailing list about developing a common name for the scipy
stack. At present, the discussion is centring on adopting the name
On 5 September 2012 00:32, Michael Droettboom md...@stsci.edu wrote:
I wonder if there's any possibility of using that on earlier versions (I
suspect not).
Not easily, I think. You'd have to get introspection tools like
IPython to separately check for a __signature__ attribute, and I
suspect
On 26 August 2012 18:19, Michael Droettboom md...@stsci.edu wrote:
I understand the comments about the difficulty of introspection. The
reason it works the way it does is so that additional parameters can be
added to the artist layer without needing to update every single
plotting function. A
On 30 May 2012 20:05, Tom Lippman tom.lipp...@gmail.com wrote:
I'm on OS X 10.7, using the python 3.2
I saw someone recently who'd managed to get it built for Python 3 on
OS X. I suggested he come here to help simplify the process - this is
what he did: http://stackoverflow.com/a/10574470/434217
On 30 May 2012 19:49, Tom Lippman tom.lipp...@gmail.com wrote:
I saw that matplotlib had been ported to python 3 (here), and that the
matplotlib-py3 branch was merged back into the main branch. So I assumed
matplotlib was compatible with python 3, and went ahead and tried to use it.
It
On 12 May 2012 10:56, Sandro Tosi mo...@debian.org wrote:
It would be really awesome to have a python3 matplotlib in Debian, and
i'd be happy to test any new RC you'd like to release.
Just to mention: I've set up a daily builds PPA for matplotlib, and
it's been happily producing Python 3 builds
On 1 May 2012 17:26, Chris Barker chris.bar...@noaa.gov wrote:
Would there be a problem bringing it in to MPL in that case?
Not from the license point of view - the X11 license is another
permissive BSD-style license. I was just furnishing that detail. ;-)
Thomas
Hi,
In the last couple of days, the daily builds on Launchpad have been
choking on the docs. They get to reading sources... [ 91%]
faq/howto_faq, then seemingly lock up until the queue manager aborts
the build. It claims there's 2h30 of inactivity before that happens,
so it looks like something
Apologies if you receive this twice - I joined the mailing list with
one address, then posted from another. Mods, feel free to bin the
other copy of the post.
If you want to get more people testing the next version, I've set up a
PPA to build the development version of matplotlib nightly for
34 matches
Mail list logo