=== ev_ is now known as ev
sergiusenselopio, kyrofa I think I want to disable the catkin plugin example test for now https://bugs.launchpad.net/snapcraft/+bug/154479000:28
ubottuLaunchpad bug 1544790 in Snapcraft "ros example fails in adt" [Undecided,New]00:28
yasseranyone here?01:26
=== balloons16 is now known as balloons
didrocksgood morning!07:06
fgimenezgood morning08:05
=== ljp is now known as lpotter
dholbachgood morning08:16
didrockshey dholbach, fgimenez!08:16
fgimenezmorning didrocks and dholbach :)08:17
mvohey fgimenez, good morning! how is the recent 15.04 alpha image looking? any issues that might block a migration?08:20
fgimenezhey mvo good to see you around! yep, all is fine with the image, i did a first pass with kvm and bbb and elopio confirmed including rpi208:21
fgimenezmvo, are you feeling better?08:22
dholbachsalut didrocks - hola fgimenez! :)08:23
mvofgimenez: yeah, thanks! better, still not great but I wanted to cleanup some things before the weekend08:28
mvofgimenez: very nice, thanks to you and elopio for the validation. I will create a new stable update then in the channel today then based on the validated alpha08:31
fgimenezmvo, great :)08:33
dholbachmvo, I hope you can take some time off and get well again?08:38
mvodholbach: thanks, I feel better, just want to ensure I tie up some loose ends08:38
zygaasac: hey, I'm not sure -- that would be a framework but we removed them, I don't know what today can generate a dbus profile in 16.0408:52
zygaasac: I suspect it's 2 weeks away from trunk to be able to do that with skills08:52
ysionneauhi asac09:33
asachi ysionneau09:33
mvoogra_: hey, good morning! great work on the dragonboard. I upload your kernel snap to the store now and check the other snaps. that should allow building an image that can be updated remotly :)09:41
vir17hi, can I create a snap from .deb files?09:54
zygamvo, ogra_: please ping me with updated instructions, I'll refresh ubuntu-image09:55
zygaonce those bits are in the store09:55
zygavir17: hey, maybe, please look at snapcraft examples on github09:55
vir17zyga:  I check and I cannot find an example that suits what I want to do, I forget to add that I want to have the .deb files into the folder where is the .yaml file and I try to find an example like that10:01
zygavir17: why don't you just unpack those debs10:02
zygavir17: there are plugins for just shoving a tar content into your snap10:02
vir17thanks zyga  i will try that10:03
opnyGood morning, do you know a way to run an arm xenial image on qemu ? (In place of running snapcraft on the Pi)10:03
mvoogra_: I uploaded the snaps now, hopefully http://paste.ubuntu.com/15023254/ will install it now all from the store. there is one open issue with the gadget snap as it does not download from the store right now (401 error). I suspect this will be resolved soon(ish), I asked the store people already. this should give us remote updateable arm64 images10:12
zygamvo: \o/ great10:12
zygamvo: can you tell me the names of each of the snaps?10:13
mvo     --gadget canonical-dragon.canonical \10:13
mvo     --kernel canonical-dragon-linux.canonical \10:13
mvo     --os ubuntu-core.canonical10:13
mvozyga: -^10:13
mvoogra_: note that the ubuntu-core-arm64 is no longer needed, we now have multi-dimension snaps in the store so ubuntu-core on arm64 will resolve to the right ubuntu-core:arm6410:17
zygamvo: works, except for the gadget10:20
zygamvo: I'll keep gadget as a copy from ogra's directory10:20
mvozyga: if you could build the image using the gadget with that dir and see if that boots that would be great. I mean, pass the local gadget but kernel and os from the store. if thats booting, then I can upload the image soon(ish)10:21
zygamvo: actually, the kernel doesn't resolve10:21
ogra_mvo, uuh, stop10:21
mvozyga: I will keep an eye on the store issue10:21
mvoogra_: hm?10:21
mvozyga: it does not?10:21
ogra_mvo, the gadget needs bootdely=0 set in uboot.env.in first10:22
zyga+ exec sudo /home/zyga/.cache/ubuntu-image/blob.d8acf6b199a0a73def00dd61302afc99718cee101ec0c8d2ef845168ca9b5820ed943e90f17a6d743ee368b2337f956765670f4128210dca7df71501035f7391 core rolling --channel edge --kernel canonical-dragon-linux.canonical --os ubuntu-core.canonical --gadget /home/zyga/.cache/ubuntu-image/blob.e9d33cda70f8384c0ec31e4822a6ed457c98ca7ce6682b93875390507903413a04d81e9a8c8966c32d2d32865f56e10:22
zyga789be3cf25f8a66b1f1658b8fa4f8c443fe --developer-mode -o dragon-devel.img10:22
zygaDetermining gadget configuration10:22
ogra_mvo, and the kernel snap needs a fixed resize script that can deal with GPT on u-boot (working on that today)10:22
zygamvo: (downloads some parts then):10:23
zygaInstalling canonical-dragon-linux.canonical10:23
zygacanonical-dragon-linux failed to install: snappy package not found10:23
zygamvo: maybe it's not published yet, you can see which version of udf I was using here10:23
mvoogra_: ok10:23
mvozyga: ok10:24
ogra_mvo, with the bootdelay=0 we sadly wont be able to enter the uboot console (unless you set it to something other than 0) but you can at least boot without the serial board attached10:24
mvoogra_: ok, I leave that to you10:25
zygamvo: try your serial board again, use various usb cables, I had 1/4 work/not work ration10:25
mvozyga: I won't spend time on it today, other stuff is more important :)10:27
mvozyga: but thanks, good to know that there is a fail rate10:31
asacysionneau: ricmm is ricardo10:46
ysionneauok :)10:47
ysionneauthanks again guys!10:47
ysionneauI'll try to think about all of this, right now it's a lot to process :)10:47
mvonew (minor) stable update for 15.04 !10:48
ogra_mvo, including the new rpi oem snap ?10:50
* ogra_ guesses so ... i guess the old one is gone from the store :)10:50
mvoogra_: so far it is only a system-image update, no new image yet10:50
ogra_oh, that reminds me ... i havent updated snappy-hub yet10:51
ogra_but the snap is in the store, so you will get it10:51
asacysionneau: right. can imagine, but in the end its pretty simplisitic :)11:10
mvojdstrand: fwiw, a stable update via system-image is now enabled, no new images yet though but the right bits should flow to the people via the stable update11:48
kyrofaGood morning12:18
didrockshey kyrofa!12:20
kyrofaHey didrocks!12:20
kyrofaHaha, elopio yes, catkin is the worst build system on earth12:21
vir17anyone had installed snapcraft in raspian?12:34
ogra_ppisati, so we have another prob on the dragonbaord .... the MAC doesnt persist ...12:35
zygaogra_: ohh?12:36
ogra_ppisati, apparently linaro does this https://git.linaro.org/landing-teams/working/qualcomm/wcnss-config.git/blob/HEAD:/wcnss-gen-macaddr to work around it ... but we dont get androidboot.serialno= in u-bnoot because the lk doesnt hand it over12:36
ogra_ppisati, i wonder if you know any method to pull the MAC out of /proc/device-tree in that case12:36
vir17I try to install snapcraft in rasbian.I clone the repository and then "sudo python setup.py install". When I try to create a snap I get this error: http://pastebin.com/b1ZAvFZW12:41
vir17anyone knows how to solve this?12:41
sergiusenskyrofa, didrocks morning12:42
ogra_vir17, what do you expect snapcraft in raspbian to produce once you have it installed ?12:42
didrockshey sergiusens, how are you?12:43
ogra_vir17, i highly doubt the binaries woill be executable on snappy12:43
sergiusensdidrocks, fine, just thinking we might need an FFe ;-)12:43
didrockssergiusens: oh no, it's that fun time again! :-)12:43
sergiusensas we will barely land all the features next week12:43
sergiusensor we can just land everything broken12:43
didrockssergiusens: don't remind me of those dark times in the distro :)12:44
kyrofaHey sergiusens :)12:44
vir17ok ogra_ i will abandon this solution then12:44
sergiusenskyrofa, hey, can you take a look at  https://bugs.launchpad.net/snapcraft/+bug/154479012:46
ubottuLaunchpad bug 1544790 in Snapcraft "ros example fails in adt" [Undecided,New]12:46
sergiusenskyrofa, I want to either fix or disable that test in adt :-)12:47
sergiusenskyrofa, there might be a proxy issue12:47
kyrofasergiusens, yeah that's a difficult log to digest, haha12:47
kyrofasergiusens, I want my line breaks back!12:47
sergiusenskyrofa, maybe blame subunit12:48
sergiusensor elopio ;-)12:48
sergiusenskyrofa, I did grab the relevant failure there12:48
sergiusenskyrofa, should be reproduceable locally too iirc12:48
kyrofaAh, I like reproduceable ones12:49
sergiusenskyrofa, you can probably edit debian/tests/control and just run the catkin example12:53
kyrofasergiusens, ah, so I can't just run the example test to see this?13:00
sergiusenskyrofa, only reproduceable in an adt env13:01
sergiusenskyrofa, hmmm, unless the python path fix made it fail, but this test has been failing since before that13:02
kyrofasergiusens, I've not had to do that before, can you point me in the right direction?13:02
sergiusensogra_, wrt generic initrd; any ETA?13:02
ogra_sergiusens, after i'm done with the dragonbaord13:03
ogra_(i hoped to finish that today, but still digging on that MAC address issue atm)13:03
sergiusensdholbach, btw, is the clinic an hour from now, two or three?13:08
sergiusenskyrofa, when time permits https://github.com/ubuntu-core/snapcraft/pull/32013:11
kyrofasergiusens, 3 I think13:12
kyrofasergiusens, 1600 UTC, right?13:13
sergiusenskyrofa, what a relief :-)13:14
kyrofasergiusens, hahaha13:14
sergiusenskyrofa, I hope you show up too, unless well, you know ;-)13:14
kyrofasergiusens, I fully plan on it! Unless well, you know :P13:14
kyrofasergiusens, 2.x features right? Got an idea of what we'll talk about?13:15
kyrofasergiusens, will we try to stay on what is currently available, or will we discuss what it'll be come 16.04?13:15
ogra_mvo, for setting the MAC on the dragonboard we need /lib/firmware/wlan/macaddr0 being writable :/13:22
ogra_yay android drivers :((13:23
sergiusenskyrofa, differencenes between 1 and 2; then what is coming for 213:23
kyrofasergiusens, sounds fun!13:23
* zyga has updated unofficial ubuntu-image to handle dragon board from the store13:24
mvoogra_: uh, we need /lib/firmware/wlan/macaddr0 to be writable?!?13:25
ogra_mvo, well, we need that file to contain the MAC13:25
ogra_if you have an idea how to do it without a writable file ...13:25
mvoogra_: we could make it a symlink in the os snap and point to something in /run that the initrd creates/populates13:26
mvoogra_: but all rather terrible13:26
ogra_(i mean, we could also patch the driver top look somewhere else ... but i doubt ppisati would like to carry such a patch forever)13:26
ogra_*to look13:27
ppisatiogra_: that information is not part of the device tree13:40
ogra_ppisati, well ... it is ...13:40
ogra_but only of the lk DT13:40
ppisatiogra_: uhm13:40
ogra_i just found a way to parse that from uboot ... similar to how we do it on the rpi13:40
ppisatiogra_: how did you do that?13:42
ogra_"fdt addr $value_i_fished_out_of_lk_output ; fdt get value args /chosen bootargs"13:42
ogra_thsi works by hand ... still fiddling with scripting it now13:43
ppisatiogra_: oh ok13:43
jdstrandmvo: thanks! I see my devices were updated and have the security updates :)13:43
* jdstrand isn't really here13:43
jdstrandmvo: you feeling better?13:43
ogra_=> fdt addr 0x81e0000013:44
ogra_=> fdt get value args /chosen bootargs13:44
ogra_=> printenv args13:44
ogra_args= androidboot.emmc=true androidboot.serialno=7c16331a androidboot.baseband=apq mdss_mdp.panel=0:dsi:0:13:44
ogra_ppisati, ^^^13:44
ppisatiogra_: but there's no mac address there13:44
ogra_ppisati, the serial is the MAC13:44
kyrofaogra_, so I can't seem to get the all-snaps image to boot on the dragonboard. I have the SD card switch on, but it keeps booting to the linaro image I flashed to internal. Is that interfering somehow? Or did I just fail on resizing the partition?13:45
ogra_kyrofa, it obnly works on 4GB cards ... like the big fat notice in the README says13:45
ogra_and yes, resizing still wipes the partition table13:45
kyrofaogra_, I know, but you mentioned if I resized manually before trying to boot it shouldn't try the resize13:46
kyrofaogra_, but it was a little weird on trusty13:46
kyrofaogra_, so I wouldn't be surprised if it didn't work out13:46
ogra_hmm, perhaps your manual resize somehow messed it up ?13:46
ogra_you need to be super sure the IDs, size and content of the first partitions doesnt change ... ever13:47
kyrofaogra_, yeah. Okay I just wanted to make sure there wasn't something special I was supposed to do if I had already flashed another image. Any chance you could let me know when that resize bug is fixed?13:48
kyrofaogra_, or is there a bug I can keep my eye on?13:48
jdstrandmvo: I'm on holiday today so stepping away (after asking my question). I'll take the fact that you are here as you feeling better (and I'm glad for it)13:48
ogra_kyrofa, no bug ... but i was planning to get this done today ... its a matter of how long this MAC address thing now takes ... i didnt plan that one :P13:49
jdstrandmvo: I'll also provide a potentially other clue on the apps reinstalling over and over again on stable. it seems to only happen with snaps that exist in both rolling and stable. eg, hello-world and snappy-debug, but not ufw13:49
kyrofaogra_, oh you're good man, I didn't mean to rush you :)13:50
kyrofaogra_, glad to hear it's on the horizon, though13:50
jdstrandmvo: I don't know if that is a definite part of the problem-- it is just something I noticed13:50
ogra_well, i need to work on generic initrd next week ... so i ant the dragonboard done today13:50
jdstrandok, really gone now13:51
kyrofaogra_, understood. By the way, is that porting guide still applicable? Or does it need to be rewritten completely for all-snaps?13:51
ogra_the latter13:51
ogra_i'll work on that once we are through all these conference thingies :)13:52
kyrofaThere's one piece of hardware I'd really like to support, and I feel like it'd be a great learning experience13:52
ogra_ubuntu@localhost:~$ cat /proc/cmdline14:01
ogra_ androidboot.emmc=true androidboot.serialno=7c16331a androidboot.baseband=apq mdss_mdp.panel=0:dsi:0: console=ttyMSM0,115200n8 root=/dev/disk/by-label/writable net.ifnames=0 init=/lib/systemd/systemd ro panic=-1 fixrtc snappy_os=ubuntu-core-arm64.sideload_IMNAJeAIfTOc.snap snappy_kernel=canonical-dragon-linux.sideload_IMNAJdKaXGIP.snap14:01
* ogra_ dances 14:01
mvoogra_: nice!14:06
mvojdstrand: cool, thanks and enjoy your holiday14:07
ogra_mvo, well, thats only half the fix .... we need something like https://git.linaro.org/landing-teams/working/qualcomm/wcnss-config.git/blob/HEAD:/wcnss-gen-macaddr now14:08
ogra_i get cold shivers seeing that code though :P14:09
ogra_(especially the "first writing the file wrongly and then fixing it with sed" part ...)14:11
dholbachsergiusens, 16 UTC, so in 1h44m from now14:16
ogra_changes pushed14:16
zygahttps://github.com/zyga/devtools updated with i386 snappy, i386 virtualization and latest dragonboard support14:36
sergiusensdholbach, thanks14:54
ogra_mvo, would you do me a favour and push that update for the dragon to the store ?15:19
ogra_(with fresh uboot.env generated from rev 30 on snappy-hub)15:19
ogra_(if you dont have time i'll do it tonight)15:19
elopiofgimenez: we are still in the snapcraft planning session.15:30
elopioyou can join us if you want :)15:30
rtgI've been trying out the kvm instructions in order to test sideloading a 16.04 kernel snap. However, the instructions on the web page do not appear to be correct. The example for 15.04 doesn't work, e.g.,15:31
rtgsudo kvm -m 512 -redir :8090::80 -redir :8022::22 ubuntu-15.04-snappy-amd64-generic.img15:31
rtgWARNING: Image format was not specified for 'ubuntu-15.04-snappy-amd64-generic.img' and probing guessed raw.15:31
rtg         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.15:31
rtg         Specify the 'raw' format explicitly to remove the restrictions.15:31
rtgCould not initialize SDL(No available video device) - exiting15:31
fgimenezelopio, i'm not feeling well today, still a bit sick, maybe next time :)15:31
mvoogra_: sure, I assume I can just bzr up; snappy build?15:32
ogra_i guess so ... hwo did you produce the last one ?15:32
mvoogra_: exactly this way15:32
ogra_yeah, then it shoudl eb fine ... uboot.env needs updating first ...15:32
mvoogra_: I ran mkenvimage15:33
ogra_well, let me do that and commit it so the bionary is in sync with the source15:33
ogra_ah, k15:33
wigglewormI am looking for some help installing java on snappy so that my app will run. I think I need to have it packaged along with my app during the snap craft process but not sure.15:35
wigglewormhas anyone here done such a thing15:35
ogra_wiggleworm, i think there are examples for snapcraft to get the java bits bundled properly inside your snap15:35
mvoogra_: bootdelay is zero and the bootargs is for the mac address?15:36
ogra_mvo, yeah15:36
ogra_the bootdelay thing is a bit unfortunate but no better workaround for now15:36
mvoogra_: ha! thats magic15:36
sergiusenswiggleworm, yeah, run 'snapcraft help ant' or `snapcraft help maven'15:37
sergiusenswiggleworm, also look at the examples for maven and a hello world15:37
wigglewormok - thanks I will take a look15:37
mvoogra_: I pushed to "edge", if you could double check that everything is ok and give me green light I push to stable15:37
ogra_mvo, ok15:38
ogra_mvo, hmm is --gadget canonical-dragon/edge the right syntax ?15:40
ogra_seems u-d-f doesntz find it (with or without /edge)15:40
mvoogra_: http://paste.ubuntu.com/15023254/ works for me15:41
ogra_ah .canonical15:41
mvoogra_: this should give us fully updaable ones, well - except for the partition resize issue :)15:41
ogra_yeah, i hope to get that done before EOD ... its just super time consuming since i need to test on all arches (lots of dd*'ing and waiting)15:42
ogra_i wonder if i shoudl just make the resize code a no-op just for this initrd for now ... that would be quick and dirty :)15:43
ogra_mvo, hmm u-d-f dies for me with "can not find OS part"15:44
ogra_using --os ubuntu-core.canonical like in your paste15:45
ogra_bah, silly me ... forgot --channel :P15:45
mvoogra_: :)15:52
mvoogra_: if all is looking well I'm happy to promote to stable15:52
ogra_mvo, i'll let you know ...15:53
* ogra_ waits for xz and dd15:53
dholbachfor everyone waiting for the Snappy Clinic - we're just about to start16:02
dholbachif you have questions for the clinic, just make sure you prefix them with QUESTION:16:05
ogra_ubuntu@localhost:~$ cat /proc/cmdline16:07
ogra_ androidboot.emmc=true androidboot.serialno=7c16331a androidboot.baseband=apq mdss_mdp.panel=0:dsi:0: console=ttyMSM0,115200n8 root=/dev/disk/by-label/writable net.ifnames=0 init=/lib/systemd/systemd ro panic=-1 fixrtc snappy_os=ubuntu-core.canonical_16.04.0-3.arm64.snap snappy_kernel=canonical-dragon-linux.sideload_IMRdLKVUXAPL.snap16:07
ogra_mvo, ^^^ looks good ... and boots with serial board detached too16:07
ogra_mvo, promote it :)16:07
mvoogra_: all snaps available on stable now, once the resize bug is fixed we should push a new image16:09
ogra_mvo, yeah, i'll probably go with a quick fix specific to this initrd for now (and i can also quickly hack it up to get the MAC linked into /lib/firemware/wlan)16:10
ogra_i can luckily do it all inside the -linux snap16:10
sergiusensmvo, can we get a new OS today or is that too much to ask?16:17
ysionneauasac: do you know any target supported by snappy, with a somehow working qemu port?16:18
ogra_ysionneau, amd6416:19
ysionneausorry, I forgot to mention : arm target16:20
ogra_i dont think there is any16:20
ysionneauI found a qemu-raspi2 on github, didn't manage to get it to work yet though16:20
noizerQUESTION: how long does it take for an app to be reviewed?16:20
mvosergiusens: what do you need in the new OS? happy to build one, we just won't have snappy updated because the auto-build is broken16:20
ogra_noise][, auto-revie is usually happening in munites16:21
mvoogra_: +116:21
mvosergiusens: any particular arch that is important to you?16:21
ogra_noizer, ^^^16:21
sergiusensmvo, snap launcher16:21
sergiusensmvo, it creates dirs, also systemd SNAP_USER_DATA set correctly16:21
noizerogra :p16:21
sergiusensmvo, x86 and armhf16:21
ogra_noizer, manual review can takes weeks or months and is also likely to be rejected16:21
sergiusensfirst more important than the second16:21
noizerogra_ ok16:22
noizerQUESTION: will it be possible to share libraries over multiple snaps with skills? (SO files)16:25
dholbachnice questions - keep them coming :)16:27
mvosergiusens: ubuntu-core is updated for amd64 in the edge channel, if you could give it a quick test if it has what you need I will promote16:34
mvosergiusens: arm is ready in some minutes as well16:35
elopiopitti: is this a correct incantation? https://paste.ubuntu.com/15025272/16:38
elopioIt just gets stuck after creating the instance.16:38
noizersnapcraft 2 is realy awesome :D16:42
ogra_it is !!16:43
noizeryea xD just one problem I had was when I'm installing my snap to much I cant delete it16:44
dholbachany more questions? :)16:44
noizerWhen will be the stable release for 16.04.16:45
kyrofanoizer, april 201616:46
noizerkyrofa nicee :D16:46
kyrofa(those release numbers are dates)16:46
noizerkyrofa ooh didn't know that16:47
sgclarkIf I ever finish debian merges I still plan on tackling kde :)16:51
dholbachthanks everyone!16:52
elopiothanks to you dholbach.16:52
kyrofaThanks dholbach :)16:53
dholbachsergiusens, kyrofa, elopio: thank YOU :)16:56
thibautQUESTION: When will we be able to run graphical snaps on the desktop?17:01
ogra_probably not before the desktop defaults to Mir17:05
ogra_"§%e%/&§$=%§/%/& !!!!17:12
ogra_^^^ this is me when accidentially hititng the "cursor up" and enter keys  in a terminal where dd just finished ....17:14
zygaogra_: lol17:14
zygaogra_: dd should remember the last request and ask "are you sure? [n/y]"17:14
zygaspeaking of which, let's try parted17:15
ogra_the bad thing is that i didnt just leave it running but did hit ctrl-C .... which gets only respected after it is half done :/17:15
ogra_so another useless dd-time-waste17:16
zygaogra_: oh, SIGINT clobbers the card?17:16
zygaogra_: as in writing partially shit?17:16
ogra_well, you hit ctrl C but it will finish writing the block from ram ... depening on the blocksize you have a half written card then17:17
* ogra_ uis curently using bs=128M ... dd wrote ~400M (it told me) even with ctrt-C17:17
zygawell, is the rest different compared to earlier write?17:18
zygait seems that it's just an overwrite17:18
zygawith same blob17:18
zygaso it should be safe to kill17:18
* ogra_ boots and sits in awe17:19
sergiusensthibaut, were you watching the hangout in non live mode?17:19
ogra_ubuntu@localhost:~$ ifconfig wlan0|grep HW17:20
ogra_wlan0     Link encap:Ethernet  HWaddr 02:00:7c:16:33:1a17:20
ogra_ubuntu@localhost:~$ cat /run/macaddr017:20
ogra_YAY !!!!!!17:20
zygaogra_: new gadget or kernel?17:22
ogra_zyga, kernel ... resize cvompletely ripped out and MAC adedress handling fixed (that will both need more work later, but good enough for now)17:22
elopiosergiusens: how did you generate your changes file?17:22
zygahmm, I have terrible serial data connection17:23
zygatons of bytes lost17:23
dholbachall right my friends - have a great weekend!17:23
zygaogra_: gimme, I'll gladly try it17:23
zygadholbach: likewise, enjoy17:23
ogra_zyga, currently uploading for mvo to push it to the store17:23
zygaogra_: so will that actually auto-update/17:24
ogra_mvo, http://people.canonical.com/~ogra/snappy/dragonboard/tmp/canonical-dragon-linux_4.2.0-2012-generic-dragon410c_arm64.snap ... push to edge again and i'Äll test it from the store, then we can release17:24
ogra_zyga, i guess17:24
zygaogra_: how do you rebuild from the store?17:25
zygaogra_: anything I could tweak in ubuntu-image for that?17:25
didrockshave a good week-end everyone!17:25
ogra_for what exactly ?17:25
zygaogra_: for being able to get fresher (test) snaps17:27
ogra_zyga, well, i guess from now on we'll just push to the store regulary17:27
ogra_so as long as you use the edge channel you will get the latest crack17:28
sergiusenselopio, gbp buildpackage -S17:29
zygaogra_: perfect17:30
zygaogra_: does 'sudo snappy update' works for you?17:33
zygaogra_: for me it doesn't (store issue?)17:34
ogra_i'd have to set up networking17:34
zygaI didn't either - sorry :)17:34
ogra_yeah, then snappy spills that wonderful informative error message17:35
ogra_zyga, but what would you want to update ? there is no new rootfs or anything17:36
zygaogra_: the new kernel, later17:36
ogra_not sure the old one was uploaded yet17:37
zygaogra_: btw, the kernel version is weird, is the generic-dragon410c needed?17:37
zygaogra_: it had to be, I built the image I'm running from the store earlier17:37
ogra_(that might cause us issues since we dont have a minor version we can easily bump)17:37
zyga(well 30 minutes ago)17:37
ogra_not sure how/if mvo can solve that17:38
zygamvo can do anything :)17:38
ogra_if the store lets him :P17:39
ogra_beuno can break all of us nowadays, he has the powah :)17:39
zygastill I cannot be happier, all my 6 boards are working17:41
ssweenytrying to install lxd from the store on my rpi2 (rolling, all-snap) I get this error: lxd failed to install: can not open /tmp/lxd893703768: cannot open snap: unknown header: "!<arch>\ndebian-binar"17:41
zygassweeny: the snap is using the old format (not valid for 16.04)17:41
zygassweeny: it's the clickdeb format apparently17:42
ogra_ssweeny, yeah, stgraber needs to update the snap to the new all-snaps setup (using squashfs and all via snapcraft 2.x)17:42
ssweenythat makes sense17:42
ssweenythis is from before 16.04 moved I take it17:42
ssweenysince other 15.04 snaps don't show up at all for me17:43
ogra_most of the snaps are currently non-installable from the store ... only few have been updated yet17:43
ssweenyok, good to know17:44
ssweenyi suppose i can use classic mode for development until containers are working again17:44
ogra_yeah ... effectively you should now always use classic mode17:45
ogra_(it is just a container after all :) but with a lot less overhead)17:45
ssweenyright :)17:45
* ogra_ needs to get dinner ... mvo let me know if there is something i can test :)17:46
zygaogra_: FYI classic on dragon doesn't work17:47
zygaogra_: missing parts somewhere:17:48
zygaubuntu@localhost:/etc/network/interfaces.d$ sudo snappy enable-classic17:48
zyganeedle "ubuntu;xenial;arm64;default;" not found17:48
sergiusenszyga, I bet there isn't an arm64 image available on the image server17:49
sergiusenszyga, ogra_ yeah, that's it http://images.linuxcontainers.org/images/ubuntu/xenial/17:49
ogra_zyga, yes, known, stgraber is on it17:50
sergiusenshah, was just about to ping him ;-)17:50
ogra_zyga, sergiusens bug 154376417:51
ubottubug 1543764 in Snappy "snappy classic must use officially supported lxd images from simplestream; not unsupported ones from linux-containers.org" [High,New] https://launchpad.net/bugs/154376417:51
asacysionneau: we only use qemu for x86... otherwise boards17:53
asacysionneau: shouldnt be that hard to make it work on versatile though etc.17:54
ysionneauI am now able to boot the raspberry pi 2 img (with my own kernel) on some custom qemu17:54
ysionneaubut it fails to login with ubuntu:ubuntu l/p17:54
asacysionneau: so i think the ubuntu/ubuntu credential might be set by cloud-init... do you see that running? (dont ask why its called like that :))17:55
* ogra_ doubts you actually booted correctly then17:55
ysionneauah, cloud-init is failing :)17:56
ysionneaumaybe because I get no network17:56
ogra_and writable is most likely not properly mounted either17:56
asacthat shouldnt be a problem for credentials17:56
ogra_asac, thats just fallout17:56
asacysionneau: ogra is your man i guess :) ... he is the master of ARM bringups :P17:56
ogra_did you actually fish the initrd out of the image to hand it to qemu (i assume you need to point it to kernel and initrd on cmdline)17:57
zygaysionneau: try https://github.com/zyga/devtools/17:57
zygaysionneau: if you just want a working vm17:57
zygaysionneau: for other goals -> look elsewhere :)17:57
asaczyga: he is experimenting how to his own kernel/board etc.17:57
asacon 15.0417:57
ysionneauogra_: nop I didn't put the initrd from the image in qemu, I'll do that :)17:57
asacysionneau: so if you have your own kernel there are a couple patches you need for our security bits17:58
asacthat you need to add17:58
ysionneausomething which bothers me is that I wasn't able to tell qemu to just boot from the .img17:58
ogra_ysionneau, well, only if you actually use --ramdisk and --kernel options in qemu indeed17:58
ysionneauI had to build my own kernel/dtb and pass it to -kernel17:58
asacyeah snappy needs our initrd17:58
ysionneauand then with the root=/dev/mmcblk0p2 it works17:58
asacthats where the magic failover bootlogic and other stuff is17:58
ysionneauso I'm not even using the snappy kernel17:58
ogra_i really doubt you can get that to work at all17:58
ogra_outr image needs crtain bootloadder login that lives in uboot17:59
ysionneauarg ok17:59
ogra_root=/dev/mmcblk0p2 isnt enough17:59
ogra_(the cmdline is actually getting assembled during boot)17:59
ysionneaudo you know how to tell qemu to boot directly from the sd ? :o17:59
asacysionneau: in case you want to do your own kernel check out these: https://wiki.ubuntu.com/SecurityTeam/AppArmorForSnappyKernels17:59
ysionneauasac: thx17:59
kyrofaelopio, sergiusens so adt-run passed for me on xenial...18:00
ogra_i'm not sure the qemu arm system implementation can actually use u-boot (i could be wrong though, it is years that i have used qemu-system last)18:00
kyrofaelopio, sergiusens just using the released package as a test. Shouldn't they fail?18:01
rtgogra_, where do the magic scripts for the initrd live ? I've got kernel snaps working for raspi2 and BBB (and sort of working for amd64/i386)18:01
asacogra_: i know that beagleboard worked with uboot iirc18:01
ogra_rtg, initramfs-tools-ubuntu-core18:01
rtgogra_, right, lemme make sure I'm getting those in rootstock18:01
ogra_asac, yeah, but also with -kernel and -ramdisk iirc so thats only half18:01
asaci think its more likely you could get a beagleboard image work on qemu with uboot... as upstream state is far more18:01
asacogra_: no... i remember us booting it with .img18:02
ogra_asac, beagleboard != beaglebone :(18:02
ogra_anyway ...18:02
asacstill i think its more likely to work with beaglebone than pi218:02
* ogra_ goes back to the dinner table :P18:02
sergiusenskyrofa, drats, that means it will be a hard fix18:02
asacgiven that beaglebone works all plain vanilla upstream18:02
kyrofasergiusens, yeah :(18:02
asacfor beagleboard with img see https://wiki.linaro.org/Resources/HowTo/Qemu-beagleboard18:03
asacso maybe building kernel and uboot for beagleboard might be a way to get this going18:03
sergiusensogra_, there is nothing simple about this json http://cloud-images.ubuntu.com/releases/streams/v1/com.ubuntu.cloud:released:download.json18:05
asacdo we have a prebuilt bone .img?18:05
ogra_sergiusens, thats what i learned today ... sadly18:05
sergiusensogra_, I prefer the container site (which is what I started to use for cleanbuild)18:06
zygaasac: I tried qemu with beagle * and support in our ubuntu copy of qemu is no longer there18:06
zygaasac: linaro had a patched qemu that had -M beaglexm support18:07
zygaasac: I tried this earlier today18:07
asachmm. that never made it upstream?18:07
zygaasac: or got removed, it's not in our qemu for sure18:07
zygaasac: probably just a linaro patch18:07
asacseems outdated too there18:08
zygayeah, linaro moved to internal git18:08
zygainternally hosted :)18:09
zygait's public for most of the part18:09
zygatons of hits for qemu, good luck finding the right branch to follow18:09
zygaI'd look for tarballs18:09
asachttp://git.linaro.org/pkg/qemu-linaro.git also not better18:10
zygawell, someone would have to have a look, compare to upstream, etc18:10
zygaasac: is the goal to have bbb image working in qemu18:10
asacthat would be a good start i guess18:11
asacthink cool woudl be to have snappy work on any qemu18:11
asacdoesnt matter which kernel etc.18:11
zygaI'd switch to one of the supported vexpress modules and just build a vexpress kernel18:12
asacok asked fabo in #linaro18:12
zygaprobably saner than chasing $random_board kernels18:12
zygaand emulation18:12
asacyeah guess vexpress would be the best wayt o go, but that doesnt have u-boot18:13
asacso you cant do the real thing18:13
asacwith tx updates and friends18:13
zygawhat does it do to boot?18:13
asacjust pure kernel i think18:13
asacwith qemu setting things up right to start18:13
zygaisn't that something you can also get physically, with big fpga's and stuff18:13
zygait boots off sd cards AFAIR18:13
asacyeah you can get vexpress18:13
asacthose are cool :)18:14
asaccost a lot, but you can swap out SoCs in plug and play fashion :P18:14
zygaI mean, if the real thing boots from SD, does it also load a kernel from some fixed offset?18:14
asacits a motherboard basically where you can plug in new SoCs that are just reference low-volume SoCs done by ARM18:14
zygacan we do something like that for the emulated vexpress with barebones kernel/u-boot?18:14
zygawell, let's see what fabo says18:15
asacthe real thing boots very weird i remember18:15
* zyga hasn't seen fabo in ages18:15
asaclots of stuff you can do18:15
asacbefore it even hits the bootloader afaik18:15
asacbut then, we dont have one of those toys anyway :P18:15
asacok i am out for a bit...18:15
kyrofasergiusens, so maybe disable the test for now since the catkin plugin may be changing a bit?18:17
kyrofasergiusens, I don't understand why I'm not seeing the failure. Have you tried locally?18:18
sergiusenskyrofa, not today, network errors a galore18:19
kyrofapitti, hey, your docs on autopkgtest were extremely helpful by the way18:19
ogra_mvo, i have an appointment in ~30min ... if there is anything to test in the edge channel, just leave me a note here and i can test later tonight18:25
ogra_mvo, (regarding the kernel from above that is)18:26
mvoogra_: hi, sorry, was at dinner myself, I'm uploading now, I made up a version number for you (added a +1 at the end :P and that should be enough to make the store and snappy happy18:43
kyrofamvo, if I wanted to test out all-snaps edge, how would I do it?18:43
ogra_mvo, yeah, but we need to find some agreement with the kernel guys how we do that in the future (without clashing etc)18:44
mvokyrofa: http://people.canonical.com/~mvo/all-snaps/ is the best place and then use "snappy update ubuntu-core/edge "18:44
mvokyrofa: that should work if not let me know :)18:45
kyrofaAh, so just change channel from within the image? Okay easy enough :)18:45
mvoogra_: adding a +1 (or +2) should always be safe18:45
mvokyrofa: well, it should work if not we need to talk18:45
mvokyrofa: and it works today, next week on the sprint the /channel syntax is up for discussion18:45
kyrofamvo, heh :)18:45
kyrofamvo, I get "the given snap is not installed."18:50
kyrofamvo, I tried .canonical as well18:50
sergiusenskyrofa, so are you creating the PR to disable that test?18:50
kyrofasergiusens, do you agree that's the best way forward until we figure out a way to reproduce it?18:51
sergiusenskyrofa, yes18:52
kyrofasergiusens, should I simply remove it from the examples test, or is there a way to just not run that one from debian/tests/control?18:52
sergiusenskyrofa, there is a way; don't know the syntax18:56
kyrofaelopio, do you have the magic?18:57
sergiusenskyrofa, there's a filter command, maybe a reverse-filter option would do18:58
kyrofasergiusens, alright, researching!18:59
sergiusenskyrofa, I'll take over it if you want18:59
kyrofasergiusens, nah, I don't know anything about this. That means I should19:00
kyrofasergiusens, unless you're in a hurry :)19:00
sergiusenskyrofa, ok, look at example_tests/__main__.py19:00
kyrofasergiusens, thanks for the pointers!19:01
sergiusenskyrofa, probably change debian/tests/exampletests and instead of ./runtests.sh just call python3 -m exmaple_tests --reverse-filter 'ros'19:02
sergiusenskyrofa, or come up with a regex that matches everything but ros and just pass --filter19:02
sergiusenskyrofa, something like '^(?!ros$).*$'19:04
sergiusenskyrofa, hmm, I think I did it already :-P19:08
kyrofasergiusens, hahaha, alright, go ahead19:08
sergiusenskyrofa, just need to add --filter at the end of the command19:09
kyrofasergiusens, oh, yeah I was just playing with that actually19:09
sergiusenskyrofa, python3 -m examples_tests --skip-install --filter '^(?!ros$).*$'19:09
kyrofasergiusens, but examples_tests's main supports passing --filter19:10
kyrofasergiusens, and run-tests.sh passes $@ through19:10
sergiusenskyrofa, yeah, it is a one line change19:10
sergiusens./runtests.sh examples --skip-install --filter '^(?!ros$).*$'19:10
kyrofasergiusens, yup, works fine19:11
sergiusenskyrofa, https://github.com/ubuntu-core/snapcraft/pull/32119:13
ogra_mvo, hmm, doesnt look like i got the right kernel snap :(19:16
ogra_mvo, are you sure thats http://people.canonical.com/~ogra/snappy/dragonboard/tmp/canonical-dragon-linux_4.2.0-2012-generic-dragon410c_arm64.snap ?19:17
ogra_anyway, need to run19:18
beunoogra_, the latest upload from mvo broke the store  :)19:19
beunothe + sign in the version number is causing problems19:19
beunounlikely we'll get that fixed today, I'd suggest re-uploading with a non-+ version  :)19:19
mvoogra_: I re-uploaded with a "-1" instead of a "+1", fortunately that also counts as a higher version19:55
mvoogra_: should be in the store now19:55
mvokyrofa: hrm, hrm, thats a bug, I think I know what to do19:56
kyrofamvo, haha, sorry!19:57
sergiusenselopio, kyrofa https://github.com/ubuntu-core/snapcraft/pull/32220:06
ogra_mvo, still not :(20:23
ogra_looks like it has the wrong initr20:23
ogra_hmm, no ... seems to be the completely wrong one20:24
ogra_ubuntu@localhost:~$ ls /lib/firmware/wlan/20:24
ogra_(there should be a "macaddr0" link in there pointing to /run/macaddr0)20:25
mvoogra_: hm, sorry, let me try harder20:32
ogra_903ded84656483c34616143dbf492f29  canonical-dragon-linux_4.2.0-2012-generic-dragon410c_arm64.snap20:33
ogra_thats the md520:33
ogra_ogra@anubis:~/Devel/dragonboard$ md5sum xenial-chroot/snap/initrd.img-4.2.0-2012-generic-dragon410c20:34
ogra_24508f65cbdf05aa13e8613836d4609d  xenial-chroot/snap/initrd.img-4.2.0-2012-generic-dragon410c20:34
mvoogra_: a new version should be ready RSN20:36
ogra_take your time :)20:37
mvoogra_: should be ready in edge now (for real this time)20:38
kyrofasergiusens, elopio I'm off for the weekend. FYI monday is a holiday here22:08
sergiusenskyrofa, enjoy!22:10
sergiusenskyrofa, elopio adt passed \o/ http://autopkgtest.ubuntu.com/packages/s/snapcraft/xenial/amd64/22:15
kyrofasergiusens, awesome! A little bittersweet considering WHY it's all green now, but still awesome :)22:19
ogra_beuno, are you able to push mvos last upload to stable from edge ? (the snap is good)22:32
TertainWhen using docker with ubuntu snappy, is it meant that the docker containers are using traditional ubuntu, or other distro as the base image?22:37
elopiosergiusens: yay1!!23:16
ogra_Tertain, totally your choice23:19

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!