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