[01:52] is discord supposed to be doing this? https://pastebin.com/fcxZ3aQc [02:36] PR snapcraft#2739 opened: tests: fix mypy error with test_errors.py === setuid is now known as zzZZzzetuid [05:18] PR snapd#7555 opened: tests: add a test demonstrating that snaps can't access the session agent socket [05:22] morning === pstolowski|afk is now known as pstolowski [07:05] mornings [07:08] pstolowski: hi :) [07:11] pstolowski: marcustomlinson: hey guys [07:11] mborzecki: hey [07:59] we don't have any code that uses the new seedwriter pedronis is working on, or do we? [08:15] Chipaca: sorry for afk:ing last night. No my problem have no relation with joedborg. I'm just trying to get a rsync backup from A to B where B is a ubuntu core raspberry pi [08:15] Chipaca: is there a specific reason why you say it's a terribly bad idea? [08:15] pokk: I thought you were trying to make an rsync copy of a core device [08:15] oh no :) [08:16] pokk: phew [08:16] pokk: as long as the place you're rsync'ing *to* isn't readonly, that should work fine [08:16] no, I'd agree that would be a rather bad idea. [08:16] pokk: so, i guess, where are you rsync'ing to? [08:16] I've not played around with Core befor but it seemed like a good fit. A low maintanance secure dist. Very little that would need to be tweaked [08:17] /media/data, a mounted usb disk [08:17] pokk: ohhh, and you installed rsync from a snap? [08:18] of coruse :) [08:18] yes [08:18] pokk: there's an extra manual step, indeed because of confinement [08:18] there's a provided apparmor profile, /var/lib/snapd/apparmor/profiles/snap.rsync.rsync [08:18] but I've not been able to figure out what it should look like. I'm new to apparmor [08:18] actually, we might need to ask the rsync snap's author to tweak the snap [08:19] pokk: nah, the snappy way would be to do 'snap connect rsync:removable-media' [08:19] but [08:19] that snap is missing the interface [08:19] oh, I figured I should just have to add something like /media/data/* rw, to the profile. But no game [08:19] well, that's what the connect boils down to (and a bit more but essentially that) [08:19] but the snap needs to declare it as something ok to do [08:20] oh, so it's not enought to add it to apparmor? [08:20] pokk: if it can wait a bit, we'll get the snap author to tweak it [08:20] I'm not really in any hurry [08:20] pokk: easiest then to wait until cachio wakes up, he'll be here in ~3 hours, maybe 4 [08:20] I was thinking of having it run as a remote backup solution. But atm I'm just playing around with it [08:21] 👍 [08:21] lol, yeah if the waiting time for more discussions is 3 hours I'd barely call that waiting :D [08:21] I'm used to days between messages at times. So far I'm really loving this distro tho [08:22] it's like the perfect mix between coreos and ubuntu [08:23] do let us know of any bumps [08:24] wait, is cachio actually away today [08:25] ah no, just mvo and ijohnson [08:28] The setup process was definitly interesting. I'd have prefered a more cloud-config centered way of setting things up, but that's really just personal oppionons [08:29] mwhudson: ^ [08:29] I've also found it some what hard to google thing, not sure of what to prefix the searches with. When searching "Ubuntu core" 90% of the hits are just ubuntu [08:31] I've really not had time to read all the docs either so some googles could have probably been avoided [08:31] pokk: yeah, we've not made that bit easy. Adding 'snappy' in there sometimes helps. Otherwise, forum.snapcraft.io can be easier to find stuff in than google, strangely [08:34] pedronis: 👋 [08:34] mborzecki: hi, tried to answer some questions in your reviews. Seedwriter is a reorg of image.go, is not trying to add much new functionality. [08:34] pedronis: https://forum.snapcraft.io/t/snap-refresh-over-metered-connections/5001/49?u=chipaca [08:34] Chipaca: I take it you're a contributor in some way? [08:34] pokk: yeah [08:35] Chipaca: sometimes? yes, now? unlikely [08:35] pedronis: k [08:35] cool :) it's always nice with friendly developers on irc [08:36] pedronis: i'll try to remember to badger about this periodically then [08:36] pokk: why thank you [08:36] we can also get ornery sometimes [08:36] Chipaca: if I remember the issue was that we cannot trust NM [08:36] Hey [08:36] anyway I have no bandwidth to think about this right now [08:37] I have a complicated morning. I will make up for it in the evening but I cannot work yet [08:37] pedronis: understandable [08:37] zyga: how much birthday cake did you eat [08:37] * Chipaca imagines zyga in a coma [08:37] zyga: coffee always helps :) [08:37] *food* coma [08:38] zyga: take care, thank you for letting us know [08:38] Chipaca:oh, one more thing. It's reallly minor but you didn't get to pick a timezone when installing. I'm sure it's been discussed and decided on not being included. But it's a think I tend to forget [08:38] resulting in having the wrong time on the system for days/weeks/months... [08:39] Chipaca: Lucy has a small bite :-) [08:39] pokk: ah the fight between minimalist and quick setup, and all the options [08:39] yepp [08:39] mwhudson: do you know if there are plans for prompting for the timezone (or any other extra stuff) ? [08:40] Why I sort of like a cloud-config file. I can decide on how minimalist I want it on my own [08:40] as for most other things I tend to remember doing them once installed. But for some reason I forget about timezones [08:46] pedronis: https://github.com/snapcore/snapd/pull/7529 is the next one? [08:46] PR #7529: seed/seedwriter: cleanups and small left over todos [08:46] mborzecki: yes [08:47] pedronis: i'll land #7469 or do you want to push anything more there? [08:47] PR #7469: seed/seedwriter,snap/naming: support classic models [08:47] mborzecki: I'll land it [08:48] pedronis: ok [08:49] PR snapd#7469 closed: seed/seedwriter,snap/naming: support classic models [08:50] mborzecki: do you want me to rebase 7529 before looking at it? [08:51] pedronis: yeah, can you merge master there? [08:51] gh should really be smart enough do to it when generating diffs and there's no conflicts [08:54] mborzecki: done, it's smallish in itself [08:54] pedronis: thanks [08:54] a bit of kitchen sink of various things though [09:01] Chipaca: +1 for #7445 [09:01] PR #7445: overlord/snapstate/policy, etc: introduce policy, move canRemove to it [09:01] woop [09:02] pstolowski: when you find a moment, could you take a look at ^ 7445? it's a bit big but not complicated [09:03] Chipaca: yes [09:14] PR snapd#7553 closed: cmd/snap: update 'snap find' help because it's no longer narrow [09:14] * Chipaca is helping [09:28] pstolowski: regarding https://github.com/snapcore/snapd/pull/7443#discussion_r330408988 how about `weekdayInMonth()`? [09:28] PR #7443: timeutil: fix schedules with ambiguous nth weekday spans [09:30] mborzecki: perhaps weekday*s*InMonth() - it gives number of days right? [09:31] pstolowski: yeah, sgtm [09:31] weekdayInMoth sounds like it would return time.Time [09:39] pstolowski: hehe, adding tests with time.Time{} [09:39] actually according to go 0001-01-01 is monday :P [09:39] mborzecki: is it a problem actually? [09:40] pstolowski: no, but i'm adding the test to make sure that future changes don't break it [09:40] mborzecki: sounds great [09:47] pstolowski: equalWeekdaysInMonth or matchingWeekdaysInMonth [09:47] how about this? [09:49] mborzecki: is this wrt weekday*s*InMonth still? [09:49] pstolowski: yeah, still on my mind [09:50] mborzecki: I like matchingWeekdaysInMonth [09:50] yeesh, family drama brewing [09:50] * Chipaca goes for a coffee [09:52] My blood is probably more coffee than anything atm :| [10:13] PR snapd#7529 closed: seed/seedwriter: cleanups and small left over todos [10:15] pstolowski: mborzecki: in case #7451 is ready for review now [10:15] PR #7451: sandbox/cgroup: introduce cgroup wrappers package [10:18] pedronis: ack [10:22] pstolowski: i've updated #7443 [10:22] also it needs a 2nd review [10:22] PR #7443: timeutil: fix schedules with ambiguous nth weekday spans [10:24] mborzecki: thanks [10:31] PR snapcraft#2739 closed: tests: fix mypy error with test_errors.py [10:32] school run, back in a bit [10:50] hm, it looks like we cannot have base core18 in classic? [10:50] error: cannot assemble assertion model: cannot specify a base with a classic model [10:50] pedronis, do you know that? ^^ [10:51] I get on snapd initialization: [10:51] Oct 04 10:45:01 numancia snapd[1047]: stateengine.go:108: state ensure error: devicemgr: cannot use gadget snap because its base "core18" is different from model base "" [10:58] Chipaca: so would one dare pinging cachio now? [10:58] cachio: 👋 [10:59] cachio: could you add home and removable-media to the rsync snap? [11:01] Chipaca, sure [11:01] I'd offer you a strawberry and banana small pancake as a thank you, but I'm guessing they'd not be so nice after an airplane trip [11:01] Chipaca, you mean to the save/restore snapd state ritght? [11:02] cachio: no, it's because pokk is wanting to rsync some things to /media// [11:02] cachio: and the rsync snap doesn't have the right interfaces [11:02] cachio: and you're the rsync snap publisher :) [11:02] Chipaca, ah [11:03] sure [11:06] re [11:15] pokk the snap is being built, I'll ping you in few minutes when it is published [11:15] out of curiousity. Where's the code for something like rsync? Is it all on github? If so my foo seems to be missing it [11:15] cachio: wow, that's some quick working! [11:15] pokk, it was a small change [11:19] cachio: Refreshing store authorization failed for test-snapd-rsync hmm [11:20] mborzecki, didn't update the test-snapd-rsync :) [11:20] it is the same [11:20] cachio: ah, i read some of the backlog, but not all :P [11:20] just updates the rsync [11:20] and it is not published yet [11:21] mborzecki, but if you have a log please share it so I can take a look [11:21] cachio: got this by email just few minutes ago [11:22] cachio: https://launchpad.net/~snappy-dev/+snap/test-snapd-rsync/+build/693784 store upload failed [11:22] btw. does anyone click the retry button when it happens? [11:24] mborzecki, you are right [11:25] rsync project created the test-snapd-rsync snap [11:26] cachio: mborzecki: I too am being spammed with these test-snapd-rsync emails [11:26] no idea what they're about :-) [11:26] but is was correctly built [11:27] cachio: the email says: Depending on the error message above, this may indicate a bug. If so, you [11:27] may be able to work around it by reauthorizing Launchpad to upload the [11:27] package in question: [11:27] cachio: [11:27] https://launchpad.net/~snappy-dev/+snap/test-snapd-rsync/+authorize [11:27] ¯\_(ツ)_/¯ [11:27] cachio: but I don't know how this is connected to the 'rsync' snap :) [11:28] Chipaca: test-snapd->>>>>rsync<<<<< xD [11:28] only connection i see tbh [11:29] cachio: ACKshully, it might be that you created both (they're both in your name), and it looks like the only difference is the snap name itself :-) [11:29] cachio: so maybe you just changed the name: entry in the yaml :) [11:29] mborzecki, Chipaca I think the problem is that the owner for the snap package in launchpad is dnappy-developers and in the stop I am [11:29] pedronis: can you take a look https://github.com/snapcore/snapd/pull/7543 later on? [11:29] PR #7543: release: make forced dev mode look at cgroupv2 support [11:30] cachio: wo'a mess [11:47] Chipaca, moving all the test snaps to snappy-dev [11:47] cachio: and the plain 'rsync' snap? [11:47] Chipaca, too [11:48] Chipaca, does it make sense for you? [11:48] cachio: yeah, probably (either that or straight up Canonical for the rsync one) [12:01] seems like I caused some added trouble here :| sorry about that [12:07] pokk: it obviously needed sorting [12:08] that snap hadn't been rebuilt in over a year → it almost certainly needed rebuilding at least to pick up new libs === zzZZzzetuid is now known as setuid [12:12] sure, but also unplaned workd [12:24] pokk, hey, could you try the test-snapd-rsync snap [12:25] pokk, this is the same than the rsync once [12:25] pokk, if it works well then I'll see how to release the rsync once [12:25] one [12:26] just `snap install test-snapd-rsync` then? [12:27] then you need to connect the interface [12:28] pokk, you also can do snap alias test-snapd-rsync.rsync rsync [12:28] right [12:29] so then you will be able to do rsync and it will call the test-snapd-rsync snap [12:31] pokk, did it connect= [12:31] ? [12:31] pokk, sudo snap connect test-snapd-rsync:removable-media [12:31] this should be enough [12:31] then you should be able to use it [12:31] it seeems to work [12:32] I'm running it on an raspberry pie 3 so it's sloooow [12:33] pokk, is it ok for you to use it until we decide what to do with the rsync one? [12:33] today/monday [12:34] cachio: oh for sure. Atm I'm really just trying core out. Trying to get a feel for it. I'd probably reinstall next week anyway and restart from scratch [12:35] pokk, nice, I'll discuss about this today [12:35] thanks [12:35] it's not like I'm paying you for the development atm :) So I can't demand things to be solved in hours. Monday would be weeks/months faster than some problems one encounters at times [12:35] aaaaand, sometimes you'll not get things fixed even when paying looots of money :| [12:35] ooh, I could go with that plan [12:36] (a) get paid looots of money, (b) do nothing [12:36] (c) and (d) are not needed because see (a) [12:37] well I mean, we're getting the service. But not getting things outside of the very small box [12:37] * pokk isn't at all grumpy [12:37] oh, and just to be clear. I'm not talking about Ubuntu at all here [12:38] and now my rsync backup works :) Thanks a lot! [12:40] pokk: with my canonical-employee hat on, if you ever find yourself in that kind of place with canonical, please do reach out [12:41] everybody can mess up and get stuck in that kind of place with a contract, but all it should take is a conversation to dislodge things [12:44] Chipaca: I'm talking about some of the bigger cloud providers :) At times they can be super helpful, at times they'll just refuse to help at all. No matter how many zeroes there's in the bill you're paying each month [12:45] PR snapd#7556 opened: image,seed/seedwriter: switch image to use seedwriter.Writer === ricab is now known as ricab|lunch [13:01] pedronis: stdup? [13:01] I cannot join [13:01] Still looking after Lucy [13:01] No work done today [13:09] * Chipaca hugs zyga [13:09] zyga: that's ok [13:10] zyga: you know what happens when you don't come to the standup [13:10] * Chipaca assigns everything to zyga [13:30] mborzecki, https://travis-ci.org/snapcore/snapd/jobs/593470475#L9354 [13:30] now happening in i386 [13:32] cachio: looks like the job took too long, nothing seems to have explicitly failed [13:37] mborzecki, I thing it got stuck as it used to happend in arch [13:37] mborzecki, then the build fails because of this test [13:39] cachio: hmm that's possible, we know there's a race, but unless someone picks up the work on the kernel or strace side it's not going to get fixed :( [13:41] mborzecki, makes sense, if I see this again in i386 I'll apply the same solution than arch [13:52] popey: are you a round? [13:54] round like 🔵 ? === ricab|lunch is now known as ricab [14:28] PR snapcraft#2740 opened: crystal plugin: add flags to use during shards build [14:33] zyga, there? [15:05] Snappers (is that a thing? it should be...) I have a snap that uses python's plotly module to create an html page which it opens using the default browser. In my snap when that is called it just hangs. What do I need to do in my yaml to make it work? Thanks for the help! [15:08] joeubuntu: https://www.urbandictionary.com/define.php?term=snapper er. [15:08] * cachio lunch [15:09] joeubuntu: add the 'desktop' interface, so you can run xdg-open [15:09] thanks Chipaca , let me try that! [15:26] Woot! It worked if I installed the package snapd-xdg-open on the host, is there a way to make the snap require that somehow on install or in the yaml ? [15:40] joeubuntu: what is the description of snapd-xdg-open? [15:40] Chipaca This is a transitional dummy package. It can safely be removed. [15:40] joeubuntu: thank you. [15:41] joeubuntu: you can remove that package, it has nothing in it. [15:41] The browser will not launch without it though. [15:41] joeubuntu: try a second time [15:41] there's a bug with the auto-launching of the service [15:41] where the first time it auto-laucnhes but doesn't open the thing [15:42] it's fixed in … master at least [15:42] dunno where it is in the release queue [15:45] That is incredibly confusing. It throws the error:" user-open error: Object does not implement the interface ." Which googling leads to snapcraft forum posts about the snapd-xdg-open package needing to be installed [15:45] But you are right, running it a second time fixes that. === jamesh__ is now known as jamesh [15:48] joeubuntu: yeah! it's a stupid bug [15:48] joeubuntu: we put the service on the bus before attaching the interfaces to it [15:49] joeubuntu: because we are super smart (tm) [15:49] anyway it's fixed, but annoying until that's sorted [15:49] joeubuntu: the fascinating thing is how long it took for that one to be noticed [15:49] people just double-clicked, i guess? [15:50] Chipaca I just click harder if it doesn't work ... that helps, right? [15:50] Thanks for the help! [15:50] joeubuntu: totally. That error message _means_ "click harder next time!" [15:50] 😂 [15:53] * diddledan clicks. quite hard. [15:55] * Chipaca buys shares in sellers of replacement clicky things [15:55] I got a new clicky today! [15:56] it's not got a wire! [15:56] this is voodoo... === pstolowski is now known as pstolowski|afk [16:29] diddledan: who do? [16:29] you do! [16:30] https://www.youtube.com/watch?v=UunvsU66B4Y [16:39] * cwayne is disappointed that YouTube links not for labyrinth [16:49] it'd have to be a qr code [16:55] PR snapcraft#2697 closed: Neon extension [17:02] so far it seems like a raspberry pi 3b+ with ubuntu core on it is a really great setup. The poor thing have been on heavy load for a few hours but it seems to work great [17:13] hi, is there a way to autoconnect interfaces for a snap with "snap try" or when installing with --dangerous? [17:24] PR snapd#7445 closed: overlord/snapstate/policy, etc: introduce policy, move canRemove to it [19:10] * cachio afk [19:53] PR snapcraft#2741 opened: extensions: support using gjs from gnome runtime [20:56] PR snapcraft#2742 opened: cli: use click utilities for login prompts