/srv/irclogs.ubuntu.com/2018/05/20/#snappy.txt

trvbuenoHi, 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:47
trvbuenoI feel like it is related to PR 3382 in a way I don't fully understand just yet09:50
mupPR #3382: daemon,overlord/auth: store from model assertion wins <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3382>09:51
pedronistrvbueno: what does  "snap known model" shows?   are you setting in /etc/enviroment, have your restarted snapd?10:22
trvbuenopedronis: type: model, model: generic-classic, series: 16, brand-id: generic, authority-id: generic, classic: true then some key11:14
trvbuenopedronis: cat /etc/environment returns UBUNTU_STORE_ID=LimeSDR11:14
trvbuenoAnd yes, tried to restart snapd, and also reboot.11:14
pedronistrvbueno: 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 sent12:18
trvbuenopedronis: Thanks. I'll try and see what's wrong.13:16
trvbuenoWell, 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:26
trvbuenoSo: 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:27
trvbuenoSolved, environment variables for snapd need to go in /etc/sysconfig/snapd on Fedora.13:41
Son_Gokutrvbueno, yes, Fedora packaging (and all derivatives of it) use /etc/sysconfig/snapd13:49
=== grumblr is now known as grumble

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!