/srv/irclogs.ubuntu.com/2020/06/29/#snappy.txt

mborzeckimorning05:27
pstolowskimorning07:00
zygaGood morning07:04
mborzeckipstolowski: zyga: hey guys07:04
zygaI had a terrible night and Iā€™m barely awake, I will not be around for some more time07:04
zygaMost likely I will take half a day or all day off07:04
zygaI managed to finally start sleeping only around 607:05
mupPR snapd#8934 closed: overlord: mock timings.DurationThreshold in TestNewWithGoodState <Simple šŸ˜ƒ> <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8934>07:53
pedronismborzecki: hi, could you review #8683 ?08:00
mupPR #8683: osutil/disks: support IsDecryptedDevice for mountpoints which are dm devices <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8683>08:00
mborzeckipedronis: sure08:00
pedronisthx08:00
zygao/08:34
zygaI feel somewhat better and I will work in 30 minutes, just need to handle some remote doctor stuff08:34
zygathank you for the review pedronis, I think we will get the backend branch merged this week08:35
pedronispstolowski: hi, I reviewed #892309:04
mupPR #8923: wrappers: helper for enabling services (8/9) <Services āš™ļø> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8923>09:04
pstolowskipedronis: hey, thank you09:04
pstolowskihmm something has changed (for worse) on https://ubuntu.com/core wrt downloading core images. it's super confusing and more difficult now09:11
pedronispstolowski: probably something to talk with mvo when he's back09:13
pstolowskidownload link is buried at the bottom under Download Ubuntu Core. Download section at the top > Ubuntu for IoT > Raspberry.. redirects to server images. very confusing. I spent 10 minutes looking for core image09:13
zygauh, github 500s09:25
zygayeah, it's down09:30
ograyeah šŸ˜ž09:31
ograwell, only the UI ... seems cloning still works as expected09:32
zygaogra: seems to be somewhat more than that09:33
zygaeh, I need to stretch my leg and back anyway09:34
* zyga is not in a good shape today09:34
mborzeckibrb, quick errand09:39
mborzeckire09:52
pedronisso github is not collaborating atm in terms of leaving reviews09:54
zygahttps://github.com/snapcore/snapd/pull/8910 is in a funny state09:55
mupPR #8910: usersession: support additional zoom URL schemes <Bug> <Needs security review> <Simple šŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8910>09:55
zygait's not merged09:55
zygabut conflicts with nothing?09:55
zygamaybe got partially merged09:55
zygaas in merged in the tree but not in some database09:55
zygaeh, fun09:55
zygapedronis: https://www.githubstatus.com indicates the issue is being fixed now09:56
zygabrb10:06
mupPR snapd#8936 opened: osutil: detect autofs mounted in /home <Bug> <Simple šŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8936>10:14
zygaeh, github is still malfunctioning10:22
ograGRRR ... it also affects build.snapcraft.io10:30
ogra(which is really funny because you can pull/push just fine ... but i guess websockets sit on top of the web service)10:31
zygait seems everything is read only now10:45
* zyga phone + doctor10:45
zygare from doctor e-visit10:58
zygaweird but works10:58
ograjdstrand, hmm, seems the raw-usb change to allow access to /dev/usb/lp[0-9] doesnt fully work ... a simple open call with (O_RDWR|O_NONBLOCK) : O_WRONLY) returns "Operation not permitted" ... but no errors are to be found anywhere (neither journal nor dmesg have anything)11:01
ogrado you have any idea what i should look for (and where) ?11:02
zygaogra: look at the apparmor profile and check if there are any deny rules that could explain that11:03
zygaogra: also look if the device is udev-tagged11:03
zygaogra: a practical way is to check if major:minor and device/char code is present in the device cgroup of the snap that attempts access11:04
ograwell, but if there was anything with apparmor shouldnt i see denials ?11:04
zygaogra: not if there are deny rules11:04
zygathere are two things that don't log11:04
zygadevice cgroup not allowing things11:04
zygaand apparmor with a deny rule11:04
zygais the /dev/usb/lp* thing a device node?11:04
ograwould the latter log in devmode ?11:04
zyganone of those log11:04
ograyeah11:04
zygain any mode11:04
ograah, k11:04
ograogra@localhost:~$ ls -lh /dev/usb/11:05
ogratotal 011:05
ogracrw-rw---- 1 root lp 180, 0 Jun 29 10:32 lp011:05
zygaok11:05
ograjust a char device11:05
zygait's a char device11:05
zygaso check if that's listed in the device cgroup11:05
zygain /sys/fs/cgroup/devices/snap.$SNAP_NAME11:05
zygathen cat the devices.list file11:06
zygaif it's not there then that's why11:07
ogra180 is not in there11:07
zygaand we can check why it's not there11:07
zygaok, look at the udev rules11:07
ograwell, most likely because my PR is incomplete šŸ™‚11:07
ogra(i only added the entry for apparmor )11:07
zygaplease check /etc/udev/rules.d/70-snap.$SNAP_NAME.rules11:07
zygaah11:07
zygaI see11:07
zygalet me know if you need help with the udev side11:08
zygayou need to figure out what kind of udev attributes to match against11:08
ograthat was https://github.com/snapcore/snapd/pull/8329 btw11:08
mupPR #8329: interfaces: allow raw access to USB printers <Created by ogra1> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8329>11:08
zygaudevadm info --export-db is useful to know11:08
zygaheh11:08
zygaI reviewed it11:08
zygacan you export udev data and paste the relevant fragment please?11:09
ograwell, jamie made a comment already suspecting it is not enough11:09
zygathe one that describes that /dev/usb/lp011:09
zyga:)11:09
zygayeah11:09
zygaFWIW I'm happy it got merged11:09
zygaeven if it's not complete11:09
zygamakes us move forward11:09
ograhttps://paste.ubuntu.com/p/3jshrXD4zj/11:10
zygahuh11:10
zygawhat kind of printer is that?11:10
ograHP laserjet 101811:10
ograon UC1811:11
zygamaybe we need subsystem=USBMISC11:11
zygaor maybe core is missing something11:11
zygacan you plug it to a classic system11:11
zygaand check if udev says more?11:11
* zyga is running system backup and that's long and makes fans go wrrrr11:11
mborzeckizyga: the fans go brrr? :)11:12
ograthats tricky ... the one i have has the hplib stuff installed, that mangles udev afaik11:12
zygamborzecki: I go grrr while the fans go wrrr11:12
zygaogra: let's try it anyway11:12
zygamaybe we need more udev rules11:12
zygaas the core device does not seem to think this is a printer yet11:12
pedronismborzecki: I reviewed #892411:13
mupPR #8924: gadget, bootloader: preserve managed boot assets during gadget updates <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8924>11:13
ograhttps://paste.ubuntu.com/p/46fDj5mzcf/ ... still usbmisc11:14
mborzeckipedronis: thanks11:15
ograzyga, oh ... i only noticed now tht there is another (higher level) entry (i grepped for "usb/lp" ... ) that actually lists the snap ... it is just not the /dev/usb/lp0 itself that has any tags11:21
zygaahh11:21
zygainteresting11:21
zygawhat's the other entry?11:21
ograhttps://paste.ubuntu.com/p/x7dW98cYFS/11:21
zygahmmm, interesting that there's a precise entry for this11:22
zygabut not for lp011:22
* zyga doesn't understand usb and udev well enough11:22
ograi wonder if i could DEVPATH from that entry ad the "printer device" in the app11:23
ograheh11:24
ograConnection from 192.168.2.48 port 32908 accepted11:24
ogra/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5/1-1.5:1.0: Is a directory11:24
ograšŸ˜›11:24
zygaogra: hmm?11:27
zygadoes it work11:27
zygabtw maybe ask til for advice11:27
ogranah11:27
zygaI would love to know more what to do with the permission stack11:27
zygaand why that character device was not annotated11:27
ograwell, i guess i need the tags for the actual device node11:27
zygabut there's nothing to match against, you saw the data11:28
ograDEVNAME ?11:28
ograafter all it is a fixed path ... "/dev/usb/lp*"11:28
zygahmm11:29
zygamaybe11:29
zygacan udev match against that?11:29
ograi guess so ... iirc that is how HP creates the symlinks into /dev11:30
zygatry it11:30
zygahttps://github.com/snapcore/snapd/pull/8936 is a low hanging fruit11:32
mupPR #8936: osutil: detect autofs mounted in /home <Bug> <Simple šŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8936>11:32
pedronismborzecki: reviewed #893011:32
mupPR #8930: many: managed boot config during run mode setup <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8930>11:32
mborzeckipedronis: thanks again11:32
mupPR snapd#8910 closed: usersession: support additional zoom URL schemes <Bug> <Needs security review> <Simple šŸ˜ƒ> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/8910>11:34
zygabackup complete, back to work11:35
zygagithub actions are still down11:37
zygabut some pages work better now11:37
zygaall systems operational now11:39
ograzyga, well, re-reading jdstrand's comment on the PR i guess just adding usbmisc might be the best11:41
ogravar rawusbConnectedPlugUDev = []string{11:41
ogra        `SUBSYSTEM=="usb"`,11:41
ogra        `SUBSYSTEM=="tty", ENV{ID_BUS}=="usb"`,11:41
ogra}11:41
ograhere ...11:41
ogra(no idea where that snippet comes from though)11:41
ograprobably something like:   `SUBSYSTEM=="usbmisc", ENV{DEVNAME}=="/dev/usb/lp*"` (now i dont know if globbing wrks here though)11:42
pedronismborzecki: also #892511:44
mupPR #8925: bootloader: allow managed bootloader to update its boot config <Needs Samuele review> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8925>11:44
mupPR snapd#8936 closed: osutil: detect autofs mounted in /home <Bug> <Simple šŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8936>11:44
mupPR snapd#8910 opened: usersession: support additional zoom URL schemes <Bug> <Needs security review> <Simple šŸ˜ƒ> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/8910>11:45
mborzeckipedronis: thank you11:45
mupPR snapd#8910 closed: usersession: support additional zoom URL schemes <Bug> <Needs security review> <Simple šŸ˜ƒ> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/8910>11:50
mupPR snapd#8936 opened: osutil: detect autofs mounted in /home <Bug> <Simple šŸ˜ƒ> <Created by zyga> <https://github.com/snapcore/snapd/pull/8936>11:50
mupPR snapd#8935 closed: spread.yaml: allow amazon-linux-2-64 qemu with ec2-user/ec2-user <Simple šŸ˜ƒ> <Created by jdstrand> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8935>12:20
zygapstolowski: https://github.com/snapcore/snapd/pull/8932#pullrequestreview-43908485612:28
mupPR #8932: o/ifacestate: update security profiles in connect undo handler <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8932>12:28
* zyga -> meds12:28
zygare12:32
pstolowskizyga: great catch! and i got the test wrong, because with this is should be 0 security backend calls12:37
zygahappy to help :-)12:37
pstolowskithanks!12:38
zygamborzecki: could you please do a 2nd review on https://github.com/snapcore/snapd/pull/886312:39
mupPR #8863: sandbox/cgroup: allow discovering PIDs of given snap <Created by zyga> <https://github.com/snapcore/snapd/pull/8863>12:39
zygawith this the backend branch is super close to landing12:39
zyga(and has reduced from 2K+ to sub 1K now)12:39
mupPR snapd#8937 opened: o/devicestate: set mark-seeded to done in the task itself <Simple šŸ˜ƒ> <Created by pedronis> <https://github.com/snapcore/snapd/pull/8937>12:40
ijohnsonmorning folks12:43
zygahey12:43
zygaijohnson: hey, since you are here and expressed interested in https://github.com/snapcore/snapd/pull/886312:48
mupPR #8863: sandbox/cgroup: allow discovering PIDs of given snap <Created by zyga> <https://github.com/snapcore/snapd/pull/8863>12:48
zygacould you please look, I think it is close12:48
ijohnsonzyga: yes I will take a look today, sorry it was on my queue for Friday but got lost with other things that came up12:48
zygano worries12:49
zygaI asked maciek as well12:49
zygabut I think this is very close and I would love to make progress on it :)12:49
pstolowskizyga: updated #893212:52
mupPR #8932: o/ifacestate: update security profiles in connect undo handler <Bug> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8932>12:52
zygaack12:53
zygapstolowski: did you push?12:55
zygamaybe gh is broken again12:55
pstolowskizyga: yes, but wrong branch ;)12:56
pstolowskinow12:56
* pstolowski needs to cleanup his local git repo from old stale branches12:56
zygapstolowski: +113:00
pstolowskity13:00
mupPR snapd#8938 opened: sandbox/cgroup: extend SnapNameFromPid with tracking cgroup data <Created by zyga> <https://github.com/snapcore/snapd/pull/8938>13:00
zyga^ that's still a draft, I want to wait for the prerequisite to land and work on the TODO there13:00
zygapstolowski: let me know if you want to work on snap-confine and udev or if I should pick it up please13:30
mupPR snapd#7168 closed: tests: measure testbed for leaking mountinfo entries <Test Robustness> <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/7168>13:35
mupPR snapd#8570 closed: many: allow using ~/.snapdata instead of ~/snap <Created by zyga> <Closed by zyga> <https://github.com/snapcore/snapd/pull/8570>13:35
ijohnsoncachio: can you re-review / re-test #8933 ? I think I fixed the issue you found on Friday13:38
mupPR #8933: tests/core/uc20-recovery: apply hack to get gopath in recover mode w/ external backend <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8933>13:38
pstolowskizyga: i'll do it13:41
zygapstolowski: ok13:41
* zyga -> lunch!13:52
cachioijohnson, checking13:58
ijohnsonthanks cachio14:19
zygaback14:22
* zyga migrates away from irccloud14:22
zygayay14:34
cachioijohnson, done14:34
* zyga closed his IRCcloud account14:34
ijohnsonthanks cachio14:34
cachioyaw14:34
pstolowski#8928 needs a 2nd review, test only and uncontroversial14:49
mupPR #8928: tests: add spread test for disconnect undo caused by failing disconnect hook <Simple šŸ˜ƒ> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8928>14:49
mborzeckipedronis_: do you mean first boot here? https://github.com/snapcore/snapd/pull/8924/files/567604a5eece95698088a21de1e36a9310a2ee77#r44688925815:08
mupPR #8924: gadget, bootloader: preserve managed boot assets during gadget updates <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8924>15:08
=== pedronis_ is now known as pedronis
pedronismborzecki: no, I really mean more the combination of gadget/install and make bootable for run for handling install15:11
pedronismborzecki: which doesn't use this code?  it's a different path?15:13
mborzeckipedronis: run mode install is https://github.com/snapcore/snapd/pull/893015:14
mupPR #8930: many: managed boot config during run mode setup <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8930>15:14
pedronismborzecki: yes, but that will overwrite things put there by gadget/install?15:14
pedronisI'm just slightly wondering if we should avoid the double write15:14
pedronisor if I'm confused there's not double write15:15
mborzeckipedronis: ah, i see, so you mean the scenario when system-boot is popuated by gadget install, and then InstallBootConfig coes in an overwrites grub.cfg15:16
pedronisyes15:16
pedronismaybe is not worth worrying about it because we will remove things from gadget at some point?15:17
pedronisbut it feels a bit asymmetric to filter out things on update but not on write15:17
mborzeckipedronis: yeah, i would assume it's not a problem, provided we keep installing boot config last15:17
mborzeckiwith a note perhaps15:18
mborzeckipedronis: just to make the assumptions about the order of operations clear15:18
pedronisyea, it sounds like a low-prio todo, so a note here15:19
pedronisand maybe a todo in the write code15:19
mborzeckiok15:19
* cachio lunch15:33
mupPR snapd#8936 closed: osutil: detect autofs mounted in /home <Bug> <Simple šŸ˜ƒ> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8936>15:35
=== zyga-mbp is now known as zyga
mupPR snapd#8939 opened: [RFC] snap-confine: don't die if a device from sysfs path cannot be found by udev <Created by stolowski> <https://github.com/snapcore/snapd/pull/8939>16:26
zygaijohnson: https://github.com/snapcore/snapd/pull/8863 has +2 and I'll merge it when green, if you want to review it I will hold but I'd love to push forward16:29
zygalet me know please16:29
mupPR #8863: sandbox/cgroup: allow discovering PIDs of given snap <Created by zyga> <https://github.com/snapcore/snapd/pull/8863>16:29
ijohnsonzyga: nah go for it, I wouldn't get to it for at least a couple of hours16:40
ijohnsonsorry about that, but happy you're make progress, irrespective of my slow (and sometimes absent) reviews :-)16:41
zygaijohnson ack, thank you :)16:41
zygait was refined so I really think it's ready16:41
mupPR snapd#8683 closed: osutil/disks: support IsDecryptedDevice for mountpoints which are dm devices <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8683>17:46
mupPR snapd#8940 opened: tests: fix "restart.service" <Simple šŸ˜ƒ> <Test Robustness> <Created by zyga> <https://github.com/snapcore/snapd/pull/8940>18:36
mupPR snapd#8863 closed: sandbox/cgroup: allow discovering PIDs of given snap <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8863>20:11
mupPR snapd#8941 opened: sandbox/cgroup: avoid parsing security tags twice <Created by zyga> <https://github.com/snapcore/snapd/pull/8941>20:16
mupPR snapd#8928 closed: tests: add spread test for disconnect undo caused by failing disconnect hook <Simple šŸ˜ƒ> <Created by stolowski> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8928>20:32
mupPR snapd#8937 closed: o/devicestate: set mark-seeded to done in the task itself <Simple šŸ˜ƒ> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8937>20:42
mupPR snapcraft#3192 opened: Flutter <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3192>20:42
mupPR snapcraft#3191 closed: plugins: introduce v1.FlutterPlugin <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/3191>20:47
mupPR snapd#8942 opened: tests: to support different images on nested execution <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8942>22:02

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