Re: Sympy 0.7.2

2012-11-12 Thread Thomas Kluyver
Returning to the original topic: I've now svn-injected python3-sympy [1], and successfully built it in a PPA [2]. [1] http://anonscm.debian.org/viewvc/python-modules/packages/python3-sympy/ [2] https://launchpad.net/~takluyver/+archive/python3 Thanks, Thomas On 8 November 2012 13:32, Jakub Wilk

Re: Sympy 0.7.2

2012-11-08 Thread Jakub Wilk
* Dmitry Shachnev , 2012-10-29, 14:47: 2. dh_sphinxdoc should handle URLs starting with a protocol name correctly (so that it won't complain about .../html/file:///usr/share/javascript/mathjax/MathJax.js?config=TeX-AMS_HTML-full missing) This is now fixed in svn. 3. It would be also good if

Re: Sympy 0.7.2

2012-10-29 Thread Dmitry Shachnev
On Mon, Oct 29, 2012 at 10:45 PM, Dmitry Shachnev wrote: > Removing "file://" (and keeping only /absolute/path) should work as > far as libjs-mathjax is installed on the server (and the permissions > are set correctly). In this case, dh_sphinxdoc should handle absolute > paths correctly. At least,

Re: Sympy 0.7.2

2012-10-29 Thread Dmitry Shachnev
On Mon, Oct 29, 2012 at 9:38 PM, Jakub Wilk wrote: > Yeah, that's a bug. You can work around it by passing "-Xfile:/" to > dh_sphinxdoc. > > However, I wonder if this is a correct approach. If /usr/share/doc/ was > served via an HTTP server, a web browser wouldn't load that file, would it? Removi

Re: Sympy 0.7.2

2012-10-29 Thread Jakub Wilk
* Dmitry Shachnev , 2012-10-29, 14:47: 2. dh_sphinxdoc should handle URLs starting with a protocol name correctly (so that it won't complain about .../html/file:///usr/share/javascript/mathjax/MathJax.js?config=TeX-AMS_HTML-full missing) Yeah, that's a bug. You can work around it by passing "

Re: Sympy 0.7.2

2012-10-29 Thread Dmitry Shachnev
Yes, that should be a one-line change, but it requires dh_sphinxdoc's side to be fixed first. Please also note that Debian experimental has mathjax 2.0 (I'm planning to upload 2.1 this week) while wheezy/sid has 1.1 which is quite outdated. -- Dmitry Shachnev On Mon, Oct 29, 2012 at 3:11 PM, Tho

Re: Sympy 0.7.2

2012-10-29 Thread Dmitry Shachnev
Hmm, I see at least two issues there: 1. You should use the packaged version of libjs-mathjax (and add a build-dependency on it); 2. dh_sphinxdoc should handle URLs starting with a protocol name correctly (so that it won't complain about .../html/file:///usr/share/javascript/mathjax/MathJax.js?con

Re: Sympy 0.7.2

2012-10-29 Thread Thomas Kluyver
On 29 October 2012 04:42, Dmitry Shachnev wrote: > What was the MathJax complain about? I maybe can help you with that. > dh_sphinxdoc: debian/python-sympy/usr/share/doc/python-sympy/html/ https://c328740.ssl.cf1.rackcdn.com/mathjax/latest/MathJax.js?config=TeX-AMS_HTML-fullis missing Thanks, T

Re: Sympy 0.7.2

2012-10-28 Thread Dmitry Shachnev
What was the MathJax complain about? I maybe can help you with that. -- Dmitry Shachnev On 10/28/12, Thomas Kluyver wrote: > On 28 October 2012 08:47, Jakub Wilk wrote: > >> I assume that building the binary packages from a single source package is preferred? >>> sympy devs reckon w

Re: Sympy 0.7.2

2012-10-28 Thread Thomas Kluyver
ing for the Python 3 version. This now calls the script isympy3. Is it OK to svn-inject this? And is python3-sympy the right name to use for the SVN directory? Thanks, Thomas sympy-0.7.2.patch Description: Binary data python3-sympy-debianpackaging.tar.gz Description: GNU Zip compressed data

Re: Sympy 0.7.2

2012-10-28 Thread Jakub Wilk
* Thomas Kluyver , 2012-10-28, 08:41: I assume that building the binary packages from a single source package is preferred? sympy devs reckon we should use the separate release tarballs. Is that acceptable for Debian? Yes. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-python-requ...@list

Re: Sympy 0.7.2

2012-10-28 Thread Thomas Kluyver
On Oct 25, 2012 6:31 PM, "Thomas Kluyver" wrote: > I assume that building the binary packages from a single source > package is preferred? sympy devs reckon we should use the separate release tarballs. Is that acceptable for Debian? Thomas

Sympy 0.7.2

2012-10-25 Thread Thomas Kluyver
The attached patch is a first stab at packaging SymPy 0.7.2, which supports Python 3. There's some polishing to be done, such as adding an isympy3 script, but it at least builds. I assume that building the binary packages from a single source package is preferred? The upstream releases on G