=== chihchun_afk is now known as chihchun [02:09] elopio: it looks like, to me, that your image is not booting [03:51] elopio: so I'm confused as to what might have changed... I've had them connect a serial cable to the rpi and it doesn't boot for me in the lab, but boots fine at home [03:51] elopio: and I haven't tried my bbb at home yet, but both the ones in the lab fail to boot new images, but I'm not sure what might have changed [03:51] elopio: all of these worked fine recently [04:30] elopio: so I'm able to reproduce the rpi boot failure from usb at home now too [04:30] something must have changed in the image that broke this, but I'm not sure what yet, I bet it's the same problem you're hitting on bbb [04:30] elopio: I'll keep digging on it tomorrow [04:31] elopio: I would have expected bbb to work though, because it's booting snappy from the sd card === bigcat_ is now known as bigcat [06:58] morning :) [07:08] good morning [07:25] good morning [07:46] Hey, I am trying to do snappy install but when I try to install something I get this error: http://pastebin.com/zUD1C1nc [07:47] How can I update snappy link-time version? [08:01] squll: this looks like you are using a older version of snappy, could you please try with the 15.04 image that is linked from https://developer.ubuntu.com/en/snappy/ ? [09:00] pitti: you around? [09:01] hey Chipaca [09:01] mvo_: morning! [09:01] pitti: hey. Do you know if it's already too late for having bug 1487010 fixed in wily? [09:01] bug 1487010 in golang (Ubuntu) "please upload new package to reenable go's race detector on wily" [Undecided,In progress] https://launchpad.net/bugs/1487010 [09:01] Good morning all; happy Tuesday, and happy Mad Hatter Day! 😃 [09:02] JamesTait: 🎩 :) [09:02] Chipaca: new packages are generally okay; but you need a more formal FF if you want to use this by some existing package (as that's a potential regression) [09:03] pitti: the regression is there in wily already, this package fixes it :) [09:03] Chipaca: ah, need re-review/sponsoring? I'll have a look after fixing langpack-o-matic [09:03] pitti: please :) [09:31] Chipaca: do you know where the "229396" version number comes from and how it changes over time? [09:31] Chipaca: and where the upstream tarball comes from? [09:31] pitti: i don't. Maybe mwhudson is still around? [09:35] Chipaca, mwhudson: replied to the bug [09:35] pitti: much appreciated [09:35] I now sub'ed to the bug, so I get a timely notification [09:35] ta === bigcat[s3] is now known as bigcat [10:25] hi all! We've managed to run Snappy Ubuntu on Parallella board but faced stupid problem - we cannot log into system.. [10:25] where cloud-config should be placed? [10:30] or how cloud-init should work in general? :) === chihchun is now known as chihchun_afk [10:47] biezpal: woo! snappy on parallella :) [10:48] Chipaca, we with biezpal are close to it :) [10:48] biezpal: how did you build the image? if you didn't specify --developer-mode or --enable-ssh (check exact flags; these from memory), you won't have ssh [10:48] i'd recommend --developer-mode for when, um, developing :-p [10:49] if the parallela doesn't give you serial or console, not having ssh might be a problem [10:49] so, yeah :) [10:49] Chipaca, ssh is enabled, we have prompt, but do not know a way to set password for ubuntu user [10:50] wait [10:50] that's not whhat biezpal said :) [10:51] soffokl: doesn't "passwd" work? i haven't tried, but know ogra dug into making extrausers work (and afaik, succeeded) [10:51] Chipaca, soffokl is correct, we have console invitation, but we cannot log into the system [10:51] soffokl: unless you mean you have a login prompt and don't know the default ubuntu password [10:51] try "ubuntu" [10:52] tried many times :) [10:52] soffokl: biezpal: so you're saying ubuntu/ubuntu didn't work to log in? [10:52] yes [10:54] if we are using OVA, we should add seed.iso with cloud config for setting password, right? what should we use for ARM SoC? [10:54] i have no idea :( sorry! [10:54] you want ogra [10:55] Chipaca, ok, thanks, keeping dig [11:09] pitti: hey [11:14] hey zyga [11:15] zyga: sorry, I lost your scrollback from last night, due to a short power outage [11:18] pitti: no worries [11:47] orning === davidcalle_ is now known as davidcalle [13:39] plars: I'm able to see the output! [13:39] and yes, it says "failed to ssh" [13:39] elopio: yay, now if we can just get the image booting again :) [13:39] elopio: I'm just starting my day, had to stop last night because it was really late [13:39] plars: details... :) I'm downloading the bbb image here to see how it goes. [13:40] elopio: any ideas on what could be happening? [13:40] elopio: I was able to reproduce the rpi problem at home last night, but not sure what's happened to it. It boots fine from sd, but when I move it to the usb stick it fails to boot, even though I've modified the uboot config to have it pull the kernel and initrd from usb [13:42] plars: I'm not aware of any changes to the boot. [13:43] elopio: I had the people in the lab connect the serial cable to one of the bbb boards, and unfortunately it's doing something weird... I'm getting garbled output so I can't make much out [13:43] elopio: but I can tell it's booted into snappy [13:43] elopio: but it looks like I have no network [13:46] elopio: ok, maybe not, I do seem to have network on bbb5002 now [13:49] plars: in our kvm testing we capture the full boot log. In bbb that's a lot harder, but would be nice as a feature request. [13:50] elopio: it's in our backlog I think, but it's likely way down the list and will require some additional hardware [13:50] elopio: I'm actually kind of disappointed that this one bbb randomly worked this morning [13:50] elopio: previously, it wasn't working at all but at least it was consistent [13:52] elopio: so whatever is happening, it's not the same as the issue on rpi. On bbb, it fully boots snappy from the sd card because we can select that with the gpio - so it should be *just* like putting in an sd with snappy on it [14:03] plars: it booted here and ssh enabled [14:21] elopio: yeah, it seems like network doesn't come up on the first boot [14:21] elopio: if I reboot it, then the network comes up fine though [14:31] plars: so when you boot, do you see the eth0 down? [14:32] elopio: I can't see much of anything, the serial adapter they have on this thing is terrible [14:32] elopio: I was able to save off the syslog and reboot though, then I can ssh in [14:35] elopio: http://paste.ubuntu.com/12697260/ [14:36] elopio: it's up but unconfigured on the first boot [14:37] elopio: http://paste.ubuntu.com/12697267/ is the ifconfig from the first boot [14:52] what's a reasonable N for scrypt on armhf? [14:57] plars: this is mine: http://paste.ubuntu.com/12697352/ [14:57] I can ssh into that ipv6 address. [14:58] you are missing that scope/global. Could it be your router? [14:58] elopio: then why would it work after a reboot? [14:59] elopio: yours is ipv6 only? [15:00] elopio: writing an image to try it locally also [15:00] plars: no. I'm not sure why it's not giving it a ipv4 address. [15:00] after reboot, I have: [15:01] inet addr:10.101.50.2 Bcast:10.101.51.255 Mask:255.255.252.0 [15:01] inet6 addr: fe80::6eec:ebff:fead:3db4/64 Scope:Link [15:03] after reboot I get ipv4, right. [15:14] elopio: interesting, this didn't use to happen [15:14] elopio: I used to be able to get ipv4 on the first boot [15:16] plars: me too. And certainly I'm getting it on kvm. [15:16] plars: so your router doesn't support v6? Trying to understand why you are not getting that one either. [15:18] elopio: it looks like I did get an ipv6 address, but I'm not trying to use that [15:20] plars: https://bugs.launchpad.net/snappy/+bug/1503329 [15:20] Launchpad bug 1503329 in Snappy "not getting an ipv4 address on the first boot" [Undecided,New] [15:20] fgimenez is trying to confirm it. [15:21] elopio: cool [15:21] elopio: I'm trying to reproduce locally too === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [16:00] elopio, plars same here http://paste.ubuntu.com/12697627/ [16:02] fgimenez: thanks for confirming [17:07] fginther: elopio: it looks like image 186 worked, and 187 did not === fginther` is now known as fginther === foli is now known as foli-away