Video from the meeting: https://meetings-archive.debian.net/pub/debian-meetings/2022/DebConf22/debconf22-334-use-perl-annual-meeting-of-the-debian-perl-group.lq.webm
https://meetings-archive.debian.net/pub/debian-meetings/2022/DebConf22/debconf22-334-use-perl-annual-meeting-of-the-debian-perl-group.webm

And here are the notes from gobby:


https://debconf22.debconf.org/talks/37-use-perl-annual-meeting-of-the-debian-perl-group/

use Perl; # Annual meeting of the Debian Perl Group

Room: Ereniku

Time: Jul 20 (Wed): 17:00 - 17:45 CEST aka UTC+2 (≈ 3 p.m. UTC)

Pad (someone might post questions): https://pad.dc22.debconf.org/p/37-use-perl-annual-meeting-of-the-debian-perl-gr

IRC: #debian-perl (and maybe #debconf and #debconf-ereniku)


Intro, part 1: Organisation
===========================

Who takes notes? Who monitors (which) IRC channels/pads?
→ notetaker/IRC monitor: dam


Intro, part 2: Welcome, who's here?
===================================

Introduce yourself if you like!

emollier> hm, looks like I didn't make it; will try to share thoughts via gobby.
emollier> Hi, I'm Étienne, I joined in 2020 when needing to pull perl deps to a
package I was introducing in the Debian Med team, then stayed around.

→ 4 people in the room, 2 (later) on IRC


Intro: Agenda
=============

Anything to add to/scratch from the agenda? Order of topics?

→ no changes


Team status
===========

https://wiki.debian.org/Teams/DebianPerlGroup/Statistics

* Members/committers
* LHF sessions

General discussion?
Future of LHF?
Usual question: do we keep the date + time (17:00 UTC and 19:00 UTC alternatively)?
Jitsi was used once

emollier> regarding lhf, I suppose I'll stand on my opinion it is nice to have
a regular meeting at a known point in time, especially to fit in an
otherwise busy schedule.
emollier> no problem for me on the time, but they might be deemed too Europe/
Africa/America centric perhaps?

→ we keep the dates + times
→ AI: dates in wiki


Perl 5.36
=========

in experimental
http://perl.debian.net http://perl.debian.net/rebuild-logs/perl-5.36/report.html https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-5.36-transition;[email protected]

Only one open bugreport of a package that FTBFS on various architectures anyway

Timeline:

ntyni on IRC:

hey, can't join the bof on wed but status update on perl 5.36: looking good, no known
blockers, aiming for a transition in September or so but we'll see

dgit
====

From BoF 2019:
We (?) feel it's too early to discuss whether we should use this
consistently across the team.

Anything to discuss?

emollier> it has been a bit delicate to get started with dgit, trying stuff
often involves package upload and modifications in the git tree:
changes not always obvious to undo (YMMV).
emollier> day to day work /seems/ to boil down to dgit --gbp push-source,
with an eventual --overwrite if previous upload went with dput.
Not sure of adversarial effects so far if I'm doing something wrong.

→ Conclusion: (?) try it if you like, perhaps arrange a session with
spwhitton who can share more about the possible positive effects


salsa-ci
========

From Bof 2019:
1. It is OK if some of us enable it for some packages, for which they
would like to take benefit from the Salsa CI pipeline, as long as they
keep an eye on the results and take care of it. If this harms the work
of other team members, please say so and we'll adjust/disable/whatever.

Reports in #debian-perl-changes

https://salsa.debian.org/salsa-ci-team/pipeline/-/blob/master/README.md "recipes/debian.yml@salsa-ci-team/pipeline"

Anything to discuss?

emollier> if enabled on a large number of packages, I believe it's important
that bulk changes do not trigger thousands of batches of salsa-ci
at once.

→ Non-action: not enabling CI for all packages. Individual developers
are free to experiment (and watch for the results)


Tooling for inactive group members
==================================

Was planned for DebCamp 2020.

→ Action item: explicit TODO item in the open tasks list in the wiki


Sprints
=======

* 1 (unofficial) sprint at DebianReunionHamburg:
https://perl-team.pages.debian.net/docs/sprint-hh2022/report-hh2022.html
* Sprint 2022/23?

emollier> likely to be present for BSP at Karlsruhe in October,
hope to be around Hamburg next year in May.

→ No separate sprint on the horizon. Other events where at least two group
members are present can be blessed to be "sprints".

SnowCamp may not happen because of the pandemic


Git branch names
================

* git warns about master
* DEP-14 suggests debian/unstable or debian/latest
* BoF 2021: we should be consistent across packages,
and if we change, this needs coordination and probably helpers
(remote repos, local repos, tools, …) and an "owner"

→ Decided: it is "debian/latest"
→ AI: dam is going to "drive" the effort

Any other business
==================

* embedded devices mentioned as a way to bring people starting with
programming "adafruit circuit playground express". it would be great
if it could use Perl instead of Python :D



Cheers,
gregor

--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-

-----BEGIN PGP SIGNATURE-----

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAmLcTGZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ qgbbAw/+Ii4jFlScq68IlQl0T/Lu/S+ZM43pNgT9Za6Tc8yFv37P5n0Nlhp8DsmK /FjgzM6l7JrK5Q3iAqnBCFvwN/YhwIHa5ir8YtCONghLV6yKZTJXQNT+fo9LfnNu 7Foa9cjAc1H636GdIX3GCwVaTKJPZzWEm1ewSDOQ98tDALoR3Qx3HDd+efiyDiBE nEWVcGdZi0Xkhf7eAzE/jISeq67f768Ww/0sg3633qnOWBbYxx9eQN+w8cFlVMDk ZfrB3004irNECXWhdMQy4dDfsRY+mXKs7nWyx4Fv846Q6Fw34w2fuujHIym+LjYw c1irFa1hKkQdT5dGgN4DH+wPxZOIyrAPNZLUXvnZMWqsMaMIB8nswQRPaS/hP2pB qmO1CsddAp/CXdmZ5FvSHsZoL0av+j8vyoOTV7D8+LDIeb7zfgWnetSibiuxAQnI fMeOE1ziNW/FrQhGs13cQ0E3w1a6h2YdxlB1TzUUiR+CFPmf6f0WuA/d+sORKzR+
Zozgqso2