[00:09] <sergiusens> slangasek: seb128 sudo ubuntu-device-flash personal rolling --channel edge --output img.img
[00:35] <slangasek> sergiusens: ok
[00:36] <Odd_Bloke> Is there a specific place that we should look for/put snappy logs?
[07:04] <fgimenez> good morning
[07:08] <dholbach> good morning
[07:25] <seb128> good morning snappy world
[07:31] <ogra_> *snap* *snap*
[07:41] <seb128> slangasek, did you figure out more about that grub issue?
[09:05] <JamesTait> Good morning all; happy Let It Go Day! 😃
[09:05] <ogra_> pfft ... go ...
[09:32] <sergiusens> morning
[09:50] <Chipaca> sergiusens: mo'in
[09:50] <Chipaca> sergiusens: fighting some kind of a bug (in my self, not my code)
[09:50] <ogra_> same here ... and a tooth issue ...
[09:50]  * Chipaca <- blah
[09:50] <Chipaca> blahrgh*
[09:51] <Chipaca> ogra_: ow :(
[09:51]  * ogra_ will take the rest of the day off ...
[09:51] <ogra_> hoping it fixes itself, else i'll have to see a dentist tomorrow
[09:51] <Chipaca> >this< close to doing same, but i'll soldier on for a bit more
[09:51] <Chipaca> ogra_: take care
[09:51] <ogra_> you too
[09:51] <Chipaca> i hate toothaches :(
[09:52] <ogra_> well, the painkillers at least give me a fuzzy warm feeling
[09:52] <ogra_> i just cant concentrate on serious stuff :(
[09:52]  * ogra_ is full of ibuprofen 
[09:52] <Chipaca> ogra_: time for tea and netflix \o/
[09:53] <ogra_> heh
[09:53] <sergiusens> ogra_: heh, I went to the dentist last evening
[09:53] <ogra_> no netflix for me ... but perhaps a bit TV ...
[09:53] <sergiusens> Chipaca: did you try bug spray?
[09:53] <ogra_> (netflix on a 2M line isnt really working)
[09:53] <sergiusens> Chipaca: I hear Nopol is quite good :P
[09:53] <Chipaca> sergiusens: :)
[09:54] <sergiusens> ogra_: popcorn time ;-)
[09:54] <Chipaca> sergiusens: testosterone keeps the nits away, for now
[09:54] <ogra_> not with my bad tooth !
[09:54] <ogra_> :P
[09:54] <sergiusens> ogra_: although many things are illegal in germany http://thenextweb.com/media/2015/06/22/spanked-by-old-fashioned-laws/
[09:54]  * sergiusens meant the popcorn time app ;-)
[09:54] <ogra_> lol
[09:55] <ogra_> at least you are allowed to still read them when you like ... though who knows when that changes
[09:57] <sergiusens> ogra_: right, but that means you will need some sort of big brother system to enforce that for the good of knowing you aren't reading anything improper :-P
[09:57] <ogra_> we'll just ask the NSA for that info
[14:05] <elopio> good morning.
[14:06] <fgimenez> hey elopio
[14:08] <elopio> fgimenez: https://plus.google.com/hangouts/_/canonical.com/ubuntu-qa?authuser=0
[14:09] <davmor2> elopio: you need to lose the ubuntu-qa from dude seriously ;)
[14:23] <elopio> davmor2: everybody is invited.
[14:30] <seb128> sergiusens, hey, any idea when you are going to do a goget-ubuntu-touch update in wily? (to include the personal code)
[14:43] <balloons> elopio, did you pin Monday as "the" date for open house?
[14:44] <sergiusens> seb128: let me do that now
[14:44] <seb128> sergiusens, thanks
[14:46] <elopio> balloons: I'm asking about that. Either monday or tuesday.
[14:47] <sergiusens> elopio: we are doing a new release on Monday?
[14:47] <elopio> sergiusens: rsalveti said next week. If we want to release next week, we need an RC early on the week.
[14:47] <sergiusens> elopio: with what fixes? :-P
[14:48] <elopio> sergiusens: we have a small changelog indeed :) That makes it easier. I think what we want is to get a release cadence, even if the version has not changed much.
[14:49] <balloons> elopio, will you know by the end of today which date it is? So we can plan to meet tomorrow
[14:49] <balloons> ?
[14:50] <elopio> balloons: I hope so, but I think rsalveti is busy with sprint meetings. Lets meet tomorrow, and talk about a plan b in case we don't have an answer.
[14:50] <elopio> maybe we can do the first open house from rolling edge.
[14:51] <elopio> then we won't need an RC, and it's still a good experiment.
[14:52] <rsalveti> elopio: I should be able to provide an answer soon
[14:52] <rsalveti> the most tomorrow
[14:52] <sergiusens> rsalveti: does that involve our conversation as well?
[14:52] <rsalveti> sergiusens: yes
[14:53] <slangasek> seb128: no more progress to report yet
[14:53] <sergiusens> rsalveti: great, I will hold off on that until then ;-)
[14:53] <seb128> slangasek, hey, k, let me know if I can help
[14:53] <rsalveti> sergiusens: sure :-)
[14:54] <seb128> slangasek, I copied the grubx64.efi from my laptop and use configfile /efi/ubuntu/grub/grub.cfg on the grub prompt and then I can boot the image, so I'm unblocked for local testing at least
[14:55] <elopio> rsalveti: thanks.
[15:12] <cyphermox> seb128: hey, I want to look at your booting issue... in grub, could you please run 'echo $cmdpath', then 'echo $root' ?
[15:17] <balloons> elopio, ack. I'll get it scheduled
[15:18] <elopio> balloons: if possible, for 14:00 UTC so fgimenez can join us.
[15:21] <balloons> ck
[15:23] <fgimenez> sergiusens, are bugs enabled for goget-ubuntu-touch? https://bugs.launchpad.net/goget-ubuntu-touch
[15:26] <Chipaca> fgimenez: https://bugs.launchpad.net/ubuntu/+source/goget-ubuntu-touch
[15:27] <fgimenez> Chipaca, ok thx :)
[15:28] <seb128> cyphermox, hey, I'm going to need to restore the buggy files and reboot, can that wait a bit? I'm debugging some other issue on the booted stick atm ... but you can build an image yourself for debugging as well if you want ;-)
[15:28] <cyphermox> that's already what I'm doing :)
[15:29] <seb128> k
[15:29] <cyphermox> do I need something special?
[15:30] <cyphermox> a different version of ubuntu-device-flash?
[15:30] <seb128> yes, trunk
[15:30] <seb128> cyphermox, then use the first line from http://irclogs.ubuntu.com/2015/06/23/%23snappy.html
[15:38] <skay> I've followed https://developer.ubuntu.com/en/snappy/start/ for the beagle bone black but after waiting > 2 minutes the ssh step doesn't work
[15:38] <skay> should I be holding down a button when inserting the SD card and powering the device?
[15:40] <seb128> cyphermox, let me know if you manage to get an image with the issue
[15:41] <cyphermox> almost done building the image
[15:42] <cyphermox> I'm building a potential fix too, so I'll be ready to test that as soon as I get an image that reproduces the bug
[15:43] <cyphermox> seb128: have you filed a bug about this? or do you know if someone else has?
[15:45] <seb128> cyphermox, no I didn't, but I'm happy to if you tell me against what
[15:46] <skay> zyga: hey, you successfully got snappy on your bbb, do you have notes on that?
[15:46] <cyphermox> seb128: so, now if I want to run the image I assume I can do so in qemu?
[15:47] <seb128> cyphermox, qemu or a machine with a non uefi boot
[15:47] <seb128> like good legacy bios :p
[15:47] <cyphermox> right
[15:47] <cyphermox> well, this bug is uefi specific
[15:49] <seb128> right
[15:52] <cyphermox> yup, it fails
[15:53] <plars> skay: I have it on my bbb, what's the problem?
[15:53] <plars> skay: oh, just ssh? It's up otherwise? Did you use --enable-ssh?
[15:53] <skay> plars: I have sadly few details for you
[15:54] <skay> plars: I can't tell if it's up, since I can't ssh in to it and didn't have a monitor handy
[15:54] <skay> plars: I did not --enable-ssh
[15:55] <plars> skay: you'll want to do that when you build your image
[15:55] <skay> plars: ah, I used the image listed on the start page, I figured I'd follow that
[15:55] <seb128> cyphermox, let me know if you figure out what the issue is ;-)
[15:55] <plars> skay: also, if you don't have a monitor (or even if you do) I highly recommend using a usb-ttl cable so you can get serial console
[15:55] <plars> skay: ah, yeah... always roll your own image :)
[15:56] <cyphermox> seb128: the issue is some old code in grub to help find the right device for removable install media
[15:56] <skay> plars: oh yeah! I saw someone using a usb-ttl cable when searching around for blog posts about it
[15:56] <cyphermox> ie. when you boot the CD in EFI
[15:56] <skay> plars: I want one
[15:56] <plars> skay: amazon, they are really cheap if you don't have one already
[15:56] <skay> plars: if it's better to roll our own images, then someone should update the start page
[15:58] <skay> plars: I'll try again after building my own image. plus, we have many monitors at the hackerspace and I'll hook one up too
[15:58] <plars> skay: that's my personal opinion if you are going to be doing the kinds of things we want to do, but it's not the quickest/simplest path assuming you have a tv or monitor to hook it up to, and a keyboard to get things going
[15:59] <plars> skay: don't forget you'll need a microhdmi-hdmi cable
[16:00] <plars> skay: something like http://www.amazon.com/Amzer-Micro-HDMI-Speed-Cable/dp/B003OBZSHC
[16:49] <cyphermox>  sergiusens: is there a minimal memory to run a snappy personal image? I can't seem to start it properly in qemu
[16:56] <seb128> cyphermox, what's the issue? you need to pick the "ubuntu" line in the grub menu
[16:56] <seb128> the snappy system-a one just loops reboot
[16:56] <cyphermox> right, that's what I'm seeing, the kernel loads, panics, reboot
[16:57] <seb128> cyphermox, try to pick the ubuntu line
[16:57] <seb128> unsure where the system-a entry is coming from
[16:58] <cyphermox> grub didn't stop to ask me, but I can play with it some more
[16:58] <seb128> help debugging that/cleaning it out would be welcome as well ;-)
[16:58] <cyphermox> I'm still wiating for my grub build to finish
[16:59] <cyphermox> once grub plays nice, we can debug that
[16:59] <cyphermox> at least now I know it's not my stuff that is wrong
[16:59] <cyphermox> (I mean, my qemu settings)
[16:59] <sergiusens> seb128: fwiw, Chipaca and me just revamped most of the grub code to have a very minimal grub.cfg
[17:00] <seb128> sergiusens, I hope personal still boots with it ;-)
[17:00] <cyphermox> sergiusens: is grub.cfg still in /efi/boot/grub.cfg?
[17:01] <sergiusens> seb128: https://code.launchpad.net/~sergiusens/snappy-hub/grubcfg/+merge/262701
[17:01] <sergiusens> cyphermox: yes
[17:01] <cyphermox> alright
[17:01] <sergiusens> default and timeout need fixing there though
[17:01] <sergiusens> but I hope you get the gist of it
[17:02] <seb128> sergiusens, is efi/secure boot going to keep working with that?
[17:02] <cyphermox> sergiusens: does it really have to be at that location? why not /boot/grub? I'm just curious, as in /boot/grub things would mostly work immediately, whereas /efi/boot will need a special case.
[17:03] <sergiusens> cyphermox: I don't know, it's all slangasek's work that led to this
[17:04] <sergiusens> cyphermox: this being grub.cfg in .../efi/...
[17:06] <cyphermox> heh
[17:06] <sergiusens> seb128: I think so, but I have no system to prove it
[17:07] <seb128> sergiusens, I can test those changes if that helps, just not today (in the middle of trying to debug unity8 in a booted session on my key)
[17:08] <sergiusens> seb128: testing this involves building from 7 branches so I wouldn't advise on testing today ;-)
[17:08] <seb128> lol, k
[17:08] <ogra_> sergiusens, do we build the BBB images without --developer-mode ?
[17:08] <seb128> then when those land in trunk
[17:08] <seb128> let me know before doing a release
[17:08] <ogra_> (the conversaition between skay and plars kind of suggest that)
[17:08] <sergiusens> seb128: sure, for now, I'm releasing those snappy personal things
[17:08] <ogra_> *suggests
[17:09] <sergiusens> ogra_: yes, no developer mode by default, why?
[17:09] <ogra_> ah, k
[17:09] <ogra_> sergiusens, the start page doesnt mention that ... or that he should manually build the image to have ssh
[17:10]  * ogra_ makes a note to look over the docs once he is back in business
[17:10] <sergiusens> ogra_: ssh is disabled by default like on all images; it has been subject of controversy
[17:10] <ogra_> not on the rpi :)
[17:10] <plars> I assumed that was by design to keep the getting started page as simple as possible for now, I typically just build my own, but it might not hurt to have a mention that things like ssh will not be enabled if you use the default image
[17:11] <sergiusens> and mentioned in some of the welcome pages, albeit only the cloud ones; whereas it's common to have ssh disabled by default on any ubuntu install
[17:11] <plars> with, perhaps, a link to getting into more detail
[17:11] <ogra_> yeah, probably a sub-page we can link to
[17:11] <plars> it wasn't obvious to her earlier when she was trying to get it working
[17:11] <sergiusens> it is expected for images to not have ssh enabled though
[17:11] <plars> and I suspect a lot of people have this problem of no easy way to attach otherwise
[17:12] <ogra_> plars, yes, thats what got my attention reading the backlog
[17:12] <sergiusens> secure by default mantra and all that
[17:12] <sergiusens> with an 'ubuntu' password ;-)
[17:12] <ogra_> sergiusens, thats fine, but we need to hint people how to get it enabled :)
[17:12] <ogra_> haha, yeah
[17:16] <cyphermox> sergiusens: how can I rebuild the image if I want to use a different gcdx64.efi?
[17:19] <ogra_> cyphermox, you rebuild the oem snap
[17:20] <ogra_> cyphermox, (now dont ask me how you get your hands on the oem snap for amd64 :P )
[17:21] <ogra_> cyphermox, what i do for the RPi: dpkg-deb -x pi2_0.14_all.snap unpack; cd unpack; fiddle ... fiddle ... fiddle; cd ..; snappy build unpack
[17:21] <cyphermox> ugh
[17:22] <ogra_> once you have your new oem snap you can just use it with ubuntu-device-flash to build a new image
[17:22] <sergiusens> cyphermox: isn't that defined by the grub-install from the rootfs?
[17:22] <sergiusens> ogra_: it could be oem snap related, but we don't do the magic I wish we did as for u-boot (copy files and be done with it)
[17:22] <ogra_> oh, ok
[17:23]  * ogra_ didnt know there are still differences
[17:23] <sergiusens> we magically depend on what grub-install decides for us so the outcome can vary from build to build
[17:23] <ogra_> oh man
[17:23] <sergiusens> ogra_: I got rid of most
[17:23] <sergiusens> ogra_: next is to add all these random files to bootassets :-)
[17:23] <sergiusens> and we get a nicely contained system
[17:23] <ogra_> lovely
[17:30] <cyphermox> sergiusens: I can't update files if I can't boot the system to a working shell
[17:30] <cyphermox> sergiusens: so far all I ever get is no grub menu, and booting a kernel that panics
[17:31] <cyphermox> but I do have http://ppa.launchpad.net/mathieu-tl/installer-dev/ubuntu/dists/wily/main/uefi/grub2-amd64/2.02~beta2-25ubuntu2~mtrudel1/ with files that can then be signed :)
[17:38] <seb128> sergiusens, why do we install openssh-server to disable it by a file in /etc?
[17:39] <seb128> btw I didn't look at core, but personal is lacking a /etc/default/locale
[17:39] <seb128> not sure what should create that
[17:43] <seb128> hum
[17:43] <seb128> upstart --session doesn't like snappy much
[17:43] <seb128> if that a known issue?
[17:44] <seb128> the upstart bridge jobs and other things seem to behave weirdly, not start as they should
[18:05] <zyga> skay: yes, I have
[18:05] <zyga> skay: it's rather straightforward, just copy the image, what kind of issues did you see?
[18:05] <zyga> skay: and most important, do you have a serial cable?
[18:45] <skay> zyga: hey, plars suggested building my own image. I was just following the instructions on the site, using hte vanilla image
[18:45] <skay> zyga: I'll update back here if I run in to a problem. I'll prob try it tonight
[19:02] <sergiusens> seb128: for cloud-init
[19:03] <sergiusens> seb128: grep for ssh here https://developer.ubuntu.com/en/snappy/start/#snappy-azure
[19:04] <sergiusens> cyphermox: you can manually put stuff there, just map the image, mount, put, run
[19:05] <sergiusens> chroot or what not
[19:07] <sergiusens> elopio: any luck with adt on trusty btw?
[19:09] <elopio> sergiusens: no sir. I forgot about that, sorry.
[19:09] <elopio> I'm making a note in my todo to do it after lunch/gym.
[19:09] <sergiusens> elopio: thanks!
[19:12] <cyphermox> sergiusens: ok
[19:13] <cyphermox> map the image?
[19:21] <cyphermox> nvm, got it
[19:31] <sergiusens> cyphermox: kpartx
[19:31] <cyphermox> sergiusens: heh, I used losetup, but I got it already, I'm testing my fix
[20:06] <slangasek> cyphermox: "why not /boot/grub" for the record, there is also a grub.cfg in /boot/grub, and if the grubcdx64.efi was capable of finding it on its own it would've done so :)
[20:32] <cyphermox> slangasek: I understand, I'm trying to see if I can't make that work for you
[20:34] <cyphermox> the answer seems likely to be fixing up the patch I sent to grub-devel so they're happy with it
[20:38] <plars> ogra_: https://code.launchpad.net/~zyga/snappy-hub/fix-1464275/+merge/261833 still hasn't been merged?
[20:39] <plars> or did lp just miss it somehow?
[20:43] <sergiusens> plars: there is no automerging for that and it would need to go throught the store as well
[20:43] <sergiusens> -t
[20:43] <plars> sergiusens: so who needs to do that?