Bug#1079842: Should debbugs be removed from unstable?
Bill Allombert <[email protected]> Tue, 5 Nov 2024 16:09:44 +0100
| Newsgroups | gmane.linux.debian.devel.debbugs |
|---|---|
| Message-ID | <Zyo1Jy57NCtTeiO9__29121.0534329124$1730819546$gmane$org@seventeen> |
--y2aKy/qNoF53cmMB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 30, 2024 at 10:32:45PM -0700, Don Armstrong wrote: > On Tue, 29 Oct 2024, Bill Allombert wrote: > > On Fri, Oct 04, 2024 at 11:04:26PM +0200, Bill Allombert wrote: > > > In any case, please decide either to commit to maintain this package = or to let me > > > do it before it is too late for the freeze. > >=20 > > I reviewed debbugs 'git log'. There are work around May done by you > > and Otto to make the GIT repository in a state suitable to an upload > > to unstable, which is a very good news. Unfortunately, this effort was > > not concluded by an upload, so the long standing RC bug was not fixed > > in unstable. >=20 > First off, sorry for taking so long to respond, and I appreciate you > continuing to be polite in response to my silence. Thanks for answering! > The reason why I didn't upload, is because I didn't want to commit to > maintaining the package through a stable release. What precisely worry you ? The need to do security update ? RC bugs ? User support ? > If you're willing to commit to maintaining it, I'm happy for you to > become part of the debbugs team for the purpose of maintaining the > packaging of the upstream codebase in Debian, committing and tagging > those releases as appropriate in salsa. It seems there is no tag in the GIT repository at all ? (maybe you have local tags that you did not push ?) > In exchange, I'll request that you do the following: >=20 > 1) Keep issues which are open in the debbugs package and require fixes > upstream (or new development) open. [I use this as the "upstream" bug > tracker, which is why I don't want to remove the package from Debian. > Once they are fixed upstream, you can close them as usual in a > changelog. I commit to making sure the changelogs in release_2.6 and > master reflect those fixes.] >=20 > 2) Choose a branch name other than debian for maintaining the Debian > packaging (as we're using that for what runs on bugs.debian.org). [Or > alternatively, coordinate with me and the rest of the team so we can > have a flag day and change the branch names.] I probably need one branch per upstream version anyway. Maybe debbugs-$version=20 > 3) Coordinate with me before releasing anything > 2.6 that isn't tagged > as a release (but feel free to cherry pick patches that you want to > carry as Debian specific patches; I'll try to keep backporting useful > ones to 2.6 since that's what the debian branch is running from.) Practically, should I base my package on 2.6.1 or 2.6.0 ? How do I know when something is 'released' ? 2.6.1 seems to fixes the most pressing issues. The debian/changelog is not up-do-date. By the way, is psuedoheader a typo for pseudoheader ? %grep psuedoheader -r . =2E/t/06_mail_handling.t:# now check to see if we can close a bug using a p= suedoheader done =2E/debian/changelog: * Add support for a Done: psuedoheader (closes: #950= 133) =2E/scripts/process:#psuedoheaders =2E/scripts/process: last if $phline !~ m/^([\w-]+): # psuedoheader =2E/Debbugs/Config.pm:packages without a maintainer and bugs missing a Pack= age: psuedoheader Cheers, --=20 Bill. <[email protected]> Imagine a large red swirl here.=20 --y2aKy/qNoF53cmMB Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEQgKOpASi6dgKxFMUjw58K0Ui44cFAmcqNTgACgkQjw58K0Ui 44e3Sg//f4IokkP3n+CVosFXYw5VgAphnt0bWpOpU+ONgUirhhPqS9kpeQXgxirJ WtpbWe23oFl7hXRvS5mwwRfqEjiejf7hM2oKIx8u2BaRW4fLgOlmDSDtcSeg55/y jES2kRiPVLwEADhNpM451TPgJuZKqTuRAdJGx9qgHkiAmhRqdh7Ywm/A6kZEqmaU 1f5Z/eFXO/c1oDgzfKOCaDv1jyY4iPdl6PF2ZVO48f9jBRAonxd66/H5I0oJYWTT +DzKpqgH+0MJe5xsXUZII3PgXmam9L41XvcWPf0j2SCWD9TGW+7iwYapSIruZDzx AHknU5OO1EwH67ar5QLTqyc1XiTAJSB0z4oj4BaRYNBbxBFGLVqxye4c3t0RsqED tazTcDUndZnkwdyp1/dZhrV7epAyW0FhmvAszn4TKZJMbLj+PP09KWG5F6CBsi+9 DQXaKICtHhDv25JdM+pEyjEmCFgXC/csD0yPoUUjHC3SeWDjoC7fBZrna1+rRqtN ue+vo3uQO+XN942KxbXzSB2iopJi995t75o9ah0b2gNANVgXEnOrgOyehcMUTtyf 9l3i4o0Jz5+n6eGFcV2sN22wB4J+pwPf0SjHvnTbqvEZQp5YCIbJMxxqYU2HpSOP ITOV7Aw++wSay6pQQEFC/KbVniw3oIZ6nOqKneZwLI9cNxoC4L8= =gn4e -----END PGP SIGNATURE----- --y2aKy/qNoF53cmMB--