Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello All, On 07/10/16 15:44, Frederic Bonnard wrote: > Thanks Benoit for all the documentation work. > The package looks good to me. > Good catch for the audio link ; indeed lintian does not seem to handle > element (I sent a patch : https://bugs.debian.org/840009 ) > > As a side node, I'd advise you consider (report from check-all-the-things > tool) : > - adding some upstream metadata: https://wiki.debian.org/UpstreamMetadata I added a d/u/metadata file. > - asking upstream to sign their release (debian-watch-may-check-gpg-signature) > : https://wiki.debian.org/Creating%20signed%20GitHub%20releases The source tarball is fetched from a debian URL. > I still have to follow those advises for my packages :) The list is rather long, and I guess that it must be considered with distance: Thanks, Jerome > > F. > > On Fri, 7 Oct 2016 00:58:08 +0100, Jerome BENOIT wrote: > Hello, > > On 05/10/16 13:26, Frederic Bonnard wrote: Thanks Benoit/Ghislain, indeed with experimental archive it's much better :) Benoit, my last point would be about privacy-breach-generic lintian. You overrided it with : -- N: The involved links are meant to illustrate URL examples, so it is meaningless N: to bring the involved material in a local folder. -- I agree that bringing stuff locally (as it is advised in the lintian description) is useless when the goal is to show the code for how to embed content of remote images/videos URLs. Though I still think there's a breach, as loading the documentation makes your browser connect to the internet, load images but also javascripts and so on, which is originally the reason of this lintian definition (or let me know if I'm wrong). Even if you point to DFSG-free ressources, you'll have your browser that will still connect outside, and that's the issue in my understanding. I've been thinking about this and reading your discussion with Paul Wise, I came to the following idea : why not changing after generation the html (sed...) : For images : --- -https://www.python.org/static/img/python-logo-large.png"/> +https://www.python.org/static/img/python-logo-large.png should be displayed, but it got removed because of https://lintian.debian.org/tags/privacy-breach-generic.html."; --- and for the embedded video : --- >>> width="400" height="300" -src="https://www.youtube.com/embed/WAikxUGbomY"; +src="about:blank" frameborder="0" allowfullscreen +srcdoc="This video : https://www.youtube.com/embed/WAikxUGbomY should be displayed, but it got removed because of https://lintian.debian.org/tags/privacy-breach-generic.html."; > --- That way, you'll keep the source code example clean, and despite the fact the html is modified, the user reading the documentation will still understand the example, what it should do, what is displayed and altered and why. Ok the documentation html code is modified but the goal of the doc is to get the idea of the use (source code) and visual result (rather than html output that got modified) I also thought of playing with Content-Security-Policy in of the document to block all outside connections but, I'm not sure all browser implement this correctly. It's also less understable for the reader to understand why things disappeared (except if this "framework" have information facilities). But it would be very good to fix all the privacy-breach-generic in a general manner. > > > When I wrote the lintian override, I have in mind beside the HTML output the > ipynb input, > only the former is taken into account by lintian. > Meanwhile, I relized that lintian was not able to point out an audio > privacy-breatch.. > > Anyway, I brought the suggested material. The hard part was the refreshment > of the debian/copyright file: > it is getting large. > > I hope the package is fine now. > > Thanks, > Jerome > > > F. > >> > - -- Jerome BENOIT | calculus+at-rezozer^dot*net https://qa.debian.org/developer.php?login=calcu...@rezozer.net AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B -BEGIN PGP SIGNATURE- iQQcBAEBCgAGBQJYAvtEAAoJED+SGaZ/NsaLQTcgAIidYx0jfYBJ4qI+Kn55DnzQ 1vztDzW0Wiq7OzkEe+R5C8miAp+KX4y7yOQVLGXkGdJDDFL1aK/lWi+DR6swLndx 4+DACxTQIC7lMz2wiyz4pggU0UTFOUEAoms2CdU9HJnCYPZmRP5PDIoV/dOSdX1J ugFxSutqE71POO1llLS8eJ1s0c3av+8StEhF5SkunzdTsBa5QFdRwPw0eTtEA9gG HtYKgzatgyxWAtHc3ljF2ZGdHou7Tp1z62uRwPWE1PjMSHV0x2EH1Yi2DjlaMD89 PrDJ/BxqJSVAF7h3HH3lxo1zCofwny/NZAVbIAgcG5Ta0WFG/2QB5eotdxiNRAdC UcO2yrwD1cCu6KX3llsClOZDfvvSQWeiokGzEeN+4Fx+9dpGDx+hNbCd/KtrtV2q vjmzmXi9wrcD6Kv99yAMp8hZPr4H1f/tRgRnQkPl
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
Thanks Benoit for all the documentation work. The package looks good to me. Good catch for the audio link ; indeed lintian does not seem to handle element (I sent a patch : https://bugs.debian.org/840009 ) As a side node, I'd advise you consider (report from check-all-the-things tool) : - adding some upstream metadata: https://wiki.debian.org/UpstreamMetadata - asking upstream to sign their release (debian-watch-may-check-gpg-signature) : https://wiki.debian.org/Creating%20signed%20GitHub%20releases I still have to follow those advises for my packages :) F. On Fri, 7 Oct 2016 00:58:08 +0100, Jerome BENOIT wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello, > > On 05/10/16 13:26, Frederic Bonnard wrote: > > Thanks Benoit/Ghislain, > > indeed with experimental archive it's much better :) > > > > Benoit, > > my last point would be about privacy-breach-generic lintian. > > You overrided it with : > > -- > > N: The involved links are meant to illustrate URL examples, so it is > > meaningless > > N: to bring the involved material in a local folder. > > -- > > > > I agree that bringing stuff locally (as it is advised in the lintian > > description) is useless when the goal is to show the code for how to embed > > content of remote images/videos URLs. > > Though I still think there's a breach, as loading the documentation makes > > your > > browser connect to the internet, load images but also javascripts and so > > on, which > > is originally the reason of this lintian definition (or let me know if I'm > > wrong). > > Even if you point to DFSG-free ressources, you'll have your browser that > > will still > > connect outside, and that's the issue in my understanding. > > > > I've been thinking about this and reading your discussion with Paul Wise, > > I came to the following idea : why not changing after generation the html > > (sed...) : > > > > For images : > > --- > > -https://www.python.org/static/img/python-logo-large.png"/> > > +https://www.python.org/static/img/python-logo-large.png should be > > displayed, but it got removed because of > > https://lintian.debian.org/tags/privacy-breach-generic.html."; > > --- > > > > and for the embedded video : > > > > --- > > > width="400" > > height="300" > > -src="https://www.youtube.com/embed/WAikxUGbomY"; > > +src="about:blank" > > frameborder="0" > > allowfullscreen > > +srcdoc="This video : https://www.youtube.com/embed/WAikxUGbomY should > > be displayed, but it got removed because of > > https://lintian.debian.org/tags/privacy-breach-generic.html."; > > > > > --- > > > > That way, you'll keep the source code example clean, and despite the fact > > the html > > is modified, the user reading the documentation will still understand the > > example, what > > it should do, what is displayed and altered and why. > > Ok the documentation html code is modified but the goal of the doc is to get > > the idea of the use (source code) and visual result (rather than html > > output that got modified) > > I also thought of playing with Content-Security-Policy in of the > > document to block > > all outside connections but, I'm not sure all browser implement this > > correctly. > > It's also less understable for the reader to understand why things > > disappeared (except > > if this "framework" have information facilities). But it would be very good > > to fix > > all the privacy-breach-generic in a general manner. > > > When I wrote the lintian override, I have in mind beside the HTML output the > ipynb input, > only the former is taken into account by lintian. > Meanwhile, I relized that lintian was not able to point out an audio > privacy-breatch.. > > Anyway, I brought the suggested material. The hard part was the refreshment > of the debian/copyright file: > it is getting large. > > I hope the package is fine now. > > Thanks, > Jerome > > > > > > > > > F. > > > > - -- > Jerome BENOIT | calculus+at-rezozer^dot*net > https://qa.debian.org/developer.php?login=calcu...@rezozer.net > AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B > -BEGIN PGP SIGNATURE- > > iQQcBAEBCgAGBQJX9uUQAAoJED+SGaZ/NsaL7W8f/i7CCIYZzleqbHqaCn1Hhz7V > rCfXDVGuIfVsYoRQrFZX/w7DMOX6teiwwlOTiD4kwZc8YcwX+4E+ZkaHx4zCvqii > QqFIXUWiVgJ+Z0+ZMdMi1X+ef708K5M/92iAKWBPFp6F2Kri7qJQsTwkrsVRMt7k > RaldggeFiNTJfKqZFp6kLlh8acSFHOdccQ8/EAnBUT1Uz6xByWRofl1JA09zncZ/ > 4U7SaOH6p9Cfa3xa9SAN++BFDmOMjJ/J6NlJ6ieXg9+LV213l7WbU/hxD+YANtRu > hICHZhvTNmX66S95nZKuPqCwla+CIEByO9p/973ocrrtQPktdyg+b8AV0vrkkxDA > JmBxKiR3rwQs9oaN7er9zj2H97jMMJhH5THBbdWxXTSAAE645+x9G7M8sIq3CAxB > feTaaXVElye8sKAU4PyI9smJrHs8GBKxmBWzf3hwsc+f11FjT7vgnt3NRTLs5oFH > xN2xy/tvWAucnJXH7he7fJ+M9yh7jDidXlhS5NbzNrB5JeUdWkZL4mUGKS7sloXh > KsGzaQ3OyaILpq4o79KGzl0vvYpxGLngTOlb+IITqsZVEVIwcW9CN4mr9bH7hLKt > vzn9mEteOG3nADvQdUaBmJveuT5TcsHLE87rofCCjyo5LXzdzC0Ydtiph9UfDNX+ > pxBoEC/gCDSgEzQXSWGCbpkme3ZOlC1HK6vvp3g9lmoK0PO+a3yXvuxb+L36ixxL > esWs92+kZUjPVcECd
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, On 05/10/16 13:26, Frederic Bonnard wrote: > Thanks Benoit/Ghislain, > indeed with experimental archive it's much better :) > > Benoit, > my last point would be about privacy-breach-generic lintian. > You overrided it with : > -- > N: The involved links are meant to illustrate URL examples, so it is > meaningless > N: to bring the involved material in a local folder. > -- > > I agree that bringing stuff locally (as it is advised in the lintian > description) is useless when the goal is to show the code for how to embed > content of remote images/videos URLs. > Though I still think there's a breach, as loading the documentation makes your > browser connect to the internet, load images but also javascripts and so on, > which > is originally the reason of this lintian definition (or let me know if I'm > wrong). > Even if you point to DFSG-free ressources, you'll have your browser that will > still > connect outside, and that's the issue in my understanding. > > I've been thinking about this and reading your discussion with Paul Wise, > I came to the following idea : why not changing after generation the html > (sed...) : > > For images : > --- > -https://www.python.org/static/img/python-logo-large.png"/> > +https://www.python.org/static/img/python-logo-large.png should be displayed, > but it got removed because of > https://lintian.debian.org/tags/privacy-breach-generic.html."; > --- > > and for the embedded video : > > --- >width="400" > height="300" > -src="https://www.youtube.com/embed/WAikxUGbomY"; > +src="about:blank" > frameborder="0" > allowfullscreen > +srcdoc="This video : https://www.youtube.com/embed/WAikxUGbomY should be > displayed, but it got removed because of > https://lintian.debian.org/tags/privacy-breach-generic.html."; > > > --- > > That way, you'll keep the source code example clean, and despite the fact the > html > is modified, the user reading the documentation will still understand the > example, what > it should do, what is displayed and altered and why. > Ok the documentation html code is modified but the goal of the doc is to get > the idea of the use (source code) and visual result (rather than html output > that got modified) > I also thought of playing with Content-Security-Policy in of the > document to block > all outside connections but, I'm not sure all browser implement this > correctly. > It's also less understable for the reader to understand why things > disappeared (except > if this "framework" have information facilities). But it would be very good > to fix > all the privacy-breach-generic in a general manner. When I wrote the lintian override, I have in mind beside the HTML output the ipynb input, only the former is taken into account by lintian. Meanwhile, I relized that lintian was not able to point out an audio privacy-breatch.. Anyway, I brought the suggested material. The hard part was the refreshment of the debian/copyright file: it is getting large. I hope the package is fine now. Thanks, Jerome > > > F. > - -- Jerome BENOIT | calculus+at-rezozer^dot*net https://qa.debian.org/developer.php?login=calcu...@rezozer.net AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B -BEGIN PGP SIGNATURE- iQQcBAEBCgAGBQJX9uUQAAoJED+SGaZ/NsaL7W8f/i7CCIYZzleqbHqaCn1Hhz7V rCfXDVGuIfVsYoRQrFZX/w7DMOX6teiwwlOTiD4kwZc8YcwX+4E+ZkaHx4zCvqii QqFIXUWiVgJ+Z0+ZMdMi1X+ef708K5M/92iAKWBPFp6F2Kri7qJQsTwkrsVRMt7k RaldggeFiNTJfKqZFp6kLlh8acSFHOdccQ8/EAnBUT1Uz6xByWRofl1JA09zncZ/ 4U7SaOH6p9Cfa3xa9SAN++BFDmOMjJ/J6NlJ6ieXg9+LV213l7WbU/hxD+YANtRu hICHZhvTNmX66S95nZKuPqCwla+CIEByO9p/973ocrrtQPktdyg+b8AV0vrkkxDA JmBxKiR3rwQs9oaN7er9zj2H97jMMJhH5THBbdWxXTSAAE645+x9G7M8sIq3CAxB feTaaXVElye8sKAU4PyI9smJrHs8GBKxmBWzf3hwsc+f11FjT7vgnt3NRTLs5oFH xN2xy/tvWAucnJXH7he7fJ+M9yh7jDidXlhS5NbzNrB5JeUdWkZL4mUGKS7sloXh KsGzaQ3OyaILpq4o79KGzl0vvYpxGLngTOlb+IITqsZVEVIwcW9CN4mr9bH7hLKt vzn9mEteOG3nADvQdUaBmJveuT5TcsHLE87rofCCjyo5LXzdzC0Ydtiph9UfDNX+ pxBoEC/gCDSgEzQXSWGCbpkme3ZOlC1HK6vvp3g9lmoK0PO+a3yXvuxb+L36ixxL esWs92+kZUjPVcECdj7/cbGQIXxmMwUrBMmDB4qcjvlCt1KX0fyykFRgBGLINK3z MOtAX/WhLoWbLDiZDSwZQxdq5AafSOQKOV03feOjlTwS2/BHYGEHedRTaHWPI56o lavs3dlTqsEngb5U5mL6qwMWEJXD3tTDccH72+ZwTzIHtnZ/t0XdcXd4aeMOWXGY 6rwkoGo4xaqDsCCzEeE86gJFWgT4qyOuKtg+Z9TvUg206W+FpGNeHl8UhuRra7dc e/sZ+lMEo9N8X4VIj/xNzh4JFFxSnjTERXWw64FgyXZwW/PKx2PzTZ2U/mw1yEXz emsJjnTom+MYCA0lgmx1n5lTSB40I3Z7C0Wyz9sUBXmOA3rXND5GfqiFHnmuoQmV LBrLscpjQumCjDGkIOy8gw6CUTRsAKYP/8+Co0pxqkKyygM80FG3myOuMsTtox4+ HJ3IKKXMufFFloebFSVOgwt6N5HsmoQP30iz6mLdRWzpJVPP/Fehe4DjoER8XcJK toICHz2XahUGW2yVtam7BF0AbqtOMEsfW/TN+SGiOTxtcrwV9ANnNwWrn/0m6ssH F1xkL4M91HwwWl/uPoRF9jUsHgotxWbdvaTamDokMCzxseiDPVHzUPEHPMcsSc8= =6IoF -END PGP SIGNATURE-
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
Thanks Benoit/Ghislain, indeed with experimental archive it's much better :) Benoit, my last point would be about privacy-breach-generic lintian. You overrided it with : -- N: The involved links are meant to illustrate URL examples, so it is meaningless N: to bring the involved material in a local folder. -- I agree that bringing stuff locally (as it is advised in the lintian description) is useless when the goal is to show the code for how to embed content of remote images/videos URLs. Though I still think there's a breach, as loading the documentation makes your browser connect to the internet, load images but also javascripts and so on, which is originally the reason of this lintian definition (or let me know if I'm wrong). Even if you point to DFSG-free ressources, you'll have your browser that will still connect outside, and that's the issue in my understanding. I've been thinking about this and reading your discussion with Paul Wise, I came to the following idea : why not changing after generation the html (sed...) : For images : --- -https://www.python.org/static/img/python-logo-large.png"/> +https://www.python.org/static/img/python-logo-large.png should be displayed, but it got removed because of https://lintian.debian.org/tags/privacy-breach-generic.html."; --- and for the embedded video : --- https://www.youtube.com/embed/WAikxUGbomY"; +src="about:blank" frameborder="0" allowfullscreen +srcdoc="This video : https://www.youtube.com/embed/WAikxUGbomY should be displayed, but it got removed because of https://lintian.debian.org/tags/privacy-breach-generic.html."; > --- That way, you'll keep the source code example clean, and despite the fact the html is modified, the user reading the documentation will still understand the example, what it should do, what is displayed and altered and why. Ok the documentation html code is modified but the goal of the doc is to get the idea of the use (source code) and visual result (rather than html output that got modified) I also thought of playing with Content-Security-Policy in of the document to block all outside connections but, I'm not sure all browser implement this correctly. It's also less understable for the reader to understand why things disappeared (except if this "framework" have information facilities). But it would be very good to fix all the privacy-breach-generic in a general manner. F.
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Frederic, thanks for your review, On 03/10/16 14:55, Frederic Bonnard wrote: > > Hi Jerome, > > - d/control : > * could you sort de dependencies : wrap-and-sort can help done > * by using github source tarball, you wouldn't have to deal with > suffix and get-orig-source stuff : nbsphinx.egg-info and setup.cfg are > already stripped I am more comfortable to stay with grabbing from https://pypi.debian.net > - d/copyright : "There are many versions of the MIT license. Please use Expat > instead, when it matches." > https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ done > - d/rules : > * could you use $(CURDIR) instead of relative paths ? indeed it is a better idea: I will keep it in mind to propagate it in my other pacakges > * about mathjax workaround, will the generation embeds the js or will it > link > to the local mathjax package in python-nbsphinx-doc ? meaning, do you > confirm you don't need python-nbsphinx-doc to Depends on libjs-mathjax > ? Sorry I could not build and check that to verify by myself :) I pick the workaround suggested in the bugreport https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739300 which deals with this issue. Meanwhile I added libjs-mathjax in the Depends field. > - d/patches : "debian" is not a keyword listed in DEP3 for "Origin". I guess > it > would rather be "vendor" but as you provide "Author" already, "Origin" is > not required. Good point. As I do not like the idea of dropping out Debian, I pursue http://sources.debian.net/ : let add vendor and keep Debian: Origin: vendor, Debian > > When I wanted to test the build, I couln'd find the following packages > : python[3]-nbconvert python[3]-nbformat python[3]-jupyter-client > python[3]-ipykernel Do you have the links to the .dsc files so that I can go > further ? In experimental. Nevertheless, I used the following apt_preferences(5) material: - --8><--- Package: python-ipython-genutils python3-ipython-genutils Pin: version 0.* Pin: release a=unstable Pin-Priority: 1523 Package: /ipython/ Pin: version 2.* Pin: release a=unstable Pin-Priority: -10 Package: /ipython/ Pin: version 5.* Pin: release a=experimental Pin-Priority: 1511 - -><8- Thanks, Jerome > Thanks! > > F. > > On Sun, 25 Sep 2016 22:40:29 +0100, Jerome Benoit > wrote: >> Package: sponsorship-requests >> Severity: wishlist >> >> Dear Sponsors, >> >> I am looking for sponsorship for the Debian package nbsphinx [0,1]. >> This package brings nbsphinx to Debian on behalf of the Debian >> Python Modules Team. This is my second Debian Python Module package, >> so it might certainly be subject to some mistakes. >> >> Thanks in advance, >> Jerome >> >> [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838806 >> [1] https://anonscm.debian.org/git/python-modules/packages/nbsphinx.git >> >> -- System Information: >> Debian Release: Jessie* >> APT prefers stable >> APT policy: (990, 'stable'), (500, 'stable-updates') >> Architecture: amd64 (x86_64) >> Foreign Architectures: i386 >> >> Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores) >> Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) >> Shell: /bin/sh linked to /bin/dash >> Init: sysvinit (via /sbin/init) >> > - -- Jerome BENOIT | calculus+at-rezozer^dot*net https://qa.debian.org/developer.php?login=calcu...@rezozer.net AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B -BEGIN PGP SIGNATURE- iQQcBAEBCgAGBQJX8u0MAAoJED+SGaZ/NsaLLHkgANOyccVxzYeE9hNVjDmRm/bh IUmc9vqnizKxB7H4452A6slkNcfJ5MsM27XsSe6yba05JLHHZgzbpIeRbPR+4mi3 XzzSv/945Xf3jfpBGIoETTrnyoxTMwaFuo4SvTYtNl0jsyKSo77eTUxIKIqIvf22 w0X4jK2aVUvsoqKw4rkQUQ2vztzBIGeUiA6VNYLWk7xW5QlSRyMxIU5IR9OAjP83 gbh03EUsiNdPKxrA9DE4gHalnoSnqgSETWzw+0H1YbWzGShW8h44ENuVhM8T70eS +/ea5KYgzg3DLJ+OBmfmWz+vWYEtkZmgZyC0izIRna7VXhnzvXl/B1ngWgmB7QZz DrAGPBq6P9NVGY9q+r+4qV2n1wV4bm6afVlb90GFmnZL/41coU6bnCneJ8QuVIIM YU9vEg3xye6IHxCAnRYv6YluOy8K6oYU+ll8a0hJMoK33uC/X0HA2fRR0evYH60B cLuJJi5uvlSDIDFN5klAh/B3/knvQvaAVmWi/KduZg2czf71yVys9GltETPhimc0 iPFlUTTptoEDNDbBrsffPVsfV8HXUWMO2/obl9EQMj/c/bTTMcz6vStJKudBGmSi B6VE+JeaFGk+6xdStUesd0DDldg4jAan8zE4Qu486boRhte+WS/blekKaVTtGwrS NEj9Abdq26kASG1u6pFzkStiFFjqC0Bbz+MafhM6uYoTABPeUNfTmNlnum+pIH4I EExoBRrLfD7gsivJO6EI6ZF/btZt1xIdw4PxBHEiz2ZHPWw6BenI8i7yRVfSuiAu EUZ3PpGzMqqxACPDMKy5dc5wgxvWN/y226tFW1Z0sunRGEkySL9QCAJRkujfkkvE RqhJxdGK+rAdJLXTFuk1DvYdKPVObYXEOJLDrMguMgtzCHt9xOd157kC6dF8KnEx 6gTj+Fi28RF/PE5b+2+hdJPA2TOlu+dGouKMAUBruQRSO+hU+6uRi/hAMUbjZXgv BJ4j56wrPUYnoRw9mKZv/J73y2cyfyOCFis9mIA+/e8kmpOUjcoHEv+UDxt05Whj PhMYcdaLcyxUNNyaBK69KAkgdPGmZCEnwqQr6aUpQLAhrg49agiAYTBLlRdK+qfM SjcmOiMRzE1S+XWAkmCaVNeRayZug4ZpIWqgRTE30SigexylzS/hBPXb25v8xZy8 tnY0lKcIlOFU5vFOEHgIGgVgpFWOfrirh4xzU8FNACsOq5VmTV9IvOFRgU02Ntzp 6bro912bZlDF4b42mSyY+0fVr14/Qq3vM
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
Hi Fred, On 03/10/16 14:55, Frederic Bonnard wrote: Hi Jerome, - d/control : * could you sort de dependencies : wrap-and-sort can help * by using github source tarball, you wouldn't have to deal with suffix and get-orig-source stuff : nbsphinx.egg-info and setup.cfg are already stripped - d/copyright : "There are many versions of the MIT license. Please use Expat instead, when it matches." https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ - d/rules : * could you use $(CURDIR) instead of relative paths ? * about mathjax workaround, will the generation embeds the js or will it link to the local mathjax package in python-nbsphinx-doc ? meaning, do you confirm you don't need python-nbsphinx-doc to Depends on libjs-mathjax ? Sorry I could not build and check that to verify by myself :) - d/patches : "debian" is not a keyword listed in DEP3 for "Origin". I guess it would rather be "vendor" but as you provide "Author" already, "Origin" is not required. When I wanted to test the build, I couln'd find the following packages : python[3]-nbconvert python[3]-nbformat python[3]-jupyter-client python[3]-ipykernel Do you have the links to the .dsc files so that I can go further ? Thanks! These are still sitting in experimental. So you'd have to grab the .dsc from there or enable experimental in your builder. F. On Sun, 25 Sep 2016 22:40:29 +0100, Jerome Benoit wrote: Package: sponsorship-requests Severity: wishlist Dear Sponsors, I am looking for sponsorship for the Debian package nbsphinx [0,1]. This package brings nbsphinx to Debian on behalf of the Debian Python Modules Team. This is my second Debian Python Module package, so it might certainly be subject to some mistakes. Thanks in advance, Jerome [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838806 [1] https://anonscm.debian.org/git/python-modules/packages/nbsphinx.git -- System Information: Debian Release: Jessie* APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
Hi Jerome, - d/control : * could you sort de dependencies : wrap-and-sort can help * by using github source tarball, you wouldn't have to deal with suffix and get-orig-source stuff : nbsphinx.egg-info and setup.cfg are already stripped - d/copyright : "There are many versions of the MIT license. Please use Expat instead, when it matches." https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ - d/rules : * could you use $(CURDIR) instead of relative paths ? * about mathjax workaround, will the generation embeds the js or will it link to the local mathjax package in python-nbsphinx-doc ? meaning, do you confirm you don't need python-nbsphinx-doc to Depends on libjs-mathjax ? Sorry I could not build and check that to verify by myself :) - d/patches : "debian" is not a keyword listed in DEP3 for "Origin". I guess it would rather be "vendor" but as you provide "Author" already, "Origin" is not required. When I wanted to test the build, I couln'd find the following packages : python[3]-nbconvert python[3]-nbformat python[3]-jupyter-client python[3]-ipykernel Do you have the links to the .dsc files so that I can go further ? Thanks! F. On Sun, 25 Sep 2016 22:40:29 +0100, Jerome Benoit wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear Sponsors, > > I am looking for sponsorship for the Debian package nbsphinx [0,1]. > This package brings nbsphinx to Debian on behalf of the Debian > Python Modules Team. This is my second Debian Python Module package, > so it might certainly be subject to some mistakes. > > Thanks in advance, > Jerome > > [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838806 > [1] https://anonscm.debian.org/git/python-modules/packages/nbsphinx.git > > -- System Information: > Debian Release: Jessie* > APT prefers stable > APT policy: (990, 'stable'), (500, 'stable-updates') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores) > Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: sysvinit (via /sbin/init) >
Bug#838870: RFS: nbsphinx/0.2.9+ds-1 [ITP] -- Jupyter Notebook Tools for Sphinx
Package: sponsorship-requests Severity: wishlist Dear Sponsors, I am looking for sponsorship for the Debian package nbsphinx [0,1]. This package brings nbsphinx to Debian on behalf of the Debian Python Modules Team. This is my second Debian Python Module package, so it might certainly be subject to some mistakes. Thanks in advance, Jerome [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838806 [1] https://anonscm.debian.org/git/python-modules/packages/nbsphinx.git -- System Information: Debian Release: Jessie* APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.7-ckt20-0001-mbp62 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init)