| === hyperreal_ is now known as hyperreal | ||
| === JanC is now known as Guest69049 | ||
| === JanC_ is now known as JanC | ||
| mborzecki | morning | 04:48 |
|---|---|---|
| Pwnna | is there a way to build an ubuntu core image without a snapcraft account | 04:58 |
| zyga | good morning | 05:05 |
| * zyga feels more or less normal now, let's hope it will stay that way :) | 05:07 | |
| mborzecki | zyga: hey | 05:08 |
| cachio_ | zyga, hey | 05:08 |
| cachio_ | mborzecki, you start early | 05:22 |
| mborzecki | cachio_: yup, always like this, leaves more day to attend kids & other things | 05:22 |
| mborzecki | cachio_: what time is at your place now? midnight? | 05:22 |
| cachio_ | mborzecki, 2 am | 05:22 |
| cachio_ | 2:22 | 05:22 |
| cachio_ | I am almost done | 05:23 |
| mborzecki | cachio_: wow ;) insomnia? | 05:23 |
| cachio_ | mborzecki, no, fixing the images | 05:23 |
| mborzecki | cachio_: ayy | 05:23 |
| cachio_ | all the builds were failing with the 16.04-32 and fedora-27 | 05:23 |
| mborzecki | cachio_: was that a no space left thing? | 05:24 |
| cachio_ | mborzecki, no, Error: Failed to synchronize cache for repo 'updates' | 05:25 |
| cachio_ | installing, or updating with dnf | 05:25 |
| mborzecki | maybe high load on fedora mirrors, people updating their systems | 05:26 |
| cachio_ | mborzecki, yes, it could be, I regerenated the image many times with different changes and it didin't work | 05:27 |
| mborzecki | didn't the same happen when 27 was released? | 05:27 |
| mborzecki | iirc we switched fedora to manual then | 05:27 |
| cachio_ | mborzecki, yes, something similar, but as yesterday I updated this iamge I thought that perhaps something new was causing this | 05:29 |
| cachio_ | mborzecki, I'll create a PR to set fedora as manual until it is fixed | 05:31 |
| mborzecki | ok | 05:31 |
| mborzecki | cachio_: have you looked into preparing f28 image by any chance? | 05:32 |
| cachio_ | mborzecki, no, should I? | 05:32 |
| cachio_ | mborzecki, I mean, are we going to support it? | 05:32 |
| mborzecki | cachio_: yeah, it'd be great | 05:33 |
| cachio_ | mborzecki, is it already released? | 05:33 |
| cachio_ | or it is comming soon? | 05:33 |
| mborzecki | cachio_: it's released (that's probably why the high load on the mirrors) | 05:34 |
| cachio_ | mborzecki, ah, ok | 05:37 |
| cachio_ | mborzecki, I am runnin a script to create the google image | 05:37 |
| cachio_ | mborzecki, not sure if it is gonna work | 05:37 |
| mborzecki | cachio_: no need to do it now, it's already late for you anyway | 05:38 |
| cachio_ | mborzecki, I jut changed few 7 for 8 | 05:38 |
| cachio_ | mborzecki, not big deal :) | 05:38 |
| mborzecki | cachio_: hah ;) | 05:38 |
| cachio_ | mborzecki, failed, google packages not ready for 28 | 05:41 |
| cachio_ | mborzecki, I'll try in few days | 05:41 |
| mborzecki | ok | 05:41 |
| zyga | cachio_: what does it mean "google packages not ready for 28"? | 05:49 |
| cachio_ | zyga, things like this package google-compute-engine-init-2.1.2-0.1488484921.el7.x86_64 requires google-compute-engine, but none of the providers can be installed | 05:56 |
| cachio_ | nothing provides libjson-c.so.2()(64bit) needed by google-compute-engine-oslogin-1.3.0-1.el7.x86_64 | 05:56 |
| zyga | and we cannot use fedora 28 without that package? | 05:56 |
| cachio_ | zyga, not in google | 05:57 |
| zyga | uh | 05:57 |
| cachio_ | it is required | 05:57 |
| zyga | Son_Goku: hey, do you know if f28 support in google compute engine is something that fedora is doing or is that google themselves? | 05:57 |
| Son_Goku | that's probably something the fedora server WG would know | 05:58 |
| Son_Goku | but I would not be shocked if it's a bit of both | 05:58 |
| Son_Goku | but libjson-c.so.2()(64bit) is missing, which means json-c was upgraded | 05:58 |
| Son_Goku | cachio_, where do you get gce-oslogin? | 05:59 |
| cachio_ | Son_Goku, so far from here https://packages.cloud.google.com/yum/repos/google-cloud-compute-el7-x86_64 | 05:59 |
| Son_Goku | then f28 images are definitely all google | 06:00 |
| cachio_ | for fedora 26 and 27 | 06:00 |
| Son_Goku | because fedora would have required these packages to be available in fedora itself | 06:00 |
| zyga | yeah, that's what I thought too | 06:00 |
| mup | PR snapd#5152 opened: tests: move fedora 27 to manual <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5152> | 06:00 |
| mborzecki | cachio_: could we do the same as for arch? | 06:00 |
| Son_Goku | cachio_, it's definitely fixable though | 06:01 |
| Son_Goku | it'd be trivial to make a compat package for it to work | 06:01 |
| cachio_ | mborzecki, for arch I download the image which already has that package | 06:01 |
| cachio_ | mborzecki, there is not any fedora image for gce afaik | 06:02 |
| mborzecki | cachio_: i mean build the google services form source for the time being | 06:02 |
| cachio_ | mborzecki, well yes | 06:02 |
| Son_Goku | I mean, the spec files for building the gce stuff is available | 06:02 |
| Son_Goku | so we could just _build_ them to Fedora | 06:02 |
| zyga | copr :) | 06:03 |
| cachio_ | Son_Goku, perfet | 06:03 |
| Son_Goku | https://github.com/GoogleCloudPlatform/compute-image-packages/blob/master/google_compute_engine_oslogin/packaging/rpmbuild/SPECS/google-compute-engine-oslogin.spec | 06:03 |
| Son_Goku | the packaging is actually slightly wrong :( | 06:04 |
| * Son_Goku fixes | 06:06 | |
| * cachio_ EOD | 06:12 | |
| === cachio_ is now known as cachio | ||
| Son_Goku | cachio, zyga, I need sleep so I'll deal with it in the morning | 06:16 |
| zyga | Son_Goku: ack, good night! | 06:16 |
| zyga | thank you both | 06:16 |
| mborzecki | https://www.reddit.com/r/linux/comments/8icx4w/gimp_20_flatpak_and_snap_side_by_side/ | 06:26 |
| mborzecki | still at 50 PRs | 06:44 |
| kjackal | hello, is there a way to edit an apparmor profile and reload the profiles from a hook? | 06:47 |
| kjackal | I am probably thinking it wrong.. | 06:48 |
| kjackal | I should be creating an interface or something, right? | 06:48 |
| jamesh | mborzecki: we should be able to improve the file pickers once portals lands | 06:51 |
| mborzecki | jamesh: looking forward to it ;) | 06:52 |
| jamesh | that's assuming Gimp uses the FileChooserNative APIs | 06:53 |
| jamesh | which is not guaranteed | 06:53 |
| === pstolowski|afk is now known as pstolowski | ||
| pstolowski | morning | 07:08 |
| mborzecki | pstolowski: hey | 07:09 |
| mborzecki | afk for ~2h, need to go to the car shop, start the claims process | 07:12 |
| Chipaca | *yawn* | 08:12 |
| zyga | hey john | 08:13 |
| zyga | I was thinking | 08:13 |
| zyga | about that seeding issue | 08:13 |
| zyga | it would be interesting if snapd could model being online or offline | 08:13 |
| zyga | because then we could be smarter about many decisions | 08:13 |
| zyga | e.g.: refreshing snap foo will make us offline temporarily | 08:13 |
| zyga | or stopping it will make us offline | 08:13 |
| zyga | or we are offline/online and a system package (not snap) is managing that | 08:14 |
| Chipaca | zyga: i'm wary of adding dimensions to our state | 08:15 |
| Chipaca | zyga: also, http://www.linusakesson.net/programming/pipelogic/index.php | 08:16 |
| Chipaca | ogra_: you might enjoy it too ^ :-) | 08:16 |
| zyga | woah | 08:24 |
| jamesh | zyga: I think https://github.com/snapcore/snapd/pull/5115 should be complete now. Everything is passing except the fedora 27 issue (which in theory is down to load caused by the fedora 28 release) | 09:24 |
| mup | PR #5115: interfaces: add xdg-document-portal support to desktop interface <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/5115> | 09:24 |
| zyga | ack | 09:24 |
| * zyga looks | 09:24 | |
| jamesh | zyga: I've also put together some instructions on testing the current state of the code at https://forum.snapcraft.io/t/snapd-support-for-xdg-desktop-portal/161/9?u=jamesh | 09:25 |
| jamesh | one thing that may be controversial is getting "snap run" to try and launch various D-Bus session services before transferring control to snap-confine | 09:26 |
| jamesh | we can't very well rely on service activation for the mount point. | 09:26 |
| zyga | jamesh: what normally starts the document portal? | 09:27 |
| zyga | is it run by the session | 09:27 |
| zyga | or is that run by snap/flatpak as needed | 09:27 |
| jamesh | zyga: it doesn't auto-start with the session on Ubuntu. I suspect flatpak just activates it via dbus. Let me check | 09:28 |
| zyga | thanks | 09:29 |
| zyga | jamesh: if snap run would need to start the document portal, how would it know | 09:31 |
| jamesh | zyga: yep. It's relying on D-Bus service activation, doing a synchronous method call: https://github.com/flatpak/flatpak/blob/master/common/flatpak-run.c#L1682 | 09:31 |
| zyga | jamesh: the desktop interface in one of the plugs | 09:31 |
| zyga | jamesh: even if so, we don't know if it is connected | 09:31 |
| zyga | looking at that code the nice thing is that it doesn't seem to be specific to an app | 09:32 |
| zyga | so we could even start it from snapd userd | 09:32 |
| === Guest68883 is now known as devil__ | ||
| === devil__ is now known as devil_ | ||
| jamesh | zyga: is that any better? Isn't userd a dbus activated service too, and not generally run until you use xdg-open? | 09:33 |
| zyga | userd has an auto-start feature now | 09:34 |
| zyga | though it still feels racy | 09:34 |
| zyga | my point is that I don't know what would be the condition that would make 'snap run' start the portal | 09:34 |
| mborzecki | re | 09:34 |
| jamesh | I think at some point we will want a long running session service, and niemeyer seemed to think userd shouldn't do that | 09:35 |
| zyga | and if we had that? | 09:35 |
| zyga | I'm still trying to piece together how it is expected to work in the end | 09:35 |
| jamesh | (i.e. he wanted userd to be able to restart at any point) | 09:35 |
| jamesh | if "snap run" is going to ensure userd is running, then having userd try to activate xdg-document-portal should be fine | 09:36 |
| zyga | how would that work in a headless system without sessions | 09:37 |
| jamesh | if there is no session bus, then there's no portals | 09:38 |
| jamesh | and we'd continue without it | 09:38 |
| jamesh | The safe scenarios are (1) document-portal starts before confined app, and (2) document-portal is never started while confined app is running | 09:39 |
| jamesh | unsafe is "document-portal started while confined app is running" | 09:39 |
| jamesh | For flatpak, this last scenario is safe because the entire /run/user/$uid tree is private | 09:40 |
| zyga | ck | 09:48 |
| zyga | ack | 09:48 |
| newbee | when i try to execute snapcraft prime or snapcraft pull or snapcraft build , we are getting the error message in Linux mint 18.1 64 bit "Native builds aren't supported on Linux Mint. You can however use 'snapcraft cleanbuild' with a container". | 09:50 |
| zyga | newbee: that's right | 09:52 |
| newbee | @zyga : also getting error for snapcraft cleanbuild "The container you are starting doesn't have any network attached to it." what it means.. | 09:54 |
| zyga | newbee: it means the container doesn't have a network interface (probably) | 09:54 |
| zyga | perhaps kalikiana can help you, I'm not an expert on snapcraft | 09:54 |
| mborzecki | something wrong with local lxc/lxd installation? | 09:56 |
| mborzecki | eg. on arch you have to tweak the configuration shipped with distro package | 09:57 |
| mborzecki | otherwise the containers that are started have no network interfaces | 09:57 |
| newbee | @mborzecki / @zyga : please tell us, can i run snapcraft in linux mint.. also give a clue to configure the network interface to lxc | 10:00 |
| zyga | newbee: I don't know how to setup lxc in linux mint | 10:01 |
| zyga | you can run snapcraft (I suspect) but I don't know how to set it up for you | 10:01 |
| ogra_ | Chipaca, mosfets !!! now it just needs to play music ! | 10:33 |
| ogra_ | (lovely article indeed) | 10:33 |
| mup | PR snapd#5148 closed: boot: clear "snap_mode" when needed (2.32) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5148> | 10:34 |
| mup | PR snapd#5150 closed: snapd.core-fixup.sh: add workaround for corrupted uboot.env (2.32) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5150> | 10:43 |
| thresh | hello there | 10:46 |
| thresh | would anyone accept a bribe to get https://github.com/snapcore/snapcraft/pull/2119 merged? | 10:46 |
| mup | PR snapcraft#2119: repo: automatically prune unneeded stage-packages <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2119> | 10:46 |
| Chipaca | thresh: I hear kyrofa likes craft beer | 10:48 |
| thresh | I doubt he has powers to do self-review and merges :-) | 10:50 |
| Chipaca | thresh: sergiusens might be needing a new aikido outfit, a slimmer one\ | 10:51 |
| sergiusens | Chipaca, thresh: so on that one, mvo was going to review this week, but apparently some issues showed up and he got put on the hook for them | 10:52 |
| sergiusens | these resolver ones can have tricky side effects not viewable at plain sight and his input is really welcomed on it | 10:53 |
| thresh | we can ship one of these nice costumes: https://pbs.twimg.com/media/DVMNuAoX0AU7gKS.jpg:large | 10:53 |
| Chipaca | thresh: mvo would rock hockey in one of those | 10:54 |
| thresh | sergiusens, ah, good to know. It kinda looked abandoned since no reviewers set etc, so I thought to nudge here. Thanks! | 10:54 |
| Chipaca | thresh: (mvo spent most of his week hunting down a bug in the interplay of uboot and linux's FAT implementations | 10:54 |
| Chipaca | ) | 10:54 |
| thresh | the horrors | 10:55 |
| Chipaca | IKR | 10:55 |
| mvo | sergiusens: yeah, this week was slightly bad, just go ahead with the PR it looks good and I can do a proper indepth PR next week when things are a bit more calm | 10:56 |
| sergiusens | mvo: why are you here at all! :-) | 10:57 |
| Chipaca | mvo: get out of here | 10:57 |
| Chipaca | mvo: shoo! | 10:57 |
| mvo | sergiusens: because this update is not released yet that we promised for tihs week | 10:58 |
| mvo | Chipaca: yeah, I know :/ | 10:58 |
| sergiusens | oh, :-( | 10:58 |
| Chipaca | mvo: what's missing? | 10:59 |
| mvo | Chipaca: one test is still running, once that is in I will do .7 and run away | 11:00 |
| mvo | Chipaca: i.e. 2.32.7, sru to bionic (that is what we promised) and push to beta for screenly to test | 11:00 |
| sergiusens | thresh: btw, I am a happy user of the vlc snap, everyday user here :-) | 11:05 |
| thresh | sweet :-) | 11:07 |
| mup | PR snapd#5149 closed: many: add wait command and seeded target (2.32) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5149> | 11:08 |
| * cachio afk | 11:51 | |
| === pstolowski is now known as pstolowski|lunch | ||
| zyga | mmm, good idea | 11:57 |
| zyga | mvo: ppc failed on tests | 11:57 |
| zyga | https://launchpadlibrarian.net/369787126/buildlog_ubuntu-xenial-powerpc.snapd_2.32.7_BUILDING.txt.gz | 11:57 |
| zyga | FAIL: devicestate_test.go:478: TestFullDeviceRegistrationHappyClassicFallback.pN66_github_com_snapcore_snapd_overlord_devicestate_test.deviceMgrSuite | 11:58 |
| mvo | zyga: hm, I think this is just flaky on gccgo | 12:14 |
| zyga | ack | 12:14 |
| zyga | is it an issue for the release? | 12:14 |
| mvo | zyga: this one is not (if its transient) but https://github.com/snapcore/snapd/pull/5147/commits/f73fa6f48687aeae69a26c95951b72fcc9404e03 is | 12:15 |
| mup | PR #5147: snapd.core-fixup.sh: add workaround for corrupted uboot.env <Critical> <Created by mvo5> <https://github.com/snapcore/snapd/pull/5147> | 12:15 |
| mvo | zyga: 5147 has a proper test now (yay) but it shows an issue with the fixup (meh) so I think I need .8 :/ | 12:16 |
| zyga | :-( | 12:16 |
| zyga | well | 12:16 |
| mvo | zyga: yeah | 12:16 |
| * zyga hugs mvo | 12:16 | |
| mvo | zyga: could be worse, at least we have a real test and real fix this way :) | 12:16 |
| mvo | zyga: a re-review of that pr would be great, tests are running locally (and in spread) right now | 12:18 |
| zyga | looking | 12:19 |
| mvo | zyga: fwiw, the binary file with the partition image is 200kb which I think is acceptable given the importance of the bug | 12:22 |
| zyga | mvo: done | 12:25 |
| mup | PR snapd#5153 opened: snapd.core-fixup.sh: add workaround for corrupted uboot.env (2.32) <Created by mvo5> <https://github.com/snapcore/snapd/pull/5153> | 12:26 |
| mvo | zyga: \o/ thank you | 12:26 |
| mborzecki | mvo: i was looking into writing something to generate that 'semi-corrupted' vfat in python | 12:26 |
| niemeyer | Mornings | 12:27 |
| niemeyer | pstolowski|lunch: Replied on #5120.. btw, the PR summary isn't following the usual pattern | 12:27 |
| mup | PR #5120: interfaces: interface hooks for refresh <Critical> <Squash-merge> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5120> | 12:27 |
| mvo | mborzecki: yeah, I think that would be good, in the meantime I took the original corrupted image, cleaned it, zeroed all unused blocks and this means its compressed small enough to put into the tree | 12:27 |
| === pstolowski|lunch is now known as pstolowski | ||
| niemeyer | pstolowski|lunch: I've slightly adjusted it, but still needs further tweaking to reflect what's in the PR | 12:27 |
| pstolowski | niemeyer: thanks, looking | 12:27 |
| zyga | mvo: as for the partition image, yeah, no doubt it is useful | 12:28 |
| pstolowski | niemeyer: updated the summary. re the methods with identicals args, do you want me to change to a single method? | 12:38 |
| Chipaca | I need to go to the school. Will miss the standup today.... ttfn | 12:40 |
| mborzecki | bumped arch package to 2.32.7 | 12:46 |
| zyga | mborzecki: .8 is coming :( | 12:47 |
| zyga | mborzecki: I will update opensuse after lunch/standup | 12:47 |
| niemeyer | I'm also going to be a bit late as I have a conflicting meeting today | 13:02 |
| niemeyer | (in theory, low on attendance atm) | 13:02 |
| AnaValencia | Hi | 13:04 |
| zyga | AnaValencia: hey | 13:04 |
| zyga | niemeyer: we all went (including mvo) so I think that's it for today | 13:22 |
| zyga | niemeyer: apart from .8 release nothing major to report | 13:22 |
| mvo | niemeyer, zyga: yeah, just waiting for tests on this one | 13:23 |
| niemeyer | zyga, mvo: Cool, sorry for being late.. should have rescheduled it | 13:23 |
| * zyga needs to run an errand for CE, | 13:37 | |
| * ogra_ grins about the forum ... | 13:50 | |
| ogra_ | jdstrand, you need to implement an "open-giant-security-hole" interface that bind-mounts /usr/lib/flashplugin-installer into browser snaps ;) | 13:51 |
| mup | PR snapd#5153 closed: snapd.core-fixup.sh: add workaround for corrupted uboot.env (2.32) <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5153> | 14:01 |
| Lin-Buo-Ren | https://forum.snapcraft.io/t/feature-proposal-source-submodules-option/5372 | 14:08 |
| kjackal | ey jdstrand, you are spot on the kill signal recieve issue of docker containers. I couldn't find a way to provide my own apparmor profile for each container the dockerd spawns, however I could add a single line in the docker-default apparmor profile and reload the profiles. This does not feel right though. Do you think the only option we have is to build our own dockerd and ship it? | 14:14 |
| kjackal | *hey | 14:14 |
| mup | PR snapd#5147 closed: snapd.core-fixup.sh: add workaround for corrupted uboot.env <Critical> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5147> | 14:18 |
| Lin-Buo-Ren | https://forum.snapcraft.io/t/bug-docs-should-specify-the-default-behavior-when-stage-key-is-absent/5384 | 14:19 |
| mup | PR snapcraft#2130 opened: tests: remove obsolete env var <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2130> | 14:19 |
| mup | PR snapd#5154 opened: releases: merge 2.32.8 back into master <Created by mvo5> <https://github.com/snapcore/snapd/pull/5154> | 14:20 |
| mup | PR snapcraft#2129 closed: Swap FROM in Dockerfiles from 'xenial' to 'bionic' <Created by felicianotech> <Closed by kyrofa> <https://github.com/snapcore/snapcraft/pull/2129> | 14:22 |
| pstolowski | another store error on travis.. cannot get nonce from store: store server returned status 418 | 14:37 |
| mup | PR snapcraft#2131 opened: No user site for snapcraft <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2131> | 14:49 |
| mvo | cachio: could you please sru test 2.32.8 for bionic only? it contians an important customer fix | 14:53 |
| mvo | cachio: and please ping apw on monday and ask for the release of .5 into -updates so that we can get .8 into proposed on all !bionic series :) thank you! | 14:54 |
| kyrofa | zyga, snap run --shell doesn't seem to take stdin. Is there any way I can use it in a script? | 14:59 |
| kyrofa | Wait I lied, shell script fail | 15:04 |
| mvo | cachio: also 2.32.8 is in the beta channel now ready for validation | 15:04 |
| zyga | re | 15:04 |
| * zyga delivered edge gateway to a colleague, needs water and will be hacking soon | 15:05 | |
| kyrofa | zyga, ubiquity? Did you switch to something else? | 15:06 |
| zyga | kyrofa: hmm? :) | 15:06 |
| zyga | kyrofa: I meant that I returned a borrowed dell edge gatweay | 15:06 |
| zyga | kyrofa: to a colleague that lives nearby | 15:06 |
| kyrofa | Ahh | 15:06 |
| kyrofa | Too much similar-sounding network hardware :P | 15:07 |
| zyga | it's so hot today I could drink a river | 15:07 |
| * ogra_ de-routes the rhine to warsaw to zyga's house | 15:07 | |
| * kyrofa is impressed with ogra_'s `route` foo | 15:08 | |
| ogra_ | route add ... blah | 15:08 |
| ogra_ | :) | 15:08 |
| * zyga breaks for some time | 15:29 | |
| mborzecki | currently have this for manipulating FAT entries: https://gist.github.com/bboozzoo/e68254507eef4673dd8c6f9b82f65d92 | 15:33 |
| mup | PR snapd#4588 closed: Snapshots! <Created by chipaca> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/4588> | 15:36 |
| pstolowski | niemeyer: would you like me to tweak these Reconnect/Autoconnect functions in #5120 or can I merge? | 15:38 |
| mup | PR #5120: interfaces: interface hooks for refresh <Critical> <Squash-merge> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5120> | 15:38 |
| zyga | Nice :-) | 15:38 |
| === pstolowski is now known as pstolowski|afk | ||
| niemeyer | pstolowski|afk: Feel free to merge either way as this is a trivial point and easy to fix afterwards, but you do have two functions there which have exactly the same parameters and do exactly the same thing, apparently for no reason.. | 16:20 |
| niemeyer | pstolowski|afk: No pressing need, but this is really a single function | 16:20 |
| pstolowski|afk | niemeyer: yes I get your point. the reason though is that I couldn't come up with a good single name. but i'm ok to change this in a followup | 16:37 |
| mup | PR snapd#5120 closed: interfaces: interface hooks for refresh <Critical> <Squash-merge> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/5120> | 16:39 |
| === alan_g is now known as alan_g|EOW | ||
| Son_Goku | zyga, cachio: https://copr.fedorainfracloud.org/coprs/ngompa/gce-oslogin/build/752832/ | 19:06 |
| Son_Goku | zyga, since I am waiting tor my flight boarding, I figured I'd just take care of this ;) | 19:06 |
| Son_Goku | it covers F27, F28, and Rawhide (targeting F29) | 19:07 |
| zyga | Thank you :-) | 19:14 |
| Son_Goku | zyga, cachio: built successfully: https://copr.fedorainfracloud.org/coprs/ngompa/gce-oslogin/build/752841/ | 19:53 |
| mup | PR snapcraft#1769 closed: lxd: add an --image argument to cleanbuild <Created by mwhudson> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/1769> | 20:04 |
| mup | PR snapcraft#1969 closed: Add a "--profile" parameter to cleanbuild <Created by chrisglass> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/1969> | 20:04 |
| mup | PR snapcraft#2132 opened: errors: generic exception for common.run[_output] <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2132> | 21:01 |
| mup | PR snapcraft#2131 closed: No user site for snapcraft <Created by sergiusens> <Merged by kyrofa> <https://github.com/snapcore/snapcraft/pull/2131> | 21:31 |
| mup | Issue snapcraft#2133 opened: gradle plugin treats spaces as delimiter in gradle-options <Created by bsutton> <https://github.com/snapcore/snapcraft/issue/2133> | 23:44 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!
