I can confim the same behaviour on current Debian sid and I found a working solution for me. In the end it was an issue outside discover. appstream data update was disabled, I proplery did that because the files are that big. I sill could search apps via appstream, so I thought that is not the root issue. $ appstreamcli search kate Identifier: org.kde.kate.desktop [desktop-application] [...] So appstream was already installed and working. Steps I needed to do to list apps within discover: rename /etc/apt/apt.conf.d/#50appstream to /etc/apt/apt.conf.d/50appstream apt update That was all. So for others it is a good idea to check: * can I search apps vis appstream ( appstreamcli search kate ) * does the update command is successfull ( appstreamcli refresh --source=os); or the command that is triggered by /etc/apt/apt.conf.d/50appstream) * is /var/cache/swcatalog populated and writeable that at least should clearify the issue even more. regards, hefee On Mittwoch, 12. Juni 2019 01:07:03 CEST Alexander Kernozhitsky wrote: > I also encounter this bug on Debian Buster. > > But I manually disabled all the AppStream and DEP-11 metadata from apt > configs, so this may be the reason. > > Can anyone reproduce this on a clean system?
Attachment:
signature.asc
Description: This is a digitally signed message part.