Include contents of .deb package in snap

I have a snap with a core18 base, but need to use a more up-to-date version of libsqlite3 than what’s. I’m guessing that my best option is to manually install the library from a more up-to-date version of the relevant .deb file? E.g.${ARCH}.deb.

It seems that I can do that using the (smart) dump plugin by passing the URL of the .deb file, like this:

    plugin: dump

Is there a reasonably elegant way to incorporate the arch dependency in this? I do need this to work on multiple architectures, so I can’t hardcode that. But it doesn’t seem that I can use environment variables in the URL for the dump plugin. Is my only option to substitute this with a reasonably elaborate script, like this one:

Any advice welcome, also with respect to better solutions to the overall problem I described above.

how about:

this is still kind of hardcoding the arch in the package name, but will conditionally pick the right thing at least …

Great yeah, that should do it! Indeed not ideal, but it’s less work/more maintainable than coding an installation script. Thanks for the tip.

If the newer libsqlite3 is available in a PPA somewhere (possibly one you create yourself), you could configure your snapcraft.yaml to use packages from that repository as discussed here:

You’d then be able to pull in the newer libsqlite using stage-packages: as normal. I’d strongly suggest using a backport of the package rather than pulling random debs from more recent releases. While it might sometimes work, you might also pull in binaries that depend on a newer version of glibc than what is provided by the base snap you’re using.

Right, so first off I had a go at the per-arch source that @ogra pointed to. This worked, though the correct syntax is

      - on amd64: <amd64-source.deb>
      - on arm64: <arm64-source.deb>

This, as @jamesh alluded to, threw a glibc version mismatch error when actually trying to use that version of sqlite. So I’m keen to try the PPA approach, but for now I’m not totally sure where to look. The most obvious place, bionic-backports, doesn’t include libsqlite3. I appreciate that this is tangential to the original question, but do you have any good pointers with respect to backport PPAs? It’s not really a world I’m very familiar with. In fact at this rate it’s tempting to switch to base core20, though I’d rather not go that way yet.

well, if you use a PPA you can as well build from source :slight_smile:

it shouldn’t take a lot more than (this is from an old package of mine. you might want to look for a newer version if needed):

    plugin: autotools
1 Like

That’s a good point @ogra. Your suggestion actually did the trick nicely! (and yes, just grabbed the newer source URL from