On 2024-04-01 09:00, Andrei Borzenkov wrote:
On Sun, Mar 31, 2024 at 11:19 PM Dave Howorth <dave@howorth.org.uk> wrote:
On Sun, 31 Mar 2024 19:50:01 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
There is still the mystery of what is actually that link: <appstream://com.github.louis77.tuner>
I tried:
cer@Telcontar:~/tmp/appstream> wget http://com.github.louis77.tuner --2024-03-31 19:46:42-- http://com.github.louis77.tuner/ Resolving com.github.louis77.tuner (com.github.louis77.tuner)... failed: Name or service not known. wget: unable to resolve host address ‘com.github.louis77.tuner’ cer@Telcontar:~/tmp/appstream>
Do you expect any link that isn't in the correct (for URLs) order/format to work? URLs aren't big-endian!
Try instead:
That is a rather bad example. Even if you can get at the location of this software from its Application ID using your background, experience or second guess it is more or less accidental. The "com.github.louis77.tuner" is an Application ID and the only requirement for Application ID is being uniqueue. Nothing prevents this software from using "c3d10f2d-af46-4809-8a53-59ef2702d866" as its Application ID, the end result would be exactly the same.
It is just that human beings for some inexplicable reasons prefer meaningful IDs (at least, IDs which they perceive meaningful) and deriving ID from its hosting DNS name turned out to be reasonably unique and more meaningful.
Besides, accessing https://github.com/louis77/tuner has absolutely nothing to do with installing or getting information about the application with Application ID "com.github.louis77.tuner". So how exactly is it helpful to anyone?
Ah, ok, so something translates <appstream://com.github.louis77.tuner> to an "application ID", which is not related to https://github.com/louis77/tuner. Thanks. We are getting somewhere. https://wiki.debian.org/AppStream/Guidelines It appears there is some sort of database hosted by Debian and Ubuntu: «Visit https://appstream.debian.org/ or http://appstream.ubuntu.com/ to see the metadata status per package. Any errors will cause processing to stop and need to be rectified before your package will be included in the exported metadata.» «AppStream metadata is to be placed in the /usr/share/metainfo/ directory and must be placed in the package which should be installed in order to get the software described by the respective metadata. This means that you might need to move the *.metainfo.xml or *.appdata.xml to the right (meta)package.» Ah, lets see: cer@Telcontar:~> ls /usr/share/metainfo/com.github.louis77.tuner ls: cannot access '/usr/share/metainfo/com.github.louis77.tuner': No such file or directory cer@Telcontar:~> ls /usr/share/metainfo/ | grep tuner com.github.louis77.tuner.appdata.xml cer@Telcontar:~> Interesting. I wonder if the information on that file can be used to create the start menu on desktops. Is there a way to read that file before installing the package, having only <appstream://com.github.louis77.tuner>? Maybe YaST should also handle these. -- Cheers / Saludos, Carlos E. R. (from 15.5 x86_64 at Telcontar)