Differences between revisions 144 and 146 (spanning 2 versions)
Revision 144 as of 2012-07-01 13:16:06
Size: 7006
Editor: ?DamyanIvanov
Comment: add link to RC bugs list
Revision 146 as of 2012-07-02 23:07:00
Size: 7048
Editor: ?GregorHerrmann
Comment: more cme promo
Deletions are marked like this. Additions are marked like this.
Line 14: Line 14:
 * http://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=pkg-perl-maintainers%40lists.alioth.debian.org;severity=serious;severity=grave;severity=critical;exclude=tags%3Awheezy-ignore  * http://bugs.debian.org/cgi-bin/pkgreport.cgi?maint=pkg-perl-maintainers%40lists.alioth.debian.org;include=tags%3Awheezy;severity=serious;severity=grave;severity=critical;exclude=tags%3Awheezy-ignore
Line 82: Line 82:
 * "cme fix dpkg-control" should do this ...
Line 85: Line 86:
 * 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" may help, although it's a bit slow for all packages...)  * 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" should do this ...

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).

Release-critical bugs

Policy/discussion

List of topics that affect our work mode and need discussion.

Transitions

Packages/tools

List of tasks that need to be performed on all/many of our packages; or maintenance tools ...

  • Update docs accordingly to svn->git migration:

    • (maybe) tips.pod
    • [howto/quilt-copyable.pod *cough*]
  • 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 ...

  • 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)

  • Write 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 into isolated modules
  • improve POD coverage
  • TODO

  • bugs

  • combine dh-make-perl's "refresh" with cme's update functionality

packagecheck{,.pl}

  • Rewrite packagecheck (in Perl, modular, maybe not only for pkg-perl) [jeremiah]
    • review the code that Jeremiah has written to see if it fits our needs (in the scripts repo)
    • suggestions for more functionality, feedback, etc.
  • Also, packagecheck provides some function of "cme check dpkg". It may be better to improve dpkg model taking into account our needs (dod)

  • packagecheck is for updating package; do we also need a pre-upload / sponsoring tool? lintian checks or a lintian vendor profile or something similar?

PET

(not exclusively a pkg-perl topic but still)

  • maybe setup another instance (rationale? fallback?) [Ansgar]
  • run PET3 on Alioth; first talks pet-team - alioth admins; should happen ~ end of August 2011, but didn't -- status update? [Ansgar]

Resources:

Recurring tasks

  • Check RFP/ITP packages
  • Summer cleanup (remove packages from Git that were injected but never finished for upload)
  • 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

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" should do this ...

Subpages

History