Source: cycfx2prog Version: 0.47-1.3 Severity: important X-Debbugs-Cc: [email protected], Uwe Hermann <[email protected]>, Package Salvaging Team <[email protected]>
Hi, This is an attempt to introduce a new procedure, which I propose to call Intend To Orphan. While we have an established process for making minimal, fine-grained changes to a package, it does not cover broader improvements such as migrating to Salsa, updating the Standards-Version, or adjusting the debhelper compatibility level. However, some packages could benefit from more extensive changes, and this procedure aims to provide a structured way to implement them. Unlike the well-established Package Salvage procedure[1] which requires an active Uploader, the goal here is to allow collaborative work on a package on Salsa, even if no active uploader expresses interest in maintaining it. --> Maintainer set to Debian QA Group <[email protected]> If you do not agree to large-scale changes to this package, including maintaining it on Salsa, feel free to close this bug or tag it as 'wontfix' to inform others. There is no obligation to continue reading if your stance is clear, and that decision will, of course, be respected. Otherwise, I will follow the well-established timing of the ITS procedure, waiting 21 days before performing a QA Upload to delayed=10. This procedure has not yet reached consensus--I am simply exploring whether it could be accepted. It was disussed at DebConf25 but some consensus is pending. Please keep in mind that the goal of this process is to help ensure that packages remain up to date and well maintained. If you have suggestions for improving it, your feedback is most welcome. I'm interested in orphaning the package cycfx2prog. It meets the following criteria: - NMUs (more than one NMU in a row). - Bugs filed against the package do not have answers from the maintainer. - There are QA issues with the package. - Not on Salsa but it could profit from team maintenance - No maintainer upload in the last 15 years - Standards-Version < 4 Typically QA maintained packages are in Debian team space on Salsa. I derived from this and I have set up a repository within Debian Electronics Team space[2] since it seems there is some potential that a team member might pick up this package. My goal is to make the transition to using a Git repository on Salsa smoother and more convenient. This package was highlighted in the Bug of the Day[3] initiative, which aims to introduce newcomers to manageable tasks and guide them through the workflow to solve them. The focus of this initiative is on migrating packages to Salsa, as it's a great way to help newcomers become familiar with a consistent Git-based workflow. Kind regards Andreas. [1] https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#package-salvaging [2] https://salsa.debian.org/electronics-team/cycfx2prog [3] https://salsa.debian.org/qa/tiny_qa_tools/-/wikis/Tiny-QA-tasks -- System Information: Debian Release: forky/sid APT prefers testing APT policy: (501, 'testing'), (50, 'buildd-unstable'), (50, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.17.8+deb14-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
