not running on local runners due to missing tags?

Seems these tags don't make it onto the job. Maybe they need to be on the template that you extends:?

Seems these tags don't make it onto the job. Maybe they need to be on the template that you extends:?

arm64 runner has these tags:

Tags
    saas-linux-medium-arm64 aws armv8 saas-linux-large-arm64 saas-linux-small-arm64 arm64/v8 

amd64 runner has these:

saas-linux-small-amd64 saas-linux-large-amd64 amd64 saas-linux-medium-amd64 

Raphael Dürscheid (af3817d5) at 12 Mar 09:00

... and 18 more commits

It did in fact and is here: https://gitlab.com/aivero/open-source/see/-/packages/55906244

@ibraheem.farooq @ibropotomus can you test that one please?

FYI @gsalem once tested to be working we can merge this into main and the task would be done.

@SanchayanMaity I've boosted your permissions from just this project to the open-source group. I think the docker pull permissions are linked to the group and not the project.

Raphael Dürscheid (2ea14042) at 11 Mar 15:13

... and 103 more commits

Hi!

This is a draft MR for WP3 (Linux Appimage packaging for the sampler). I'm filing it as is to gather feedback on the points below; to make the build environment completely reproducible before porting it over to Meson, I've written it inside a Dockerfile.

The MR is currently a rebase of the target branch on top of WP2 (!6). T

Remarks

• There are extra changes needed to make the Cargo workspace more friendly to Meson and to Tauri

  • setting default members, integrating all elements into a single lockfile, and enabling gst-pointcloud-builder out of the box

• Dockerignores are needed to avoid spurious rebuilds

• Dependencies: I've listed all of them in the Dockerfile, in particular two merit special review

  • webkit2gtk: it is an extremely (1h at 16 threads with Clang) heavy dependency, that needs to be rebuilt against our homebrewed GStreamer. I've taken care of reducing its dependency footprint as much as possible
  • appimagekit: I worked with it already, and libfuse2-based executables cannot be run inside a container, so it must be unpacked before use. I picked /usr/local to avoid setting LD_LIBRARY_PATH etc.

The commits addressing the first two points should be cherry picked to WP2, once we're done with the review.

Questions

• My main concern is whether all the dependencies have been identified and packaged if needed.
• As we have been using 24.04 for the other builds, I'd like to confirm that the present AppImage is usable; should we add further dependencies to the package?
• Can we prune the /opt/gstreamer tree more effectively to shrink the AppImage? Possibly getting rid of pkg-configs, static libraries, etc.

Feedback is appreciated.

fixes #10

@SanchayanMaity I think CI failures are a permission issue. I've kicked them off. Will this still produce an appimage as per !9 (merged) ?

@ibraheem.farooq @ibropotomus once the latest pipeline succeeds, can you test it.

that is perfect!

@amyspark I've bumped you to Maintainer. Hope that fixes the permission issue. Will try to retrigger.