sergiusenselopio, I've updated bug 149710801:27
ubottubug 1497108 in Snapcraft "Long paths are not handled correctly when deleting partition mappings" [Medium,In progress] https://launchpad.net/bugs/149710801:27
sergiusensplars, btw ^01:27
sergiusensplars, if you don't want u-d-f to bail with loops all around, use relative paths for output image :-)01:27
plarssergiusens: ah, ok. I thought I had tried relative paths on an older version of udf  and it didn't like that01:30
sergiusenselopio, btw https://code.launchpad.net/~sergiusens/snapcraft/1498157/+merge/27187201:55
tedgsergiusens: Uhg, we need a way for plugins to tie into that processing...02:00
tedgsergiusens: Or perhaps just append values instead of replacing the whole file.02:00
tedgIt's getting complex02:00
sergiusenstedg, it is02:08
sergiusenstedg, which part specifically? env?02:08
=== chihchun_afk is now known as chihchun
=== chihchun is now known as chihchun_afk
elopiosergiusens: could you look at this one tomorrow please? https://code.launchpad.net/~dholbach/snapcraft/snapcraft-examples/+merge/27183803:51
sergiusenselopio, since it is a merge into federico's branch I just skipped it03:52
sergiusenselopio, and thought of reviewing once he merged it all in one shot03:52
sergiusenselopio, I approved in any case ;-)03:53
elopiosergiusens: thanks. It was you who requested it, so I wanted to make sure it made you happy.03:57
sergiusenselopio, yeah, it is good :-)03:58
sergiusenselopio, goodnight, just been through my last item for the day :-)03:58
elopiosergiusens: good night.03:59
=== bigcat_ is now known as bigcat[fooding]
=== chihchun_afk is now known as chihchun
=== bigcat[fooding] is now known as bigcat
dholbachgood morning06:35
fgimenezgood morning07:02
clobranomorning o/07:03
dholbachhola fgimenez, hola dpm07:03
dholbachmorning clobrano07:03
dholbachhey guest4231507:03
dholbachwow, it looks like snappy land is just waking up! :)07:04
fgimenezhey dholbach and all :)07:04
* guest42315 sudo snappy install coffee07:05
dholbachmvo, can you take a look at https://code.launchpad.net/~dholbach/snapcraft/1497582/+merge/271801 and let me know if it's the right way to deal with the problem?07:05
dholbachfgimenez, I wasn't quite sure if I was doing the right thing with my branch (https://code.launchpad.net/~dholbach/snapcraft/snapcraft-examples/+merge/271838) yesterday07:06
dholbachfgimenez, from a packaging POV it's correct, but I don't know if the test machinery will be able to cope with it like that07:06
mvodholbach: sure, I have a look now07:06
dpmhey dholbach07:07
dholbachmvo, https://bugs.launchpad.net/snapcraft/+bug/1497582 and https://bugs.launchpad.net/snapcraft/+bug/1495525 are examples you can use to test it07:07
ubottuLaunchpad bug 1497582 in Snapcraft "pulling ubuntu packages fails when dependencies on virtual packages exist" [Undecided,In progress]07:07
ubottuLaunchpad bug 1497582 in Snapcraft "duplicate for #1495525 pulling ubuntu packages fails when dependencies on virtual packages exist" [Undecided,In progress]07:07
fgimenezdholbach, totally, thanks a lot :) i need only to adjust the path to the examples directory and the dependencies to work with it, let me have a look07:08
mvodholbach: hm, I think  lp:~snappy-dev/snapcraft/more-apt  solves this actually already :/07:12
dholbachmvo, ok - that works for me07:12
dholbachthanks mvo07:16
dholbachfgimenez, do you still remember where the libssl-dev depends came from in https://code.launchpad.net/~fgimenez/snapcraft/build-examples-test/+merge/270798?07:20
dholbachmvo, would it be easy to let apt download all the necessary packages in one go instead of one by one?07:21
fgimenezdholbach, i was getting errors when building the examples without it, give me a second and i'll pastebin it07:22
dholbachmvo, if you try the qmldemo example it feels veeery slow - also the remaining-download-estimate will never give you anything remotely accurate :)07:22
dholbachfgimenez, maybe a missing build-packages in the case of downloader-with-wiki-parts?07:24
dholbachmvo, I'm happy to file a bug for it though, so we can resolve it sometime later07:24
mvodholbach: right, we should probably download htem all togehter, I can prepare a branch, essentially we need to adjust dir::cache::archives to the download dir and run cache.fetch_archives()07:29
zygagood morning :)07:29
dholbachawesome - I'll file a bug and let you know07:30
dholbachcześć zyga07:30
* zyga wants to try to re-iterate on hostapd example snap/part so that it can be merged07:30
dholbachmvo, can you reject https://code.launchpad.net/~dholbach/snapcraft/1497582/+merge/271801?07:30
dholbachand milestone https://bugs.launchpad.net/snapcraft/+bug/1497582 to 0.2?07:31
ubottuLaunchpad bug 1497582 in Snapcraft "pulling ubuntu packages fails when dependencies on virtual packages exist" [Undecided,In progress]07:31
zygadholbach: how do I say "hi" in German? I only remember tschus but AFAIR that's more like "bye"07:31
dholbachzyga, 'hallo' :)07:32
zygadholbach: thanks :)07:32
dholbachyes, "tschüss" is "bye" :)07:32
dholbachmvo, https://bugs.launchpad.net/snapcraft/+bug/149833307:35
ubottuLaunchpad bug 1498333 in Snapcraft "Let apt download all packages in one go" [Undecided,New]07:35
mvodholbach: ta, shall I give it a go or do you want to do it?07:38
mvodholbach: happy to do it, just want to avoid duplication of effort07:38
dholbachI just asked on #ubuntu-irc07:43
dholbach<Flannel> Looks like irccloud was k-lined.07:44
mvodholbach: I think I have a branch07:44
dholbachmvo, can you milestone bug 1497582 to 0.2?07:45
ubottubug 1497582 in Snapcraft "pulling ubuntu packages fails when dependencies on virtual packages exist" [Undecided,Fix committed] https://launchpad.net/bugs/149758207:45
mvodholbach: sure07:45
dholbachmaybe at some stage I should join ~snappy-dev :)07:45
mvodholbach: do we have a 0.2 series yet?07:45
dholbachno series, just a milestone07:45
mvodholbach: done07:46
fgimenezdholbach, probably, this is the output http://paste.ubuntu.com/12519630/, i've pushed the changes needed to work with snappy-examples and removed the libssl-dev dependency, you should be able to see the error now07:54
dholbachfgimenez, cool - I'll take a look in a sec07:56
dholbachmvo_, will check it out in a sec08:00
mvo_dholbach: no rush, all good08:01
mvo_dholbach: the qml example is 350mb big08:01
mvo_that explains why I had to wait a bit to get it :)08:01
dholbachyep, I noticed :)08:01
dholbachsquid-deb-proxy to the rescue08:01
dholbachit's the perfect example :)08:01
dholbachGet:823 http://de.archive.ubuntu.com/ubuntu/ vivid/main usb-modeswitch amd64 2.2.0+repack0-2ubuntu2 [51.2 kB]08:03
dholbachFetched 253 MB in 6s (25.9 MB/s)08:03
dholbachlooks like it works ;-)08:03
dholbacha thing of beauty08:03
dholbachmvo_, just two small typos in https://code.launchpad.net/~mvo/snapcraft/lp1498333-even-more-apt/+merge/27191808:05
mvo_dholbach: thanks for the review and yeah, python-apt rocks08:09
mvo_(and apt as well!)08:09
dholbachfgimenez, commented on https://code.launchpad.net/~fgimenez/snapcraft/build-examples-test/+merge/27079808:11
davidcalleasac, jdstrand, mvo, lool, sergiusens, fyi, I've started porting the manual to markdown. I'd like to propose a string freeze on thursday european evening for a v0.1 of development basics, debugging basics (and, if ready,  app porting). In order to start publishing what we have before eow and solve our most prominent docs pain points asap.08:19
fgimenezdholbach, thanks! already pushed08:34
asacdavidcalle:  the application manual? think its a bit too early to do that porting08:45
asacfolks are still doing content etc.08:45
davidcalleasac, I'm doing the general outline and already written sections (even if they change during the week), it gives me content to test on the automagic importer to dev.ubuntu.com08:48
davidcalleasac, do you think we can have a freeze on some main sections this week? (at least yours and mvo's)08:49
JamesTaitGood morning all; happy Tuesday, and happy Business Women’s Day! 😃08:59
asacdavidcalle: maybe... have to check with team. My section I have to rewrite as the content is mostly the future. have to redo it with what is real right now09:14
asacdavidcalle: why do you want to freeze?09:14
asacor is it about moving it top markdown and abandoning this doc at some point?09:15
davidcalleasac, that too but it can happen later, mostly to be able to publish something in the rough timeline we have defined09:16
davidcalleasac, I'm asking about these two sections, because they are the most important for app devs ( and snapcraft of course, but for now the trunk demos + currently published docs are fine)09:19
asacdavidcalle: so our tiemlnie is to get this doc done early octobver ... like 1st or 2nd09:38
asacoutline we need to finish today09:38
asacfirst two sections is me and mvo... i think we can do it by EOW ... and given that we are busy next week I guess thats what we have to do09:38
davidcalleasac, sounds good to me, are you fine with publishing sections as soon as they are ready? We'll be able to change and update them of course, but I think it makes sense to do it early, especially if we have snappy events and clinics coming up09:40
asacwhen are we doing first clinic?09:41
davidcalledholbach, ^?09:41
asacmvo_: can we get development basic and debugging section done by EOW?09:41
asacyou and me? :)09:41
asacdebuggin section includes sergiusens work09:41
dholbachasac, on the clinic: no idea - I was sort of waiting on news regarding the competition09:41
dholbachasac, but I'm working on bullet points for a presentation already09:42
asacok i will poke mectors09:43
asachave a call with him in a bit09:43
biezpalasac, hey, bug filed - https://bugs.launchpad.net/snappy/+bug/149839609:45
ubottuLaunchpad bug 1498396 in Snappy "Random string in data path breaks application" [Undecided,New]09:45
ogra_mvo_, shouldnt snapcraft delete stage/usr/share/man ? we dont really need it09:49
* ogra_ notes that he has a ton of manpages there 09:49
asacogra_: you can use09:50
asac - -usr/share/man09:51
asacor something09:51
asacto strip stuff fromn snap that you dont want09:51
ogra_well, i thionk it should be a default09:51
asacwhy wiouldnt someone just be able to ship manpages09:51
ogra_at least for the debian packages09:51
ogra_why would you ship them ?09:51
ogra_nothing can use them09:51
asacbecause someone might want to read the manpage for some cli you packaged09:51
asaclike for bip09:51
asacmakes sense09:51
ogra_you would ahve to ship man yourself09:51
asacsure ... still doewsnt mean that all want to strip it09:52
asaci can also read manpages with vi09:52
asacanyway, talk to sergiusens and then have him align with niemeyer on this i guess09:52
ogra_what use would he have to read that manpage ... the ircproxy package is fully cobfigured via snappy config09:52
asacogra_: but the fact that its so nicely done with sanppy config is because your package is nicely done09:53
asacdoesnt mean that others want to do something like that09:53
asacbtw, we mifght watn to talk about how to ship docs at all09:53
asace.g. how would you now doc your nice ircproxy package09:53
asacthe config options you providem, how to use it, etc09:54
ogra_well, theoretically i would describe it in the store description ... but only webdm will show that (hopefully one day :P )09:54
davmor2asac: sanppy sounds like an awesome name for snappy san :)09:54
mvo_ogra_: yeah09:54
ogra_do we plan a snappy equivalent to "apt-cache show <package>" ?09:55
ogra_that would show the store description ...09:55
mvo_asac: develpment basics? is that also on my list? I was working on "Debugging basics" so far and its mostly done except strace/gdb because there is no package yet09:55
mvo_ogra_: yes, its not speced yet, but snappy info <pkgname> is probably that09:56
ogra_asac, so that would be my docs then ... not sure we want some additional mechanism09:56
ogra_probably the store could just have a field that specifically describes configuration09:57
ogra_snappy info -c <packagename> could then spit our "snappy config" output with the possible values shown for each option09:58
ogra_(or something like that)09:58
ogra_hah, hello ogra2, hello snappy autopilot :)10:15
ogra_(looks like my ircproxy machine just restarted itself)10:16
=== ogra2 is now known as ogra-snappy-test
sergiusensasac, you haven't sent out the docs?10:18
sergiusensasac, I found it hard to describe snapcraft.yaml without describing parts, so was thinking of inverting the order10:19
pittimvo_, ogra_: hm, neither wget nor curl installed; what's the recommended way on snappy to download something?10:23
pitticall python3?10:23
ogra_pitti, download on your host and scp10:23
pittiogra_: well, this is for a "setup-classic" script I'm supposed to write10:24
ogra_i have an unconfined wget snap too (amd64 only atm though)10:24
ogra_pitti, ah, well, ship wget inside your sanp then10:24
ogra_assuming your "classic" thing comes as snap10:25
pittimvo_: ^ will we have a snap for this "classic" setup, or will that need to go into snappy core then?10:25
* ogra_ thinks core is way way to bloated already 10:25
ogra_we are slowly moving out of the embedded space10:26
pittiwould calling python3 -c ... with urllib.urlretrieve() be okay?10:26
pittior will python3 go away too/10:26
ogra_once we drop clooud-init and system-image we might drop it10:26
ogra_not sure about the first, the latter is actively worked on atm10:27
pittiokay; this is just a PoC for now, we might even retrieve the "classic" environment through some other way, or bind this to comfy or whatever10:27
pittiso I guess I don't worry about this too much for now10:27
* ogra_ would expect system-image to be gone with the next stable release 10:27
ogra_pitti, i'm surprised systemd doesnt have a wget equivalent yet :)10:29
mvo_pitti: there is apt-helper download10:29
mvo_ogra_: apt has a wget ;)10:29
pittimvo_: I thought apt would be gone?10:30
mvo_pitti: yeah :(10:30
mvo_pitti: its still there in 15.0410:30
sergiusenspitti, I would expect that that would eventually manage setting this up (classic mode)10:30
pittimvo_: "403  Forbidden file type or location"10:30
pittisergiusens: what is "that"?10:31
=== chihchun is now known as chihchun_afk
ogra_he means "this"10:31
pittidoesn't help :)10:32
sergiusenspitti, err; I just woke up :-P first s/that that/snappy/10:32
pittisergiusens: ah, ok :) so this shell script PoC might be rewritten in go or so10:32
ogra_sergiusens, so snappy woould have a builtin wget ?10:32
pittiI suppose Go has some url retrieve API10:32
sergiusensogra_, no; setting up classic mode would be eventually driven by snappy10:33
mvo_yeah, go can fetch stuff from http10:33
sergiusensI'm just guessing10:33
ogra_as long as we dont have to bloat core more and more ...10:33
pittiI'm using python3 in the PoC for now that shoudl survive at least next week (and then we might do this completely differently anyway010:35
mvo_pitti: you have a mail with slides :)10:39
zygasergiusens: this can land as-is https://code.launchpad.net/~zyga/snapcraft/fix-1484596/+merge/27186310:44
zygasergiusens: the plainbox bits are merge in trunk now10:44
zygasergiusens: and the will be a part of plainbox 0.2310:44
zygasergiusens: which is now in QA10:44
davmor2mvo_: wow sliding mails what will you guys come up with next ;)10:44
dholbachsergiusens, I'm not sure I understand your comment in https://code.launchpad.net/~dholbach/snapcraft/1498347/+merge/27192111:40
dholbachsergiusens, AFAICS you need libgudev-1.0-dev installed as part of build-packages (for the build to pass locally) AND to bundle libudev-1.0-0 for the snap to work on a snappy system11:41
* mvo_ hugs dholbach for fixing bug #149834711:59
ubottubug 1498347 in Snapcraft "godd example: error while loading shared libraries: libgudev-1.0.so.0: cannot open shared object file: No such file or directory" [High,In progress] https://launchpad.net/bugs/149834711:59
* dholbach hugs mvo_ back :)12:03
dholbachmvo_, is the MP the right way to fix it? it looks like sergiusens had reservations12:06
mvo_dholbach: not sure if he has reservations in general12:07
dholbachmvo_, no, I meant the comment in the MP12:07
mvo_dholbach: aha, let me read12:08
sergiusensdholbach, mvo_ since this is an example, I would use a stage-package without filesets (to remove the headers at least) so the snap doesn't have header file all over it12:22
sergiusensmvo_, dholbach the other option is to stage-package the library itself and not -dev; but it makes it a nicer example if the stage-package is the dev one12:23
dholbachsergiusens, I think that's what I'm doing12:23
dholbachstage-packages: [libgudev-1.0-0]12:23
sergiusensdholbach, yeah, but you should remove the build-package entry below :-)12:23
dholbach build-packages:12:23
dholbach10     - libgudev-1.0-dev12:23
sergiusensdholbach, and use a fileset12:24
dholbachit is required to build the package12:24
dholbachI never used filesets before12:24
sergiusensdholbach, it shouldn't be needed; stage-package entries are also used for building12:24
dholbachI see12:24
dholbachmvo_, ^ do you have a strong opinion?12:24
sergiusenstedg, hey, mind looking at https://code.launchpad.net/~ted/snapcraft/pkg-config-sysroot/+merge/271751 https://code.launchpad.net/~ted/snapcraft/multi-python-version/+merge/271716 ?12:36
jdstranddavidcalle: what manual are you referring to, the the enterprise manual?12:45
jdstranddavidcalle: the parts I've written are only a first draft and I have two more sections. I already know there are edits I need to make to the sections I've written12:46
jdstrandif we work off a single bzr tree for markdown, things are going to get complicated with merges12:46
davidcallejdstrand, no worries about that, bzr tree will come only after the first published version. DIfferent files for each section as well.12:48
davidcallejdstrand, we can even split it more if needed to ease having simultaneous editors working on it at the same time. Having a bzr trunk makes the publishing process very streamlined. Trunk would be pulled every 2h and turned into fancy cms pages.12:51
jdstranddavidcalle: I'm only talking about this week12:52
jdstranddavidcalle: what is the verdict? am I supposed to be editing markdown now?12:52
jdstrandwhere is it?12:52
davidcallejdstrand, nope :)12:52
jdstrandok, cause assuming I don't get pulled aside (like the last three days), I plan to work on it after a couple of meetings12:53
davidcallejdstrand, keep going with the gdoc, no rush for this week on your end, by eow I'll publish what's ready: hopefully development basics and debugging basics. What's finished will be converted to markdown as well but I'm happy with this first iteration being in gdocs, I'll handle the publication related details.12:55
davidcalleThat's a big enough task, let's avoid editors being annoyed by formatting (yet :D)12:57
sergiusensdholbach, https://code.launchpad.net/~sergiusens/snapcraft/doc-services/+merge/27195912:59
dholbachok... mvo is looking at right now as well12:59
tedgsergiusens: Sure, BTW, I'm not sure the fixup code should go in the Ubuntu plugin. It seems like it'd be needed no matter how you installed libxml or libxslt.13:07
sergiusenstedg, ok, makes sense13:16
sergiusensmvo_, thanks for that apt improvement!13:36
jdstranddavidcalle: ack, thanks. I hope to have all my parts written by eow at least in 1st/2nd draft quality13:37
jdstrandso that seems to work well with your timeline (and moving into bzr)13:37
davidcallejdstrand, indeed, wfm :)13:37
pedronishey, is it expected/known that building a amd64 image with udf core 15.04 --channel edge and --developer-mode  sshing doesn't work? it works with stable though13:42
mvo_sergiusens: your welcome!13:45
dholbachsergiusens, so I'm going to merge mvo's work which does what I guess you were expecting (correct me if I'm wrong): https://code.launchpad.net/~mvo/snapcraft/1498347/+merge/27196113:48
mvo_sergiusens, dholbach: so the godd example got a little bit more complicated due to the new libgudev dependency. now I could try to hack around that in godd by doing static linking with cgo etc, but it made me wonder if maybe we should do something smarter in snapcraft13:48
dholbachsergiusens, I personally don't feel that snapcraft is easy to understand in this specific example or easy to handle13:48
dholbachmvo_, I'm sure we are going to have more cases like that13:49
mvo_sergiusens, dholbach: i.e. we could auto-copy all libs from the ldd output of each binary listed in binaries by default maybe?13:49
dholbachadd a build-dep, bundle a certain set of packages or set of files from other packages13:49
dholbachmvo_, that would probably eliminate most of the hassle :)13:49
sergiusensmvo_, stage-packages should get copied over by default13:50
dholbachhttps://code.launchpad.net/~dholbach/snapcraft/1498347/+merge/271921 is up for review again13:51
sergiusensmvo_, dholbach this looks nice!13:51
dholbachsergiusens, I'm not sure I agree - I find it a bit hard to explain it to future snappers :)13:52
dholbachor hard to explain the "here's how you debug which files are missing in your snap" iteration cycle :)13:52
dholbachit'd be nice if it was easier at some golden, glorious and beautiful point in the future13:53
mvo_maybe doing it magically is not the right way, but I would love to have something simple like snap: [$shlibs] or something, a magic var that snapcraft fills that contain the shlib depends?13:55
mvo_dholbach, sergiusens: -^13:55
mvo_we could even steal https://code.launchpad.net/~mvo/click/click-check-libs/+merge/235960 for this13:55
sergiusensmvo_, as long as we look only in the parts13:57
sergiusensmvo_, but not the host13:57
sergiusensmvo_, but by default everything will be included13:57
sergiusensdholbach, ^13:57
sergiusensthe fileset is just to make the final snap look nicer13:58
sergiusensnot mandatory13:58
sergiusensI'm only saying we should use it as it is an example13:58
dholbachok, I think that makes sense13:58
Chipacamvo_: https://code.launchpad.net/~chipaca/snappy/husk/+merge/271965 if you're itching to review something juicy13:58
dholbachwe could have two examples, that's right13:58
sergiusensbut just using 'stage-packages' would of included the libs13:58
sergiusensdholbach, the walkthrough goes over this fwiw13:58
mvo_Chipaca: I love to review your stuff, you know that13:58
Chipacamvo_: ⁑D13:59
sergiusensmvo_, btw, I don't mind building in default fileset filters as you mentioned 'bins', 'shlibs', 'headers' or 'development'14:09
mvo_sergiusens: I think that would be good, we need to prune the shlibs of course to filter out the ones we already have in core, but that should be straightforward14:10
sergiusensmvo_, well, if grabbed from 'stage' it shouldn't matter too much14:11
sergiusensthen again, weird things can happen14:11
sergiusenstedg, btw, do you want me to change env management to use dicts and have each plugin get a copy of the env, be able to add to it and return it when called?14:15
sergiusenstedg, it could clean up the case where things get stepped over14:15
tedgsergiusens: Are we still gonna do shell expansions?14:17
tedgI think we need to keep those.14:17
sergiusenstedg, I don't see why not14:20
elopioogra_: have you been able to use parted with --pretend-input-tty ?14:38
ogra_elopio, i havent looked into resizing this week14:40
ogra_on my TODO though14:40
ogra_but RPi is more important14:40
elopioogra_: please let me know when you have time for this. For some reason, we are now getting a warning when shrinking the partition on the bbb.14:44
ogra_on the BBB ?14:44
ogra_that doesnt use the GPT codepath at all14:45
elopiono hurry, but I can't use that option.14:45
elopioogra_: yes, on mbr.14:45
ogra_well, MBR is not using any magic14:45
ogra_just the resizepart command14:45
ogra_whats the error you get ?14:45
elopioogra_: no, but if I can send a "yes" to parted on mbr, this could work.14:45
ogra_we dont want it interactive at all14:46
ogra_elopio, got some log with the actual error ?14:47
elopioogra_: sorry. one second.14:48
ogra_mvo_, so even an image rebuild doesnt make cloud-init show up anymore on the 15.04 image ... do you know where it is seeded for 15.04 ?14:51
ogra_(it is definitely not hardcoded in livecd-rootfs)14:52
mvo_ogra_: its part of the "Task:" header14:54
mvo_ogra_: which is not available in ppas, sowe need to fake it via "X-Tasks: ubuntu-core"14:54
ogra_mvo_, well, or force install it from livecd-rootfs14:55
ogra_live-build/auto/config for 15.04 is a mess already, adding one more line wouldnt hurt i guess14:55
mvo_ogra_: sure, either way is fine14:56
ogra_let me do that then14:56
=== kickinz1|afk is now known as kickinz1
elopioogra_: Warning: Shrinking a partition can cause data loss, are you sure you want to continue?15:01
ogra_shrinking ?!?!15:01
ogra_there is surely something wrong then15:01
elopioogra_: that's what I do to test your resize. That's on my script.15:02
longsleepogra_: Your resize code works perfectly for my testing so far by the way. So nice work!15:03
ogra_longsleep, thanks, still a hack that will need fixing :)15:03
longsleepogra_: i am very happy with it :)15:03
ogra_i'm actually pondering to just switch to gdisk15:03
ogra_there is a minor chance you trash your disk if you have powerloss while resizing15:04
ogra_i'd like ot get rid of that possibility ... or at least reduce it15:04
tasdomasmy snappy on RPi2 seems to be stuck "Starting kernel..." after update - where do I look to investigate the cause?15:21
ogra_tasdomas, oops, i was supposed to mail about that ... you will need to manually copy the kernel and initrd from /boot/uboot/a to /boot/uboot/b for the upgrade to work15:25
ogra_tasdomas, if you reboot the system should boot back into the a partition ... then run snappy update again and then do the file copy before reboot15:26
tasdomasogra_, ack - thanks15:26
ogra_thats sadly caused by the non-official state of the RPi image ... (about to change for the next release)15:27
elopioplars: could you provide us with an agent for prodstack snappy instances?15:54
plarselopio: I thought you were working on that? We specifically said that we would not provide cloud instances since that's something that didn't require special hardware15:58
elopioplars: I know. We have it solved for canonistack and now we need prodstack. I'm asking if we could add that as a new requirement for the lab.15:58
plarselopio: how is it different from canonistack? Why would it be a lab thing?15:59
plarswe don't have any special connection to prodstack that you don't15:59
elopioplars: I just don't want to maintain it. As you are maintaining all the other testbeds, I want you to maintain it.16:00
elopiobut if you can't or don't want to, I can do it. That's what I'm asking.16:00
plarselopio: I can talk to cwayne about it, but I suspect it's going to fall into the same territory as canonistack16:00
plarselopio: on the plus side, I'm very close to being able to provide you with rpi216:01
elopioplars: you see, you'll soon be out of things to do ;)16:01
plarselopio: fighting with power problems at the moment - from what I understand, the pi's in the lab may only have a 200ma adapter on them, which makes me wonder how they are running at all16:01
elopioplars: should I send an email to cwayne?16:01
plarselopio: haha, I only wish I were out of things to do!16:01
plarselopio: there's a LOT more coming16:01
plarselopio: sure, just cc me on it please16:02
elopioplars: it's a joke, of course.16:02
elopioplars: sending email... Thanks.16:02
T-monHello everyone!16:11
T-monI'm updating my snappy package and tested it with the new release16:11
T-monsomehow, the SNAPP_APP_PATH env dissappeard16:12
T-monis there a new way to get the path?16:12
elopioogra_: how would you get the start of a partition, by number?16:19
elopiolike get_start /dev/mmcblk0 416:20
ogra_utlemming, the latest 15.04 edge has your cloud-init now16:25
ogra_(sorry, that took quite a bit to have it land there)16:25
utlemmingogra_: thank you kindly :)16:25
ogra_elopio, there is code that uses sysfs, somewhere in that sysfs node you should be able to get the start and end bvalues16:26
utlemmingogra_: what is the version number? 176?16:26
ogra_utlemming, 17716:27
utlemmingogra_: ack, thanks16:27
=== ogra2 is now known as ogra-snappy-test
ogra_sergiusens, you havent synced snapcraft -proposed into -daily yet, right ?16:29
ogra_(LP uses -daily so my ircproxy test build failed ... )16:30
tedgT-mon: I think you want SNAP_APP_PATH, only one P16:33
elopioogra_: in bytes :D16:34
T-monoh, did that change? 2 months ago it worked16:34
ogra_elopio, an opportuntity to compute some math in shell for you \o/16:35
ogra_tedg, i thought we still support the old way16:35
sergiusensogra_, oh yeah, daily is dead to me :-)16:35
elopiough, last time I spent like an hour trying to take a percentage out of the end.16:36
sergiusensogra_, but I haven't told cjwatson yet16:36
ogra_sergiusens, well, cjwatson uses it for pulling from16:36
ogra_better tell him :)16:36
elopiobehold, /me does some shell math.16:36
sergiusensogra_, if I do, we should update the docs and prepare some for of announcement16:36
T-montedg: thx, I'll try it right now :)16:36
ogra_elopio, var=$((1+1))16:37
ogra_elopio, echo $var16:37
elopioogra_: I know that now. That double parentheses was tricky :)16:37
* ogra_ is afk for 1h16:37
sergiusensogra_, there, told him :-)16:49
sergiusenselopio, mind looking at https://code.launchpad.net/~sergiusens/snapcraft/doc-services/+merge/271959 ?16:50
elopiosergiusens: for you, anything.16:50
T-montedg: SNAP_APP_DATA does not exist...the are no SNAP_* ord SNAPP_* env variables16:50
sergiusenselopio, lol, it is a one liner in docs :-)16:51
elopiosergiusens: two lines.16:54
sergiusenselopio, sorry, my mistake16:58
tedgT-mon: You can check the wrapper script for your binary by looking at /apps/bin18:49
elopiosergiusens: could you review if our go is decent here? https://github.com/elopio/go-subunit/blob/master/subunit.go18:54
sergiusenselopio, sure thing18:59
sergiusenselopio, btw, any eta on landing the examples test branch?18:59
elopiosergiusens: there is a tiny lintian error. I could top-approve it, and then give you another branch to fix the issue.19:00
elopiosergiusens: not all the examples are building, but that's expected, right?}19:00
sergiusenselopio, or just take over the branch and resubmit ;-)19:00
elopioand take all the credit \o/19:01
elopiosergiusens: top approved and https://code.launchpad.net/~elopio/snapcraft/fix_lintian/+merge/27202319:06
elopioI felt bad to steal Federico's branch.19:06
sergiusenstedg, mind adding a '-q' to the grep calls in the test in  https://code.launchpad.net/~ted/snapcraft/pkg-config-sysroot/+merge/271751 ?19:43
tedgsergiusens: Heh, because that's the biggest source of output ;-)  Will do.19:45
sergiusenstedg, I hope and wish zyga gets his branch in soon ;-)19:47
longsleepIs there any particular reason why "auto eth0" was added? I added bug #1498631 for this as it blocks boot for 2 minutes19:48
nothalBug #1498631: Snappy waits 2 minutes while booting if eth0 is not connected <Snappy:New> <http://launchpad.net/bugs/1498631>19:48
ubottubug 1498631 in Snappy "Snappy waits 2 minutes while booting if eth0 is not connected" [Undecided,New] https://launchpad.net/bugs/149863119:48
sergiusenslongsleep, wasn't that always there?19:50
longsleepsergiusens: i do not think so, boot delay started with release 5/stable19:51
sergiusenslongsleep, right, but auto eth0 was always there iirc19:51
sergiusenslongsleep, might be the first manifestation for something else blocking and I think it may be the wait4network thing19:52
sergiusensChipaca, ideas? ^19:52
longsleepsergiusens: ok then some change in systemd might cause it or the ifup-wait-all-auto.service is new19:52
longsleepthat service does just wait for a pid file to appear for any interface which gets returned by ifquery --list --exclude lo --allow auto19:54
longsleepmaybe that has failed earlier for other reasons19:55
sergiusenslongsleep, that service does not ring a bell with me; I'll defer to ogra_ or Chipaca19:55
longsleepsergiusens: yeah - just went through a test run and added 4 or 5 new issues to the tracker. But that one is the most annoying as it requires me to connect a network cable while testing :/19:56
tedgsergiusens: greps are now quieter19:57
* tedg can now hear himself think19:57
* longsleep has turned on loud music and got drunk to prevent thinking19:58
Chipacalongsleep: hi20:11
Chipacalongsleep: you still there?20:11
Chipacaoh, drunk longsleep might be even longer sleep20:11
sergiusenstedg, the tests are failing on tarmac20:18
sergiusenswhile running 'sed'20:19
Chipacaooh, nice ppp bug :-/20:22
tedgsergiusens: Perhaps a dep?20:23
tedgsergiusens: Where is the error?20:23
sergiusenstedg, oh; so complicated; download https://code.launchpad.net/~ted/snapcraft/pkg-config-sysroot/+merge/271751/comments/685604/+download20:24
sergiusenstedg, and search for failed20:24
sergiusenstedg, train your eyes to get rid of the Leftover thing20:24
longsleepChipaca: still there watching soccer20:36
Chipacalongsleep: i presume you filed bug 1498631 ?20:37
ubottubug 1498631 in Snappy "Snappy waits 2 minutes while booting if eth0 is not connected" [Undecided,New] https://launchpad.net/bugs/149863120:37
longsleepChipaca: yeah - it annoyed me pretty hard last couple of hours :)20:37
tedgsergiusens: It seems to be failing on the greps... wish they weren't quiet ;-)20:37
tedgsergiusens: Not sure what could be failing. Can you run the tests on your system?20:38
Chipacalongsleep: could you add details like the architecture, and how you got the image?20:38
tedgCurious if I've made a special snowflake here.20:38
Chipacalongsleep: I don't think that particular aspect of the system changed; we added a wait4network and make network-needing services start after that, but it should not block boot20:38
longsleeplongsleep: Uhm sure - like armhf and u-d-f sytax you mean?20:39
Chipacalongsleep: yeah20:39
* longsleep can't type properly any more :)20:39
tedgSoccer, does it to me too.20:39
Chipacalongsleep: that way when whoever gets to poke at it does, they don't have to wonder/guess as much :)20:39
longsleepChipaca: if you have a snappy installation at hand, can you check if you have /lib/systemd/system/ifup-wait-all-auto.service20:40
Chipacalongsleep: sure, let me boot a stable though20:40
longsleepthat service is responsible and i think it was not added by anything i did20:40
longsleepactually i did not su much except using my own device and oem snap20:41
Chipacabooting. with network -- i wonder if i can boot kvm without network20:41
longsleepChipaca: yeah, if you use virsh you can use domif-setlink20:42
Chipacalongsleep: one thing is that we expect the first boot of an updated system to take a while20:43
Chipacalongsleep: but i presume this isn't that20:43
longsleeplongsleep: no it waits on any boot until eth0 is up or 2 minutes systemd timeout20:44
longsleepfirst boot takes longer because it creates keys and such20:44
longsleepbut on quad core 1.6 ghz arm it is almost no difference20:44
Chipacalongsleep: first boot after update also needs to shunt kernel and initrd to their new! updated! locations, which is slow20:45
Chipacabut that's just once, just on updated systems (ie systems that were updated, not created from scratch)20:46
Chipacaanyway, yes it exists20:46
longsleepso then ifquery --list --exclude lo --allow auto does return eth0 for you as well, meaning it will wait until the pid file is there20:47
longsleepChipaca: details added to bug #149863120:47
nothalBug #1498631: Snappy waits 2 minutes while booting if eth0 is not connected <Snappy:New> <http://launchpad.net/bugs/1498631>20:47
ubottubug 1498631 in Snappy "Snappy waits 2 minutes while booting if eth0 is not connected" [Undecided,New] https://launchpad.net/bugs/149863120:47
Chipacaverterok: can you disable the bug plugin for nothal in this channel? it fights with ubottu :-/20:48
Chipacaverterok: also: hello! long time no chat.20:49
Chipacalongsleep: ifup-wait-yadda-yadda is there in stable 4 also20:51
longsleepChipaca: regarding the update of kernel, initrd and stuff i have bug #1464859 and it really took ages for me when i was testing upgrade to 5 yesteday and it does not even need the stuff20:52
nothalBug #1464859: /boot contains unused initrd.img <Snappy:Triaged> <Snappy 15.04:New> <Snappy trunk:Triaged> <http://launchpad.net/bugs/1464859>20:52
ubottubug 1464859 in Snappy trunk "/boot contains unused initrd.img" [High,Triaged] https://launchpad.net/bugs/146485920:52
longsleepChipaca: yes, so something else must have triggered the new behavior, in 4 there was no boot delay.20:52
longsleepChipaca: i assumed that the eth0 auto was added, but sergiusens mentioned that was also there before20:52
Chipacalongsleep: do you have snaps installed that have services that have external ports configured?20:54
longsleepChipaca: no, nothing installed - just the plain image20:54
longsleepChipaca: it directly does that on first boot, so only snap installed is the oem snap and that has no services20:55
Chipacafwiw, “-net none” is what to add to a kvm commandline to get no network20:57
longsleepChipaca: ok, does it have a NIC then or do you end up without having eth0 ?20:57
Chipacawith that added, i get no network interface20:57
Chipacaand 15.04.5 is taking ages to boot20:58
Chipacabut not two minutes20:58
longsleepChipaca: well there is a nice animation on the boot conole while it waits20:58
Chipacain fact, significantly less than two minutes20:58
longsleepincluding countdown20:58
Chipacayeh, i need to reboot so i can set the console to the right place20:58
longsleepbut if you have no eth0 it will not wait20:58
longsleepyou need to have eth0 which does not have a connection20:59
verterokChipaca: hola!21:02
verterokChipaca: sure, will disable it asap21:02
Chipacalongsleep: just confirmed, no waiting for network at all, here21:03
verterokChipaca: done21:03
Chipacalongsleep: need to dig a little more21:03
Chipacalongsleep: will do so in a bit21:03
Chipacaverterok: thanks!21:04
Chipacabug #121:04
ubottubug 1 in Ubuntu Malaysia LoCo Team "Microsoft has a majority market share" [Critical,In progress] https://launchpad.net/bugs/121:04
longsleepChipaca: yeah, you can easily test with ifquery, if that returns nothing then it will never wait21:05
* Chipaca facepalms21:05
longsleepChipaca: exactly with 'ifquery --list --exclude lo --allow auto'21:05
Chipacalongsleep: yeah, sorry21:05
Chipacalongsleep: ok, reproduced21:28
longsleepChipaca: ok great, any ideas why it did not happen on previous builds?21:28
Chipacalongsleep: no21:28
Chipacalongsleep: baby steps :)21:28
Chipacalongsleep: meanwhile you can change that yourself using ubuntu config, yes?21:34
longsleepChipaca: uhm, sure i just removed auto eth from /etc/network/interfaces.d/eth0 - not sure about ubuntu config21:35
longsleepChipaca: what is "ubuntu config" ?21:36
* longsleep is probably just too drunk 21:36
Chipacaor i'm too tired21:36
Chipacabecause i meant snappy config :)21:37
Chipacasomething like21:37
longsleepah :D21:37
Chipacaecho -e "config:\n ubuntu-core:\n  network:\n   interfaces:\n   - name: eth0\n     content: |\n       ohgodwhy" | sudo snappy config ubuntu-core21:37
longsleepnot sure, does ubuntu-core config now expose network config? I missed the last bunch of weeks snappy development :/21:37
Chipacalongsleep: yes21:38
Chipacalongsleep: not very cleanly yet, but it gets the job done21:38
Chipacalongsleep: expect it to change21:38
Chipacalongsleep: also, apparently, expect it not to work for ppp :-(21:38
* Chipaca needs to check on that21:39
longsleepChipaca: ah yes i see, seems one can now handle the content of the eth0 file with snappy config via the oem snap21:39
longsleepChipaca: so yes - no blocking issue for my use case then21:40
Chipacalongsleep: however, note that on first boot a file will be created21:40
Chipacaso, it will continue to annoy you for a bit21:40
longsleepChipaca: what do you mean? What file?21:40
Chipacalongsleep: that eth0 file is created on first boot21:41
longsleepChipaca: right, why would that be a problem?21:41
Chipacalongsleep: doesn't oem config happen at image creation time?21:42
longsleepChipaca: this is on my list of things to test21:42
Chipacai have not looked into the oem config magic, though, so i might be wrong :)21:43
longsleepI got told by ogra_ that oem config is applied on first boot, but i might remember it wrong.21:43
Chipacaogra would know :)21:47
longsleepChipaca: regarding ppp, did you see #1498620 - i just added some more details21:47
longsleepbug #149862021:47
ubottubug 1498620 in Snappy "Failed to start Restore /etc/resolv.conf if the system crashed before the ppp link" [Undecided,New] https://launchpad.net/bugs/149862021:47
Chipacalongsleep: i didn't, but did you see https://lists.ubuntu.com/archives/snappy-devel/2015-September/001047.html21:48
longsleepChipaca: ah i did not, but that is the problem for #1498620 - so i might have added a duplicate21:49
Chipacalongsleep: i don't think there's a bug for the mailing list message21:49
Chipacalongsleep: are you subscribed? otherwise i'll point him at the bug myself21:49
longsleepChipaca: yes, i am subscribed - though i can reply tomorrow from the office only21:50
* longsleep does not want to read office mail now :)21:50
ChipacaSGTM :)21:50
Chipacabug 149862021:51
ubottubug 1498620 in Snappy "ppp files are created one level too deep" [Undecided,New] https://launchpad.net/bugs/149862021:51
Chipacaor /o\21:51
longsleepWell thats an easy one so \o/ for sure :)21:52
jakewAs far as I can tell, snapcraft doesn't currently support building armhf snaps.  Is that correct?22:47

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