Forums before death by AOL, social media and spammers... "We can't have nice things"
|    linux.debian.announce.devel    |    Debian developer announcements    |    37 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 24 of 37    |
|    Andreas Tille to All    |
|    Bits from the DPL (1/2)    |
|    05 Jan 26 08:00:01    |
      From: tille@debian.org              Dear Debian community,              This is bits from the DPL for December.              For those of you who have enjoyed some free time recently: I hope it was       well spent, and I wish all of you a happy 2026.                     Include git commit id and git tree id in *.changes files       ========================================================              A long thread on debian-devel[gc01] discussed how to establish a       verifiable audit path between a Git repository and an actual Debian       upload, motivated by improved traceability and supply-chain       transparency. It was noted that uploads performed via tag2upload already       provide such a link today, and that this mechanism is intentionally       well-scoped and semantically defined[gc02].              The discussion also made clear why a generic solution is       difficult[gc03]: differing packaging workflows, ambiguous repository       states, and the risk of encoding misleading metadata all require careful       consideration. At the same time, the thread illustrates that such       traceability is only meaningful where a well-defined version control       history exists. From my perspective, this is an additional argument in       favour of maintaining Debian packaging in Git repositories, as it       enables trustworthy links between source history and uploads once       appropriate tooling and conventions are agreed upon.                     [gc01] https://lists.debian.org/debian-devel/2025/12/msg00127.html       [gc02] https://lists.debian.org/debian-devel/2025/12/msg00223.html       [gc03] https://lists.debian.org/debian-devel/2025/12/msg00150.html                     Status of some teams       ====================              Data Protection Team       --------------------              As you may have read in my recent call for volunteers [dt01], Debian       currently has no active Data Protection Team. All previous delegates       have stepped back, and the delegation has therefore been revoked.              This leaves Debian without a dedicated team to handle data protection       and privacy-related matters, which is not a sustainable situation. I       would very much welcome volunteers who are interested in data protection       and privacy to help re-establish the team.              Several people asked for more detail about what the role involves. A       working knowledge of data protection, in particular the GDPR, is       essential. In practice, the workload has been low: the team handled four       requests in 2025. Additional proactive work, such as improving the       privacy policy or advising teams on data-handling workflows, is welcome       but optional and can be shaped by the interests of the volunteers.              The previous team stepped back mainly due to a lack of capacity and       enthusiasm to take the work further, not because of specific problems.       There are no formal external relationships, no requirement to be in a       specific location, and some handover support is available if needed.              This is a role which requires trust. An established track record within       the Debian community is therefore important, and it may be difficult for       someone who has only very recently become a Debian Developer to take on       this role immediately. Since formal delegations can only be made to       Debian Developers, this status is a requirement for the role.              If a group of interested Debian Developers comes together, I am also       open to revisiting and updating the delegation text itself. Adjusting       the scope and definition of the team's tasks to better match current       needs could help set a new team up for success, and this can be       discussed in advance as part of forming a refreshed delegation.              [dt01] https://lists.debian.org/debian-devel-announce/2026/01/msg00001.html                     MIA team       --------              Another topic I would like to draw attention to is the MIA team[mt00]. At       DebConf, I joined the MIA team internal meeting [mt01]. The discussion       there was very promising and included a concrete proposal to improve the       handling of inactive accounts, with ideas for increased automation and       clearer workflows. This gave me confidence that we could make meaningful       progress in an area that is important both for project continuity and       for individual contributors.              Unfortunately, since the public announcement about the BoF [mt02], there       has been no further update. Private questions from me about the current       status have also not received a response so far. Given the importance of       this work for Debian, I would like to encourage people who are       interested in this area to consider joining and helping to strengthen       the MIA team's activities. In addition, I am considering whether an       explicit official delegation would help provide clarity and support for       this work.              [mt00] https://wiki.debian.org/Teams/MIA       [mt01] https://debconf25.debconf.org/talks/232-mia-team-internal-meeting/       [mt02] https://lists.debian.org/debian-project/2025/07/msg00006.html                     Future DFSG team       ----------------              The handover to the future DFSG team is currently in progress, with       technical details still under discussion. As the team has not yet been       formally delegated and therefore does not have access to packages in the       NEW queue, training has been done using packages currently in NEW, with       source code retrieved from Salsa.              In parallel, a dashboard has been developed to help organize the team's       work and to improve transparency of DFSG reviews. This tooling is       expected to be announced soon and should make both the internal workflow       and the team's activities more visible to the wider community.                     Radio TuX interview in German       =============================              In August I recorded an interview with RadioTux, which was broadcasted       in December. The conversation covers Debian in general, current       challenges in the project, and my role as Debian Project Leader. The       interview is in German and is available via the RadioTux archive.              https://www.radiotux.de/index.php?/archives/2025/12.html       https://archiv.radiotux.de/sendungen/radiotux/2025-12-06.RadioTu       .Magazin.Dezember2025.ogg#t=960                     A personal thank you       ====================                     [continued in next message]              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca