[00:04] <aisrael> Is snapcraft.yaml meant to be in the root of a project, or at snap/snapcraft.yaml?
[00:07] <Chipaca> aisrael: either work
[00:07] <Chipaca> aisrael: IIRC it's looked for in snap/snapcraft.yaml, or snapcraft.yaml, or .snapcraft.yaml
[00:08] <Chipaca> aisrael: the nice thing about snap/snapcraft.yaml is that then the manifest.yaml also goes there
[00:08] <Chipaca> it's less surprising
[00:10] <aisrael> Chipaca: Is there a preference? Main reason I ask is because snapcraft 3 (snap) complains about not finding snap/snapcraft.yaml, but the docs for a python snap explicitly says to put it in the root of the project.
[00:10] <Chipaca> aisrael: ah, I'm not sure but it's possible support for the other two is being phased out
[00:11] <Chipaca> sergiusens might be around still, maybe he knows
[00:11] <aisrael> Chipaca: okay, thanks. I'm happy to edit the docs, but wanted to make sure it was factually correct first.
[02:58] <mup> PR snapd#6085 opened: tests: move fedora 28 to manual <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6085>
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== icey is now known as Guest40513
=== icey_ is now known as icey
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
[08:41] <mup> PR snapd#6084 closed: tests/lib: adjust to changed systemctl behaviour on debian-9 (2.36) <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6084>
[09:34]  * Chipaca watches the tumbleweeds do their thing
[09:38] <mup> PR snapd#6060 closed: overlord/snapshotstate/backend: be more verbose when SNAPPY_TESTING=1 <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6060>
[09:43] <thresh> hmm, so firefox snap got upgraded and now it wont launch: http://thre.sh/stuff/ff-snap-fails.txt
[09:44] <thresh> /usr/lib/snapd/snap-discard-ns firefox seemed to help
[09:44] <thresh> but really?
[09:47] <Chipaca> every time you need to use snap-discard-ns, it's a bug :)
[09:52] <sparkieg`> I've been tracking candidate of the firefox snap as a while now, launches perfectly fine here (18.04 LTS)
=== sparkieg` is now known as sparkiegeek
[09:53] <thresh> I wish I was as lucky as sparkiegeek :)
[09:57] <zyga> thresh: it's a known issue fixed in 2.36,
[09:57] <zyga> thresh: just discard as chipaca said but the next release will not need this hack
[09:57] <Chipaca> zyga: you're here! i thought you were on holiday today
[09:58] <thresh> zyga, and here I am already braced for a debugging session!
[09:58] <thresh> zyga, good to know - thank you!
[09:59] <zyga> I am on holiday, on our way to the cemetery
[11:32] <ogra> cjwatson, is there anything wrong with the proxy for the builders ?
[11:32] <ogra> Pulling xradio-driver
[11:32] <ogra> Cloning into '/build/linux-generic-allwinner/parts/xradio-driver/src'...
[11:32] <ogra> [01/Nov/2018:11:14:17 +0000] "CONNECT github.com:443 HTTP/1.1" 407 1773 "-" "git/2.7.4"
[11:32] <ogra> fatal: unable to access 'https://github.com/fifteenhex/xradio.git/': Received HTTP code 407 from proxy after CONNECT
[11:32] <ogra> from: https://launchpad.net/~build.snapcraft.io/+snap/0e2b1c47138b20d1431cf32b24b68bb3-xenial/+build/367210
[11:33] <ogra> (manually cloning here works fine)
[11:34] <cjwatson> it took just over two hours and does a kernel build first
[11:34] <cjwatson> so the proxy auth token had almost certainly timed out
[11:34] <ogra> hmm
[11:34] <cjwatson> arranging to pull everything before doing the time-consuming build will work better
[11:34] <ogra> well, i need to build the module after the kernel
[11:34] <cjwatson> build yes, pull no
[11:34] <ogra> ah, k
[11:35] <popey> uhm
[11:35] <ogra> shawnFUN
[11:35] <cjwatson> (I don't know quite how to arrange that in snapcraft, but IIRC it's possible)
[11:35] <ogra> :P
[11:35] <ogra> yeah, it is "possible" just very fiddly
[11:40] <Chipaca> ogra: can you make it stop?
[11:40] <Chipaca> ah maybe it's done already
[11:40] <Chipaca> k-lined sounds fun
[11:40] <Chipaca> or maybe not
[11:40] <Chipaca> hm
[12:18] <mup> PR snapd#6085 closed: tests: move fedora 28 to manual <Created by sergiocazzolato> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/6085>
[13:03] <Gargoyle> Hey all. Just got an update for atom on the stable branch, but file dialogs still look a mess. Is there any workaround for electron apps as snaps on 18.10 yet?
[13:09] <popey> Gargoyle: heya, yeah, it's a known problem.
[13:11]  * Chipaca hugs ogra 
[13:12] <Chipaca> ogra: be nice
[13:12] <Chipaca> ogra: just because somebody is in a fighting mood doesn't mean you need to go for them
[13:12] <Gargoyle> popey: OK. Was just wondering. 99% of the time I'm launching from the cmd line anyway.
[13:23] <ogra> Chipaca, hmm, i thought i was nice ... or at least factual enough
[13:24] <ogra> sorry if i didnt come across like that
[13:24] <Chipaca> ogra: I have higher standards for team members than for members of the public :-)
[14:11] <mup> PR snapd#6086 opened: overlord/snapshotstate/backend: survive missing directories <Created by chipaca> <https://github.com/snapcore/snapd/pull/6086>
[14:28]  * cachio afk
[20:43] <mup> Issue core18#87 opened: brightness level bar does not function smoothly <Created by Nayananga> <https://github.com/snapcore/core18/issue/87>
[20:58] <mup> Issue core18#87 closed: brightness level bar does not function smoothly <Created by Nayananga> <Closed by Nayananga> <https://github.com/snapcore/core18/issue/87>