Coin, Peter Eisentraut <[EMAIL PROTECTED]> writes:
> - Perhaps in keeping with the style of cdbs, it would be better to have > two classes python-pycentral and python-pysupport (and some > python-common or python-core) behind it? This would also avoid the > tacky use of -ng in the class name. :-) buxy replied to this. I would add by having a method selector we can in the end remove the obsoleted method when this comes, as nothing else (from a user point of view) is method-specific. > - DEB_PYTHON_MODULE_PACKAGE should perhaps default to the package that > matches python-* in addition to the other criteria? As python package don't have to match python-* in all cases (apps don't), i conclude this is wrong in such cases, and superflous in other ones. With no comment from people on IRC when i asked, i decided to leave this untouched. > Btw., before this can be uploaded, it would be good if some of these > build dependencies existed first, so a test case can be written. They all are available in unstable now. You can find in my web directory 2 examples (soya and editobj), where, besides bugs in pysupport or pycentral, are well built using an updated version of the class : http://perso.duckcorp.org/duck/python-new-policy/ buxy also tested 3 packages : http://people.debian.org/~hertzog/python/examples/ In needed_tools/ you'll find the corresponding cdbs package i intend to upload if you have no objection (or you may upload it yourself if you prefer). But please be quick, we are close to the release team deadline. -- Marc Dequènes (Duck)
pgpGd1ZZZg6gd.pgp
Description: PGP signature
