Re: Convenience copies of python extensions
Paul Elliott, 2011-10-19 19:34 UTC-0500: I have an upstream that has taken an extension published on http://pypi.python.org/pypi and placed it in his own privite directory for use of his python application. Does this violate debian policy 4.13 Convenience copies of code? I think it does. Do I have to undo this causing the ap to use the extension as a seperate external package? That would be better, yes specially if this library is already in Debian or if it is used by other packages and could be shared. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Introduction
Dear Python Team, As I have just joined (thank you Piotr!) the python-apps project on Alioth, I would like to introduce myself. I am a package maintainer since 2010, Debian Maintainer and on my way to become a Debian Developer. I am currently maintaining 5 packages, 2 of which are Python-based packages: autojump and itstool. I consider myself as quite perfectionist, which is a reason why I like the high quality standards of the Debian projects, for instance the requirement to have a manpage for every program. I am also rather enthusiast with modern packaging standards such as source format 3.0 (quilt), DEP-3, DEP-5 and catchall-style dh7 rules. I also have a tendency to act and sometimes make mistakes quickly, which is certainly a way to learn but can be annoying, particularly when there are users involved… And finally, I am fond of Git, which means I will have to adapt myself back to Subversion¹. :-) So, I have joined python-apps in order to include at least one of my packages, itstool, into it. The practical reason for that is that I need sponsoring, and that it seems to be easier this way, but I guess there will be other benefits too; I must also say that I never worked in a Debian team before. Cheers, -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ ¹ Yes, I know git-svn, but it is still quite different from pure Git, and I am not sure this can be easily adapted to the packaging workflows. signature.asc Description: Digital signature
Re: Introduction
Jeremy Bicha, 2011-10-12 10:48 UTC-0400: itstool is not Python. Perhaps itstool could be part of the Debian GNOME team as the upstream developer (Shaun) is a GNOME developer and I think it's so far only used by GNOME-ish apps. For now, it is only used by one package of mine, in fact. :-) But that may change and it is a generic tool that could be used by people outside of GNOME. But although it is not part of Python, it is written in Python and I think this is the point of PAPT, am I mistaking? -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Re: Introduction
Jeremy Bicha, 2011-10-12 11:32 UTC-0400: itstool is also a dependency of yelp-tools which is a dependency of gnome-user-docs. While there's nothing preventing it to be used by any app, I think that it will be picked up by GNOME faster. I did not see that, and it is nice to see that my package is useful! So indeed, it may be more relevant to do that within the GNOME team, except that I have absolutely no interest in GNOME itself, whereas I do for Python. Any advice? The only Python script I found in itstool was one to run the testcases (which also include po and pot files); everything else is XML. How did you come to that conclusion? The main script, itstool itself, is written in Python! My package does not depend on python for no reason… -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature