Bug#1010104: cqrlog: missing AppStream metadata

[tony mancill <tmancill@debian.org>]

On Sat, Apr 30, 2022 at 09:37:06AM -0700, tony mancill wrote:
> On Fri, Apr 29, 2022 at 01:52:42PM +0200, asciiwolf@seznam.cz wrote:

> > ah, the AppData file seems to be in the cqrlog-data package (along with desktop icon files), not the main cqrlog one. I am however not sure whether this is supported by GNOME Software / KDE Discover and the Debian/Ubuntu AppStream generator itself[1]. GNOME Software on Ubuntu 22.04 (which uses cqrlog 2.5.2-1 package synced from Debian) does not seem to display valid metadata for the cqrlog package - it uses autogenerated metadata from its desktop file (and no icon) instead.
> 
> Hi Daniel,
> 
> :facepalm:  I didn't look closely enough.  Thank you for pointing this
> out.  Since cqrlog depends on cqrlog-data with the same source version,
> I think this should be fairly simple to move into cqrlog.

The update is ready.  It feels a little odd to have cqrlog declare
Breaks/Replaces on the previous cqrlog-data in order to hint APT to do
the right thing during an upgrade.  That, we have the following:

Package: cqrlog
Depends: cqrlog-data (= ${source:Version}), ..
Breaks: cqrlog-data (<< 2.5.2-2)
Replaces: cqrlog-data (<< 2.5.2-2)

  and

Package: cqrlog-data
Breaks: cqrlog (<< 2.4.0)
Replaces: cqrlog (<< 2.4.0)

Since the version in stable is > 2.4.0, I'm interested in thoughts on
whether I can drop the Breaks/Depends in this upload of cqrlog-data to
avoid having a circular Breaks/Replaces relationship between cqrlog and
cqrlog-data if someone tried to update directly from oldstable
(2.3.0-2).

Regards,
tony