On Mon, 1 Apr 2024 10:00:50 +0300 Andrei Borzenkov <arvidjaar@gmail.com> 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.
Obviously, but in this case it does work, and it's quite obvious by inspection that Carlos' approach would not work in any case.
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?
Why did Carlos try his access? I neither know nor care; I'm simply showing him how to approach such problems. How exactly is your reponse helpful?