[01:40] PR snapcraft#3885 opened: store: initial support for an onprem store [07:16] PR snapd#11916 closed: tests: add spread test for journal quotas [08:26] PR snapd#12075 opened: tests: rework snap-logs-journal test and add missing cleanup [09:24] mardy, as asked on ubuntu-devel : is that possible that an upgrade of firefox package during summer, solved my issue ? [09:25] or snapd package [09:25] maybe i was testing with an old snap package [09:25] i can't explain why it is solved [09:25] i restarted a full host reinstall to clean everything and i will retest [09:29] eoli3n: I replied in the forum. I think it now works because the previous execution has already created the proper directory layout [09:29] eoli3n: please try using a different user, and see if the problem is still there [09:30] lets discuss it on the forum, to keep history [09:30] thanks [09:30] good idea! [09:30] my host is redeploying, after full reinstall, i will retest with my user, and another one, and will tell you [09:32] mardy BTW I have another issue [09:33] i install snap packages with ansible [09:33] i run ansible at the first boot after automated ubuntu install [09:34] it used to work, but now i get a strange issue : "error: cannot communicate with server: timeout exceeded while waiting for response" [09:34] i run ansible-pull as a service just before launching lightdm [09:34] so network is up and working, because the previous task is the one which install pip packages [09:47] eoli3n: I'm not sure, maybe your service is run too early, when the snapd.socket unit has not started already? [09:48] i'll test [09:48] i saw in snap log that starting is differed by a amount of time + 30sec per snap package or something like that [10:30] hello, can someone please look at this bug and the likely regression in snapd - https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1951210/comments/23 [10:30] Bug #1951210: libreoffice help doesn't open in firefox (404 error on file:///tmp/lu417531j7po.tmp/NewHelp0.html)

by ricotz> [10:57] PR snapd#12076 opened: servicemgr: Update mount files [12:06] mardy https://0x0.st/o9YT.txt [12:06] pffff [12:06] seriously, i have so many issues with snap packages [12:06] how much work should be done to make it work correctly [12:23] at this point, the project need to question itself [12:23] maybe, if you encounter so many issues, specific ones, you're in the wrong path [12:23] something like a packaging system should be transparent to the os, and the user [12:24] snap package is a failure since its beginning, it's a rabbit hole for dev and users [12:24] ubuntu forcing a broken tool is not a good publicity [12:24] you should listen to people [12:25] you are the HD DVD where flatpak is the bluray [12:25] each time i give snap a try, it simply doesn't work [12:26] the team is working, i get help and that's cool, but seriously, when something is broken, it should be fixed or stopped, not forced to the user [13:11] huhu [13:11] mardy, now i can't even install firefox, the tasks hangs [13:12] or maybe firefox need more than 15min to install with snap [13:13] "snap list" doesn't answer, nor "snap info firefox" [13:13] it just hangs [13:20] eoli3n: those logs don't show the interaction between the services, it would be better to just get the whole journalctl logs. [13:21] eoli3n: but now that the tasks hang, the `journalctl -u snapd` might be useful [13:23] apt purge firefox, doesn't remove the firefox snap [13:24] what a mess [13:24] i'm starting to loose my calm [13:26] PR snapcraft#3883 closed: ua: add support to ua token management [13:26] mardy instead of testing with another user, which dir should I clean to start fresh ? [13:26] on the user home ? [13:34] eoli3n: completely remove ~/snap/firefox [13:34] ok so i confirm that it works even with a fresh home and a fresh os [13:34] i can't explain [13:35] eoli3n: maybe some error occurred when it was first created on the NFS [13:35] eoli3n: so, the remaining problem is snapd gettings stuck? [13:36] i'm not sure about that one, i cleaned manually, and then it reworked. So i restarted a complete deployment from start to be sure [13:36] i'll tell you in 30min [13:36] but it seems solved too [13:37] here what I needed to do to make it work : https://0x0.st/o9Yw.txt [13:37] but then a task after this hanged on installing firefox through apt (which wrap a snap install) [14:15] mardy, to expose $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock in snap, I'm a bit lost on how to proceed [14:15] there seems to be existing magic to expose stuff but it is handled directly by snapd [14:15] like e.g. wayland-0 [14:19] mardy should i install firefox with the apt wrapper package ? or its better directly in snap ? [14:19] snap takes 3min to be ready at startup [14:20] making me wanting to burn it in deepest hell [14:20] mardy, ok, seb128 told me I need to expose it in snapd :( [14:22] lissyx, you can probably experiment if that's enough by changing SocketPath in /etc/speech-dispatcher/speechd.conf to a location which is available to the snap [14:22] ah, sorry was meant for -desktop :p [14:54] seb128, trying to start in $SNAP_COMMON does not really work [14:54] I dont know what are the expectations of speech-disspatcher, but complains it cannot bind local socket [14:55] when running manually it starts, and when "spd-say -L" tries to access it dies [14:55] maybe over inet :) [14:57] that seems to be not enough [15:36] mardy, ok hacking with inet_socket, it's working. [15:37] mardy, would a PR granting access to $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock be accepted? [15:37] there are still be other roadblocks to fix before it would work, so if it would not be acceptable I'd prefer to know :) [15:59] PR snapd#12075 closed: tests: rework snap-logs-journal test and add missing cleanup [15:59] PR snapd#12077 opened: tests: add extra space to ubuntu bionic [16:01] PR snapcraft#3885 closed: store: initial support for an onprem store [18:21] PR snapcraft#3886 opened: ua: specify and enable ua services === hardwire_ is now known as hardwire === all64bits_ is now known as all64bits === vitimiti_ is now known as vitimiti