Policy page is out of date with actual policy
It had been a while since I added a package to SVN, so I went hunting for the procedure and somehow ended up here: http://python-modules.alioth.debian.org/python-modules-policy.html This led me to follow the perl modules procedure, which uses -l 2, and no -o. This meant I put my modules in the wrong place in SVN. I backed them out, but this needs to be fixed. olasd in #debian-python informed me that the proper thing to do is follow this: http://wiki.debian.org/Teams/PythonAppsPackagingTeam/HowTo And just sub in modules for apps. How do we get that policy page updated? -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1327739355-sup-4...@fewbar.com
RFS: python-translitcodec , python-mongokit
Hi everyone! I've pushed python-translitcodec and python-mongokit into the SVN repository. I believe them to be ready for upload. They're a dependency of an application I'm packaging, Mediagoblin, so having them is a blocker for that. It would be quite helpful if somebody could sponsor them. -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1327740652-sup-8...@fewbar.com
Re: Policy page is out of date with actual policy
On Sat, Jan 28, 2012 at 09:31, Clint Byrum wrote: > It had been a while since I added a package to SVN, so I went hunting > for the procedure and somehow ended up here: > > http://python-modules.alioth.debian.org/python-modules-policy.html > > This led me to follow the perl modules procedure, which uses -l 2, > and no -o. Because you decided to not read the document: in the Hints section the first bullet it: * To keep your package tree clean as pointed out above, always svn-inject your packages using -o argument. and that's how you have to do. in the document you refer to it's also clearly written "The Perl Group now uses a SVN repository layout that is not the default used by svn-inject." so it's also clear to me that's a specific config of Perl team. Doc is there, and it's correct, just need to be read. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/capdtaj1nuk5fuvw9eudhrsvmstroo7pfkyopjnc8qugwx3b...@mail.gmail.com
RFS: python-gnatpython [fourth try]
Dear mentors, I am looking for a sponsor for my package "python-gnatpython". * Package name: python-gnatpython Version : 54-1 Upstream Author : AdaCore * URL : http://forge.open-do.org/projects/gnatpython * License : GPL-2+ and GPL-3+ Section : python It builds those binary packages: python-gnatpython - python framework to ease development of test suites python-gnatpython-doc - python framework to ease development of test suites (examples) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-gnatpython Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-gnatpython/python-gnatpython_54-1.dsc This new package is a build dependency for the polyorb package. I would be glad if someone uploaded this package for me. It is my first python package and I have followed most advices from Jakub Wilk [1], Simon Chopin [2] and Nicolas Boulenguez thanks to them. After the following lintian command : lintian --pedantic -EI python-gnatpython_54-1_amd64.changes the package still presents the following I/P comments : I: python-gnatpython source: debian-watch-file-is-missing P: python-gnatpython: no-upstream-changelog P: python-gnatpython-doc: no-upstream-changelog P: python-gnatpython-doc: example-unusual-interpreter usr/share/doc/python-gnatpython-doc/examples/echo_testsuite/run-test #!gnatpython Since there isn't any changelog in upstream and the source are only available under a subversion repository I don't know how to fix the first three comments. And since the fourth is a P comment and present in an example I don't think it's worth the work to fix it. Kind regards, Grave Xavier [1] http://lists.debian.org/debian-python/2011/09/msg00078.html [2] http://lists.debian.org/debian-mentors/2012/01/msg00396.html -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f23d76c.9050...@ipno.in2p3.fr
Re: RFS: python-translitcodec , python-mongokit
* Clint Byrum , 2012-01-28, 00:52:
I've pushed python-translitcodec and python-mongokit into the SVN
repository.
translitcodec looks interesting. (Though I don't intend to sponsor it,
sorry. I'm boycotting dh_python2.) I will be finally able to phase out
my python-elinks[0].
scripts/update_table.py tries to call sys.exit(), though it never
imports sys.
It should be:
if not (os.path.exists('translitcodec') and os.path.exists('transtab'))
rather than:
if not os.path.exists('translitcodec') and os.path.exists('transtab')
Please remove the top comment from debian/rules, it doesn't make sense.
Please add Vcs-* fields.
Using "debhelper (>= 8)" instead of "debhelper (>= 8.0.0)" would be
more friendly to backporters.
You can remove ${shlibs:Depends} from Depends, it won't be ever
substituted.
Why "Priority: extra"?
Quoting DEP-5 specification: "There are many versions of the MIT
license. Please use Expat instead, when it matches."
Please honour DEB_BUILD_OPTIONS=nocheck.
It would be nice to run tests with all supported Python versions, not
only the default one.
I wonder what is the copyright/license status of transtab directory.
Lintian emits:
E: python-translitcodec source: no-human-maintainers
W: python-translitcodec source: changelog-should-mention-nmu
W: python-translitcodec source: source-nmu-has-incorrect-version-number 0.2-1
I: python-translitcodec source: debian-watch-contains-dh_make-template
[0] http://jwilk.net/software/python-elinks
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120128120006.ga2...@jwilk.net
Re: RFS: python-whisper
Hello, thanks for checking the package. > Do you know why upstream doesn't include text of the Apache license > in their tarball anymore? I don't know but PKG-INFO and whisper.py holds information about Apache license. > > * d/control: Added myself as Uploader / changed Module Team to > > Maintainer > > Was this change acknowledged by Elliot? yes, please see #651216. > > * d/control: DM-Upload-Allowed: yes > > Uh-uh. Without this change please. reverted and commit into svn > > > * d/copyright: changed to DEP5 > > If you enable pedantic tags, lintian emits: > P: python-whisper source: out-of-date-copyright-format-uri > http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=135 yes I know, but when I use http://dep.debian.net/deps/dep5/ lintian tells me: P: python-whisper source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep N:Please use N:http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision= as the format URI instead. But this urls is wrong, it 404. I have changed it into: http://anonscm.debian.org/viewvc/dep/web/deps/dep5/copyright-format.xml?revision=248 But now lintian complains about unknown-copyright-format-uri ;) Greets, Jonas -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120128144523.76903...@swetlana.brachium-system.net
Re: Bug#634190: O: python-kinterbasdb -- Python DB API 2.0 extension for Firebird and Interbase
On Wed, 28 Sep 2011 12:01:03 +0300, Damyan Ivanov wrote: > I have prepared an updated python-kinterbasdb package in > collab-maint's Git[0]. > > [0] > http://anonscm.debian.org/gitweb/?p=collab-maint/python-kinterbasdb.git > > My target is the fix for #643473 (FTBFS with firebird-dev from firebird > 2.5), but since the package is orphaned, I moved on to bring it > somewhat up to date. I've now made a QA upload from this git repo and pushed to collab-maint, in order to get the RC bug fixed. > I don't want to take over maintenance, since I am not a Python person > and delving into python policy will not be very productive. Same here :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe `- NP: Ry Cooder: Billy The Kid signature.asc Description: Digital signature
Re: RFS: python-gnatpython [fourth try]
Hi,
I looked at your package and there are still some problems:
- python-gnatpython does not have Privides: ${python:Provides}, it
would be good to have it for packages depending on python-gnatpython
and one version of python
- doc package has this: "Suggests: gnatpython", i guess it should be
python-gnatpython
- both pacages have Priority: standard, it should be changed to
optional
Also program names under /usr/bin sound to generic for me. Perhaps they
could be prefixed with something... Also I cannot understand what is
that opt-parser for... Is it needed for something or is it just a test
script for gnatpython.optfileparser? In the second case it could be
removed from the package.
Regards,
Eugeniy Meshcheryakov
28 січня 2012 о 12:09 +0100 xavier grave написав(-ла):
> Dear mentors,
>
> I am looking for a sponsor for my package "python-gnatpython".
>
> * Package name: python-gnatpython
>Version : 54-1
>Upstream Author : AdaCore
> * URL : http://forge.open-do.org/projects/gnatpython
> * License : GPL-2+ and GPL-3+
>Section : python
>
> It builds those binary packages:
>
> python-gnatpython - python framework to ease development of test suites
> python-gnatpython-doc - python framework to ease development of test
> suites (examples)
>
> To access further information about this package, please visit the
> following URL:
>
> http://mentors.debian.net/package/python-gnatpython
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> http://mentors.debian.net/debian/pool/main/p/python-gnatpython/python-gnatpython_54-1.dsc
>
> This new package is a build dependency for the polyorb package.
>
> I would be glad if someone uploaded this package for me.
> It is my first python package and I have followed most advices from
> Jakub Wilk [1], Simon Chopin [2] and Nicolas Boulenguez thanks to them.
>
> After the following lintian command :
> lintian --pedantic -EI python-gnatpython_54-1_amd64.changes
> the package still presents the following I/P comments :
> I: python-gnatpython source: debian-watch-file-is-missing
> P: python-gnatpython: no-upstream-changelog
> P: python-gnatpython-doc: no-upstream-changelog
> P: python-gnatpython-doc: example-unusual-interpreter
> usr/share/doc/python-gnatpython-doc/examples/echo_testsuite/run-test
> #!gnatpython
>
> Since there isn't any changelog in upstream and the source are only
> available under a subversion repository I don't know how to fix the
> first three comments. And since the fourth is a P comment and present in
> an example I don't think it's worth the work to fix it.
>
> Kind regards,
>
> Grave Xavier
> [1] http://lists.debian.org/debian-python/2011/09/msg00078.html
> [2] http://lists.debian.org/debian-mentors/2012/01/msg00396.html
>
>
> --
> To UNSUBSCRIBE, email to debian-ada-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/4f23d76c.9050...@ipno.in2p3.fr
>
signature.asc
Description: Digital signature
Re: RFS: python-whisper
* Jonas Genannt , 2012-01-28, 14:45: * d/copyright: changed to DEP5 If you enable pedantic tags, lintian emits: P: python-whisper source: out-of-date-copyright-format-uri http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=135 yes I know, but when I use http://dep.debian.net/deps/dep5/ lintian tells me: P: python-whisper source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep N:Please use N:http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision= as the format URI instead. But this urls is wrong, it 404. I have changed it into: http://anonscm.debian.org/viewvc/dep/web/deps/dep5/copyright-format.xml?revision=248 But now lintian complains about unknown-copyright-format-uri ;) Yes, DEP-5 and its format URIs is a mess. I pointed out this lintian tag only because the specification has been overhauled since r135. I made some tiny modifications to debian/changelog (I hope you don't mind!) and uploaded the package. Thanks! -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120128181254.ga...@jwilk.net
Re: RFS: python-whisper
Hello, > >http://anonscm.debian.org/viewvc/dep/web/deps/dep5/copyright-format.xml?revision=248 > > > >But now lintian complains about unknown-copyright-format-uri ;) > > Yes, DEP-5 and its format URIs is a mess. I pointed out this lintian > tag only because the specification has been overhauled since r135. yes you are right. :) > > I made some tiny modifications to debian/changelog (I hope you don't > mind!) and uploaded the package. Thanks! no problem, Thanks for your review and your upload! Greets, Jonas -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120128195354.11313...@swetlana.brachium-system.net
Re: RFS: python-translitcodec , python-mongokit
Excerpts from Jakub Wilk's message of Sat Jan 28 04:00:06 -0800 2012:
> * Clint Byrum , 2012-01-28, 00:52:
> >I've pushed python-translitcodec and python-mongokit into the SVN
> >repository.
>
> translitcodec looks interesting. (Though I don't intend to sponsor it,
> sorry. I'm boycotting dh_python2.) I will be finally able to phase out
> my python-elinks[0].
>
Thanks for such a detailed review! Replies inline.
> scripts/update_table.py tries to call sys.exit(), though it never
> imports sys.
>
> It should be:
>
> if not (os.path.exists('translitcodec') and
> os.path.exists('transtab'))
>
> rather than:
>
> if not os.path.exists('translitcodec') and os.path.exists('transtab')
>
These seem like upstream bugs that should be opened up. The script likely
does not see much use as the table doesn't change much.
> Please remove the top comment from debian/rules, it doesn't make sense.
>
Done.
> Please add Vcs-* fields.
>
Done.
> Using "debhelper (>= 8)" instead of "debhelper (>= 8.0.0)" would be
> more friendly to backporters.
>
Done.
> You can remove ${shlibs:Depends} from Depends, it won't be ever
> substituted.
>
Done.
> Why "Priority: extra"?
>
I interpreted this library to match the clause in the description in
the policy manual "are only likely to be useful if you already know what
they are".
> Quoting DEP-5 specification: "There are many versions of the MIT
> license. Please use Expat instead, when it matches."
>
Done.
> Please honour DEB_BUILD_OPTIONS=nocheck.
>
Done.
> It would be nice to run tests with all supported Python versions, not
> only the default one.
>
Can you recommend a good package to look at to implement this?
> I wonder what is the copyright/license status of transtab directory.
>
Ugh. This seems very ambiguous. I'll contact the author of translitcodec
and also Markus Kuhn to get an explicit license/copyright declaration.
> Lintian emits:
> E: python-translitcodec source: no-human-maintainers
> W: python-translitcodec source: changelog-should-mention-nmu
> W: python-translitcodec source: source-nmu-has-incorrect-version-number 0.2-1
> I: python-translitcodec source: debian-watch-contains-dh_make-template
>
Added myself into Uploaders, re-ran lintian and warnings went away.
>
> [0] http://jwilk.net/software/python-elinks
>
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1327791476-sup-5...@fewbar.com
New python-qt4 upload to experimental
I just uploaded a new python-qt4 revision to experimental (it's arrival will be delayed since it has to go through new. It is experimental for at least three reasons: 1. It is changed to build with a multiarched Qt as qt4-x11 4.8 in experimental is. 2. It builds a new python3-pyqt4-dbus (and dbg) package that needs python3- dbus which is only available in experimental at the moment. 3. Because (I believe) it was built against a different Qt version, there is a binary incompatible change in it that I know affects python-kde4 and may affect other packages. My prime suspects for other packages that might be affected are python- qscintilla2, python-qwt5-qt4, python-qwt3d-qt4. For python-kde4, python -c "import PyKDE4.kdecore" is enough to crash the interpreter if the package isn't rebuilt (rebuilding solves it). I've written upstream and the only feedback I've gotten back was a reminder that ABI on PyQt4 isn't guaranteed. I would appreciate it if maintainers for these other packages could take a look at what's in experimental and see if their packages are affected. I would also appreciate advice on managing this apparent ABI break. Scott K -- To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2165165.LkQ1NuscTt@scott-latitude-e6320
