Contents
Debian Perl Group - Open tasks
This page collects ideas for tasks within the Teams/DebianPerlGroup. These tasks can be worked on at DebCamp or might be tackled by volunteers "at home".
It should have an up to date list of open tasks, please remove completed tasks; for documentation please add links to the History section below (instead of adding them in between the tasks here).
History
Policy/discussion
List of issues that affect our work mode and need discussion.
- Wheezy freeze and package updates: shall we upload new upstream versions to sid during the freeze?
See Minutes from the meeting at DebConf in 2010, point 4.
Transitions
Packages/tools
List of tasks that need to be performed on all/many of our packages; or maintainance tools ...
Post svn->git migration tasks/tools/docs
- docs:
- (maybe) tips.pod
- [howto/quilt-copyable.pod *cough*]
- docs:
Rewrite packagecheck (in Perl, modular, maybe not only for pkg-perl; see also the section dedicated to packagecheck below) (jeremiah) packagecheck provides some function of "cme check dpkg". It may be better to improve dpkg model taking into account our needs (dod)
- Patches:
- forward all (non Debian specific) patches upstream and add the CPAN RT ids to the patch headers [tools: forward-bug/forward-patch exists (ghedo++), patchedit exists (jozef++)]
Fix common lintian-errors repo-wide (e.g. errors from pod2man, missing patch descriptions, ...) - some stuff fixed, other is more easily fixed by "dh-make-perl --refresh" on the next upgrade ...
After squeeze is archived: remove alternative dependencies / versioned dependencies that refer to oldstable can be done by "cme fix dpkg"
- Next summer cleanup (remove packages from svn that were injected but never finished for upload)
perl 5.16 transition: fix bugs
Check the documentation on our website: go through all docs and see if they still apply [gregoa]
- Finish uploading packages where the version in the archive doesn't have the group as the maintainer (i.e. adopted packages etc.): check if there is something left, by comparing the packages in Git with Sources.gz and check if any of the packages in our repo still has a version in the archive which has the old maintainer.
bundle packages: get out of the insanity (notes: pkg-components, ftp-master clarification)
Team-specific questions for NM templates (Enrico's mail).
NM tasks for teams -- found in an even older mail from Enrico
- Multi-arch / cross-building: check if and how we are affected.
QA: cast to pointer from integer of different size: file bugs/fix (http://lists.debian.org/debian-perl/2012/02/msg00029.html)
dh-make-perl
- continue breaking it to isolated modules
- make POD coverage pass (by completing the docs)
- combine dh-make-perl's "refresh" with config-edit's update functionality
packagecheck{,.pl}
- review the code that Jeremiah has written to see if it fits our needs
- suggestions for more functionality, feedback, etc.
- both files are in the scripts repo
PET
(not exclusively a pkg-perl topic but still)
it's PET3 in the meantime
PET project's repo: git+ssh://git.debian.org/git/pet/pet3.git
- PET3: maybe setup another instance (fallback?)
- PET3 on Alioth; first talks pet-team - alioth admins; should happen ~ end of August 2011, but didn't
Recuring tasks
- Check RFP/ITP packages
- Next alioth project member ping: send a "ping" ("Do you still want to be a member?") to those who haven't done something for $time, and remove those who reply with "No" or who don't reply. In order to get a more realistic picture, and maybe also to remove unnecessary permissions. Ansgar has run such a "ping" once (only for non-DD group members, IIRC), and this is a reminder to do it again.
When a new Perl hits unstable
change some (build) dependencies ("libFOO-perl (>= x.y) | perl (>= 5.1x)" that can be turned around); So this is a simple grep + sed or similar over all our packages and a friendly mass-commit.
When oldstable is archived
Update (build) dependencies. E.g. once Lenny is archived, there's no need for "perl (>= 5.10.1) | libFOO-perl ()" anymore, or to depend on versions of packages that are already satisfied in current stable. ("cme fix dpkg-control" may help, although it's a bit slow for all packages...)
Subpages
Comparison