[09:47] <trvbueno> Hi, having issues with the UBUNTU_STORE_ID env. variable on Fedora. Trying to switch to Limenet's but seems like the variable is simply ignored by snap. Am I missing something?
[09:50] <trvbueno> I feel like it is related to PR 3382 in a way I don't fully understand just yet
[09:51] <mup> PR #3382: daemon,overlord/auth: store from model assertion wins <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3382>
[10:22] <pedronis> trvbueno: what does  "snap known model" shows?   are you setting in /etc/enviroment, have your restarted snapd?
[11:14] <trvbueno> pedronis: type: model, model: generic-classic, series: 16, brand-id: generic, authority-id: generic, classic: true then some key
[11:14] <trvbueno> pedronis: cat /etc/environment returns UBUNTU_STORE_ID=LimeSDR
[11:14] <trvbueno> And yes, tried to restart snapd, and also reboot.
[12:18] <pedronis> trvbueno: afaik that combination should work, you can set SNAPD_DEBUG=1 SNAPD_DEBUG_HTTP=1 as well and restart, and look at journactl -u snapd  to see if the right header with the store id is sent
[13:16] <trvbueno> pedronis: Thanks. I'll try and see what's wrong.
[13:26] <trvbueno> Well, turns out when systemd is launching snapd apparently it's not under the same environment variables than running it manually as described in the HACKING document of the repository.
[13:27] <trvbueno> So: when running manually, I have access to the LimeSDR store, but not when it's systemd. Also, debug flags not working either when ran by systemd.
[13:41] <trvbueno> Solved, environment variables for snapd need to go in /etc/sysconfig/snapd on Fedora.
[13:49] <Son_Goku> trvbueno, yes, Fedora packaging (and all derivatives of it) use /etc/sysconfig/snapd
=== grumblr is now known as grumble