Home | Devuan | Git | Forum | Packages | Popcon
Donate now!
Download

Devuan bug report logs - #416
elpa-debian-el: Reports go to the Debian BTS

Package: elpa-debian-el; Severity: wishlist; Reported by: Olaf Meeuwissen <[email protected]>; dated Sun, 22 Mar 2020 11:33:06 UTC; Maintainer for elpa-debian-el is (unknown).

Message received at [email protected]:


Received: (at 416) by bugs.devuan.org; 30 Mar 2020 13:30:06 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Mon, 30 Mar 2020 13:30:06 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(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 98576F60884
	for <[email protected]>; Mon, 30 Mar 2020 15:23:42 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=apollo)
	by mx.hindley.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jIuOC-0008C2-1b; Mon, 30 Mar 2020 14:23:40 +0100
Received: from mark by apollo with local (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jIuOB-00019M-8o; Mon, 30 Mar 2020 14:23:39 +0100
Date: Mon, 30 Mar 2020 14:23:39 +0100
From: Mark Hindley <[email protected]>
To: Olaf Meeuwissen <[email protected]>
Cc: [email protected]
Subject: Re: bug#416: elpa-debian-el: Reports go to the Debian BTS
Message-ID: <[email protected]>
References: <8736a03a50.fsf@boson>
 <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

On Mon, Mar 30, 2020 at 08:58:36PM +0900, Olaf Meeuwissen wrote:
> > 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?

Yes, a few. Notably elogind, eudev, consolkit2, some themes, refractainstaller,
choose-init, and several others that still have the (very old?) +vuaN numbering.

The problem with using +devuanN in the version as the test is that these package
reports would then be sent to Debian which would be unpopular!

> > 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,

Yes, many thanks.

Mark
Acknowledgement sent to Mark Hindley <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#416; Package elpa-debian-el. Full text available.

Message received at [email protected]:


Received: (at 416) by bugs.devuan.org; 30 Mar 2020 12:10:02 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (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 <[email protected]>; 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 <[email protected]>; Mon, 30 Mar 2020 20:58:37 +0900
Received: from olaf (uid 1000)
	(envelope-from [email protected])
	id 1fba74
	by quark (DragonFly Mail Agent v0.11);
	Mon, 30 Mar 2020 20:58:36 +0900
References: <8736a03a50.fsf@boson> <[email protected]> <[email protected]> <[email protected]>
User-agent: mu4e 0.9.18; emacs 25.1.1
From: Olaf Meeuwissen <[email protected]>
To: Mark Hindley <[email protected]>
Cc: [email protected]
Subject: Re: bug#416: elpa-debian-el: Reports go to the Debian BTS
In-reply-to: <[email protected]>
Date: Mon, 30 Mar 2020 20:58:36 +0900
Message-ID: <[email protected]>
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
Acknowledgement sent to Olaf Meeuwissen <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#416; Package elpa-debian-el. Full text available.

Message received at [email protected]:


Received: (at 416) by bugs.devuan.org; 29 Mar 2020 10:10:03 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sun, 29 Mar 2020 10:10:03 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(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 084CFF6093D
	for <[email protected]>; Sun, 29 Mar 2020 11:59:28 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=apollo)
	by mx.hindley.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jIUj0-0007RT-2L; Sun, 29 Mar 2020 10:59:26 +0100
Received: from mark by apollo with local (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jIUiy-0006kd-IM; Sun, 29 Mar 2020 10:59:24 +0100
Date: Sun, 29 Mar 2020 10:59:24 +0100
From: Mark Hindley <[email protected]>
To: Olaf Meeuwissen <[email protected]>
Cc: [email protected]
Subject: Re: bug#416: elpa-debian-el: Reports go to the Debian BTS
Message-ID: <[email protected]>
References: <8736a03a50.fsf@boson>
 <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <[email protected]>
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

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.

> > 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?

Thanks

Mark
Acknowledgement sent to Mark Hindley <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#416; Package elpa-debian-el. Full text available.

Message received at [email protected]:


Received: (at 416) by bugs.devuan.org; 29 Mar 2020 04:30:04 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sun, 29 Mar 2020 04:30:03 +0000 (UTC)
Received: from mo-sw.mose-mail.jp (mo-sw1505-0.mose-mail.jp [210.130.202.8])
	(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 7CA60F608A1
	for <[email protected]>; Sun, 29 Mar 2020 06:19:34 +0200 (CEST)
Received: by mo-sw.mose-mail.jp (mose-mo-sw1505) id 02T4JV8c011697; Sun, 29 Mar 2020 13:19:31 +0900
Received: from quark (localhost [127.0.0.1])
	by mbox.mose-mail.jp (mose-mbox1510) id 02T4JTd2010085
	for <[email protected]>; Sun, 29 Mar 2020 13:19:30 +0900
Received: from olaf (uid 1000)
	(envelope-from [email protected])
	id 1faf05
	by quark (DragonFly Mail Agent v0.11);
	Sun, 29 Mar 2020 13:19:28 +0900
References: <8736a03a50.fsf@boson> <[email protected]>
User-agent: mu4e 0.9.18; emacs 25.1.1
From: Olaf Meeuwissen <[email protected]>
To: Mark Hindley <[email protected]>
Cc: [email protected]
Subject: Re: bug#416: elpa-debian-el: Reports go to the Debian BTS
In-reply-to: <[email protected]>
Date: Sun, 29 Mar 2020 13:19:28 +0900
Message-ID: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Status: No, score=0.2 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS,
	RCVD_IN_MSPIKE_H2,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

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.

> On Sun, Mar 22, 2020 at 08:24:27PM +0900, Olaf Meeuwissen wrote:
>> Package: elpa-debian-el
>> Version: 37.8
>> Severity: wishlist
>>
>> Dear Maintainer,
>>
>> I prefer submitting bug reports via this Emacs add-on.  Unlike the
>> reportbug command-line utility, the Emacs add-on is not patched to
>> point to the Devuan BTS :-(
>
> 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.

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.

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
Acknowledgement sent to Olaf Meeuwissen <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.
Information forwarded to [email protected], [email protected]:
bug#416; Package elpa-debian-el. Full text available.

Message received at [email protected]:


Received: (at 416) by bugs.devuan.org; 23 Mar 2020 14:20:04 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Mon, 23 Mar 2020 14:20:04 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(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 E8E5FF6087E
	for <[email protected]>; Mon, 23 Mar 2020 15:12:47 +0100 (CET)
Received: from apollo.hindleynet ([192.168.1.3] helo=apollo)
	by mx.hindley.org.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
	(Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jGNoq-0007zD-N5; Mon, 23 Mar 2020 14:12:45 +0000
Received: from mark by apollo with local (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1jGNop-0003aH-0T; Mon, 23 Mar 2020 14:12:43 +0000
Date: Mon, 23 Mar 2020 14:12:42 +0000
From: Mark Hindley <[email protected]>
To: Olaf Meeuwissen <[email protected]>, [email protected]
Subject: Re: bug#416: elpa-debian-el: Reports go to the Debian BTS
Message-ID: <[email protected]>
References: <8736a03a50.fsf@boson>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <8736a03a50.fsf@boson>
X-Debbugs-No-Ack: No Thanks
User-Agent: Mutt/1.5.23 (2014-03-12)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

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.

On Sun, Mar 22, 2020 at 08:24:27PM +0900, Olaf Meeuwissen wrote:
> Package: elpa-debian-el
> Version: 37.8
> Severity: wishlist
> 
> Dear Maintainer,
> 
> I prefer submitting bug reports via this Emacs add-on.  Unlike the
> reportbug command-line utility, the Emacs add-on is not patched to
> point to the Devuan BTS :-(

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?

Mark
Information forwarded to [email protected], [email protected]:
bug#416; Package elpa-debian-el. Full text available.

Message received at [email protected]:


Received: (at submit) by bugs.devuan.org; 22 Mar 2020 11:30:04 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Sun, 22 Mar 2020 11:30:03 +0000 (UTC)
Received: from mo-sw.mose-mail.jp (mo-sw1505-0.mose-mail.jp [210.130.202.8])
	(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 8227DF608BE
	for <[email protected]>; Sun, 22 Mar 2020 12:24:32 +0100 (CET)
Received: by mo-sw.mose-mail.jp (mose-mo-sw1505) id 02MBOUvR010506; Sun, 22 Mar 2020 20:24:30 +0900
Received: from boson (localhost [127.0.0.1])
	by mbox.mose-mail.jp (mose-mbox1511) id 02MBOTbJ029337
	for <[email protected]>; Sun, 22 Mar 2020 20:24:30 +0900
Received: from paddy-hack (uid 1000)
	(envelope-from [email protected])
	id 17f965
	by boson (DragonFly Mail Agent v0.11);
	Sun, 22 Mar 2020 20:24:27 +0900
User-agent: mu4e 1.0; emacs 26.1
From: Olaf Meeuwissen <[email protected]>
To: Devuan Bug Tracking System <[email protected]>
Subject: elpa-debian-el: Reports go to the Debian BTS
X-Debbugs-CC: Olaf Meeuwissen <[email protected]>
Date: Sun, 22 Mar 2020 20:24:27 +0900
Message-ID: <8736a03a50.fsf@boson>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Status: No, score=0.2 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS,
	RCVD_IN_MSPIKE_H2,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

Package: elpa-debian-el
Version: 37.8
Severity: wishlist

Dear Maintainer,

I prefer submitting bug reports via this Emacs add-on.  Unlike the
reportbug command-line utility, the Emacs add-on is not patched to
point to the Devuan BTS :-(

While I understand that the majority of bugs in Devuan are really for
the Debian maintainers to fix, some are not.  It would be nice if the
package could be Devuanized and provide a devuan-bug command or use the
Devuan BTS email address by default.  Maybe, the command could even be
made to look at the package's version to decide which address to use.

I am working around by manually changing the To: field for now.

-- System Information:
Architecture: x86_64

Kernel: Linux 4.19.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages elpa-debian-el depends on:
ii  bzip2           1.0.6-9.2~deb10u1
ii  dpkg            1.19.7
ii  emacsen-common  3.0.4
ii  reportbug       7.5.3+devuan3
ii  xz-utils        5.2.4-1

Versions of packages elpa-debian-el recommends:
ii  emacs              1:26.1+1-3.2+deb10u1
ii  emacs-gtk [emacs]  1:26.1+1-3.2+deb10u1
pn  wget               <none>

elpa-debian-el suggests no packages.

-- no debconf information

--
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
Acknowledgement sent to Olaf Meeuwissen <[email protected]>:
New bug report received and forwarded. Copy sent to [email protected], [email protected]. Full text available.
Report forwarded to [email protected], [email protected], [email protected]:
bug#416; Package elpa-debian-el. Full text available.

Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.

Devuan Bugs Owner <[email protected]>.
Last modified: Sat, 18 Jan 2025 04:39:02 UTC