zyga-mbpgood morning :)07:12
mborzeckiwow, copy paste to apps on xorg does not work again :/08:29
zyga-mbpportal or xwayland?08:56
pstolowskimvo: hey, wdyt about https://github.com/snapcore/snapd/pull/10894 ?09:20
mupPR #10894: o/configcore: allow hostnames up to 253 characters, with dot-delimited elements <Created by stolowski> <https://github.com/snapcore/snapd/pull/10894>09:20
mvopstolowski: uh, sorry, was too busy, let me look again10:58
mupPR snapd#10894 closed: o/configcore: allow hostnames up to 253 characters, with dot-delimited elements <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10894>11:05
mborzeckimvo: can you land https://github.com/snapcore/snapd/pull/10899 ? the failures are unrelated11:07
mupPR #10899: packaging: fixes for building on openSUSE <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10899>11:07
mupPR snapd#10907 opened: interfaces: timezone-control, add permission for ListTimezones DBus call <Created by ogra1> <https://github.com/snapcore/snapd/pull/10907>11:10
mborzeckimvo: thanks!11:15
mborzeckimvo: also, can you take a look at https://github.com/snapcore/snapd/pull/10901 ? it uses epochs now11:15
mupPR #10901: overlord: add managers unit test demonstrating cyclic dependency between gadget and kernel updates <Skip spread> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/10901>11:15
mupPR snapd#10899 closed: packaging: fixes for building on openSUSE <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/10899>11:15
mborzeckimardy: was it you who ad problems with some apparmor capability entry that was not understood by old apparmor_parser?11:20
mardymborzecki: it was about seccomp, but it was happening because I was testing a newer version of snapd, while having the old snap-seccomp binary11:22
mardymborzecki: so not something that would normally affect end users11:22
mborzeckiah ok, i recall someone mentioning a problem like this and i need to look into related issue with capability="bpf"11:22
pstolowskimvo: thanks! can you also merge https://github.com/snapcore/snapd/pull/10699 ?11:23
mupPR #10699: daemon: allow enabling enforce mode <Needs Samuele review> <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/10699>11:23
* pstolowski going to the doctor. bbiab11:28
ares0128Hi, I tried adding serial port interface in the gadget with path (without product and vendor id) and it does not add the interface to the udev rules. But i when add the product and vendor id to the serial port interface, it adds it. Is this a bug?11:50
ograares0128, is this a USB device ? else there would be no udev rules needed, you just add "path: /dev/XYZ1" and all consumers of that serial-port interface should get full access to that path, vendor anmd product should only be needed for USB->Serial devices 12:01
ogra(and if it is a USB device, it will *need* both indeed)12:02
ares0128its connected to uart ports so i cant get their ids12:03
ograwell, but you get a /dev/XXX node created from the kernel ?12:03
ares0128yes i do 12:04
ograso a simple serial-port device with path: shoudl be sufficient ... your apps should just use the serial-port plug then and you need to properly connect the interfaces12:05
ogra... that should give your app access to /dev/XXX12:05
ogra(there are no udev rules needed in that case ... )12:06
ares0128yeah that works, but i have to modify the udevrules to give a custom port name12:06
ograwhy do you need to give a custom port name beyonf /dev/XXX ?12:06
ares0128for eg, SUBSYSTEM=="tty", KERNEL=="ttyAMA1", SYMLINK+="gnss", MODE="0666"12:06
ograwhy ? 🙂12:07
ograyour app should simply access /dev/ttyAMA1 here ... 12:07
ares0128yeah, just for readaiblity12:08
ares0128moreover i want to run a script on detecting the port12:08
ares0128so , SUBSYSTEM=="tty", KERNEL=="ttyAMA1", SYMLINK+="gnss", MODE="0666", RUN+= "some script. sh"12:08
ares0128'=D 12:10
ograyou can do that from a scripted daemon instead:12:11
ograjust create a snap with your "some script. sh" inside, wrap it in a udevadm monitor call like above (with the correct subsystem indeed) ... and you should be good ... 12:13
ogra... and make it a daemon indeed12:13
ares0128ok i will give it a try12:15
ares0128would this reload the udev rules?12:15
ares0128i dont understand why we dont have to reload udev rules after modifying it using a install hook12:16
ograthe script solution does not need the udev rules ... it uses udevadm monitor to watch udev12:21
ograyou can use any property udev knows about to trigger it ... 12:21
mborzeckimvo: ijohnson: fwiw i came up with some code that can block clone3 with enosys, https://github.com/snapcore/snapd/compare/master...bboozzoo:bboozzoo/clone-3-enosys unit tests aren't passing yet, but i was able to verify on a box that clone3() indeed gets blocked with this specific errno and the program still works14:05
mvomborzecki: nice!14:05
sil2100mvo: hey! We might need some help on 21.10 from people that know the snap-workings!14:42
sil2100We have this bug reported: LP: #1946656 14:44
mupBug #1946656: [daily impish-live-server] snap stuck in the installer system <snapd:New> <subiquity:New> <Ubuntu CD Images:New> <https://launchpad.net/bugs/1946656>14:44
sil2100So basically it's causing a hang of `snap list` etc. commands once networking is up on the installer, and as per Brian's screenshot it feels like some snapcraft API call failure?14:48
sil2100Does anyone have a hunch as for what could be the case here?14:50
ijohnson[m]sil2100: do we have any logs ?15:03
ijohnson[m]i.e. not screenshots of logs but full logs 🙂15:04
ijohnson[m]bboozzoo: very cool, not sure I agree with the syntax in the file around specifying to return ENOSYS, but that's awesome that you got it to work 15:05
sil2100Okay, I think this might have been a snapstore temporary issue15:09
pstolowskithat's odd though, i don't think any store issue should cause this15:30
mupPR snapd#10903 closed: gadget/ondisk.go: include the filesystem UUID in the returned OnDiskVolume <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/10903>16:06
mupIssue core20#117 opened: no license shown in snapstore <Created by grobbie> <https://github.com/snapcore/core20/issues/117>16:46
dbungertijohnson[m]: what logs would you like?17:06
ijohnson[m]dbungert: well if it's still an issue, logs from snapd mainly `journalctl --no-pager -u snapd`17:11
ijohnson[m]bonus points if beforehand you can put snapd into debug mode with SNAPD_DEBUG=1, either putting that in a systemd drop in or with i.e. systemctl edit snapd or /etc/environment works too17:11
dbungertI'll send you the non-debug log first since that's what I have17:12
ijohnson[m]ack, sounds good17:17
dbungertijohnson[m]: yes, it is still an issue sadly.  debug version https://paste.ubuntu.com/p/NZQKQSxgtR/17:26
ijohnson[m]dbungert: huh that's odd it looks like something is trying to tell snapd to stop while it is processing the results from the store, would you mind putting that into the bug and then also putting into the bug the output of `systemctl status snapd` and `snap changes`18:02
* ijohnson[m] needs to go afk for 2ish hours, will be back in PM to look again18:03
dbungertis there another way to get `snap changes` info if the socket is rejecting connections?18:07
ijohnson[m]dbungert: `sudo snap debug state /var/lib/snapd/state.json`18:07
mupPR snapcraft#3590 opened: snap: correct patch path quotes <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3590>19:43
mupPR snapcraft#3590 closed: snap: correct patch path quotes <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/3590>20:18
mwhudsonijohnson[m]: so i think the store stuff is a red herring, i can reproduce in a vm with no network20:42
mwhudsonijohnson[m]: the symptom is that SIGTERM is not making snapd exit20:42
mwhudsonhow do i make snapd vomit everything into the journal, SNAPD_DEBUG=3 still?20:43
ijohnson[m]SNAPD_DEBUG=1 and if you want all the gory http details it's SNAPD_DEBUG_HTTP=720:43
mwhudsonyeah i just get "Exiting on terminating signal"20:46
mwhudsonand it doesn't exit20:46
mwhudsonor hmm maybe it does but just takes a while20:46
ijohnson[m]Maybe try snap debug traceback I think? 20:46
mwhudsondebug stacktraces i think20:47
ijohnson[m]Ah yeah that's it 20:47
mwhudsoni should probably do this in a vm that has network if i want to get the files out :)20:49
mwhudsonwell now snap debug stacktraces is hanging too20:55
ijohnson[m]You can make snapd do the stack trace thing by sending it a signal 20:56
ijohnson[m]Sorry I'm still afk technically just reading on my phone, I'll have a look for real when I'm back at home 20:56
mwhudsondo you remember what signal?20:56
mwhudsonand no worries, we can do this better when you're back20:56
ijohnson[m]One of the sigusrs I think? 20:57
ijohnson[m]I thought it was a go thing iirc not snapd specific 20:57
mwhudsonsnapd took 221 seconds to die20:58
mwhudsonthis seems a little unreasonable :)20:58
mwhudsonbut it's behaving now20:58
mwhudsonso something about a signal arriving while some kind of initial setup happening does sort of fit the behaviour20:59
mwhudsonbut i guess the initial setup taking 4 or 5 minutes is not expected21:00
mwhudsonoh 21:01
mwhudsonOct 11 20:57:55 ubuntu-server systemd[1]: snapd.service: Watchdog timeout (limit 5min)!21:01
mwhudsondoes SNAPD_DEBUG=1 (or snapd.debug=1 on cmdline) make logger.Noticef messages appear?21:24
ijohnson[m]Noticef messages should always appear 21:44
mwhudsonijohnson[m]: i commented on the bug21:56
mwhudsonhttps://bugs.launchpad.net/ubuntu-cdimage/+bug/1946656 fwiw21:57
mupBug #1946656: [daily impish-live-server] snap stuck in the installer system <fr-1794> <snapd:New> <subiquity:New> <Ubuntu CD Images:New> <https://launchpad.net/bugs/1946656>21:57
=== not_phunyguy is now known as phunyguy
waltmanHi. It seems like every time my system's been up for a week or 2, when I run `snap changes` everthing has status "Error". Could someone point me to some help on how to debug things?23:51
waltmanMy most recent change line is: 800  Error   today at 15:07 EDT  today at 15:08 EDT  Auto-refresh snap "chromium"23:52
waltmangenerally once one package has an error, they all will until the next time I reboot.23:53

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