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