On Sat, Apr 30, 2022 at 09:37:06AM -0700, tony mancill wrote:
> On Fri, Apr 29, 2022 at 01:52:42PM +0200, asciiw...@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
