This stopped working recently; we can just download it from an actual
API designed for this instead, which should be safer.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

`i18n.merge_file` has been ignoring positional arguments for a time
and explicitly rejects with error since meson 0.60.0

Signed-off-by: Dylan Aïssi <dylan.aissi@collabora.com>

Otherwise, gnome-font-viewer build system fails to find them.

New versions of meson install by default libs into
lib/<triplet> instead of only lib/.

Signed-off-by: Dylan Aïssi <dylan.aissi@collabora.com>

After the rebase on top of Bookworm rework the switch to full version of
core packages to avoid confict errors on during unistallation.

Signed-off-by: Walter Lozano <walter.lozano@collabora.com>

After the rebase move to the set of libraries available in Bookworm.

Signed-off-by: Walter Lozano <walter.lozano@collabora.com>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

https://phabricator.apertis.org/T8509



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

Signed-off-by: Apertis CI <devel@lists.apertis.org>

New Meson versions error on this instead of just throwing a warning like
before, thus breaking the builds.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

It will be moved to an external repository to avoid slowing down our
main builds.

https://phabricator.apertis.org/T8363



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

https://phabricator.apertis.org/T8363



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

https://phabricator.apertis.org/T8219



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

This is getting absurdly long, but the QEMU-emulated build jobs seem to
still timeout sometimes when building Totem.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

https://phabricator.apertis.org/T8363



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

The current way doesn't properly change the assigned name of the D-Bus
service, meaning that D-Bus activation times out.

https://phabricator.apertis.org/T8477



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

https://phabricator.apertis.org/T8363



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Signed-off-by: Ritesh Raj Sarraf <rrs@debian.org>

Signed-off-by: Ritesh Raj Sarraf <rrs@debian.org>

This reverts commit ff69d3fb.

The changes are merged in now, so no need for a custom fork anymore.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

This is a great example of why attempting to squeeze in changes before a
weekend is usually a terrible idea.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Now, repo updates take place as part of the regular publish process
(which has retries and resource groups set up), meaning that it's not
possible for the summary to go without updates if not all publishes
complete. This is an imperfect solution, but there isn't really a better
one available at the moment.

A few typos and YAML format issues were fixed as well.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

It's entirely redundant at best, and at worst, it may be the cause of
the timeouts I've been observing.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

It's not clear why this happens, but update-repo randomly hangs,
resulting in what should be a minute-long task timing out. As a
workaround, the job is given a much lower timeout but can retry a few
times, side-stepping the problem.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Who knew one regex could be so much trouble? This version is a bit
easier to read anyway...

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

It should only match names in the format of "/VERSION", but currently it
also matches "-VERSION".

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

Otherwise, the build-export invocations made by flatpak-builder end up
breaking:

https://phabricator.apertis.org/T8418



Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>

GPLv3 isn't a problem in there, and various build tools will tend to
depend on functionality specific to the GNU versions.

Signed-off-by: Ryan Gonzalez <ryan.gonzalez@collabora.com>