[pkg-wine-party] Bug#848839: AppStream metadata for Wine

Matthias Klumpp mak at debian.org
Mon Jan 23 23:42:15 UTC 2017


2017-01-22 23:02 GMT+01:00 Jens Reyer <jre.winesim at gmail.com>:
> On 01/22/2017 10:36 PM, Matthias Klumpp wrote:
>> 2017-01-22 22:02 GMT+01:00 Jens Reyer <jre.winesim at gmail.com>:
>>> The new wine-development now shows up in GNOME Software Center, the
>>> installed status is correct and install/removal works.
>>>
>>> But wine is still broken in there (install status is always
>>> "installed"). I don't know if I just broke my system, or if everyone is
>>> affected.  Feedback from anyone is welcome.
>>
>> Sounds like a GNOME Software bug... Maybe it assumes stuff to be
>> installed when a metainfo file exists in /usr/share/metainfo, so if
>> you manually place it there, GS gets confused. If that's not the case,
>> this is a weird GS bug - can you verify this bug with GNOME Software
>> 3.22.5 (in unstable)?
>
> Still there with 3.22.5-1.
>
> What's strange is that this only happens with wine, but not with
> wine-development, although both are identical here besides their
> AppStream id and name.
>
> While testing I indeed had placed the files manually somewhere (maybe
> only the one for wine, but not that for wine-development), but removed
> them since. With all wine packages uninstalled:
>
> $ ls /usr/share/applications/*wine*
> ls: cannot access '/usr/share/applications/*wine*': No such file or
> directory
>
> $ ls /usr/share/metainfo
> org.freedesktop.appstream.cli.metainfo.xml
>
> $ ls /var/cache/app-info/xmls/
> fwupd.xml

Very strange - I can't reproduce this here, everything looks as
expected. If this persists, it's probably worth filing an upstream
bug...

Cheers,
    Matthias

-- 
I welcome VSRE emails. See http://vsre.info/



More information about the pkg-wine-party mailing list