From unknown Thu Mar 28 17:08:07 2024 Received: (at 416) by bugs.devuan.org; 30 Mar 2020 12:10:02 +0000 Return-Path: Delivered-To: devuanbugs@dyne.org Received: from tupac3.dyne.org [195.169.149.119] by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4) for (single-drop); Mon, 30 Mar 2020 12:10:02 +0000 (UTC) Received: from mo-sw.mose-mail.jp (mo-sw1506-0.mose-mail.jp [210.130.202.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by vm6.ganeti.dyne.org (Postfix) with ESMTPS id A9C37F60857 for <416@bugs.devuan.org>; Mon, 30 Mar 2020 13:58:42 +0200 (CEST) Received: by mo-sw.mose-mail.jp (mose-mo-sw1506) id 02UBwc0C012238; Mon, 30 Mar 2020 20:58:38 +0900 Received: from quark (localhost [127.0.0.1]) by mbox.mose-mail.jp (mose-mbox1512) id 02UBwamE006455 for <416@bugs.devuan.org>; Mon, 30 Mar 2020 20:58:37 +0900 Received: from olaf (uid 1000) (envelope-from olaf@ueda.ne.jp) id 1fba74 by quark (DragonFly Mail Agent v0.11); Mon, 30 Mar 2020 20:58:36 +0900 References: <8736a03a50.fsf@boson> <20200323141242.GL3924@hindley.org.uk> <87pncvn67j.fsf@member.fsf.org> <20200329095924.GF3924@hindley.org.uk> User-agent: mu4e 0.9.18; emacs 25.1.1 From: Olaf Meeuwissen To: Mark Hindley Cc: 416@bugs.devuan.org Subject: Re: bug#416: elpa-debian-el: Reports go to the Debian BTS In-reply-to: <20200329095924.GF3924@hindley.org.uk> Date: Mon, 30 Mar 2020 20:58:36 +0900 Message-ID: <87bloejbpv.fsf@member.fsf.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=0.2 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, SPF_HELO_PASS,SPF_PASS,UNPARSEABLE_RELAY autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org Mark Hindley writes: > On Sun, Mar 29, 2020 at 01:19:28PM +0900, Olaf Meeuwissen wrote: >> Hi Mark, >> >> Mark Hindley writes: >> >> > Olaf, >> > >> > Thanks for this. >> > >> > We have a problem with bug reporting tools as they are generally designed to >> > work with a single BTS. reportbug itself does work with multiple BTS and I am working >> > at a system which automatically sends bugs to the correct BTS depending on the >> > source of the package. >> >> Is that server-side or client-side? I hope the latter as I believe that >> reportbug can be made to look at the package's version to decide which >> of the Devuan and Debian BTSs should be targetted. > > Yes, client-side. We can use 'Origin: Devuan' in our packages to distinguish in > reportbug once all Devuan's packages have that added to their source > debian/control. Good, but can't you use the package's version already? I thought that all repackaged packages have to add a `devuan` in their version. I just ran dpkg-query -W | grep devuan on my ASCII machine and only devuan-keyring didn't have `devuan` in its version. I think that's fair enough. Are there other Devuan specific packages that do not follow this rule of thumb? Don't get me wrong, making all Devuan specific or repackaged packages have an "Origin: Devuan" is a Good Thing. I was just thinking you do not have to wait for that when using package versions for the bulk of packages. >> > However, as far as elpa-debian-el goes, does setting the variables >> > debian-bug-mail-address, debian-bug-mail-quiet-address and >> > debian-bug-mail-maintonly-address to their @bugs.devuan.org equivalents work? >> >> I've tested this in #420 but, as noted there too, there are a lot of >> other references to debian.org that may need to be updated as well for >> full integration. While desirable, I don't think that's a priority >> though. > > I am glad that is a temporary work-around. > >> Looking through debian-bugs.el, I noticed that debian-bug-prefill-report >> throws out the mail headers generated by reportbug :-o >> The mail headers generated by reportbug already use the Devuan addresses >> so it may be better to defer to those if available. That's not really a >> Devuan-specific issue though. > > That seems bizzarre behaviour! Maybe that is worth bugging Debian about? I am thinking about doing so but I'll have to find some time to do so. Maybe next weekend. My SANE activities eat up most of my free time at the moment. Hope this helps, -- Olaf Meeuwissen, LPIC-2 FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Software https://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join