autopkgtest 2.2.2 is currently in sid but was uploaded before the freeze and AIUI will be subject to the blanket freeze exception. I would like to ask your opinion about about possible exceptions for further changes to autopkgtest for wheezy.
autopkgtest has no rdepends. The spec documment in its source tree is an output consumed by other parts of the project but not via the archive. It is possible that bugs in autopkgtest might relate to only certain packages, and make it difficult to test those packages with autopkgtest, but the packages themselves would remain unaffected. So the risk for other packages and bad interactions is low. I think best best chance of improving the use of autopkgtest in wheezy is by making it more functional. Of course another approach would be to ask users who wanted, after wheezy is released, to use a better autopkgtest test runner would be to ask them to install the version from sid or testing. This wouldn't be very hard as I don't expect in the lifetime of wheezy to introduce changes that would make it hard to use the sid version on wheezy. Things I think would be useful to get into wheezy are: #678359 autopkgtest: Depends: @ only works when building the source This is a pretty significant bug and really needs IMO to be fixed. I'm tempted to declare it RC. There is a patch available, which looks good, and I intend to accept it (after double-checking and testing it myself). With your approval, I intend to make an upload to fix this soon - after 2.2.2 has propagated to testing. #648148 autopkgtest: Support running as user This would be something that would be very nice to have. It would enable users to run autopkgtest directly in wheezy without needing root. There is no design or patch for this yet. I will consider how best to implement it. Supposing I were to have a this ready for upload by (say) three weeks from now, would it be a candidate for a freeze exception ? If so then I will make this a priority. Of course there is a risk that this will introduce bugs. If those bugs don't get fixed in time it might be necessary to revert the change by reuploading the previous version with a new (higher) version number. This would be a simple operation which I'd be happy to authorise anyone to do, or to do myself. Thanks for your attention. Let me know if there's any more questions you have. Ian. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20469.60254.352357.60...@chiark.greenend.org.uk