Snapcraft Clinics - 2025-May-22 and 2025-May-27

mr_cal · May 20, 2025, 11:28am

The next Snapcraft Clinics are scheduled for 2025-05-22T18:00:00Z and 2025-05-27T14:30:00Z! Come chat and get support for Snapcraft.

Meetings are 30 minutes long. You can join via Google Meet .

If you want to discuss any topics other than Snapcraft itself, reply here in advance so we can invite the correct parties.

Please remember that all attendees are expected to follow the Ubuntu Code of Conduct .

soumyaDghosh · May 20, 2025, 7:00pm

@SergioCostas Will it be possible for you to join for tomorrow’s clinic, and we can discuss this PR?

github.com/canonical/snapd-glib

feat(links): Add support for various links available with a snap

canonical:master ← soumyaDghosh:snap-link

opened 05:53AM - 11 May 25 UTC

soumyaDghosh

+425 -2

``` snap debug api '/v2/find?name=firefox' | jq '.result[].links' { "contac…t": [ "https://support.mozilla.org/kb/file-bug-report-or-feature-request-mozilla" ], "website": [ "https://www.mozilla.org/firefox/" ] } ``` Each snap exposes the urls in this way, type name (string) and urls (list). Now, this PR fetches all these data for the snaps and adds them to the `SnapdSnap` struct, where, the `SnapdLink` is a `GPtrArray` containing ``` gchar *type, GStrv urls ``` This way, we can always add support for any new type of link added to `snapd`. This is kind of similar to how `SnapdMedia` is handled. However on the qt part, instead of having a method `linksCount` and `link(int n)`, I converted the `GPtrArrays` to `QList<QSnapdLink>`. The currently exposed links by snapd are `contact`, `donate`, `issues`, `source`, `website`. With this PR the methods related to fetching `contact`, `website` can also be deprecated.

SergioCostas · May 21, 2025, 7:14am

No problem. I’ll be there.

SergioCostas · May 21, 2025, 7:17am

Also, sorry for not answering last week: I was in the sprint at Frankfurt, too much work.

soumyaDghosh · May 21, 2025, 7:36am

No problem @SergioCostas. See you tomorrow!