=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== erkules_ is now known as erkules
dholbachgood morning07:08
fgimenezgood morning07:11
davidcalleGood morning o/07:24
JamesTaitGood morning all; happy Meteor Watch Day! 😃08:07
JohnClareHello brethren08:09
blrJamesTait: you can't fool me, it's Ice cream soda day.08:16
JamesTaitblr, really? Works for me!08:17
Chipacamo'in ppls08:51
Chipacablr: no, that's june 2008:51
Chipacablr: although according to the same source, today is "turkey lovers' month"08:52
Chipacablr: so i'm not sure they understand the concept of "day"08:53
Chipacato be fair, it's a tricky one for chefs to grasp08:53
blrChipaca: my secretary will hear about this... this is an outrage.08:53
blr(my secretary is a black smoke persian, she's not very good at scheduling. Suppose I'll have to return the crate of ice cream soda)08:55
* Chipaca hopes that's a cat, as opposed to being incredibly racist08:57
blryes, a cat...08:57
Chipacablr: no returns on food though08:57
=== vrruiz_ is now known as rvr
JamesTaitblr, if you need a hand disposing of that ice cream soda, I know someone.... 😉09:31
Chipacamvo: i didn't realize gettext2 was merging into gettext, not sure what gives now10:22
mvoChipaca: i resubmit, no problem10:22
Chipacamvo: okie doke10:23
Chipacasergiusens: wrt https://code.launchpad.net/~sergiusens/snappy-hub/grubcfg/+merge/262701 do you want that landed?10:26
Chipacarsalveti: mo'in!10:26
rsalvetiogra_: this beaglecore is quite interesting, but a bit expensive it seems10:39
rsalvetiat the same time there are the other guys doing the $9 board10:40
ogra_rsalveti, the $9 board is a fake ... it will cost $49 after the kickstarter10:41
rsalvetiright lol10:42
ogra_ah, sorry, $39 is what thy said10:43
mvoChipaca: hm, is it just me or is snappy trunk unhappy right now (and if so, how is this possible?): http://paste.ubuntu.com/11798388/ - gtg to get lunch so no hurry :)10:47
Chipacamvo: it's just you10:52
Chipacaoh, wait10:52
Chipacai don't have adt-run :)10:52
Chipacamvo: maybe tarmac doesn't have adt-run either10:52
fgimenezmvo, Chipaca it is failing here too, this branch should fix it https://code.launchpad.net/~fgimenez/snappy/fix-installsnap-call/+merge/26333611:06
sergiusensChipaca: I think I want to apply the pastebin first11:14
=== julienrbt is now known as jrbt
sergiusensChipaca: if someone approves it, it can land ;-)11:19
sergiusensChipaca: mvo did the go tests land? And no, no adt-run on tarmac, not sure it would work well (merges would take a tad longer, tad == couple of hours with no prior measurement)11:22
Chipacasergiusens: where does tarmac run?11:32
sergiusensChipaca: we had this conversation already :-P11:33
sergiusensChipaca: on a DO instance11:33
Chipacasergiusens: this was a tarmac in a puny cloud thing?11:33
Chipacasergiusens: you're expensing that, right?11:34
sergiusensChipaca: nope11:34
Chipacasergiusens: aww, but i want to throw hardware at the problem :)11:34
* ogra_ hands Chipaca a spare RPi 11:35
Chipacaogra_: let's go grab the ubuntu build farm of rpi's that whatsisname croudfunded11:35
Chipacathis one: https://www.indiegogo.com/projects/a-raspberry-pi-build-cluster-for-ubuntu11:36
ogra_yeah, alan11:37
Chipacaye, wossisname11:37
Chipacaanyway :)11:38
Chipacasergiusens: if the integration tests are too slow, we split them and farm them out so they're only as slow as the slowest individual test (+overhead)11:38
ogra_alan bell :)11:38
Chipacaas opposed to the other alan, wossisname-with-a-face11:39
Chipacaand then there's wossisname-welsh-guy-plays-with-n-scale-trains11:39
sergiusensChipaca: building is not the problem, i's running11:40
Chipacasergiusens: that's what i'm talking about11:40
Chipacain other news, run-checks now asks me for my password11:40
sergiusensChipaca: ok, so first solve the provisioning issue on rpi's and then we do that ;-)11:40
Chipacawhat could possibly go wrong :-)11:40
Chipacaugh, does adt-run really leave schroots lying around? :(11:43
* Chipaca makes some guacamole to mask his pain11:45
ogra_get two cucumber slices too ...11:46
Chipacano cucumber, no tomato, no peppers. so it's my ex-mother-in-law's recipe: palta, lemon, salt, ground pepper11:50
ogra_and some garlic bread ?11:52
Chipacafgimenez: with that patch the tests build but don't pass, right?11:56
fgimenezChipaca, no, i have them passing too, are they failing?11:59
Chipacafgimenez: ver es12:00
Chipacafgimenez: ver yes12:00
Chipacafgimenez: http://pastebin.ubuntu.com/11798701/12:00
fgimenezChipaca, this is the adt-run error because of the missing dpkg-query, with adt-run 3.15.1 should be ok12:01
Chipacafgimenez: ahhhh12:01
fgimenezChipaca, however i think 3.15.1 is only available in wily atm...12:02
Chipacafgimenez: i'm on wily, but haven't updated this week12:02
* Chipaca apologizes12:02
* sergiusens is back12:02
fgimenezChipaca, ah ok then :)12:02
fgimenezChipaca, np :)12:03
sergiusensChipaca: does this work for you https://code.launchpad.net/~sergiusens/snappy/splitDown/+merge/263294 ?12:28
* Chipaca looks12:28
Chipacasergiusens: sure12:29
sergiusensChipaca: that solves the nit in https://code.launchpad.net/~sergiusens/snappy/downloadIcon/+merge/263296 , right?12:32
Chipacasergiusens: you probably want to merge trunk12:33
sergiusensChipaca: I have12:34
Chipacasergiusens: it solves it for the common "download failed" error, but not sure whether the more pathologic errors (the copy failing for example)12:34
Chipacasergiusens: why do you have conflicts then?12:34
Chipacamaybe i'm looking at the wrong diff :)12:34
sergiusensChipaca: maybe my syc-pipeline failed, let me check12:34
Chipacayeah, there are for real conflicts in there12:35
sergiusensChipaca: ok, one more sec; sync-pipeline is doing its thing now12:36
sergiusensChipaca: there12:37
sergiusensChipaca: the obscure error from w.Sync() you mean?12:37
sergiusensChipaca: we have a bug for clearer download errors fwiw12:37
sergiusensmaybe we should tackle that there?12:38
Chipacasergiusens: maybe? what's the bug?12:40
sergiusensChipaca: not sure, I asked someone to log it12:41
sergiusensChipaca: so maybe we don't...12:41
=== chihchun is now known as chihchun_afk
kgunnseb128: so where do you get the udf/goget-ubuntun-touch that has personal channel support from ?14:27
sergiusenskgunn: for now you can just grab the u-d-f deb from https://launchpad.net/ubuntu/+source/goget-ubuntu-touch/0.25-0ubuntu1 ... I'll take it to tools-proposed in a bit14:29
kgunnsergiusens: thanks...14:29
sergiusenskgunn: clickable linke https://launchpad.net/ubuntu/+source/goget-ubuntu-touch/0.25-0ubuntu1/+build/7569188/+files/ubuntu-device-flash_0.25-0ubuntu1_amd64.deb14:29
sergiusensif you are on an amd64 system14:30
kgunnsergiusens: uh....do you have one for vivid ?14:30
ogra_its go14:30
sergiusenskgunn: it really really doesn't matter14:30
ogra_just install ti14:30
kgunnand yes amd6414:30
seb128kgunn, what sergiusens said14:31
sergiusenskgunn: just make sure add-apt-repository ppa:snappy-dev/tools to make sure all aux deps are up to date14:31
seb128bah, I don't get why but cloud-init fails to start on snappy personal for a week14:31
ogra_i dont get why you still havent unseeded it :P14:31
ogra_(we talked about it last week iirc)14:32
seb128ogra_, because we don't want to diverge from core14:32
elopiofgimenez: sorry I'm late. I'm joining the hangout.14:32
ogra_seb128, you definitely do want to diverge from core14:33
fgimenezelopio, ok np14:33
seb128ogra_, why?14:33
ogra_seb128, you want to actually have a merged system between core and touch14:33
ogra_because core isnt a desktop system14:33
seb128right, but we want the base snappy zest to work14:33
ogra_and cloud-init isnt really designed for desktops14:33
* ogra_ would use the user creation from touch for now ... as i suggested last week 14:34
ogra_and drop cloud-init14:34
seb128kgunn, ^ what do you think?14:34
ogra_you will most likely get a lot of issues with session startup and permissions etc14:35
ogra_(not sure how clous-init exactly works, but it likely is focused on cloud user creation :) )14:35
sergiusensseb128: ogra_ I can fix this from the u-d-f side, just give me a sec14:36
ogra_sergiusens, cloud-init ?14:36
sergiusensogra_: yeah, just like we do for our 'devices'14:36
sergiusensI just didn't think personal would have cloud-init seeded ;-)14:36
sergiusensI think seb128 has  a point, it will be easier to migrate into core if the base has additions only and not removals14:37
seb128sergiusens, oh, it's an u-d-f issue?14:37
sergiusensseb128: yes and no14:38
ogra_seb128, teg phablet user creation for touch is in livecd-rootfs in a hook btw ... (if you port it you want to take a look at the groups though, you likely dont want the android groups in personal desktop)14:38
ogra_*the phablet14:38
sergiusensseb128: what is in u-d-f today I consider a hack and we have a task to remove that hack14:38
seb128ogra_, yeah, I'm looking at http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/00-uid-gid-fix.chroot_early14:39
ogra_seb128, no, not that one14:39
seb128ogra_, sergiusens, I'm unsure what to do there, I wanted to get the image working without diverging too much from core, then start to discuss things like not using cloud-init14:39
seb128ogra_, sorry14:40
ogra_seb128, http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/01-setup_user.chroot14:40
seb128ogra_, http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/01-setup_user.chroot14:40
seb128I mean14:40
seb128yeah, clicked the wrong one :p14:40
ogra_http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/02-add_user_to_groups.chroot and http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/45-add-sudo-group-nm.chroot are the ones you want to take a look at too14:40
seb128ogra_, thanks14:41
ogra_though for the first one you probably only want the audio group (if at all)14:41
ogra_sergiusens, hmm, that reminds me ... did you take a look at usermod too wrt extrausers ?14:42
ogra_it might also need love14:42
vmayoral|pcppisati: ping14:46
sergiusensogra_: I haven't, and yes it needs love, but one step at a time; deluser also needs some love fwiw14:48
ogra_sergiusens, yeah, just struck me that we didnt have it on the list yet14:48
ogra_but apparently you do already :)14:49
seb128sergiusens, ok, I think I'm going to follow ogra_'s suggestion for the user creation, it's likely going to make easier to have the user in the right groups as well14:49
ogra_seb128, indeed thats not a long term solution (but neither is cloud-init i guess)14:50
ogra_seb128, we also have a bunch of lightdm changes (in either lxc-android-config or ubuntu-tuch-session, i forgot where they landed ... that are needed to make u-s-c start etc ... ) mterry implemented that back then14:51
sergiusensseb128: so you are unseeding cloud-init?14:53
seb128sergiusens, going to have a look at doing that, I hope it doesn't carry us at doing too many changes14:53
sergiusensseb128: when it's safe to seed it again once the proper snappy firstboot logic is in place you can add it back14:54
seb128ogra_, is the uid 32011 for android compat purpose? or asked differently, is that needed or desktop or should it be 1000?14:54
seb128sergiusens, right14:54
sergiusensseb128: you can subscribe to https://trello.com/c/W5WiZQM7/117-core-config-for-cloud-init14:54
sergiusensif you want14:54
ogra_seb128, 1000 is hardcoded in android for the "system" user14:55
seb128sergiusens, thanks14:55
ogra_seb128, the 32011 is just to be sure we dont clash with any of these hardcoded andrpid groups14:55
seb128ogra_, k, so 1000 should do for desktop I guess :-)14:56
ogra_for multi user phones and convergence we will need to fix that in the adduser config so that the default user gets a high enough UID14:56
ogra_for an initial desktop image 1000 should do indeed ... but you will have to follow the above later too ... since convergence will use the android container most likely14:57
Chipacapeople, i'm going out over mobile right now, and it's acting up, not giving me 3g (although it fluctuates)14:57
seb128right, let's see14:57
Chipacamy point being, not sure ho will work14:58
ogra_Chipaca, use a proper phone :P15:02
sergiusensChipaca: we are splitting work15:03
sergiusensChipaca: if you are not there...15:03
Chipacai'll try! ill try.15:03
ogra_yeah, you just got all the crap stuff assined15:09
ogra_i need a new g !15:10
elopiofgimenez: the upgrade test works for me http://paste.ubuntu.com/11799617/15:22
fgimenezelopio, ok, i'll try it again15:23
elopiofgimenez: I pushed a merge with trunk.15:23
fgimenezelopio, thanks, running now15:24
fgimenezelopio, http://paste.ubuntu.com/11799655/15:25
elopiofgimenez: it's running the upgrade test as part of the command1.15:26
fgimenezelopio, command1 should be latest right?15:27
elopiotest command1: debian/integration-tests/snappy-test update.test15:27
elopiofgimenez: yes. What do you have in your debian/integration-tests/control ?15:28
fgimenezelopio, yes that must be it http://paste.ubuntu.com/11799670/15:29
fgimenezelopio, rerunning with clean control15:29
seb128ogra_, do you know why http://bazaar.launchpad.net/~ubuntu-core-dev/livecd-rootfs/trunk/view/head:/live-build/ubuntu-touch/hooks/01-setup_user.chroot create the user with --disable-login?15:29
slangasekseb128: hey, not sure whether cyphermox filled you in, but we do have a grub now in wily whose --removable option will work for snappy personal.  Unfortunately when booting under qemu, the kernel then crashes in a loop... that's most likely unrelated though15:30
elopiofgimenez: right, this is +1 to your control templates, then the index is something we control on main, not something we have to keep in sync.15:30
fgimenezelopio, yes, having it unified may prevent errors in the long term15:30
seb128slangasek, cyphermox, oh, nice ... the kernel loop, what grub entry do you try? the snappy/system-a does that but the "ubuntu" one works15:32
slangasekseb128: ah - we don't get a boot menu, so we're just booting whatever the default is, which I would expect to be snappy/system-a15:32
seb128slangasek, k, that doesn't work15:32
ogra_seb128, no idea, that script originally comes from the OEM team (when it was still called that)15:32
seb128unsure how it's created/why we have several entries15:33
ogra_seb128, oh, wait, thats for system and radio users15:33
seb128ogra_, no, l715:33
seb128adduser --gecos $USER --disabled-login $USER --uid $UGID15:33
ogra_we dont want any hacker to abuse these accounts indeed :)15:33
seb128echo "I: creating default user $USER"15:33
ogra_ah, right, no idea about that one ... i guess for the actual user it is nonsense15:34
ogra_for radio and system thats surely valid15:34
seb128ogra_, "With the --disabled-login option, the15:35
seb128       account will be created but will be disabled until a password  is  set.15:35
seb128which is done further in the file15:35
seb128so I guess it's ok15:36
ogra_yeah, as i said, nonsense15:36
elopiomvo: are you using go benchmark for the squash report?15:36
ogra_someone being over-cautious or something15:36
slangasekseb128: I would assume that snappy personal should have a/b partitions just like snappy core... what are the differences between this 'ubuntu' boot entry and the snappy one?15:36
fgimenezelopio, all fine now http://paste.ubuntu.com/11799711/ :)15:37
seb128slangasek, I don't know, we didn't tweak anything from grub, just copied the hooks from core15:37
elopiofgimenez: phew. Please top approve when you are happy with it. Or leave a needs fixing if you are unhappy, I'll fix it after breakfast.15:38
elopiofgimenez: so now we have to think about how to declare tests and their requirements, so main.go can parse that.15:39
elopiodoesn't sound too easy if we have to declare channel, release and version, and maybe secondary test bed inside a container.15:39
fgimenezelopio, yes, we can begin with the simplest cases15:40
seb128slangasek, the pastebin I did the other time is still there on http://paste.ubuntu.com/11757708/ if you want to see the configs15:40
fgimenezelopio, main.go is becoming a little hairy, maybe we can do this and other related stuff in a separate adtrun library15:41
seb128slangasek, seems like the snappy one is trying to boot the .efi.signed and the ubuntu one not15:42
slangasekseb128: oh interesting!15:43
seb128linux /boot/vmlinuz-3.19.0-22-generic.efi.signed root=LABEL=system-a ro init=/lib/systemd/systemd15:44
seb128linux/boot/vmlinuz-3.19.0-22-generic root=UUID=c019e487-1263-4559-90d8-af732fa72ef1 ro init=/lib/systemd/systemd15:45
seb128 15:45
seb128also one uysing disk label15:45
seb128but I guess that's not the issue15:45
ogra_you definitely dont want a UUID in there15:46
ppisativmayoral|pc: pong15:48
vmayoral|pcppisati: hi15:48
ppisativmayoral|pc: hi15:48
vmayoral|pcppisati: I'm trying to update our images on the BeagleBone Black with the newer kernels (our images still rely on http://kernel.ubuntu.com/git/ppisati/ubuntu-vivid.git/log/?h=snappy_beagle_3.8)15:49
elopiofgimenez: +1 to that too. If we make main.go an adt-run setup script, then it will be a lot easier for the CI machinery, if we ever get that.15:50
vmayoral|pcppisati: do you think I could have access to the kernel sources from the newer kernels (e.g. 3.19)15:50
vmayoral|pcppisati: or maybe even better, 4.+15:50
ppisativmayoral|pc: http://kernel.ubuntu.com/git/ubuntu/ubuntu-vivid.git/15:51
ppisativmayoral|pc: that's the src code for the 3.19 kernel15:51
ppisativmayoral|pc: we don't support 4.x yet15:52
vmayoral|pcppisati: ok, is there a specific branch for the BeagleBone Black?15:52
ppisativmayoral|pc: nope, it's the master branch15:52
ppisativmayoral|pc: just compile it for armhf15:52
ppisativmayoral|pc: here is an howto for cross compilation15:53
ppisativmayoral|pc: https://wiki.ubuntu.com/KernelTeam/ARMKernelCrossCompile15:53
ppisativmayoral|pc: branch master15:54
vmayoral|pcppisati: thanks, unfortunately, I believe that won't do because we make use of the patches from BeagleBoard.15:54
elopiofgimenez: we have a lot of lint errors, mainly for missing comments. I'll fix that.15:54
vmayoral|pcppisati: do you believe it's possible to rebase Ubuntu's patches on top of https://github.com/beagleboard/linux?15:54
mvoelopio: I'm not using go-benchmark, its currently not very reproducable, but go benchmark is a nice idea15:54
vmayoral|pcppisati: i tried doing so with the apparmor ones you did before at http://kernel.ubuntu.com/git/ppisati/ubuntu-vivid.git/log/?h=snappy_beagle_3.815:55
vmayoral|pcppisati: but I failed miserably15:55
ppisativmayoral|pc: isn't that the 3.8 kernel you are talking about?15:55
vmayoral|pcppisati: mmm maybe i didn't express myself appropriately, 3.8 kernel is working great after your help last time, however we'd like to move to 3.19 (and make use of the latest Snappy image release by you guys)15:57
ppisativmayoral|pc: so you don't want the ubuntu patches on top of the beagleboard kernel15:58
ppisativmayoral|pc: you want the beaglebone patches on top of the ubuntu vivid kernel15:58
ppisativmayoral|pc: and sorry, but it's too much work15:59
vmayoral|pcppisati: i'm fine having the ubuntu patches on top of beagleboard's if that's possible15:59
vmayoral|pci tried that myself15:59
vmayoral|pcbut failed15:59
ppisativmayoral|pc: but that's your situation now15:59
ppisativmayoral|pc: isn'it?15:59
vmayoral|pcppisati: for the 3.8 yes, but not for newer kernels15:59
ogra_is that still the old capemgr issue ?16:00
ogra_or what are these BBB patches ?16:01
vmayoral|pcogra_: yes, it's that16:01
* ogra_ thought there would be a proper replacement by now16:01
vmayoral|pci believe capemgr has been integrated in 4+ kernels which is why I started that way the conversation16:01
fgimenezelopio, ok thanks flycheck can catch these too http://i.imgur.com/uKG1pll.png16:04
elopiofgimenez: my goal for today is to have a pretty emacs like you :)16:08
sergiusensogra_: mvo builds are broken -> cp: cannot stat 'debian/tmp/share': No such file or directory16:08
sergiusensany idea what caused that?16:08
sergiusensalos, what's up with all the 'ar: `u' modifier ignored since `D' is the default (see `U')'16:08
ogra_sergiusens, ?16:09
ogra_got a log or something ?16:09
sergiusensogra_: https://launchpadlibrarian.net/210353958/buildlog_ubuntu-wily-powerpc.ubuntu-snappy_1.2-1%2B538~ubuntu15.10.1_BUILDING.txt.gz16:09
sergiusensogra_: or here https://code.launchpad.net/~snappy-dev/+recipe/snappy-daily-wily16:10
sergiusensogra_: that ar thing only shows up on powerpc, but the cannot stat on all16:11
fgimenezelopio, didn't know of this nicety before! :)16:11
ogra_sergiusens, that looks to me like there is a wrong path in a .install or .dirs file16:12
sergiusensogra_: yeah, I'm not aware of approving anything like this from the queue though16:12
sergiusensogra_: I'll check after lunch16:13
* sergiusens is starving16:13
ogra_i guess the ar message can be ignored (not sure though) since you newly create the archive ... so "u" = update ... wouldnt update anything16:14
fgimeneznice evening everyone o/16:14
vmayoral|pcppisati: I quickly tried grabbing the latest image provided by you guys and replaced the kernel with the 3.816:15
vmayoral|pcppisati: seems promising, so i think we can go that way16:16
vmayoral|pcppisati: long term, i'd like to put some of my time supporting newer kernels16:16
vmayoral|pcppisati: If you don't mind, i'd like to run my thoughts through you regarding "the beaglebone patches on top of the ubuntu vivid kernel". You already shared that it'll be a substancial amount of work. My approach will be to find a common commit and start analyzing commits from that point16:19
vmayoral|pcppisati: is there a better way to approach it?16:20
ogra_sergiusens, looking at debian/rules i dont even see why it would do this extra dh_install call at all ... i wonder if the golang debhelper bits changed16:21
ogra_sergiusens, it definitely finishes fine in the "override_dh_auto_install" part ...16:22
ogra_sergiusens, hmm though i see the dh_install in a successfull build too... very weird16:30
ogra_sergiusens, http://bazaar.launchpad.net/~snappy-dev/snappy/snappy/revision/527 ... that has changes to debian/rules ... blame mvo :P16:48
mvoogra_: oh, I broke it? let me see16:53
ogra_mvo, https://launchpadlibrarian.net/210353958/buildlog_ubuntu-wily-powerpc.ubuntu-snappy_1.2-1%2B538~ubuntu15.10.1_BUILDING.txt.gz16:54
ogra_make[1]: Leaving directory '/«PKGBUILDDIR»'16:54
ogra_   dh_install -a -O--buildsystem=golang -O--fail-missing16:54
ogra_cp: cannot stat 'debian/tmp/share': No such file or directory16:54
ogra_dh_install: cp --reflink=auto -a debian/tmp/share debian/ubuntu-snappy-cli//usr/ returned exit code 116:54
* mvo looks16:55
mvothanks ogra_16:55
vmayoral|pcwebdm seems to be failing with the new BBB image https://gist.github.com/vmayoral/371b1c10fdaed445353d17:07
vmayoral|pctried restarting the service but keeps failing17:07
vmayoral|pc(the BBB doesn't have access to Internet but i'd be surprised if this is the cause)17:07
ogra_well, if there is no network interface up it cant start avahi17:08
ogra_so i think thats kind fo expected ... (how would you access webdm without network anyway)17:08
vmayoral|pcogra_: there're network interfaces up but none with access to the Internet. Previous Snappy images didn't fail when launching webdm in this scenario17:12
vmayoral|pcgood to know though, thanks17:12
ogra_well, does the interface have an IP ?17:13
ogra_or is it just up17:13
elopiolaunchpad is angry today.17:13
ogra_yeah, i had various 503's here tha last hour17:14
vmayoral|pcogra_: they've got IP addresses (e.g. I'm using usb0 in an ethernet-over-usb configuration for debugging)17:14
sergiusensvmayoral|pc: pastebin the output of sudo journalctl -u webdm_snappyd_0.9.service (or the corresponding version number)17:16
vmayoral|pcsergiusens: https://gist.github.com/vmayoral/a6995881699d05a6d3ea17:18
vmayoral|pcsystemd-analyze plot has been fixed in the new image :)!17:18
sergiusensvmayoral|pc: yeah, as ogra_ says, it's avahi, I might need to do something for this not to happen, do you mind sharing your network config? (with ifconfig or ip)17:19
vmayoral|pcsergiusens: https://gist.github.com/vmayoral/d24efe6b378e0d95923717:20
vmayoral|pcany chance someone can have a look at this svg https://gist.github.com/vmayoral/61f880c0663ac6187316?17:20
vmayoral|pcSnappy takes 73s to finish booting, i'd to love to reduce this17:21
ogra_because you have no eth0 i bet17:22
ogra_bah, that svg cant be easily opened from the browser17:22
vmayoral|pcwe've had a few demos with Snappy and people always ask why it takes so long to boot :(17:22
vmayoral|pcogra_: let me export to it png and upload it somewhere17:23
ogra_no, its fine ...17:23
longsleepmy snappy boots in 3 seconds17:23
ogra_dropping the RAW url into eog works17:23
vmayoral|pclongsleep: 3 seconds! that'll be sweet17:24
ogra_yeah, looks like cloud-init starts really late there ...17:24
ogra_most likely due to waiting for some network timeout17:24
vmayoral|pci still haven't tinkered much into the image so i presume most BBBs should have a similar booting time17:24
vmayoral|pccloud-init-local.service takes about 18 seconds17:27
ogra_vmayoral|pc, try removing /etc/network/interfaces.d/eth0 and reboot ... see if that changes anything17:27
longsleepIs this the first boot?17:27
longsleepcloud init creates all the keys and stuff on first boot17:27
longsleepthat takes a while17:27
ogra_longsleep, no, but it behaves like the first boot ...17:27
longsleepwell - then i do not know why cloud init ever should be blocking17:28
longsleepeven if it takes 18 seconds17:28
ogra_becaue its slow ... python on arm etc etc :P17:28
longsleepdepends on the arm i guess - quad core 1.5GHz is fast17:29
vmayoral|pcthis is a 1 GHz single core cortex-A817:29
ogra_well, you are spoiled :P17:29
longsleephehe - true i guess17:29
ogra_vmayoral|pc, single ?17:29
ogra_i thought it is dual17:29
vmayoral|pcogra_: the BBB has a single ARM core17:30
* ogra_ always thought it was a dual core17:30
vmayoral|pcbut it includes 2 additional PRUs (programmable real time units)17:30
longsleepwell then - you will not get 3 seconds boot with that :)17:30
vmayoral|pcquite useful but not in this particular case i'm afraid17:30
ogra_no, but 30+ should be achievable17:30
ogra_if everything behaves17:30
vmayoral|pcthat's sort of like what i was aiming for, I got those booting times with previous Ubuntu images17:31
vmayoral|pc(Trusty images)17:31
longsleepmhm ok - if half of it is cloud init with 18s ..17:31
longsleepstill feels way to long17:31
ogra_i wonder if cloud-init can even handle usb0 interfaces17:32
ogra_might be that that is confusing it and making it generate new ssh keys every boot or some such17:32
vmayoral|pcogra_: i've debugged the boot of the BBB with a serial cable and i don't see the keys being generated every time17:33
longsleepyeah that sounds plausible - the webdm error indicates that the system is busy and fails to start webdm in time17:33
ogra_well, then it is something else in cloud-init17:33
sergiusensmvo: native?17:34
longsleepthats one thing i wanted to ask - why is cloud-init even in there?17:34
sergiusenswell, at least that avoids future quilting...17:34
vmayoral|pchere's the booting process https://gist.github.com/vmayoral/1c6831bbbb2444ba8fe617:35
longsleepit seems half of cloud-init is disabled anyway - i was investigating how i can resize the app space to use full card on boot17:35
longsleepwell it takes 8 seconds to load and unpack the initramfs already17:36
longsleepso it essentially booted up after 10 seconds which is fine. All the rest is systemd doing startup.17:39
longsleepi would uninstall webdm first as this seems broken and then disable cloud-init to start on boot and see how this goes17:39
vmayoral|pclongsleep: let me try that17:42
vmayoral|pcimproved to 51 seconds17:47
longsleepno cloud-init ?17:48
vmayoral|pcsorry, 59, not 51.17:48
vmayoral|pcI did "systemctl disable cloud-init"17:49
vmayoral|pcbut didn't seem to disable it, am i missing something17:49
longsleepi guess it is with some .service suffix17:49
longsleeptry systemctl status to get the names17:49
longsleepit has even 4 services17:50
sergiusenselopio: is lp still behaving badly for you?17:50
longsleepcloud-init-local.service, cloud-init.service, cloud-config.target, cloud-config.service, cloud-final.service17:50
longsleepi am travelling right now, and do not have a snappy at hand to check the exact way to disable it17:51
vmayoral|pcok, all disabled, retrying17:53
vmayoral|pcmmm odd, still something's going on17:55
longsleepvmayoral|pc: check if cloud-init is really disabled. I have to leave now - if this does not help then start to disable even more to figure out where it is loosing time17:56
vmayoral|pclongsleep: sure, thanks for your help!17:56
kgunnhey so if i use this u-d-f for downloading personal image....what happens ? does it simply download it into ~/.cache? or does it actually try to install ?17:56
longsleepit still runs cloud-init17:56
sergiusenskgunn: it creates an img you can put anywhere that you see fit17:57
kgunnsergiusens: ah...really, creates it on the fly ?17:57
sergiusenskgunn: yes17:57
kgunnsergiusens: too curious...so is it just using the latest packaging from wily ?17:58
sergiusenskgunn: ok, now I'm lost17:58
sergiusenskgunn: but I think I want to say yes17:59
kgunnsergiusens: yeah, just wondering how it knows what packages to use....17:59
kgunnlike conceivbly i could make a vivid img17:59
sergiusenskgunn: system-image -> cdimage -> livecd-rootfs -> ubuntu wily + ~snappy-dev/image17:59
kgunneven tho i'm creating a wily one17:59
sergiusenskgunn: to make a vivid image you would need to target 15.04 instead of rolling and then be confined to ubuntu vivid + ~snappy-dev/image(for vivid)18:00
kgunnsergiusens: got it, i was just surprised that it's creating an image....rather than downloading some prebuilt thing18:01
sergiusenskgunn: prebuilts for releases only; personal has not been released18:01
kgunnshnikes....this is gonna be a while18:01
kgunnsergiusens: does the img just end up in the directory i'm sitting in? (e.g. not in .cache/system-images....18:02
sergiusenskgunn: ends up wherever --output tells it to18:03
ogra_sergiusens, kgunn, i *think* personal uses vivid+overlay, i might be wrong though, seb128 could help18:21
kgunndon't think so...at least in his instructions, output file is named "wily.img"18:22
ogra_ah, k18:22
kgunnseb128: how do i know i18:23
kgunn'm hitting the cloud init prob ?18:23
ogra_that has just been removed, not sure the removal already landed in an image18:23
seb128kgunn, you wait for a while and it boots18:23
seb128kgunn, or you edit the grub line, add systemd.debug-shell, boot, when it hangs ctrl-alt-f9 and systemctl stop cloud-init18:24
kgunnat grub menu, do i choose "ubuntu" or "ubuntu core blah blah blah"18:24
seb128need to go, bbl18:26
kgunnohp...there it is...18:26
kgunnseb128: o/18:26
kgunni'm just impatient18:26
davmor2sergiusens: I'm confused why is generic-i386 tagline AMD64 generic package that makes no sense ;)18:32
sergiusensdavmor2: because...18:32
sergiusensdavmor2: you are just opening a can of worms here :-)18:33
davmor2sergiusens: we if you will put the can of worms next to the can opener what is person to do :P18:33
ogra_davmor2, no worries, you can only install it on armhf anyway ...18:34
ogra_and only if you log in via a ppc64el machine18:34
sergiusensogra_: no, we changed the requirement to MIPS18:34
ogra_ah, cool, finally !18:35
davmor2\o/ universe implodes18:35
kgunnseb128: iirc, you said you see phone greeter, i18:41
kgunn'm seeing desktop18:41
elopiosergiusens: yes, I still have to retry the lp commands.18:52
ubottuUbuntu bug 1470210 in Snappy "integration tests fail with: error while loading shared libraries: libgcc_s.so.1" [Undecided,New]18:52
elopiothis breaks often, right?18:52
elopiorsalveti: ^18:52
sergiusenselopio: are you building with gcc-go instead of gc-go?19:07
elopiosergiusens: for that bug, I'm not building anything.19:29
elopiojust installing from the store and running.19:29
=== tbr_ is now known as tbr
kgunn(nice i typed this and didn't hit enter) seb128: so how do i get past the greeter ?19:54
sergiusenselopio: oh, haven't checked the content, just the title20:18
sergiusenselopio: it's strange but the ubuntu-core-launcher is broken and it shouldn't be, Chipaca ideas?20:18
Chipacasergiusens: nesting roaches shorted out the ether cable20:19
* Chipaca hugs http://pages.cs.wisc.edu/~ballard/bofh/bofhserver.pl20:20
Chipacasergiusens: broken how?20:20
sergiusensChipaca: as in https://bugs.launchpad.net/snappy/+bug/147021020:20
ubottuUbuntu bug 1470210 in Snappy "integration tests fail with: error while loading shared libraries: libgcc_s.so.1" [Undecided,New]20:20
Chipacaok, let me take a look20:21
Chipacai'm going to have to engage the brain, please stand by20:21
sergiusensChipaca: it's strange that the debian packaging system didn't pickup on the shared libs20:22
sergiusensmaybe it's missing that stanz20:22
sergiusensmaybe it's missing that stanza20:22
Chipacabut only on the bbb20:24
Chipacasergiusens: is that still: sudo ubuntu-device-flash --verbose core rolling -o bbb_rolling_`date -I`.img --channel edge --oem beagleblack --developer-mode ?20:30
Chipacasergiusens: do you have the serial pinout for the bbb handy? i remember i plugged in five cables, but can't find which ones where :) internet says to only plug in three from what i can find today20:48
sergiusensChipaca: http://elinux.org/Beagleboard:BeagleBone_Black_Serial20:51
Chipacayep, that's what i was finding20:51
sergiusensChipaca: I connect all except the red one20:51
Chipacajust three cables20:51
sergiusensChipaca: 5vcc20:51
sergiusensthat I avoid20:51
Chipacayep; on mine, 5vcc is not connected at the other end20:52
Chipacabut i've got tx/rx, rts/cts, and dtr20:52
* Chipaca looks again20:52
Chipacadtr, rxd, txd, (5v), cts, gnd20:53
Chipacaand the doc tells me where to plug in gnd, rxd and txd20:53
Chipacaso no hardware flow control?20:53
Chipacai seem to remember i had that, but ok i guess20:53
sergiusensChipaca: I have them connected, but it's not needed20:54
Chipacasergiusens: where do you have them connected?20:54
* Chipaca goes with the three-cable version20:56
Chipacasd is nearly finished flashing :)20:57
sergiusensChipaca: they are useless20:58
sergiusensChipaca: https://github.com/CircuitCo/BeagleBone-Black/blob/master/BBB_SRM.pdf?raw=true20:58
sergiusensChipaca: section 7.520:59
Chipaca“Signals supported are TX and RX. None of the handshake signals are supported.” :-(21:01
Chipaca(from the equivalent datasheet for my particular one)21:01
sergiusensChipaca: right, useless but I have them connected21:02
Chipacathe bbb still has eth0! \o/21:05
Chipacasergiusens: are you on wily?21:16
* Chipaca reboots just in case21:26
Chipacawhy doesn't network manager want to share my ethernet any more :-(21:42
Chipaca[Tue Jun 30 22:10:21 2015] audit: type=1400 audit(1435702222.070:14): apparmor="DENIED" operation="open" profile="/usr/bin/ubuntu-core-launcher" name="/lib/arm-linux-gnueabihf/libgcc_s.so.1" pid=1240 comm="ubuntu-core-lau" requested_mask="r" denied_mask="r" fsuid=0 ouid=022:11
Chipacasergiusens: ^^^22:11
* Chipaca votes compiling everything statically with musl22:12
Chipacasergiusens: the fix is easy, but i want to figure out why arm uses that library and intel doesn't. in the morning tho22:24

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