=== ogra is now known as imgbot === imgbot is now known as ogra [15:47] Moving to #ubuntu-discuss from #ubuntu [15:47] ogra: are you here? [15:47] yep [15:47] https://ograblog.wordpress.com/2020/07/10/building-snap-packages-on-ubuntu-core/ [15:48] ignore the "Ubuntu COre" part here [15:48] "If your Ubuntu Core device is i.e. a Raspberry Pi you won’t easily be able to build for its armhf or arm64 target architecture on your PC which makes development harder." [15:48] that block post essentially describes how to build snaps inside an lxd container [15:48] thats true [15:49] though on a Pi4 the builds are reasonably fast [15:49] That quote means nothing to me, I have a Raspberry Pi that can run Ubuntu Desktop [15:49] Pi4 with 4GB RAM [15:49] yeah, that should be good [15:50] Although it's in a box somewhere [15:50] oh, heh [15:50] i didnt recognize my own sentence 😛 [15:51] The question is: what if a version of a dependency is only available on 21.04? [15:52] try finding a PPA or do a backport yurself or buils the part from source [15:52] *build [15:52] what is it you are requiring for your snap ? [15:53] I need glibc 2.33 [15:53] (do you have your snapcraft.yaml public anywhere (github or so)) [15:53] oh, that wont be easy ... but why ? [15:53] are you packaging some binary proprietary thing ? [15:54] I didn't make the app, I'm making an unoficcial snap for it. I have no idea why it needs glibc 2.33 [15:56] I'm snapping a popular game, source code for it is here: https://github.com/ninjamuffin99/Funkin (not my repo, just building that game and snapping it) [15:56] libc is always a little problematic because all the runtime env that comes from the base snap is linked against the version in the base snap ... so while your snp can ship its own libc, if you load a lib from the base snap it might cause issues [15:56] I think it's to do with getting the time or something... [15:57] well, that looks like it is source ... [15:58] wow, you definitely picked something really complex to start creating your first snap 🙂 [15:59] Yeah... I know how to build it, what the commands are to setup the build environment, what packages are needed, PPAs, e.t.c, it's mostly [15:59] custom commands and and glibc that's the problem [16:01] so do you get some build error ? [16:01] The program won't run. [16:02] (When I snap the built version) [16:02] right, you'd need to build it from source [16:03] but that should just work fine then [16:03] And I need around 15 commands to build from source. [16:03] Build the game frrom source [16:04] and ? just use an "override-build:" entry in your snapcraft.yaml and add the 15 commands there [16:04] Hold up... [16:04] Could i... [16:05] add the 21.04 repos in those commands? [16:05] snapcraft is super flexible ... you can do anything yu want in i 🙂 [16:05] *in it [16:05] you really shouldnt use the 21.04 binaries ... rathe build against 20.04 [16:05] Yeah [16:05] I just need glibc 2.33 [16:05] but technically you could .even do that .. [16:07] snapcraft really doesnt care what you do inside as long as it can roll a snap in the end [16:07] but as i said before, mixing different libc versions will likely cause runtime trouble [16:07] Yeah. All I need is 2.33 glibc and that's it. [16:08] right, but that will most likely break the runtime behaviour since the world around it is not 2.33 based [16:08] you'll have to try ... [16:09] Yeah... [16:09] the clean way would be to simply build the game from source against 20.04 libe [16:09] *libs [16:09] Good idea [16:10] Will try [16:10] btw, there is a #snapcraft" channel in case you have issues ... and there is also the forum at forum.snapcraft.io [16:10] good luck 🙂 [16:10] Thanks [16:16] Got this while trying to git clone: https://dpaste.com/2H8P9QV9H [16:28] decided to push to the lxd container instead of cloning from within. [16:34] yeah [16:43] Where do I put the custom build instructions? [16:45] And... with the launch path for the snap, where is the root of that past? [16:45] *path