=== chihchun_afk is now known as chihchun
[07:37] <dholbach> good morning
=== dpm is now known as dpm-afk
[09:51] <livcd> Anyone of you guys have tested snappy with vagrant and nfs ?
[10:02] <Chipaca> livcd: i know there was somebody having a lot of problems with vagrant, but it might have been you
[10:11] <livcd> Chipaca: that was me
[10:11] <livcd> :D
[10:11] <livcd> I was asking because vagrant 1.8.0 has been released yesterday and it did not fix any of my issues
[10:11] <livcd> but i might have just been unlucky
=== dpm-afk is now known as dpm
=== chihchun is now known as chihchun_afk
[11:03] <mvo> Chipaca: I have two refactor branches that I would love to get your opinion on if you feel like diving into this stuff today
[11:03] <Chipaca> mvo: bring it
[11:04] <mvo> Chipaca: https://github.com/ubuntu-core/snappy/pull/271 is something I will need for u-d-f but it may pave the road to pull packageYaml out of "snappy"
[11:04] <mvo> Chipaca: https://github.com/ubuntu-core/snappy/pull/272 kill the quantum state of SnapPart, i.e. that it can be both a snap for install and a snap on disk (which is frankly really bad)
[11:06] <mvo> Chipaca: the later branch will probably help splitting the atom^Wpart interface. i.e. its much clearer now that there is something "installed" and "downloadable" and "installable" (not the right names probably but the concpets are better separated
[11:06] <mvo> at least that is my wishful thinking
[11:07] <mvo> Chipaca: but no rush, I will have lunch soon etc so don't interrupt anything important (or even medium important :)
[11:08] <Chipaca> mvo: ok, started looking at the first one already
[11:36] <mvo> Chipaca: hm, the test failure in the second branch is odd, its failing in lightweight, I will check after lunch, its not obvious to me because AFAICT you don't really install anything in these lightweight tests, just construct the paths. I will figure it out after lunch
[11:36] <Chipaca> k
[11:37] <mvo> Chipaca: fwiw http://paste.ubuntu.com/14136584/ is the error and it seems like the sideload info is gone which may actually be correct, "" is no longer considered sideloaded
[11:38] <Chipaca> mvo: https://gist.github.com/chipaca/680c7ae0b633077cc93a fwiw
[11:41] <Chipaca> mvo: e.g. with your pastebin, it outputs, for the first failure:
[11:41] <Chipaca> differing keys:
[11:41] <Chipaca>     'origin':  expected 'sideload', got ''
[11:42] <Chipaca> same with the second failure
[12:51] <kyrofa> Good morning
[13:00] <kyrofa> asac, ping
[13:11] <asac> kyrofa: heya
[13:11] <kyrofa> asac, just saw bug #1528507
[13:12] <ubottu> bug 1528507 in Snapcraft "docopt package not installed ondemand when using latest master" [Undecided,New] https://launchpad.net/bugs/1528507
[13:12] <asac> kyrofa: right
[13:12] <kyrofa> asac, to make sure I understand, are you saying that running the main snapcraft binary is supposed to be calling apt-get install <all its dependencies> ?
[13:12] <asac> i remember we did that in the past for convenience
[13:13] <asac> if we dont run apt-get at all in the source anymore this bug is probably invalid
[13:13] <asac> otherwise all minimal deps should be installed on demand
[13:13] <kyrofa> asac, interesting okay. I'm not super familiar with the source yet, but I'm not seeing code that does that. I'll look a bit more before marking it invalid though
[13:14] <asac> right
[13:14] <asac> let me look at history if that feature got killed
[13:16] <asac> ok commented for sergio to check and invalidate accordingly
[13:16] <asac> thx!
[13:34] <kyrofa> Hey mvo I wanted to ping you real quick regarding https://github.com/ubuntu-core/snappy/pull/269 . I'd like to get that released in Snappy before the next Snapcraft release. Any chance?
[13:37] <mvo> kyrofa: looks fine, the rule is two reviews, maybe Chipaca can do the second? if so +1 for landing it
[13:37] <kyrofa> mvo, ah, good rule
[13:37] <Chipaca> wossit?
[13:37] <kyrofa> Chipaca, https://bugs.launchpad.net/snappy/+bug/1527612
[13:37] <mvo> Chipaca: https://github.com/ubuntu-core/snappy/pull/269/files needs a pair of eyes :)
[13:37] <ubottu> Launchpad bug 1527612 in Snappy "$SNAP_APP_USER_DATA_PATH points to non-existing directory for services" [Undecided,In progress]
[13:38] <Chipaca> in my lunch break right now, but i'll look in a few
[13:38] <mvo> Chipaca: no rush
[13:38] <kyrofa> Thanks Chipaca :) . Indeed, no rush
[13:38] <mvo> Chipaca: and thank you!
[13:38] <Chipaca> no rush suits me right now :-)
[13:38] <kyrofa> Chipaca, it's kinda that time of year
[13:40] <renat> Hi all! It's renat from screenly. Can anyone help me with my question:
[13:42] <renat> We plan to have our own store to distribute software updates. It's something pointer by oem.store.id config in the pakcage.yaml
[13:42] <renat> How we can set-up such a store?
[13:56] <kyrofa> renat, thanks for the question. I personally do not know the answer, and I'm afraid there's a good chance the people who can are out for Christmas. I just wanted to reach out and make sure you weren't feeling neglected
[14:02] <Chipaca> renat: I think mectors is the person to go to for that question
[14:04] <renat> kyrofa, Chipaca, thank you. I will contact him later then.
[14:15] <Chipaca> kyrofa: +1 on that branch, and i told mo to run the tests
[14:15] <Chipaca> kyrofa: are you going to backport it to 15.04 also?
[14:15] <kyrofa> Chipaca, thank you! I'd like to, but am not sure how. Pointers?
[14:15] <kyrofa> Chipaca, or is it just another branch?
[14:16] <Chipaca> kyrofa: start with the 15.04 branch, fork from there, git cherry-pick might work
[14:16] <Chipaca> yes, just another branch
[14:16] <Chipaca> then another pull request, targeting 15.04 again
[14:16] <kyrofa> Chipaca, ah, easy. Give me 5
[14:16] <Chipaca> well, maybe
[14:16] <Chipaca> rolling is rapidly diverging :-)
[14:16] <kyrofa> Chipaca, uh oh :P
[14:17] <Chipaca> so it won't get any easier, for sure :-)
[14:17] <Chipaca> kyrofa: but it's small enough that even if instead of cherrypicking you redo the whole thing, you're still ok :-)
[14:18] <Chipaca> i mean, it's still quick to do, i reckon
[14:18] <kyrofa> Chipaca, indeed
[14:47] <kyrofa> Chipaca, 15.04 is failing tests with no changes
[14:47] <kyrofa> Chipaca, daemon/daemon_test.go:94: arg d.router.NotFoundHandler for printf verb %p of wrong type: net/http.Handler
[14:47] <kyrofa> Chipaca, am I doing something wrong?
[14:48] <Chipaca> kyrofa: using the wrong go version
[14:48] <kyrofa> Chipaca, noooooooo
[14:48] <kyrofa> Too new?
[14:48] <Chipaca> kyrofa: you can comment out that test
[14:48] <Chipaca> kyrofa: yeh
[14:48] <Chipaca> kyrofa: go *really* doesn't want one comparing functions for pointer equality
[14:48] <kyrofa> Chipaca, okay well everything else passes so I can safely make the PR, sounds like
[14:48]  * Chipaca nods
[14:48] <kyrofa> Chipaca, yeah I remember running into that when making unity app launch bindings in go
[14:49] <Chipaca> mhmm
[14:49] <Chipaca> kyrofa: apparently because go doesn't promise not to move from a simple pointer to something more complicated, or to inline stuff
[14:51] <kyrofa> Chipaca, take a look at https://github.com/ubuntu-core/snappy/pull/273 when you're able?
[14:54] <Chipaca> kyrofa: backports are ok to land with one +1, fwiw
[14:54] <kyrofa> Chipaca, ah, good to know thank you!
[14:55] <kyrofa> Chipaca, how often does Snappy get a new release on 15.04?
[14:55] <Chipaca> kyrofa: supposed to be once a month, but i think we've slipped. But mvo knows better.
[14:56] <Chipaca> i think i'm going to have lunch and then if everything continues to be not-on-fire i'll call it a year
[14:56] <kyrofa> Chipaca, awesome, you have a great year then :)
[14:56] <Chipaca> (yes, my lunch break was before, but it got delayed...)
[14:56] <kyrofa> Merry Christmas!
[14:56] <Chipaca> it's been great already! if the next one is half as interesting, it'll be good
[14:57] <Chipaca> kyrofa: likewise!
[15:26] <kyrofa> mvo, the integration tests failed on https://github.com/ubuntu-core/snappy/pull/269 but the error message told me absolutely nothing...
[15:59] <renat> kyrofa, hello again. What should I write to the "Canonical Project Manager or contact" field when filling contributor license agreement?
[16:00] <kyrofa> Hey renat :) . You can probably put me there (Kyle Fazzari)
[16:01] <kyrofa> I'm not a project manager, but I'm a contact, heh
[16:01] <renat> kyrofa, thanks. I will do.
[17:26] <shuduo> hi, there is an owncloud snap app can be installed but how i will use it? I mean which url I need point to login as admin?
[17:31] <ogra_`> just to port 80 in your browser
[17:33] <shuduo> ogra_`: should i run something first? right now I use webdm.local:80 but get nothing but connection refused
[17:38] <davmor2> shuduo: are you running this on a board or a vm
[17:39] <shuduo> davmor2: on a vm
[17:39] <davmor2> shuduo: did you enable the port?
[17:40] <shuduo> davmor2: i'm running it in a qemu. i can use other port as a real device. i have no idea what else I need enable for the port.
[17:40] <kyrofa> shuduo, it takes a minute to set itself up, too
[17:40] <davmor2> shuduo: you need the -redir commands from https://developer.ubuntu.com/en/snappy/start/
[17:41] <kyrofa> shuduo, make sure it's actually up and running with netstat -tulpn or something
[17:42] <davmor2> shuduo: then for port 80 you would point your browser to localhost:8090 which links to the port 80 from the snappy vm
[17:43] <davmor2> shuduo: you can add more -redirs if you need other ports to be available too
[17:45] <davmor2> shuduo: is that working for you now?
[17:47] <shuduo> davmor2: no... i can use localhost:4200 for webdm. but localhost:8090 don't have owncloud
[17:49] <shuduo> kyrofa: netstat -tulpn show some port number but no 80 now
[17:50] <davmor2> no sure if it uses port 80 or not so I can't help you there
[17:50] <kyrofa> shuduo, check the status of owncloud: `sudo systemctl status owncloud_owncloud_8.0.2.006.service`
[17:50] <kyrofa> davmor2, indeed, 80 and 443
[17:50] <kyrofa> shuduo, pastebin the output
[17:57] <shuduo> davmor2: kyrofa http://imgur.com/g47ZfTb
[17:57] <shuduo> sorry i don't know how to grab text from qemu screen
[17:58] <kyrofa> shuduo, can you SSH into it?
[17:58] <shuduo> kyrofa: good point
[18:05] <shuduo> kyrofa: http://pastebin.com/3f1LAxtF
[18:06] <kyrofa> shuduo, run that with sudo. And also paste the systemctl output
[18:07] <shuduo> kyrofa: http://pastebin.com/FmFzU4gY
[18:10] <kyrofa> shuduo, hmm, yeah so the owncloud service died. Have you tried simply starting it up again?
[18:10] <kyrofa> (it just worked for me, so I'm not sure what the issue is)
[18:11] <kyrofa> I don't know why it would be trying to remove a container
[18:11] <shuduo> kyrofa: sorry my stupid quesiton, how to start it?
[18:12] <kyrofa> shuduo, `sudo systemctl start owncloud_owncloud_8.0.2.006.service`
[18:12] <kyrofa> shuduo, and you can keep an eye on it with the status call, see if it fails again
[18:12] <kyrofa> shuduo, syslog might give you more information, in that case
[18:13] <shuduo> kyrofa: yes, it failed again as same log of system ctl status
[18:13] <kyrofa> shuduo, yeah, take a look at your syslog. Something strange is happening
[18:17] <kyrofa> shuduo, you can pastebin that too if you want me to take a look
[18:20] <shuduo> kyrofa: thanks. i grab last 50 lines here. http://pastebin.com/LPV4beTL
[18:24] <kyrofa> shuduo, it _seems_ like a docker problem, particularly relating to its iptables chain. Try removing both owncloud and docker, and install both again
[18:24] <shuduo> kyrofa: okay
[18:35] <shuduo> kyrofa: http://pastebin.com/71ys8Es0 looks better as docker-proxy running and owncloud is active. but  i can't see web page from localhost:8090
[18:36] <kyrofa> shuduo, yeah that looks more like it :)
[18:36] <kyrofa> shuduo, and you're sure you have port 8090 redirected to port 80?
[18:36] <shuduo> kyrofa: yes, i think so.  kvm -m 512 -redir :8090::80 -redir :8022::22 -redir :4200::4200 ubuntu-15.04-snappy-amd64-generic-16G.img
[18:39] <shuduo> kyrofa: i have to go to sleep. not sure if it worth a bug report. BTW, i tried to demo ROS example app of snapcraft to a drone customer today. but snapcraft cannot complete. :(
[18:40] <kyrofa> shuduo, the snapcraft ROS stuff is getting a lot better as soon as we crank out the next release
[18:40] <kyrofa> shuduo, I'd be happy to help with that tomorrow if you like
[18:40] <shuduo> kyrofa: good to know.
[18:41] <shuduo> kyrofa: are you using qemu to run docker/owncloud as well?
[18:41] <kyrofa> shuduo, no, I did it on my raspberry pi 2
[18:42] <shuduo> if need i can install a fresh copy but i don't think I can mess up current one as snappy be designed not allow to be messy
[18:43] <kyrofa> shuduo, yeah we should be able to get that working
[18:43] <kyrofa> shuduo, go sleep. I start work at 0100 UTC, ping me :)
[18:43] <shuduo> kyrofa: okay. let me try it on rpi too after I back to Beijing.
[18:43] <shuduo> kyrofa: bye
[18:44] <kyrofa> shuduo, err, 1300 UTC that is
=== beowulf is now known as Guest88540
=== davmor2 is now known as davmor2_ho-ho-ho