[07:01] <fgimenez> good morning
[07:11] <dholbach> good morning
[07:16] <clobrano> hi
[08:59] <JamesTait> Good morning all; happy Coast Guard Day! 😃
[11:09] <ogra_> sergiusens, hmm, is there anything more needed for the fan support stuff ? i think that can be moved to done actually
[11:11] <sergiusens> ogra_: oh, it was in TODO, I moved it to WiP just in case
[11:11] <sergiusens> as I wasn't sure what the status was
[11:11] <ogra_> yeah,. not sure what beyond seeding it is actually needed
[11:11]  * sergiusens was doing trello board cleanup
[11:11] <ogra_> but i would expect nothing more :)
[11:11] <sergiusens> ogra_: testing and maybe docker support ;-)
[11:12] <ogra_> ah
[11:12] <ogra_> k
[11:20]  * ogra_ sighs ... i have the feeling i'm getting nowhere with the rpi :(
[11:32] <ricmm> ogra_: what are you trying to do with it :p
[11:33] <ogra_> ricmm, the blob sets the default commandline (handing over board serial and MAC address) ... i can not manage to get uboot to see that var ...
[11:33] <ogra_> i had it working before but now cant get it to work anymore
[11:35] <ogra_> hmm
[11:35] <ogra_> i havent tried shuffling around the start.elf binaries yet ...
[11:37] <davmor2> ogra_: what happens when the elves go on strike?
[11:37] <ogra_> then santa has to do all the work himself
[11:47] <sergiusens> davmor2: if elf doesn't work you ask help from a dwarf ;-)
[11:50] <davmor2> sergiusens: if the dwarf is red then the H isn't help it's rimmer's head ;)
[13:20] <rsalveti> ogra_: sergiusens: fan is a mix of a few things, right?
[13:20] <rsalveti> seeding it is just one part, not sure if we got a new docker that is somehow compatible with it
[13:21] <rsalveti> and I remember that sergiusens was a bit worried about the dependencies and the side effect of that
[13:23] <sergiusens> rsalveti: I'm not worried anymore; docker was on kickinz1 but we need some testing on it aside from just seeding
[13:24] <rsalveti> right
[13:43] <rsalveti> elopio: sergiusens: need some help for the tarmac machine
[13:43] <rsalveti> for https://code.launchpad.net/~mterry/snapcraft/arch-fixes/+merge/266149
[13:43] <rsalveti> FileNotFoundError: [Errno 2] No such file or directory: '\''dpkg-architecture'\'''
[13:43] <rsalveti> need dpkg-dev installed
[13:44]  * rsalveti never tried accessing the tarmac machine 
[13:56] <kyrofa> seb128, I can't install clicks using the click scope on Personal. Is there something preventing clicks and snaps from working together there? Or just a piece missing?
[13:57] <seb128> kyrofa, is the click scope installed on personal?
[13:57] <seb128> kyrofa, snappy and click are sort of conflicting
[13:57] <seb128> we shouldn't even have the click user on that image
[13:58] <mterry> elopio, can you install dpkg-dev on the tarmac instance please?
[13:59] <ogra_> seb128, i guess it is seeded by default
[14:01] <fgimenez> rsalveti, i've added your public key, you should be able to login with ssh ubuntu@10.55.32.153
[14:01] <rsalveti> mterry: yeah, just asked that right before you joined :-)
[14:01] <mterry> rsalveti, :)
[14:02] <mterry> rsalveti, I also updated the branch to depend on dpkg-dev
[14:02] <seb128> ogra_, that's a bug then
[14:03] <rsalveti> fgimenez: awesome, thanks
[14:03] <rsalveti> mterry: installed, let's give it another try
[14:03] <fgimenez> mterry, your's is added too
[14:23] <elopio> good morning.
[14:26] <ted> ogra_, So my rootstock build is failing. I know you said I needed to do wily (which is fine) do you mean as the host or target (I changed the target, but want to make sure that's not my problem)
[14:26] <ogra_> rsalveti, http://people.canonical.com/~ogra/bootfiles.tgz just extract that in a working rpi system-boot
[14:26] <ogra_> ted, no, wily is broken, i said you cant use wily :)
[14:26] <ogra_> vivid works
[14:27] <ogra_> rsalveti, hmm, hold back with pulling that tarball seems my uplink has issues :/
[14:28] <rsalveti> mterry: there is a failing test still it seems
[14:28] <ted> Heh, okay.
[14:28] <mterry> rsalveti, yeah I saw...  I don't get it locally so this will be a bit of a hunt
[14:28] <mterry> rsalveti, but am distracted by today's MIT demo
[14:29] <rsalveti> mterry: yeah, no rush
[14:29] <rsalveti> mterry: how is that going btw?
[14:31] <mterry> rsalveti, prep is good.  just running through it again today.  It was useful for finding pain points.  The go-on-arm branch and a fix in the arch-fixes branch are from that work (the store doesn't support 'architectures' yet, only 'architecture'!)
[14:36] <ogra_> rsalveti, upload done
[14:37] <rsalveti> mterry: indeed, nice
[14:41] <ogra_> rsalveti, note that uboot.env only includes "foo=bar" so the boot will stop at the uboot prompt
[14:42] <ogra_> and what i need is the "args=" var to be set http://paste.ubuntu.com/11993082/ (in that example cmdline.txt has "elevator=deadline" in it and nothing more ... start.elf prefixes what is in cmdline.txt with the HW values to become args=
[14:52]  * rsalveti grabs his rpi2
[14:53] <ogra_> uh
[14:54] <ogra_> DT and ATAGs are mutually exclusive. As a result, passing a DT blob to a kernel that doesn't understand it causes a boot failure. To guard against this, the loader checks kernel images for DT-compatibility, which is marked by a trailer added by the mkknlimg utility ... Any kernel without a trailer is assumed to be non-DT-capable.
[14:54] <ogra_> now i wonder, how would start.elf then recognize that uboot is DT capable ... since we dont load a kernel
[14:57] <rsalveti> not sure this would have weird side effects on us
[14:58] <rsalveti> guess it might just be used to protect the users somehow
 rsalveti: is there a pythononic way to know if you're on snappy?
 rsalveti: python -c 'import platform; print(platform.dist())' doesn't distinguish between regular Ubuntu and Snappy Ubuntu
[14:58] <rsalveti> sergiusens: ^ any idea?
[15:02] <sergiusens> rsalveti: we don't have a distinguishing factor between the ubuntu's
[15:03] <beuno> try apt-get'ing  :)
[15:03] <ogra_> sergiusens, rsalveti, sheck for system-image ?
[15:08] <sergiusens> beuno: ogra_ right, apparmor has a check jdstrand doesn't like which goes along those similar lines
[15:09] <sergiusens> well, not that I like it either
[15:09] <ogra_> yeah
[15:09] <ogra_> not sexy indeed
[15:58] <rsalveti> we could check for system-image, I guess that's how we currently do for phone
[15:59] <rsalveti> but I guess it would be good to export something
[16:03] <ogra_> i wonder is a special entry in /etc/os-release would make sense
[19:28] <rsalveti> ogra_: yeah, /etc/os-release might be the way to go
[19:28] <rsalveti> ogra_: care to take a look at that tomorrow?
[20:45] <mterry> rsalveti, elopio: it looks like ubuntu-snappy-cli is not installed on tarmac?  snapcraft tests need it
[20:45] <rsalveti> hm
[20:46] <rsalveti> mterry: yeah, wasn't installed
[20:46] <rsalveti> mterry: it is now
[20:46] <mterry> trying arch-fixes again
[20:59] <mterry> elopio, for your base_plugin_tests branch -- which looks great, thanks, especially the fatal() typo fix  :) -- you'll want to add wget to Build-Depends too (we didn' use it during tests before)
[21:35] <elopio> mterry: pushed. Thanks for the review.
[21:36] <mterry> elopio, text conflict with trunk?
[21:36] <elopio> grr
[21:37] <elopio> mterry: ready
[21:37] <mterry> elopio, nice, approved
[21:38] <elopio> thanks.
[21:39] <elopio> mterry: do we want plainbox tests for all the examples?
[21:46] <mterry> elopio, well I suppose so.  But usually a "test" gets put in examples because it needs big downloads like the go compiler or python3 or whatever
[21:46] <mterry> We need a solution for those kinds of tests
[21:46] <mterry> They can get put in as a plainbox test category "external" or whatever.  Instead of "normal"
[21:46] <mterry> And then we can have something that runs those tests once a day or once a week or whatever
[21:48] <elopio> mterry: do you know how to tell plainbox to run only one category?
[21:48] <mterry> elopio, in runtests.sh, you can see how we do it for 'normal': plainbox run -T 2015.com.canonical.snapcraft::normal ...
[21:49] <elopio> ok. Let me try to make a simple one. I'm not sure what we want to verify here.
[21:49] <elopio> maybe just that the .snap was generated, maybe even do a snapcraft run.
[21:50] <elopio> mterry: when trying to build the py2 example, I get http://paste.ubuntu.com/12003190/
[21:50] <elopio> any idea about that?
[21:51] <mterry> hrm... that should be provided by python-dev, installed by the plugin....
[21:51]  * mterry tries
[21:51] <elopio> ah, missin python-dev, right.
[21:52] <mterry> elopio, but it should be provided by the plugin!
[21:52] <elopio> I don't understand that part. Where does the plugin install it?
[21:52] <mterry> elopio, snapcraft/plugins/python2.py
[21:53] <elopio> mterry: yes, I see it in UbuntuOptions. But does it get python-dev from the archive and install it somewhere?
[21:55] <mterry> elopio, yes.  Try now, merged from trunk and updated to use snappy-metadata instead of old method
[21:57] <elopio> cool, works now.
[22:07] <elopio> mterry: can you snapcraft run that one? I get http://paste.ubuntu.com/12003271/