mup | PR snapcraft#3885 opened: store: initial support for an onprem store <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3885> | 01:40 |
---|---|---|
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> | 07:16 |
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> | 08:26 |
eoli3n | mardy, as asked on ubuntu-devel : is that possible that an upgrade of firefox package during summer, solved my issue ? | 09:24 |
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:25 |
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:29 |
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:30 |
eoli3n | mardy BTW I have another issue | 09:32 |
eoli3n | i install snap packages with ansible | 09:33 |
eoli3n | i run ansible at the first boot after automated ubuntu install | 09:33 |
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:34 |
mardy | eoli3n: I'm not sure, maybe your service is run too early, when the snapd.socket unit has not started already? | 09:47 |
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 | 09:48 |
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:30 |
mup | PR snapd#12076 opened: servicemgr: Update mount files <Created by valentindavid> <https://github.com/snapcore/snapd/pull/12076> | 10:57 |
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:06 |
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:23 |
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:24 |
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:25 |
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 | 12:26 |
eoli3n | huhu | 13:11 |
eoli3n | mardy, now i can't even install firefox, the tasks hangs | 13:11 |
eoli3n | or maybe firefox need more than 15min to install with snap | 13:12 |
eoli3n | "snap list" doesn't answer, nor "snap info firefox" | 13:13 |
eoli3n | it just hangs | 13:13 |
mardy | eoli3n: those logs don't show the interaction between the services, it would be better to just get the whole journalctl logs. | 13:20 |
mardy | eoli3n: but now that the tasks hang, the `journalctl -u snapd` might be useful | 13:21 |
eoli3n | apt purge firefox, doesn't remove the firefox snap | 13:23 |
eoli3n | what a mess | 13:24 |
eoli3n | i'm starting to loose my calm | 13:24 |
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:26 |
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:34 |
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:35 |
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:36 |
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) | 13:37 |
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:15 |
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:19 |
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:20 |
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:22 |
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:54 |
lissyx | when running manually it starts, and when "spd-say -L" tries to access it dies | 14:55 |
lissyx | maybe over inet :) | 14:55 |
lissyx | that seems to be not enough | 14:57 |
lissyx | mardy, ok hacking with inet_socket, it's working. | 15:36 |
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:37 |
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> | 15:59 |
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> | 16:01 |
mup | PR snapcraft#3886 opened: ua: specify and enable ua services <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/3886> | 18:21 |
=== hardwire_ is now known as hardwire | ||
=== all64bits_ is now known as all64bits | ||
=== vitimiti_ is now known as vitimiti |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!