[01:40] <mup> PR snapcraft#3885 opened: store: initial support for an onprem store <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3885>
[07:16] <mup> PR snapd#11916 closed: tests: add spread test for journal quotas <quota> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11916>
[08:26] <mup> PR snapd#12075 opened: tests: rework snap-logs-journal test and add missing cleanup <Test Robustness> <Created by Meulengracht> <https://github.com/snapcore/snapd/pull/12075>
[09:24] <eoli3n> mardy, as asked on ubuntu-devel : is that possible that an upgrade of firefox package during summer, solved my issue ? 
[09:25] <eoli3n> or snapd package
[09:25] <eoli3n> maybe i was testing with an old snap package
[09:25] <eoli3n> i can't explain why it is solved
[09:25] <eoli3n> i restarted a full host reinstall to clean everything and i will retest
[09:29] <mardy> eoli3n: I replied in the forum. I think it now works because the previous execution has already created the proper directory layout
[09:29] <mardy> eoli3n: please try using a different user, and see if the problem is still there
[09:30] <eoli3n> lets discuss it on the forum, to keep history
[09:30] <eoli3n> thanks
[09:30] <mardy> good idea!
[09:30] <eoli3n> my host is redeploying, after full reinstall, i will retest with my user, and another one, and will tell you
[09:32] <eoli3n> mardy BTW I have another issue
[09:33] <eoli3n> i install snap packages with ansible
[09:33] <eoli3n> i run ansible at the first boot after automated ubuntu install
[09:34] <eoli3n> it used to work, but now i get a strange issue : "error: cannot communicate with server: timeout exceeded while waiting for response"
[09:34] <eoli3n> i run ansible-pull as a service just before launching lightdm
[09:34] <eoli3n> so network is up and working, because the previous task is the one which install pip packages
[09:47] <mardy> eoli3n: I'm not sure, maybe your service is run too early, when the snapd.socket unit has not started already?
[09:48] <eoli3n> i'll test
[09:48] <eoli3n> i saw in snap log that starting is differed by a amount of time + 30sec per snap package or something like that
[10:30] <ricotz> 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] <mup> Bug #1951210: libreoffice help doesn't open in firefox (404 error on file:///tmp/lu417531j7po.tmp/NewHelp0.html) <amd64> <apport-bug> <iso-testing> <jammy> <kinetic> <snap> <uec-images> <libreoffice (Ubuntu):Fix Released by ricotz> <snapd (Ubuntu):Confirmed> <libreoffice (Ubuntu Jammy):Fix Released
[10:30] <mup> by ricotz> <snapd (Ubuntu Jammy):Confirmed> <https://launchpad.net/bugs/1951210>
[10:57] <mup> PR snapd#12076 opened: servicemgr: Update mount files <Created by valentindavid> <https://github.com/snapcore/snapd/pull/12076>
[12:06] <eoli3n> mardy https://0x0.st/o9YT.txt
[12:06] <eoli3n> pffff
[12:06] <eoli3n> seriously, i have so many issues with snap packages
[12:06] <eoli3n> how much work should be done to make it work correctly
[12:23] <eoli3n> at this point, the project need to question itself
[12:23] <eoli3n> maybe, if you encounter so many issues, specific ones, you're in the wrong path
[12:23] <eoli3n> something like a packaging system should be transparent to the os, and the user
[12:24] <eoli3n> snap package is a failure since its beginning, it's a rabbit hole for dev and users
[12:24] <eoli3n> ubuntu forcing a broken tool is not a good publicity
[12:24] <eoli3n> you should listen to people
[12:25] <eoli3n> you are the HD DVD where flatpak is the bluray
[12:25] <eoli3n> each time i give snap a try, it simply doesn't work
[12:26] <eoli3n> 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] <eoli3n> huhu
[13:11] <eoli3n> mardy, now i can't even install firefox, the tasks hangs
[13:12] <eoli3n> or maybe firefox need more than 15min to install with snap
[13:13] <eoli3n> "snap list" doesn't answer, nor "snap info firefox"
[13:13] <eoli3n> it just hangs
[13:20] <mardy> eoli3n: those logs don't show the interaction between the services, it would be better to just get the whole journalctl logs.
[13:21] <mardy> eoli3n: but now that the tasks hang, the `journalctl -u snapd` might be useful
[13:23] <eoli3n> apt purge firefox, doesn't remove the firefox snap
[13:24] <eoli3n> what a mess
[13:24] <eoli3n> i'm starting to loose my calm
[13:26] <mup> PR snapcraft#3883 closed: ua: add support to ua token management <Created by cmatsuoka> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3883>
[13:26] <eoli3n> mardy instead of testing with another user, which dir should I clean to start fresh ?
[13:26] <eoli3n> on the user home ?
[13:34] <mardy> eoli3n: completely remove ~/snap/firefox
[13:34] <eoli3n> ok so i confirm that it works even with a fresh home and a fresh os
[13:34] <eoli3n> i can't explain
[13:35] <mardy> eoli3n: maybe some error occurred when it was first created on the NFS
[13:35] <mardy> eoli3n: so, the remaining problem is snapd gettings stuck?
[13:36] <eoli3n> 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] <eoli3n> i'll tell you in 30min
[13:36] <eoli3n> but it seems solved too
[13:37] <eoli3n> here what I needed to do to make it work : https://0x0.st/o9Yw.txt
[13:37] <eoli3n> but then a task after this hanged on installing firefox through apt (which wrap a snap install)
[14:15] <lissyx> mardy, to expose $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock in snap, I'm a bit lost on how to proceed
[14:15] <lissyx> there seems to be existing magic to expose stuff but it is handled directly by snapd
[14:15] <lissyx> like e.g. wayland-0
[14:19] <eoli3n> mardy should i install firefox with the apt wrapper package ? or its better directly in snap ?
[14:19] <eoli3n> snap takes 3min to be ready at startup
[14:20] <eoli3n> making me wanting to burn it in deepest hell
[14:20] <lissyx> mardy, ok, seb128 told me I need to expose it in snapd :(
[14:22] <seb128> 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] <seb128> ah, sorry was meant for -desktop :p
[14:54] <lissyx> seb128, trying to start in $SNAP_COMMON does not really work
[14:54] <lissyx> I dont know what are the expectations of speech-disspatcher, but complains it cannot bind local socket
[14:55] <lissyx> when running manually it starts, and when "spd-say -L" tries to access it dies
[14:55] <lissyx> maybe over inet :)
[14:57] <lissyx> that seems to be not enough
[15:36] <lissyx> mardy, ok hacking with inet_socket, it's working.
[15:37] <lissyx> mardy, would a PR granting access to $XDG_RUNTIME_DIR/speech-dispatcher/speechd.sock be accepted?
[15:37] <lissyx> 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] <mup> PR snapd#12075 closed: tests: rework snap-logs-journal test and add missing cleanup <Test Robustness> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/12075>
[15:59] <mup> PR snapd#12077 opened: tests: add extra space to ubuntu bionic <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/12077>
[16:01] <mup> PR snapcraft#3885 closed: store: initial support for an onprem store <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3885>
[18:21] <mup> PR snapcraft#3886 opened: ua: specify and enable ua services <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/3886>