Debian Perl Group Sprint @ MiniDebConf 2019 =========================================== See https://wiki.debian.org/Sprints/2019/DebianPerlSprint https://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=hh2019&user=debian-perl%40lists.debian.org or https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=hh2019;users=debian-perl@lists.debian.org bts user debian-perl@lists.debian.org . usertag nnnnnn + hh2019 LOG OF ACTIVITY Wednesday --------- * Update https://wiki.debian.org/Teams/DebianPerlGroup/OpenTasks * Check packages with manual debian/tests/control files. Keep the ones which are legitimate snowflakes (i.e. where autopkgtest-pkg-perl doesn't make sense), unify handling of overrides (i.e. add custom tests to autopkg-pkg-perl tests instead of duplicating them). * successfully tested perl.git conversion from git-dpm to git-debrebase, including a test upgrade from 5.28 to 5.30 Dom and Niko made a preliminary decision to switch can be handled with or without dgit, no decision on common use of that yet * successfully tested libapache2-mod-perl2 conversion from gbp-unapplied to git-debrebase did a demo of this to the sprint participants discussed the implications for pkg-perl; will revisit later and see how it goes with src:perl possibly still too much changes to learn for the pkg-perl case * Reviewed RC bugs in pkg-perl * Dom closed #864299 with no action * pinged Jonas re #926392 libregexp-pattern-license-perl → Jonas set the "found" version - does not affect buster * Dom fixed disk space issues on perl.debian.net and resumed test rebuilds (fixed job generation scripts) * Discussion: resolved to update policy to remove superceded packages from unstable if no release in two years Thursday -------- * Perl 5.30.0 test rebuild bugs filed: #930049 #930051 #930052 #930054 #930055 3 (marked as) fixed in git, 2 fixed in experimental * work on converting src:perl debian/rules to dh * Updated policy for dual-lived modules * First implementation of support for versioned Provides in dh-make-perl in git. * Researched implications of changing behaviour of <> for improved safety * Filed RM bugs for superceded dual-lived modules: #930060, #930063 * Filed and proposed fix for #930095 in perl * First implementation of annotations for test dependencies in dh-make-perl in git. Friday ------ * Refresh Launchpad subscriptions for pkg-perl packages. * Fix prepared for perl FTBFS with some sbuild (#930095 and #930114) * Revised policy update for versioned provides (#761219) * Filed enhancement for git-dpm for more stable patches (#930121) * Fixed FTBFS in libevent-rpc-perl (#903124 and #930123) * autopkgtest (patches and/or setup scripts, plus pkg-perl-autopkgtest): replace ADTTMP with AUTOPKGTEST_TMP in all affected packages in git. * Conversion to git-debrebase for src:perl * Repo cleanup on salsa: remove 2 empty projects (which cause issues for mr and/or mass-commits), properly configure 2 other projects. * Enable salsa-ci for dh-make-perl to see how it goes. Saturday -------- * Enabled salsa-ci for src:perl TODO items/discussions ---------------------- General ####### Perl 5.30 test rebuilds file bugs for regressions possibly run autopkgtest checks against 5.30? aim to file a transition bug by the end of the sprint pkg-perl team policy revisit policy on uploads to unstable during freezes? Debian Perl policy perhaps revisit #587991 re /etc/perl perl-base Essential status discuss during the sprint might be good to investigate how many maintainer scripts are using perl-base etc. (dependencies on perl-base are not declared) aim for at least documenting the discussions by the end of the sprint, possibly write a position statement or something like that pkg-perl ######## RC bugs buster-ignored: #862475 libyaml-syck-perl: Unconditionally instantiates objects from yaml data, and #862373 libyaml-libyaml-perl: Unconditionally instantiates objects from yaml data (libyaml-perl is the third and doesn't have a bug) changeing defaults: material for debcamp; talk to upstream (Tina) again about changing the defaults upstream possibly annotating test-only build dependencies with start with some arch:any packages (where this is useful for cross builds) maybe ping #879197 on the autopkgtest side an automated solution would need support in Config::Model::Dpkg and dh-make-perl first implementation in dh-make-perl in the post-buster branch: uses test_requires; but probably requires should also be marked (runtime dependencies used for tests)? now also done. remaining problem: 'refresh' doesn't change existing entries dh-make-perl post-buster branch: uscan version 4, debhelper-compat. - mass-change/commit? also in https://perl-team.pages.debian.net/policy.html handle libmodule-build-using-pkgconfig-perl → B-D (like module-build etc) [already DONE at snowcamp, in the post-buster branch] autopkgtest improvements on pkg-perl packages check packages with d/tests/control / maybe debian/tests/control.autodep8 [DONE] rethink the pkg-perl-autopkgtest framework; cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922264#35 implement debhelper support for cross building XS module packages? effectively make debhelper run 'perl -I /usr/lib//perl/cross-config-5.28.1 Makefile.PL' when it detects a cross build effects of src:perl versioned Provides, lintian improvements? #917967 removed versioned-dependency-satisfied-by-perl making lintian warn about the 'old style' still unimplemented / Dom changes may be needed in cme and/or dh-make-perl? cme already works; dh-make-perl: preliminary implementation in post-buster branch mass commit candidate review status of File::FcntlLock (#827075 / #827074) Not a priority investigate git-debrebase and possible use in pkg-perl group (done for initial parts, rest deferred for later) Talk (video): https://debconf18.debconf.org/talks/60-git-debrebase-new-tool-for-managing-debian-packaging-in-git/ investigate dgit and possible use in pkg-perl group salsa pipelines? (salsa-ci), IRC flooding, team opinions? https://salsa.debian.org/salsa-ci-team/pipeline/blob/master/README.md Talk during mini-debconf activated for dh-make-perl to have a test case. potential changes on salsa ahead - probably wait for them R³? (rules-requires-root) DEP14? (mainly git branch naming; master -> debian/master, possibly debian/unstable etc.) src:perl ######## general bug sweep, or at least scan recent ones without action git usage implement switching to git-debrebase from git-dpm investigate dgit and possible use with src:perl / Niko? [partly done; can be adopted individually by maintainers] revisit upstream git integration? (importing tarballs vs. merging upstream tags) possible autopkgtest improvements install something from CPAN and see it works? any restrictions about network usage etc.? upstreaming Debian patches ongoing effort mainly by Dom metaconfig work for cross building lots of work, best done upstream, probably not sprint material (and unlikely to happen in general) implement better machinery for updating debian/ to new (major) upstream releases this is currently only needed once a year but might enable automated testing of upstream development releases against the Debian archive work on insecure 2-arg open, at least open a discussion upstream / Dom Importing patches from upstream maintenance releases in stable Should we get pre-approval from release team? perl.debian.net ############### possibly review/upstream debomatic changes longer term: implement automated test rebuilds with upstream development releases? sprint task: make a Salsa issue about this? sprint task: update https://wiki.debian.org/PerlMaintenance