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:47 |
---|---|---|
trvbueno | I feel like it is related to PR 3382 in a way I don't fully understand just yet | 09:50 |
mup | PR #3382: daemon,overlord/auth: store from model assertion wins <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3382> | 09:51 |
pedronis | trvbueno: what does "snap known model" shows? are you setting in /etc/enviroment, have your restarted snapd? | 10:22 |
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. | 11:14 |
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 | 12:18 |
trvbueno | pedronis: Thanks. I'll try and see what's wrong. | 13:16 |
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:26 |
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:27 |
trvbueno | Solved, environment variables for snapd need to go in /etc/sysconfig/snapd on Fedora. | 13:41 |
Son_Goku | trvbueno, yes, Fedora packaging (and all derivatives of it) use /etc/sysconfig/snapd | 13:49 |
=== grumblr is now known as grumble |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!