[06:58] <dholbach> good morning
[07:00] <dpm> morning dholbach
[07:00] <dholbach> hey dpm
[08:16] <JamesTait> Good morning all; happy World Environment Day! :-D
[08:46] <Laney> is it possible for something to swallow console.log and qDebug output?
[08:52] <Laney> I can put them in system-settings code but they don't get printed out
[08:52] <Laney> why :(
[08:59] <seb128> Laney, how do you start system settings?
[09:00] <Laney> seb128: ssh> system-settings --desktop_file_hint=/the/path/...
[09:00] <Laney> it comes up and I get some warnings from qt but not the ones I put in the code
[09:02] <seb128> weird
[09:17] <Laney> indeed
[09:22] <dholbach> dpm, do you have access to https://bugs.launchpad.net/ubuntudeveloperportal/+manage-official-tags?
[09:23] <dholbach> dpm, maybe I need to be admin in https://launchpad.net/~ubuntudeveloperportal/+members?
[09:23] <dpm> let me have a look
[09:25] <dpm> dholbach, done, I've kicked you out of the team
[09:25] <dholbach> looks like I'm done here
[09:25] <dholbach> seb128, do you need somebody new on your team?
[09:25] <dpm> that'll teach you for complaining about tags
[09:25] <dholbach> dpm, I still don't have access to https://bugs.launchpad.net/ubuntudeveloperportal/+manage-official-tags
[09:26] <dpm> hm, weird
[09:26] <seb128> dholbach, want to come back doing desktop updates and merges like in the good old time? ;-)
[09:26] <dholbach> seb128, ... and ignore my bugs inbox ;-)
[09:26] <dholbach> or try to ignore
[09:27] <seb128> dholbach, that's not going to fly here :p
[09:28] <dholbach> dpm, maybe set the maintainer of the ubuntudeveloperportal project to ~ubuntudeveloperportal?
[09:28] <dholbach> seb128, I'm sure that's exactly what the rest of your team is doing ;-)
[09:28] <seb128> dholbach, calling them slackers?!
[09:28] <dholbach> seb128, my settings daemon crashed this morning!
[09:29] <dholbach> and how about some desktop sponsoring? :-P
[09:29] <dpm> dholbach, yeah, that was what I was trying to do, but LP does not seem to allow me to do that. I can only set it to be ubuntudeveloperportal-editors, which is another team. Give me a few mins to sort it out...
[09:29] <dholbach> dpm, don't worry too much
[09:30] <dholbach> dpm, I'm just filing a bunch of bugs right now and tag them with 'bitesize', 'screenshot', 'diagram' - that sort of thing
[09:30] <dholbach> I hope we make the whole thing a bit more manageable this way
[09:30] <dpm> seb128, even if dholbach is not officially joining the desktop team, feel free to give him some work, he's got way too much spare time
[09:30] <seb128> dholbach, desktop sponsoring queue is clean, "desktop-core: 1", "desktop-extra: 1"
[09:30] <seb128> dpm, yeah, I just noticed
[09:30] <seb128> dholbach, and yeah, the settings daemon issue is known/being worked on
[09:30]  * dholbach looks into the direction of the kernel team
[09:30] <dholbach> hippies!
[09:30] <seb128> dholbach, you don't drink enough to join the kernel team
[09:30]  * dpm hugs seb128 and dholbach
[09:31]  * seb128 hugs dpm and dholbach
[09:31] <dholbach> seb128, I can at least try!
[09:31]  * dholbach hugs you all :)
[09:38] <dpm> dholbach, ok, I'm asking in #launchpad how to set the maintainer to be that team, which I don't seem to be able to do. In the meantime, I can set up the official tags for you. Which ones would you like to have?
[09:39] <dholbach> dpm, I used example, bitesize, diagram, screenshot
[09:39] <dholbach> dpm, not sure if there's others which have been used a lot
[09:39] <nik90> zbenjamin: ping (again sry :P)
[09:40] <zbenjamin> nik90: i'm here
[09:40] <nik90> zbenjamin: I am having trouble with the kit
[09:40] <nik90> zbenjamin: let me create a kit for the x86 emulator now, and send you a screenshot of the error
[09:41] <nik90> 1 min
[09:41] <zbenjamin> sure
[09:42] <nik90> zbenjamin: https://imgur.com/GCGToAr
[09:43] <nik90> zbenjamin: As you can see, i have used the chroot we created yesterday. It is a i386 chroot for the emulator.
[09:43] <zbenjamin> nik90: your host, is a also x86 or x86_64
[09:43] <dpm> dholbach, can you try now accessing https://bugs.launchpad.net/ubuntudeveloperportal/+manage-official-tags ?
[09:43] <nik90> zbenjamin: I have also added it to the project. However when I choose it as the kit and then press run, I get the error
[09:43] <nik90> zbenjamin: my host (laptop) is a x86_64
[09:44] <dholbach> dpm, well done - thanks
[09:44] <zbenjamin> nik90: what does the compile output say?
[09:44] <nik90> zbenjamin: http://paste.ubuntu.com/7593701/
[09:46] <zbenjamin> weird , so it actually tries to start to build
[09:46] <zbenjamin> nik90: what you can try is, outside of qtc, log in the chroot, go to your project : cd project && mkdir build && cmake .. && make
[09:46] <zbenjamin> nik90: see if it builds
[09:46] <nik90> zbenjamin: how do I login into the chroot?
[09:47] <zbenjamin> nik90: in QtC you can go to Tools -> Options -> Ubuntu -> and click on Maintain  in the click chroot list
[09:48] <zbenjamin> nik90: or fromt he commandline  "click chroot -a <arch> -f <framework> run"  i think
[09:51] <nik90> zbenjamin: if I do it through the terminal, the it built fine
[09:51] <nik90>  Built target ubuntu-clock-appbackend-qmldir
[09:51] <zbenjamin> strange
[09:54] <nik90> zbenjamin: should I delete the kit and create it again?
[09:54] <nik90> zbenjamin: this was the kit that was automatically created by qtc
[09:54] <zbenjamin> nik90: no, i don't think that will help
[09:56] <zbenjamin> nik90: try rightclick on the project -> run cmake -> and then build again
[09:58] <nik90> zbenjamin: same error
[09:59] <zbenjamin> i try to reproduce your issue but i need to create a click chroot first
[09:59] <nik90> zbenjamin: however in my emulator, I see an empty ubunut-clock-app
[09:59] <nik90> zbenjamin: On clicking it I was shown the qml file chooser dialog :)
[09:59] <zbenjamin> lol
[10:00] <zbenjamin> ok let me try to reproduce this, sadly that will take a while because my connection is not so fast
[10:03] <dpm> popey, branch review call?
[10:04] <popey> omw
[10:25] <karni> Hi folks. How can I force the emulator to be smaller in terms of screen size? How can I change density?
[10:25] <karni> density in terms of resizing the emulator
[10:26] <nik90> karni: when you run from the terminal you can add an argument -size: 0.5
[10:26] <nik90> if I remember vaguely
[10:26] <karni> nik90: thanks, will try (and find a place where to put that in Ubuntu SDK)
[10:27] <nik90> karni: np
[10:30] <karni> zbenjamin: Do you perhaps now how to apply nik90's hit regarding emulator size through Ubuntu SDK? I'm not starting the emulator from terminal, been looking for where I can provide -size: 05
[10:33] <zbenjamin> karni: there is a script called local_start_emulator in /usr/share/qtcreator/ubuntu/scripts
[10:33] <karni> aha, line 19 looks like it :)
[10:33] <karni> zbenjamin: thanks pal! I think it would be fantastic to be able to apply this settting from Ubuntu SDK :)
[10:34] <zbenjamin> karni: line 30 is the command just add --size behind the memory switch
[10:34] <karni> oh, this computer is still trusty. different like, but I got the point :)
[10:35] <zbenjamin> karni: thats true, but that is convenience and atm not very high in priority ;)
[10:35] <karni> zbenjamin: sure, I imagine. though, the emulator is huge :)
[10:35] <karni> zbenjamin: I'll file a bug, so we keep trak of this
[10:36] <zbenjamin> karni: make it more generic , like "Support setting emulator switches from the SDK" instead of just the size switch
[10:36] <karni> yep
[10:41] <karni> zbenjamin: reported https://bugs.launchpad.net/qtcreator-plugin-ubuntu/+bug/1326737
[10:42] <zbenjamin> karni: thx
[10:43] <karni> thank you
[10:48] <zbenjamin> mzanetti: didn't you create a bug for the problem with the SSH keys?
[10:48] <zbenjamin> bug report i mean
[10:56] <t1mp> kalikiana: I happroved https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/initSortOrder2/+merge/222072 again after the fix for the .xauthority file was merged in staging
[10:57] <mzanetti> zbenjamin: yes
[10:57] <mzanetti> lemme search for it
[10:58] <mzanetti> zbenjamin: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237923
[10:58] <zbenjamin> mzanetti: thx, just uploaded a branch with the fix for that
[10:58] <mzanetti> zbenjamin: yay :)
[10:58] <mzanetti> Saviq: ^
[10:59] <Saviq> \o/ \o\ /o/
[11:00]  * Saviq can't ssh into my device image 65 anyway, I think they start locking stuff up ;)
[11:00] <mzanetti> Saviq: yes. there was a mail about that
[11:00] <Saviq> it's good that we *just* got the phablet-shell tool, which is useless now ;)
[11:01] <kalikiana> t1mp: thx
[11:01] <ogra_> Saviq, security demanded we drop password auth support
[11:02] <Saviq> ogra_, yeah, I'm publickey...
[11:02] <ogra_> cant argue with the security team :)
[11:02] <Saviq> ogra_, and I can't log in
[11:02] <ogra_> oh ?
[11:02] <Saviq> need to dbg a bit more
[11:02] <ogra_> not even with phablet-shell ?
[11:02] <zbenjamin> no SSH process started?
[11:02] <Saviq> zbenjamin, no, it rejects me
[11:03] <ogra_> use adb to debug ;)
[11:04] <Saviq> yeah I know, just have a bit bigger thing to tackle first, TED!
[11:05] <ogra_> ++
[11:10] <karni> Saviq: please let me know of your findings, I didn't have time to debug phablet-shell, I'm having the same problem.
[11:10] <Saviq> karni, will do
[11:11] <karni> tnx
[11:14] <zbenjamin> nik90: i can reproduce your problem . Currently I don'T know why its not working. Theoretically it should be exactly the same
[11:14] <nik90> zbenjamin: it is good to know that you can reproduce the issue though
[11:14] <zbenjamin> nik90: it should not make a difference between logging in and running the build and running the build with click chroot run cmake
[11:14] <zbenjamin> nik90: there might be a bug in the chroot itself
[11:50] <carlduke> hello!
[11:51] <carlduke> anyone know a Canical email address that I could write to? I'm an Ubuntu apps developer and I'm having some troubles with uploading my app (not reiceving any answer)
[11:52] <dpm_> hi carlduke
[11:52] <carlduke> hi!
[11:52] <dpm_> what type of issues are having?
[11:52] <nik90> ahayzen, dpm: https://plus.google.com/hangouts/_/hoaevent/AP36tYed7aW-8ZozRAdVgfKTJW-xmC2Skpf9eef_V4pKUmL9oGmNyA
[11:53] <nik90> popey: ^^
[11:53] <ahayzen> nik90, o/
[11:53] <dpm_> nik90, joining in a minute, thanks!
[11:53] <carlduke> I uploaded my app something like two weeks ago, and it's still in pending review.  I tried to write in the "feedback" section but I didn't get any reply
[11:53] <ahayzen> vthompson, ^^
[11:53] <nik90> ah he is on irc
[11:54] <dpm_> carlduke, can you give us the URL of your app in myapps.developer.com for us to have a look?
[11:54] <carlduke> sure wait
[11:54] <nik90> ahayzen: are you able to join?
[11:54] <carlduke> here it is https://myapps.developer.ubuntu.com/dev/apps/3783/
[11:55] <popey> nik90: one moment
[11:55] <ahayzen> nik90, i'm in!
[11:56] <popey> carlduke: there's quite a queue for desktop apps I'm afraid, and one of the guys who deals with it is on vacation.
[11:56] <popey> carlduke: sorry about that.
[11:56] <carlduke> Ah okay! no problem, thanks! I just wanted to be sure there was no problem with my package :)
[11:57] <popey> carlduke: well I can't guarantee that ☻
[11:58] <carlduke> yeah but It must be something like that as usually problems with the package show up during the following steps ;)
[12:33] <mihir> popey: for calendar we doing hangout or IRC  today ?
[12:39] <ogra_> Saviq, fyi, i cant reproduce any issues with phablet-shell over here, works just fine
[12:39] <dholbach> popey, regarding your last webapp-googlecalendar review: try again with the version from trunk
[12:39] <dholbach> popey, unfortunately it's just in trunk, but not in other versions yet, because of some issues we're still working out
[12:40] <dholbach> jdstrand, shall I do an upload of click-reviewers-tools to utopic?
[12:40] <popey> dholbach: I always use trunk. every review I do, I pull click-reviewers-tools
[12:40] <dholbach> popey, and you ran from bzr?
[12:40] <dholbach> jdstrand, what do you suggest we do about bug 1324121?
[12:40] <popey> dholbach: i bzr pull every time
[12:41] <daker> popey: battery life has decreased this week, not sure why :(
[12:41] <daker> i am seeing apport always running and taking +50% on CPU
[12:42] <popey> erk
[12:42] <dholbach> popey, with latest trunk I just get a warning in the lint_description test
[12:42] <ogra_> daker, which image ?
[12:43] <ogra_> we had a few seriously broken ones
[12:43] <daker> r63
[12:43] <Saviq> ogra_, yeah, I need to dig in
[12:43] <popey> dholbach: http://paste.ubuntu.com/7594571/
[12:43] <ogra_> daker, uuh, upgrade :P
[12:43] <daker> ogra_: and the indicators don't appear when the welcome screen in on
[12:43] <ogra_> yes
[12:44] <ogra_> thats a completely broken image
[12:44] <ogra_> 64 too iirc
[12:44] <dholbach> popey, maybe it's calling /usr/bin/click-run-checks?
[12:44] <daker> ogra_: :(
[12:44] <dholbach> instead of ./bin/click-run-checks?
[12:44] <popey>  /home/alan/phablet/click-reviewers-tools/bin/click-run-checks
[12:44] <popey> its calling that
[12:45] <popey> http://paste.ubuntu.com/7594585/ is the script
[12:45] <dholbach> popey, http://paste.ubuntu.com/7594588/ is what I got
[12:47] <popey> dholbach: dunno what I'm doing wrong then
[12:48] <dholbach> popey, I'll take a look at it - to me it seems like the app could be approved, but I'll have a closer look first
[12:52] <jdstrand> dholbach: lets not do a build just yet, something came up with scopes confinement and I need to make a change to the tools
[12:53] <dholbach> jdstrand, ok, WFM - shall I upload a backported apparmor-easyprof-ubuntu to the sdk staging ppa for trusty? (saucy will be hard and we might want to ignore it for now?)
[12:53] <jdstrand> dholbach: as for apparmor-easyprof-ubuntu to saucy-- why is this an issue? is the sdk team even supporting saucy any more? (I thought I heard they were not)
[12:54] <jdstrand> dholbach: hold off on the apparmor-easyprof-ubuntu backport until it is at 1.2.4 (same thing with scopes confinement)
[12:54] <dholbach> jdstrand, we had a daily build which was targeting saucy first, then saucy and trusty, etc - I'm happy to turn off and ignore saucy
[12:54] <dholbach> jdstrand, all right, I'll just disable saucy for now then
[12:54] <dholbach> thanks jdstrand
[12:54] <jdstrand> dholbach: I could be wrong btw-- like I said, I thought I heard that somewhere
[13:07] <popey> jdstrand: do you have an eta for a-e-u 1.2.4 in the image so we can land https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355 ?
[13:07] <jdstrand> popey: I am working on it right now
[13:08] <popey> ok
[13:11] <jdstrand> popey: do you have a device on the latest image? if so, can you paste the output of 'cat /var/lib/apparmor/clicks/com.ubuntu.music_music_<highest version>'
[13:12] <dholbach> popey, do you get the same output if you go into the directory manually and run bzr pull; ./bin/click-run-checks <click path>? (still not sure why this is happening)
[13:12] <popey> i do
[13:12]  * jdstrand wants to know if it is still unconfined
[13:13] <popey> jdstrand: it is
[13:13] <popey>     "template": "unconfined",
[13:13] <jdstrand> ok, thanks
[13:13] <jdstrand> that helps with my 1.2.4 upload
[13:13] <popey> anything else you need? tea, cakes?
[13:13] <jdstrand> hehe, no, I'm almost to the point of testing it
[13:14] <popey> dholbach: yes
[13:14] <popey> dholbach: http://paste.ubuntu.com/7594734/
[13:15] <popey> dholbach: is it possible it's pulling some python library from the installed click-reviewers-tools deb, rather than the local stuff?
[13:15] <dholbach> popey, ahhhh, you're on trusty right? probably and "old" version of apparmor-easyprof-ubuntu or click or wherever the framework definitions live?
[13:16] <popey> yes
[13:17] <dholbach> popey, ok, then I guess we'll have to wait for stuff to be backported to the sdk ppa
[13:17] <popey> oh, thats annoying. i cant reliably check apps then
[13:19] <jdstrand> zbenjamin: hey, so, apparmor-easyprof-ubuntu 1.2.3 has the debug policy group
[13:19] <dholbach> popey, I don't know which package exactly needs backporting right now - I pinged bzoltan about click itself and apparmor-easyprof-ubuntu is on hold (cf above)
[13:19] <dholbach> AFAICT it'll be done soon
[13:19] <jdstrand> zbenjamin: have you tried it? it isn't clear to me how to test it
[13:20] <dholbach> and it's "just" the lint_framework check
[13:20] <dholbach> but yeah, it'll be good when this is fixed
[13:23] <dpm_> hi fginther, balloons - could you give us a hand determining why this MP failed on Jenkins? -> https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163
[13:28] <fginther> dpm_, it looks like the failing test is meant to be skipped. Is that the case?
[13:28] <Saviq> ogra_, does https://pastebin.canonical.com/111156/ tell anything to you re: ssh issue?
[13:29] <dpm> pkunal-parmar, do you know more about that failing test to answer fginther's question?
[13:29] <dpm> ^^
[13:30] <pkunal-parmar> what i know is, Leo is going to help us fixing the those test case
[13:30] <pkunal-parmar> so we need not skip those
[13:30] <ogra_> Saviq, the keys dont match i think
[13:31] <Saviq> ogra_, well, they match in image 64 ;D
[13:32] <Saviq> ogra_, ok, cleared things up and it works now
[13:32] <Saviq> ogra_, looks like it's more strict now or something
[13:32] <Saviq> ogra_, had to drop the original authorized_keys*; touch -m authorized_keys and cat > authorized_keys my key
[13:32] <Saviq> karni, ↑
[13:32] <ogra_> file a bug against ühablet-tools please, i'm sure robru didnt intend to have it behave like this
[13:33] <karni> Saviq: \o/
[13:33] <Saviq> OH
[13:33] <Saviq> karni, wait for it
[13:33] <Saviq> now I can't log in again
[13:33] <karni> :(
[13:33] <Saviq> I could only log in once?? wtf
[13:34] <dpm_> ok, thanks pkunal-parmar
[13:34] <Saviq> aaah phablet-tools breaks it for me
[13:34] <Saviq> phablet-shell I mean
[13:35] <Saviq> yup, it replaces authorized_keys with the canonical one, and it tries my own one first and fails
[13:35] <Saviq> nasty
[13:35] <Saviq> karni, so yeah, as long as you don't use phablet-shell, stuff should work
[13:36] <Saviq> WWTTTHHH
[13:36] <dpm_> elopio, we've got a test failing on https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163 and we can't figure out why - the calendar devs are mentioning that you were saying you were planning to fix that test. Is this something that you are looking into? Or is there anything else we can do to get that longstanding branch landed?
[13:36] <karni> Saviq: haha wait. wasn't this supposed to *FIX* using phablet-shell :D?
[13:36] <Saviq> karni, yeah, I don't know what's happening
[13:36] <Saviq> I can't log in again
[13:37] <karni> Saviq: ah, I suppose we were talking about diffrent things. you're trying to ssh in, I was trying to use phablet-shell. similar symptom once you use phablet-shell, I suppose :)
[13:37] <Saviq> karni, p-s uses ssh
[13:37] <Saviq> karni, just tcp-forwarded over adb
[13:37] <karni> yes, I know :)
[13:37] <karni> I mean, I don't know the internals, but it just wraps stuff we'd normally do in CLI
[13:38] <t1mp> zsombi: I cleaned up https://docs.google.com/a/canonical.com/document/d/1wUUKtPmRmwbUELC1BUB9l0VOAwS_zAPRSCqMopUxR1c/edit after our discussion
[13:38] <t1mp> \o/ hurray we have finally agreed on the new header API :)
[13:39] <zsombi> t1mp: looks "clean" now :)
[13:39] <Saviq> ok I *kinda* know what's happening now
[13:40] <t1mp> zsombi: the "content" property is very close (actually the same) as what we were using all the time, but which we did not support :)
[13:41] <zsombi> t1mp: :)
[13:43] <t1mp> zsombi: btw, what do you think of this one? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935
[13:43] <t1mp> zsombi: ^there are 3 apps that use select_single(Header) in their AP tests that need to update to use our cpo's before I can make that change, but other than that it is ready
[13:44] <t1mp> zsombi: I'm gonna propose changes to those apps now, it is some work so better stop me now if you think that MR is complete nonsense
[13:44] <zsombi> t1mp: so we have a CPO now for that, right?
[13:44] <t1mp> zsombi: yes, we have a CPO, but elopio checked and three apps don't use that yet
[13:45] <t1mp> so they use the internals which will break when we change stuff
[13:45] <zsombi> t1mp: what if you make the CPO first with the current setup, change the apps then we remove the header?
[13:45] <Saviq> karni, bug #1326805, sounds related to what you're seeing?
[13:45] <t1mp> zsombi: can you top-approve this? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935
[13:45] <t1mp> zsombi: no not that one!
[13:45] <t1mp> epaste
[13:45] <zsombi> :)
[13:46] <zsombi> sheets?
[13:46] <t1mp> zsombi: can you top-approve this? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/deprecateSheets/+merge/221879 :)
[13:46] <t1mp> zsombi: ya
[13:46] <zsombi> t1mp: done
[13:46] <t1mp> thanks
[13:46] <karni> I believe it may be the same issue. The problem is that I haven't ssh'ed in for a while (just used adb shell). I'll mark it as affecting me.
[13:47] <t1mp> zsombi: hmm.. is it going to land now that you top-approved after CI rejected (because of the .xauthority file which just got fixed in staging)
[13:47] <t1mp> ?
[13:48] <Saviq> oh yay, now I locked myself out of chinstrap :D
[13:51] <karni> FTR not the case here, though
[13:51] <zsombi> t1mp: let's see... I don;'t think so...
[13:51] <t1mp> zsombi: ok I'll do an empty commit to re-trigger CI
[13:52] <t1mp> zsombi: I merged staging on https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/deprecateSheets/+merge/221879
[13:52] <t1mp> zsombi: interesting, it is still "Approved", it didn't go back to "Needs review" automatically
[13:53] <t1mp> I thought that always happens when I make a change
[13:53] <zsombi> t1mp: no, it doesn't, but the CI will fail, and then we can set it again
[13:53] <t1mp> zsombi: I set it back to needs review
[13:53] <t1mp> zsombi: if you happrove now, it will be happroved after my latest change
[13:53] <t1mp> and then everything should pass automatically
[13:54] <t1mp> or I can happrove myself ;)
[13:54] <zsombi> done
[13:54] <t1mp> ok thanks
[13:56] <t1mp> zsombi: did we ever discuss changing default values of properties?
[13:56] <t1mp> zsombi: I am thinking to set useDeprecatedToolbar to false by default in uitk 1.1, but keep it true in 1.0
[13:56] <t1mp> that may mess up apps that use 1.1 but which rely on the toolbar
[13:57] <zsombi> t1mp: hmm... you shoudl communicate before doing that. The name of the API is anyway bad :)
[13:58] <t1mp> zsombi: I'm not saying to just make the switch today, of course I'll communicate it first if we do that :)
[13:58] <t1mp> and useDeprecatedToolbar is a suitable name :)
[13:58] <t1mp> zsombi: or we introduce 1.2 and switch there
[14:02] <elopio> dpm_: I have never seen before the test that's failing. But I can give it a try.
[14:03] <dpm_> elopio, great, thanks. Even if it's to give us some pointers, that'd already help. Not really sure why it's failing
[14:03] <elopio> dpm_: ok, give me some minutes
[14:03] <dpm_> cool
[14:04] <elopio> dpm_: replying late, yes, we don't need the evernote 2.7 packages.
[14:04] <elopio> dpm_: and on evernote I found that it's now getting a segfault on online accounts.
[14:04] <elopio> still debugging there.
[14:05] <dpm_> elopio, ah, yes, confirmed by Nick (re: the 2.7 packages), but thanks for coming back to me on that one
[14:05] <zsombi> t1mp: postpone the pain :D
[14:05] <zsombi> t1mp: that will not happen in 14.10 timeframe
[14:05] <dpm_> elopio, what is getting a segfault? The python sdk when trying to access evernote via o-a?
[14:06] <elopio> dpm_: no, online accounts when the reminders app is opened.
[14:06] <elopio> something similar happened on the click scope
[14:06] <elopio> so I'm tracing back my steps on how we fixed that one.
[14:07] <t1mp> zsombi: before using the new header API (in 1.1), app developers still have to explicitly say useDeprecatedToolbar: false, which seems a bit silly
[14:07] <dpm_> elopio, huh? I've not seen that one. It's working fine here. On what image? Or are you testing on the desktop?
[14:07] <elopio> dpm_: ah, but it's because of the account we add before opening the app
[14:07] <zsombi> t1mp: that's why we should change its default value to false
[14:07] <elopio> nothing to worry on your side. Ot doesn't happen if we add the account throug system settings.
[14:08] <t1mp> zsombi: in 1.1 only, right? 1.0 doesn't offer all of the new header stuff anyway
[14:09] <zsombi> t1mp: yep
[14:09] <t1mp> zsombi: ok
[14:15] <jdstrand> dholbach: ok, click-reviewers-tools can be updated (though apparmor-easyprof-ubuntu 1.2.4 still isn't uploaded)
[14:15] <dholbach> jdstrand, ok, I'll take care of it now and we can still do the backports later on
[14:19] <jdstrand> dholbach: be sure to use r198. thanks for taking care of that! :)
[14:20] <dholbach> jdstrand, I saw your message a millisecond too late - I'll take care of that :-/
[14:25] <t1mp> boiko, elopio: I have an MP for messaging-app: https://code.launchpad.net/~tpeeters/messaging-app/ap-get-header/+merge/222201
[14:25] <t1mp> boiko, elopio: I did not test it (I think the messaging-app dependencies will mess up my system), but we need a change like this. If the MP is wrong, probably you can easily remove that function in your own branch
[14:26] <t1mp> anyway I couldn't see any place where you use the function
[14:27] <boiko> t1mp: thanks for that, I will be doing some more changes to messaging-app's ap tests, I will probably include that in the same branch if you don't mind
[14:27] <t1mp> boiko: sure
[14:27] <elopio> t1mp: boiko, +1
[14:27] <t1mp> boiko: do you know how long it will take?
[14:28] <t1mp> boiko: let me know when you have the changes. I am preparing a change in UITK that breaks your test if you are using your custom get_header() function, see https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935
[14:35] <t1mp> elopio: I'll check notes-app and terminal-app later
[14:35] <t1mp> elopio: unless you want to do it first ;)
[14:36]  * t1mp afk now
[14:36] <elopio> t1mp: unlikely :)
[14:38] <t1mp> elopio: ok, np :)
[14:39] <balloons> dpm, on https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163 the test likely needs updated. They've changed the new event qml
[14:40] <dpm> balloons, but he did update the test, didn't he? The failure in the logs doesn't look like a failed test?
[14:40] <balloons> dpm, no the only changes I see are to skip tests
[14:40] <dpm> hm, weird
[14:41] <balloons> it's probably not too hard to update the test
[14:41] <balloons> but the results are legitimate
[14:42] <dpm> balloons, ah, so I guess it's down to what this comment was already saying: https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163/comments/503862
[14:42] <dholbach> dpm, balloons, mhall119, popey: I filed a bunch of bugs on ubuntudeveloperportal and tried to tag them / set importance of them... if you could help a bit during your docs day (or one of the next), that'd be great
[14:43] <balloons> dpm, wow, this branch is quite old.. I wonder if the datepicker emulator has landed. If not we can ask someone to write one
[14:43] <balloons> need to make sure a bug exists for it if one doesn't
[14:44] <dpm> balloons, it's our oldest branch indeed. Could you help us figuring out whether there is an emulator already and if not, to figure out what to do?
[14:44] <dpm> It'd be great to finally merge the branch
[14:45] <balloons> dpm, yep I'll look and see if it exists. If not, I'll write it. Getting it into the sdk will be a separate task
[14:45] <dpm> balloons, if there is no emulator we could also skip the test, get the branch merged, but block a store update until the test is written
[14:45] <balloons> dpm, yes we could do that.. That would take seconds if you just want ot land the branch
[14:46] <dpm> dholbach, awesome, will don, thanks!
[14:46] <balloons> I could propose a branch to add it afterwards
[14:46] <mhall119> dholbach: thanks, I'll go through the open bugs today
[14:46] <dholbach> rock on
[14:46] <dpm> balloons, ok, cool, so do you think it makes sense?
[14:46] <ahayzen_> balloons, when your free could you let me know
[14:46] <balloons> dpm, yes given the circumstances. To do it, I would want a bug filed and linked in with the skip
[14:47] <balloons> ahayzen_, I haven't forgotten about you.. I'm sorry I've been out!
[14:47] <balloons> I spent a little time with the branch last night
[14:48] <ahayzen_> balloons, no worries we have a slight change of plan.... so firstly we are gonna ignore the dbus error on startup and concentrate on fixing the autopilot tests first, as i have proved it is not music-app it is mediascanner2....
[14:49] <ahayzen_> balloons, now the autopilot tests themselves popey said if we can't figure out how to get the isolation/fakeenv working then we should go back to patching the live home rather than trying to create a fake environment.... as it is more important to land this and remove grilo than preserving peoples ~/Music correctly at the moment
[14:49] <dpm> balloons, bug 1326833 - how do we skip a test?
[14:50] <balloons> ahayzen_, yes the plan was always to remove the fakenv patching so the branch could land
[14:50] <ahayzen_> popey, did we set a deadline date/time for not figuring out isolation/fakeenv?
[14:50] <balloons> ahayzen_, I don't want to play with it in this merge
[14:50] <ahayzen_> balloons, ah cool... i've got sooo confused where everything is now
[14:51] <popey> ahayzen_: by the end of the week really.
[14:51] <balloons> ahayzen_, hah, yay. The only thing stopping me was the core dump on launch.. I still can't run music by itself, even with a pristine home and nothing in it
[14:51] <ahayzen_> popey, sounds like we may be going this route anyway
[14:51] <ahayzen_> balloons, what about on device?
[14:51] <balloons> popey, yes basically I spent time with jdstrand trying to get it to work, but it's proving extremely difficult to get right.. the apparmor policy keeps growing
[14:52] <ahayzen_> balloons, i can run in a utopic VM... and on my device ... it seems to be worse when you have large libraries
[14:52] <ahayzen_> balloons, or the 'hack' i found was to make another process use 100% CPU then it doesn't core dump lol
[14:52] <balloons> ahayzen_, I couldn't run it last not on utopic
[14:52] <balloons> ahayzen_, yes, well, heh, that should be fixed
[14:53] <ahayzen_> balloons, even on your device can you not run?
[14:53] <balloons> ahayzen_, I didn't try the device.. I was focusing on the desktop as I need it to run to write the test easily
[14:53] <ahayzen_> balloons, yep there is a bug https://bugs.launchpad.net/mediascanner2/+bug/1326753
[14:53] <balloons> ahayzen_, so how are you going to land it then?
[14:54] <ahayzen_> balloons, ah damn
[14:54] <ahayzen_> balloons, we popey said to just land it anyway as it isn't our bug...
[14:54] <ahayzen_> *well
[14:54] <balloons> ahayzen_, well we can land as-is then.. it passes jenkins.. but indeed tests are broken
[14:54] <balloons> running it is broken
[14:54] <ahayzen_> balloons, but we obviously need to get the AP tests passing
[14:54] <balloons> we don't want to push that into the store
[14:55] <balloons> you can file a bug to track the tests
[14:55] <ahayzen_> balloons, it runs *sometimes* lol... as i said small libraries usually work
[14:55] <balloons> ahayzen_, lol.. my library was 0 files and it doesn't run for me
[14:55] <ahayzen_> balloons, oh damn :(
[14:55] <balloons> I can do the work to undo things anyways and assume it will work I guss
[14:55] <jdstrand> bug 1326753 is likely a dupe of bug 1303962
[14:56] <ahayzen_> jdstrand, but this is on trusty desktop...and it *sometimes* works
[14:56] <jdstrand> ah, then likely not
[14:56] <ahayzen_> jdstrand, surely that is not apparmor?
[14:56] <jdstrand> ahayzen_: you could double check by doing 'grep DEN /var/log/syslog'
[14:57] <ahayzen_> jdstrand, nothing appears in syslog
[14:57] <ahayzen_> jdstrand, nothing appears in any logs which is really worrying :(
[14:57] <ahayzen_> balloons, do you experience the same? nothing in any of the logs?
[14:57] <elopio> dpm_: the calendar test calendar_app.tests.test_calendar.TestMainView.test_new_event also fails in trunk. And it's because when you click the a text field for the first time, it doesn't get enabled.
[14:58] <elopio> that's on create a new event. The second time you click it, it gets the focus.
[14:58] <balloons> ahayzen_, not entirely sure I can run again and check
[14:58] <balloons> elopio, there's a bug for that one
[14:59] <ahayzen_> popey, what direction/actions should we take now?
[14:59] <balloons> victor actually worked around it and that landed, so trunk should work
[15:01] <elopio> balloons: I can't find it, do you have the # ?
[15:01] <popey> so we have two choices? proceed with (trying to) mock home or revert and go back to trampling on ~/Music, right?
[15:02] <balloons> popey, no we can only trample on ~/Music
[15:02] <popey> Ok, that's what we do then.
[15:02] <balloons> but the mediascanner2 issue that stops it from running is a problem
[15:04] <popey> i thought the ms2 issue only occurred intermittently, not during AP?
[15:05] <ahayzen_> popey, if it occurs on your machine then you seems to always get it
[15:07] <balloons> popey, I can't launch the branch at all on my desktop.. it just core dumps
[15:08] <balloons> and yes ahayzen_ jdstrand nothing in syslog about apparmor denials :-)
[15:08] <ahayzen_> balloons, i tried running dbus-monitor but couldn't spot anything obvious either
[15:09] <popey> balloons: any suggestion who might be able to debug this? guessing tvoss / jamesh ?
[15:12] <balloons> dpm, there is a datepicker helper in the sdk
[15:13] <balloons> so the tests should be able to use it
[15:14] <dpm> balloons, ah, nice. Could you help the developer with some pointers as a comment on that MP? I don't think he's got previous AP experience
[15:17] <balloons> I think I should try on my laptop with a clean home.. maybe the out of mem errors won't appear and it will print something usefulk
[15:19] <dpm> elopio, oh, so howcome the test_new_event fails on trunk locally but not on Jenkins? Was it disabled somehow in the past?
[15:22] <balloons> ahh yes the trace is better
[15:24] <elopio> dpm_: I don't know. The results of the latest MP on trunk are too old and no longer on Jenkins.
[15:24] <elopio> also, I'm running on trusty. But I'm not sure if jenkins will succeed.
[15:24] <elopio> on yohan's branch it's currently failing because of the wrong use of skip.
[15:26] <dpm> elopio, what do you mean by the wrong use of skip?
[15:27] <elopio> dpm_: I left a comment on the branch. He's trying to skip the test, but without a comment python will raise an exception.
[15:27] <elopio> dpm_: maybe, if the skip is removed, jenkins will show the same error I'm seeing.
[15:27] <balloons> dpm, yep, link the bug in there
[15:27] <balloons> also, he doesn't need to have the     @unittest.skip on the helper function
[15:36] <balloons> ahayzen_, http://paste.ubuntu.com/7595542/ is a dump of me trying to start music app on a blank /home
[15:39] <ahayzen_> balloons, thanks, as popey said who would be best to debug this?
[15:41] <balloons> ahayzen_, who has helped you with mediascanner in the past?
[15:41] <ahayzen_> balloons, jamesh mostly but he cc'd tvoss in the last message related to dbus issued
[15:42] <balloons> ahayzen_, then I would start with those two for this as well :-)
[15:42] <ahayzen_> balloons, cool
[15:44] <dpm> elopio, so do you think you might be able to fix the test as per your comment on https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/DatePicker/+merge/212163/comments/532186 ? Or shall we skip it, merge the branch as it is, and block store uploads until the test has been fixed?
[15:45] <dpm> The branch is over 2 months old, so I'd really like to merge it asap before it diverges even more
[16:06] <ahayzen_> balloons, i've added your dump to the bug and ping'd a mail the james and thomas...now we wait for a reply :)
[16:06] <balloons> ahayzen_, so I pushed the backup / restore code. I've no way to confirm it works tho ;-(
[16:06] <ahayzen_> balloons, ok thanks... i can try in my utopic VM as that was working...
[16:12] <ahayzen_> balloons, self.home_dir is never set anywhere so it breaks
[16:12] <balloons> ahayzen_, cool, let me fix quickly
[16:14] <balloons> ahayzen_, pushed
[16:14]  * ahayzen_ pulls
[16:14] <balloons> I still don't know how you have this working
[16:14] <balloons> ahh, I think there is another issue tho
[16:14] <ahayzen_> balloons, tests/__init__.p: line 193, file exists
[16:15] <ahayzen_> balloons, it cannot do the os.mkdir(musicpath)
[16:15] <balloons> ahayzen_, right.. let me check all the mkdirs and fix
[16:15] <ahayzen_> balloons, idk my VM seems to work (only has ~30 tracks) ... but i'm not complaining as it is helping us debug autopilot for now :)
[16:36] <elopio> dpm: I'm not able to fix it, but it's a regression
[16:36] <elopio> it shouldn't be skipped.
[16:37] <elopio> it should be fixed in a separate branch by a developer, and no new branches should be merged while we have that regression
[16:39] <nik90> t1mp: ping
[16:41] <t1mp> nik90: hi
[16:41] <nik90> t1mp: I need your opinion on the design I got...https://docs.google.com/presentation/d/1JvDyhsW17d1-Mz8OY1YMBKwfRI2z9qgyRjbujEsxEMk/edit#slide=id.g34303b1ce_2_0
[16:42] <t1mp> what do you need an opinion on?
[16:43] <nik90> t1mp: as you see the home page does not have a header. So I will just be using the MainView.
[16:43] <t1mp> I thought bottom edge was going to show the clocks in different places, or is the bottom edge different in the alarms page?
[16:43] <nik90> t1mp: however when a user slides up the bottom panel, the saved alarms will be shown.
[16:44] <t1mp> nik90: you can still use a Page. Currently just set the title to "" (bad API, with the new API you can set Page.head.mode: "hidden")
[16:44] <nik90> t1mp: but can I put the page inside a bottom panel?
[16:45] <t1mp> nik90: yes, should work I think. And once you swipe it up completely, you push it on the PageStack and the header appears :)
[16:45] <t1mp> nik90: there is an app that does this already.. let me see which one was it
[16:45] <t1mp> renato: ^was it address-book?
[16:45] <t1mp> boiko: or messaging-app?
[16:46] <t1mp> renato, boiko see https://docs.google.com/a/canonical.com/presentation/d/1JvDyhsW17d1-Mz8OY1YMBKwfRI2z9qgyRjbujEsxEMk/edit#slide=id.g34303b1ce_2_0
[16:46] <nik90> t1mp: ah so while it is being swiped up, the page is shown, but once the swipe is complete, I push the page into the pagestack
[16:46] <dpm> elopio, it's a regression where? In AP, or in the test, or in the app?
[16:47] <t1mp> nik90: yes, that seems the way it should work. If it doesn't work maybe we should make it such that it works
[16:47] <nik90> t1mp: ok.
[16:47] <nik90> t1mp: last thing was https://drive.google.com/#folders/0B-I2gOjaTc7dR01RODhVbXBLbkk
[16:47] <elopio> dpm: in the app. You can give it a try. Open the calendar, go to new event, and then click the name text field.
[16:47] <renato> nik90, yeah we have that implemented as a private component for address-book-app, message, dialer
[16:47] <renato> you can copy the code
[16:47] <nik90> t1mp: is it possible to make the bottom panel indicator hide after a certain time..in the video the "2 active alarms" hint hides after 3 seconds
[16:48] <nik90> renato: thnx. Do you have a link to that private component?
[16:48] <t1mp> nik90: we don't have indicators for the panel yet in uitk, and I don't think we will before rtm, so you have to implement that yourself
[16:48] <renato> nik90, http://bazaar.launchpad.net/~renatofilho/address-book-app/new-designer-contact-list/view/head:/src/imports/ContactList/PageWithBottomEdge.qml
[16:49] <nik90> t1mp: ack
[16:49] <nik90> renato: thnx
[16:50] <balloons> I love music and mediascanner. Seems I've wiped my entire local music collection
[16:50] <dpm> elopio, I'm running the DatePicker branch on my desktop, and clicking on the "Event name" field does as expected. What are you seeing?  I've no idea how it got caught up
[16:57]  * balloons sits stunned
[16:57] <popey> balloons: thepiratebay has a backup of your music for your convenience
[16:58] <balloons> popey, lol.. I found my of my original work, so I only lost a couple pieces there I think.. Those are backed up :-) But yea, pretty vrazy
[16:58] <balloons> I'm just confused how it happened
[16:59] <balloons> time to get forensic.. time to boot from the livecd
[16:59] <balloons> back in a bit
[17:22] <jphilipz> popey: hope the suggestions were useful, sent you another suggestion today :)
[17:31] <balloons> big system offline while the attempted restore runs :-0
[17:32] <balloons> ahayzen_, I'll be back to hacking when it's odne
[17:32] <ahayzen_> balloons, ok :)
[17:32] <mhall119> ahayzen_: nik90: the Community Council is talking about the app dev community in #ubuntu-meeting if you guys care to join and give feedback
[17:32] <popey> If any core apps devs are about there's a community council meeting in #ubuntu-meeting right now which may be interesting for you to lurk or contribute to
[17:32] <popey> hahah
[17:32] <popey> beat me to it
[17:32] <balloons> too slow!
[17:36] <elopio> dpm-afk: are you on trusty or utopic?
[17:36] <elopio> what I see is that nothing happens the first time I click the text field.
[17:37] <elopio> the second time, it gets focused.
[17:38] <balloons> elopio, i have time now i can help
[17:39] <elopio> balloons: can you run the gallery from trunk and try to create a new event, please?
[17:39] <balloons> you mean calendar yes? and yes
[17:40] <elopio> sorry, yes
[17:42] <balloons> elopio, this is the new menu system.. I wonder if I'm missing a component
[17:43]  * balloons installs ubuntu-sdk
[17:45] <elopio> balloons: I'm seeing the new menu too, I thought that was the idea.
[17:46] <balloons> elopio, it is.. I just can't use it.. Finally got a new laptop, so I'm probably missing a lib. Just set it up
[17:47] <balloons> install almost done and I'll try again. Anyways, let me find the old bug and merge for this
[17:50] <balloons> hmm.. I'm not seeing it. I'm feeling crazy
[17:50] <balloons> vthompson isn't about.. but I remember him looking at this and fixing it
[17:56] <balloons> elopio, cool working now. So what issue are you seeing?
[17:57] <elopio> balloons: when I click the name text field, it doesn't get the focus.
[17:57] <elopio> I have to click it twice.
[17:58] <balloons> elopio, ahh.. it was rssreader!
[17:58] <balloons> this is what I was thkning of: https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1321680
[17:59] <balloons> elopio, i believe it only required one click for me
[17:59] <elopio> hum
[18:00] <balloons> ahh nope, you are correct
[18:00] <elopio> balloons: utopic?
[18:00] <balloons> there's some other issues I see, and yes this is on utopic
[18:00] <elopio> oh, good :)
[18:00] <balloons> I also can't get dayview to show up
[18:00] <elopio> balloons: so, regression right? Not tests fault?
[18:01] <balloons> elopio, that's a problem.. But the merge in question also changes the new event page and probably should include test updates for it
[18:01] <balloons> so it's complex :-)
[18:01] <balloons> I wonder if it's an sdk issue or something within calendar
[18:01] <balloons> we'll have to look @ the qml
[18:02] <balloons> elopio, seems like the first textfield requires 2 clicks, then they all work
[18:02] <elopio> balloons: any text field fails at the first click.
[18:02] <elopio> after you click one text field, any one works.
[18:02] <balloons> elopio, yes I agree
[18:02]  * balloons pulls and tries clock-app
[18:02] <elopio> I'm going to have lunch. I'll ping you when I'm back to see if you need help.
[18:02] <elopio> this requires a QML test :D
[18:02] <balloons> elopio, :-)
[18:14] <popey> t1mp: any estimate on when https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1317816 will be looked at?
[18:35] <t1mp> popey: "soon" ;)
[18:36] <t1mp> popey: it is high on my list, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bugs?search=Search&field.assignee=tpeeters
[18:36] <t1mp> popey: I'm working on a new header api and adding search to the header now, when that is done I can go through the list of smaller bugs that tweak the header
[18:36] <t1mp> popey: I don't think I'll get to it this week, and next week I'm at Qt contributor summit mostly, so the week after
[18:37] <t1mp> popey: lets hope the evenings at QtCS are very boring ;)
[18:37] <popey> hah
[18:38] <popey> No irish pubs!
[18:38] <t1mp> :)
[18:39] <t1mp> popey: reggae bars then? ;)
[18:41] <popey> oh that was a great bar.
[18:41] <popey> I enjoyed that evening.
[18:42] <t1mp> yes, me too
[18:43] <t1mp> I had time to sleep 45 minutes and then I had to catch my taxi to the airport
[18:43] <t1mp> surprisingly, I made it :)
[18:45] <popey> ouch
[18:45] <balloons> reggae bar? :-)
[18:49] <t1mp> balloons: http://www.juulsbar.com/
[18:49] <t1mp> was it that one?
[18:50] <popey> yes
[18:59] <balloons> elopio, if you are back it seems r300 causes the regression
[19:00] <elopio> balloons: I'm back.
[19:00] <balloons> renato merged it this morning
[19:01] <balloons> and the diff is small.. it's weird
[19:01] <elopio> it's good we found a regression. I'm still not clear on why they keep appearing on trunk, if jenkins and launchpad should prevent it to happen.
[19:02] <balloons> elopio, I can't find an MP or branch for it
[19:03] <balloons> ping renato are you about?
[19:04] <renato> hey guys what are you talking about?
[19:04] <renato> I merged the tests re-factory today but on the staging branch
[19:04] <balloons> hey renato http://bazaar.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/trunk/revision/300
[19:04] <balloons> did you accidentally push that to trunk or ?
[19:05] <renato> no popey asked me to do that
[19:05] <renato> what is the problem with that?
[19:06] <balloons> ahh.. well I don't see an MP for it. And despite it being so simple it seems to have exposed / caused a random regression
[19:06] <balloons> textfields don't activate on the first tap
[19:06] <balloons> try creating a new event and tap a textfield on r300
[19:06] <balloons> you have to tap twice for the field to open.. it only occurs on the first one
[19:06] <balloons> r299 doesn't have this
[19:07] <elopio> renato: yes, don't worry about the re-factor in the address book, that one was fine, thanks :)
[19:07] <renato> balloons, this is the MR: https://code.launchpad.net/~renatofilho/ubuntu-calendar-app/fix-1311125/+merge/217251
[19:08] <balloons> ahh.. I didn't see it because you pushed it yourself gotcha
[19:08] <balloons> so yea, when that happens we don't get the test runs which would have caught this
[19:08] <renato> balloons, maybe the problem is related with line 16-20, these should not be part of this change, I am not sure how this appear on this, I did not change that
[19:09] <balloons> renato, oh really? Well let's try then and see
[19:10] <balloons> nope, still exists
[19:10] <balloons> I don't know why the small amount of code would cause the issue.. it's probably just revealing something in the toolkit
[19:12] <renato> yes this code only add a new button on the toolbar
[19:12] <t1mp> balloons: heh.. you don't know so its probably something in the toolkit? ;)
[19:12] <t1mp> what got broken?
[19:12] <balloons> t1mp, caught yay! of course it's the toolkit!
[19:13] <balloons> t1mp, so renato added a new button to the toolbar as he says and we are seeing some weird behavoir with textfields
[19:13] <t1mp> let me branch calendar-app
[19:13] <t1mp> will it work on desktop? or do I need to install dependencies first that will mess up my system?
[19:14] <balloons> t1mp, yep the breakage shows on the desktop, it's where I am
[19:14] <balloons> renato, is this import needed btw? doesn't seem to make sense: import QtQuick.Window 2.0
[19:14] <t1mp> weirdness,
[19:14] <t1mp> tim@trusty:~/dev$ bzr branch lp:ubuntu-calendar-app
[19:14] <t1mp> ssh: connect to host bazaar.launchpad.net port 22: Connection refused
[19:14] <renato> balloons, this is part of the code in line 16]
[19:15] <t1mp> lp is not responding to my pulls/branches
[19:15] <balloons> renato, thanks for confirming.. so removed it too.. we should push an mp to do that
[19:15] <balloons> I'm playing with the properties of the button to see if one of them is causing it
[19:16] <balloons> or merely the existence of another button
[19:19] <balloons> seems to point to the latter
[19:19] <t1mp> where should I get this? file:///home/tim/dev/ubuntu-calendar-app/calendar.qml:4 module "Ubuntu.SyncMonitor" is not installed
[19:20] <balloons> t1mp, qtdeclarative5-ubuntu-syncmonitor0.1
[19:21] <balloons> it's in universe
[19:21] <balloons> ubuntu-sdk-libs or install it directly
[19:21] <t1mp> I'm no trusty, its not there?
[19:22] <balloons> as of last month no.. i'm not sure if it's there now or not
[19:22] <t1mp> *on trusty
[19:22] <balloons> I don't think it matters
[19:23] <jphilipz> popey: hope the suggestions were useful, sent you another suggestion today :)
[19:23] <balloons> t1mp, indeed it doesn't matter
[19:23] <balloons> here I'll push a branch
[19:23] <t1mp> anyway, I can run it when I comment out the syncmonitor
[19:24] <balloons> t1mp, lp:~nskaggs/ubuntu-calendar-app/regress-test
[19:25] <balloons> t1mp, yea.. basically I removed everything renato did, just made another button.. that's enough to trigger it
[19:26] <t1mp> balloons: how should I reproduce? I go to new event and edit in a textfield?
[19:26] <balloons> t1mp, yep go to a texfield and attempt to select it
[19:27] <balloons> the first click won't select the field
[19:27] <balloons> t1mp, then revert to trunk r299 and see that it works on the first click
[19:29] <t1mp> ok, confirmed
[19:30] <balloons> t1mp, ok cool.. so looking at the qml.. look in newevenentryfield.qml
[19:30] <balloons> the textfield being used it defined there
[19:30] <balloons> trying to make a simple example
[19:38] <t1mp> something weird is happening
[19:39] <t1mp> the popover that shows the two actions doesn't close properly after the new page is pushed
[19:39] <t1mp> so that is eating the events.
[19:39] <t1mp> if I remove the pageStack.push from the action, it does close the popover
[19:46] <balloons> t1mp, ahh interesting
[19:47] <balloons> t1mp, are the icons working properly too.. seems weird to show 1, but then have the others in a popover
[19:47] <t1mp> balloons: it was designed like that. If there is the tabs drawer button on the left, there should be at most two buttons on the right
[19:48] <t1mp> if there are more than two buttons on the right, they go in an overflow
[19:48] <balloons> I figured, just curious
[19:48] <t1mp> I am guessing those rules will change for desktop/tablet since there is plenty of space for more buttons
[19:49] <balloons> t1mp, so do you have enough to go on now?
[19:50] <t1mp> I'm confused now why this happens ;)
[20:00] <balloons> t1mp, how can I help? I've been trying to create a slim version of this to play with.
[20:01] <t1mp> I am trying to figure out what is the problem
[20:01] <t1mp> it seems it all works fine, except if in onTriggered, there is a pageStack.push().. then the Popover.close() that is called in onTriggered for the listitem (which represents the action) is not executed
[20:01] <t1mp> balloons: a small qml program that can reproduce this would be useful
[20:02] <t1mp> for reporting the bug
[20:09] <balloons> t1mp, I'll work on it
[20:10] <t1mp> thanks
[20:18] <t1mp> 21:12:33 < balloons> t1mp, caught yay! of course it's the toolkit!
[20:18] <t1mp> balloons: ^ you were right! ;)
[20:19] <t1mp> when pushing a new page, the list of actions in the header changes, which destroys the list items in the popover that shows the actions
[20:19] <t1mp> ^ and that happens before the onTriggered of the list item which should close the popover is executed
[20:19] <t1mp> that messes up things
[20:20] <balloons> t1mp, awesome. I have a simple example almost ready
[20:21] <t1mp> balloons: great. can you report the bug and attach the example there?
[20:21] <t1mp> I am still figuring out how to fix this
[20:21] <balloons> t1mp, yep will do
[20:22] <t1mp> thanks
[20:37] <t1mp> balloons: can you send me the link to the bug when you reported it?
[20:43] <balloons> t1mp, i just reported it, but lp might have eaten it
[20:43] <balloons> this is the branch lp:~nskaggs/+junk/pagestack-push
[20:44] <balloons> there we go t1mp, https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1326963
[20:45] <t1mp> balloons: I found it by searching for nskaggs :)
[20:45] <t1mp> ah
[20:45] <t1mp> thanks!
[20:47] <balloons> ty for the help in determining the issue
[20:48] <t1mp> balloons: yw
[20:48] <t1mp> balloons: I linked a branch with the fix :)
[20:48] <t1mp> balloons: now I have to think hard to see if I can come up with a regression test
[20:49] <balloons> t1mp, wow, that's what I call service!
[20:49] <t1mp> balloons: don't be too enthusiastic.. next we have to land it ;)
[20:50] <balloons> t1mp, I know, I know.. that could be a week
[20:53] <Neo31> Hello, I am looking for a guide to package a QtQuick2 Extension Library. Do I have to add it as a dependency for the QML click package or do I just include the library into the QML click package?
[20:55] <t1mp> Neo31: click packages don't have dependencies (as I understood it), so you include the lib in the package
[20:56] <Neo31> thank you t1mp
[20:57] <Neo31> t1mp, can you provide a file structure for where to include the library in the click package please?
[20:58] <pmcgowan> Neo31, if you use qtcreator it should do that for you, or you can check the template there to see how it would do it
[21:00] <yakiza> anyone here
[21:00] <yakiza>  i need help
[21:03] <balloons> yakiza, hard to know what it is you need
[21:05] <Neo31> pmcgowan, it did run the qml+extension out of the box (good this wasn't the case in the early releases) but building the click package shows this error "It is not supported to create click packages for a non UbuntuSDK target"
[21:06] <pmcgowan> ah
[21:06] <pmcgowan> your kit needs to be set up properly
[21:09] <pmcgowan> Neo31, did you make an armhf ubuntu kit for your project?
[21:09] <pmcgowan> balloons, might remember how to do that
[21:11] <balloons> pmcgowan, Neo31 no one has to remember anymore as it's a part of developer.u.c now :-) http://developer.ubuntu.com/apps/sdk/tutorials/building-cross-architecture-click-applications/
[21:11] <pmcgowan> nice
[21:12] <yakiza> ballons i spoke to  private
[21:14] <balloons> yakiza, please feel free to ask whatever question you have to the channel. ask directly no reason to ask if you can ask, or if someone is about, etc
[21:14] <yakiza> ok
[21:14] <yakiza>  look
[21:15] <yakiza> http://www.youtube.com/watch?v=sFOaYv_22go
[21:15] <yakiza>  this video
[21:15] <yakiza>  i did this
[21:16] <yakiza>  and when i go to write on my teamspeak in the end   my
[21:16] <yakiza> 192.168.....
[21:16] <yakiza>   i get an error
[21:16] <yakiza> faild to connect to server
[21:18] <yakiza> there is my problem
[21:21] <yakiza> ballons can you help me with taht
[21:25] <t1mp> balloons, renato here is the MR for the fix https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/closeActionsPopover/+merge/222261
[21:25] <t1mp> balloons, renato feel free to test the branch and comment on the MR. I will ask a review from the SDK team tomorrow
[21:28] <t1mp> elopio: if you are still around, could you review the autopilot part of https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/closeActionsPopover/+merge/222261 ?
[21:35] <renato> t1mp, thanks
[21:48] <balloons> t1mp, thanks mate
[22:04] <balloons> ahayzen_, re: music.. didn't we discuss just moving to unconfined again/
[22:04] <ahayzen_> balloons, we *are* unconfined again aren't we?
[22:04] <balloons> ahayzen_, well as unconfined the mocking should work
[22:04] <ahayzen_> balloons, even in trunk http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/click/apparmor.json
[22:05] <balloons> ahayzen_, btw don't run the tests on your desktop at the moment, unless you want to lose stuff like me :-)
[22:05] <ahayzen_> balloons, i'm running in a VM...where does it go? lol
[22:05] <balloons> ahayzen_, yes I know it's in trunk, lol, I did it
[22:05] <balloons> I mean I forgot, but I remember now
[22:05] <ahayzen_> yeah you did
[22:05] <ahayzen_> balloons, does it not move it to ~/Music.old like before?
[22:06] <balloons> ahayzen_, it wiped several folders.. all sorts of weird stuff
[22:07] <balloons> just not good to be mucking around in /home
[22:07] <ahayzen_> balloons, oh as in it removes /home!
[22:07] <balloons> ahayzen_, and the merge is still unconfined.. so are we sure the mocking doesn't work
[22:08] <balloons> man I hate being sick
[22:08] <balloons> I'm feeling crazy
[22:08] <ahayzen_> balloons, :(... i just did it on my vm and it removed all the folders in /home/$USER lol
[22:08] <ahayzen_> balloons, hope you get better soon
[22:11] <balloons> ahayzen_, yea.. goes nuts
[22:12] <balloons> ahayzen_, did you do it with the latest code.. as of say 13 mins ago?
[22:12] <ahayzen_> balloons, i think it was #496
[22:12] <ahayzen_> nik90, that is the latest that has been pushed no?
[22:12]  * ahayzen_ now needs to rebuild his /home
[22:13] <balloons> ahayzen_, yea that was the latest.. anyways, let's just remove all that
[22:14] <balloons> ahayzen_, I reverted everything and pushed again
[22:16] <ahayzen_> balloons, ok so what state is it in now?
[22:20]  * ahayzen_ wonders what happened when it ran on jenkins
[22:21] <ahayzen_> oh loads of pep8 errors :/
[22:24] <Neo31> balloons, thank you for the link concerning armhf click packages, just a little question, i have been using ubuntu 14.04 since the alpha release and it is still showing framework 13.10 even after a full system update (do-release-upgrade show that i have the latest version)
[22:27] <balloons> ahayzen_, the state should be the same as before hah..
[22:27] <balloons> the mediascanner2 issues are the breakers for me
[22:27] <ahayzen_> balloons, yeah it appears to be reading ~/Music now
[22:28] <ahayzen_> balloons, but i have nothing in ~/Music so it then starts stating that nothing is in the library
[22:40] <balloons> Neo31, not sure what you mean
[22:41] <Neo31> i've been using 14.04 alpha release, after system update i still have framework 13.10 when using ubuntu-sdk
[22:41] <ahayzen_> balloons, fyi from tvoss relating to your mediascanner2 dump... 'Sure, happy to look into it. I'm close to EOD, so tomorrow it is. We'll keep you posted in this thread and update the bug as I gain insight.'
[22:42] <Neo31> I am not sure if this might cause any problems. maybe i should purge and resintall ubuntu-sdk or reinstall the whole system balloons
[22:42] <Neo31> i was just asking for suggestions
[22:42] <balloons> Neo31, you should be able to make a new target
[22:43] <balloons> perhaps the name is just the same but the target is 14.04
[22:43] <balloons> hard to say.. however, you can make a new target
[22:43] <balloons> no need to re-install.. if you really feel the need you can purge and re-install ubuntu-sdk if you think something is up
[22:43] <balloons> I can't imagine it's needed
[22:44] <Neo31> thank you balloons
[22:46] <balloons> ahayzen_, looks like jenkins is running utopic tests again properly.. and showing the same as I see locally
[22:54] <ahayzen_> balloons, is that good or bad lol


[01:14] <Imagineer66>  I need help with the Unity session settings.  Anyone able to help?
[01:14] <Imagineer66>  specifically, the combined panel/app menu carries over to my UNE session.


[07:47] <dholbach> good morning
[11:04] <mainerror> cjohnston: What's the question (if you are still working on it)?
[11:30] <mainerror> The removal of Intellihide is depressing.
[15:08] <cjohnston> mainerror: I want to add an area to provide "admin" type links for certain users
[15:11] <cjohnston> mainerror: I'm just not good with CSS...
[15:42] <mainerror> I think you'll have to elaborate a bit. :)


[02:15] <prometheanfire> smoser: what's the diference between _write_network, _write_network_config, _bring_up_interfaces and _bring_up_interface?
[03:38] <prometheanfire> smoser: I have gentoo networking working, at least for dhcp, probably for static as well
[03:39] <prometheanfire> smoser: last two commits here https://github.com/prometheanfire/cloud-init
[03:46] <prometheanfire> only 'error' that happens doesn't seem to hurt anything
[03:46] <prometheanfire> 2016-08-22 03:44:21,495 - __init__.py[WARNING]: apply_network_config is not currently implemented for distribution '<class 'cloudinit.distros.gentoo.Distro'>'.  Attempting to use apply_network
[13:34] <smoser> prometheanfire, here now. reading your comments.
[13:34] <smoser> you gave the systsem bonding config ?
[13:34] <prometheanfire> smoser: hi
[13:34] <prometheanfire> smoser: no, the kernel just supports it
[13:34] <prometheanfire> and this breaks things
[13:35] <smoser> hm..
[13:35] <prometheanfire> because bonding_masters exists as a file within /sys/class/net
[13:35] <smoser> well, there is another fix for that, that i do need to get in. but i didn't believe that it was as simple as you say.
[13:35] <smoser> the ubuntu kernels *do* support bonding
[13:35] <prometheanfire> well, for us the module is loaded static
[13:35] <smoser> probably its as a module though, and likely it isnt loaded when that runs.
[13:36] <prometheanfire> maybe that's why we hit it
[13:36] <smoser> "module loaded static"
[13:36] <smoser> ?
[13:36] <smoser> you m ean builtin
[13:36] <prometheanfire> ya
[13:36] <smoser> :)
[13:36] <prometheanfire> static kernel :D
[13:36] <prometheanfire> it's how I (personally) compile my kernels
[13:36] <smoser> ok.
[13:36] <prometheanfire> easy to ship
[13:37] <prometheanfire> this is the same code used in glean if it helps
[13:37] <smoser> glean ?
[13:38] <prometheanfire> simple-init?
[13:38] <prometheanfire> same thing
[13:38] <prometheanfire> https://github.com/openstack-infra/glean/
[13:38] <prometheanfire> https://github.com/openstack-infra/glean/blob/master/glean/cmd.py#L686
[13:45] <smoser> prometheanfire, so https://git.launchpad.net/~smoser/cloud-init/log/?h=bond_name has the fix for bond_master stuff
[13:46] <smoser> and wrt glean, i can't just take that, as license is not compatible.  cloud-init requires signing cla for contribution.
[13:46] <prometheanfire> right
[13:46] <smoser> :-(
[13:46] <prometheanfire> about the code
[13:46] <prometheanfire> I wrote it
[13:47] <prometheanfire> so I should be able to contribute it to both projects
[13:47] <prometheanfire> I'd think at least
[13:47] <smoser> oh. yeah, then you can.
[13:47] <smoser> yes.
[13:47] <prometheanfire> :D
[13:48] <smoser> the other coment is that '_write_network' is kind of the "legacy" mechanism
[13:48] <prometheanfire> in any case we should probably ignore the other interfaces, but if your boding update code works then that solves the immediate problem
[13:50] <prometheanfire> so, should I convert to _write_networks?
[13:51] <smoser> we want "_write_network_config", and using a Renderer like ubuntu/debian and rhel does
[13:53] <smoser> unfortunately i think you're going to want more doc / info on the "network state" :)
[13:53] <prometheanfire> is netconfig the same thing as settings?
[13:54] <smoser> no. its more like what is described at http://people.canonical.com/~rharper/curtin/topics/networking.html
[13:54] <smoser> and ubuntu and rhel basically load that thing into a 'network_state' and then render from mit.
[13:54] <prometheanfire> ya, that's doable
[13:54] <prometheanfire> a useable datastructure
[13:55] <smoser> the one thing that i can tell you is that there are unit tests that you can easily run to poke around at what is happening
[13:55] <smoser> (and please do contribute unit tests for your new code)
[13:55] <prometheanfire> shouldn't need unit tests for that, but ok :P
[13:55] <smoser> prometheanfire, thank you. i'm really happy to have your contributions
[13:55] <smoser> well, for rendering... you  can have quite complex state
[13:56] <prometheanfire> yarp
[13:56] <prometheanfire> at the moment I'll be using this patch on 0.7.7
[13:56] <prometheanfire> or will soon
[13:57] <prometheanfire> but I've tested it at least and it fufills the simple use case
[13:57] <prometheanfire> and even better, it actually works
[13:57] <prometheanfire> current code is broken for networking on gentoo, it lays down debain style configs
[13:59] <prometheanfire> right now the code to use the new method looks over complicated
[14:04] <smoser> prometheanfire, yeah. i'm not really happy with it either. note though that it supports much more complex config
[14:05] <smoser> multiple ips per nic, ipv4 ipv6, bond, vlan..
[14:05] <prometheanfire> it does
[14:05] <smoser> so yes, it is more complicated
[14:05] <prometheanfire> I just don't even know where to start
[14:05] <prometheanfire> it's that hairy
[14:05] <smoser> yeah.
[14:07] <smoser> i'd suggest looking at rhel, and how that works.
[14:08] <smoser> and then just working from unit tests to get somethign sane.
[14:08] <smoser> her... i'll try to get some scaffolding in place for you
[14:08] <smoser> s/her/here/
[14:08] <prometheanfire> current code actually started from arch
[14:09] <smoser> waht wyould you suggest as the name for the ntwork config style ?
[14:09] <prometheanfire> we have a name, sec
[14:09] <smoser> ie, 'eni', 'sysconfig' ...
[14:10] <prometheanfire> https://wiki.gentoo.org/wiki/Netifrc
[14:10] <prometheanfire> netifrc
[14:11] <prometheanfire> looking at rhel's stuff in net/sysconfig
[14:11] <smoser> k. thanks..
[14:17] <prometheanfire> ok, this is an example of the netconfig
[14:17] <prometheanfire> {'version': 1, 'config': [{'name': 'eth0', 'subnets': [{'type': 'dhcp'}], 'mac_address': 'fa:16:3e:00:10:ee', 'type': 'physical'}]}                                                                                [ ok ]
[14:18] <smoser> right. thats netconfig, then it gets loaded into 'NetworkState', and the renderers actually take the NetworkState.. a middle ground
[14:18] <prometheanfire> right
[14:18] <smoser> give me 10 more minutes, and i'll try to hand you a unit test thing to fill in
[14:18] <prometheanfire> cool
[14:19] <prometheanfire> have been looking at sysconfig.py, looks like it's just a longer version of my if  stuff
[14:20] <prometheanfire> does netconfig allow you to have vlans in your bonds or bonds in your vlans, etc?
[14:23] <prometheanfire> oh, it's listed explicitly
[14:23] <prometheanfire> neat
[14:32] <smoser>  http://paste.ubuntu.com/23078466/
[14:33] <smoser> prometheanfire, ^ that should at least allow you to easily poke through the code and see your results easily.
[14:33] <smoser> i did not add the _write_network_config to gentoo distro but i'm guessing you can figure that out.
[14:34] <smoser> one thing to point out, the renderer should be idempotent. whatever network config is there, the one provided is what the sysstem *should* do
[14:37] <prometheanfire> ya, that's the easy part
[14:37] <prometheanfire> I've already started on it
[15:31] <smoser> mgagne_, i'd appreciate your thoughts on https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/303563
[15:31] <smoser> ideally i'd liek to have that merged today, you mentioned it had some issues still i think
[15:34] <smoser> i think you still say 3.2 is busted.
[16:06] <mgagne_> smoser: I will test the whole patch set. Is it complete yet?
[16:06] <mgagne_> smoser: 3.2 got fixed with the bonding_slaves detection
[16:08] <smoser> mgagne_, then i think it is complete ...
[16:08] <smoser> pending your test :)
[16:08] <smoser> and my fuzzy memory
[16:08] <mgagne_> smoser: for some reasons, cloud-init configures network twice. At this point, I don't care about the reason, it's beyond my expertise. So detecting bonding should do the job.
[16:08] <smoser> it configures networking once.
[16:08] <mgagne_> ok, will launch a build with your patches against 0.7.7~bzr1256-0ubuntu1~16.04.1
[16:08] <smoser> it renames devices twice.
[16:08] <mgagne_> smoser: It goes through the network json config parsing twice at least
[16:08] <smoser> i'mi pretty sure thats the case, and i have to think again about why we rename network devices after we've configured.
[16:15] <mgagne_> so I will be applying this patch http://paste.ubuntu.com/23078862/ verbatim to cloud-init 0.7.7~bzr1256-0ubuntu1~16.04.1 and will boot on a baremetal with bonding+vlans to validate.
[16:19] <Tim_> hi
[17:03] <prometheanfire> thanks
[17:09] <smoser> prometheanfire, merged your branch
[17:09] <prometheanfire> yarp
[17:09] <prometheanfire> will rebase my integration branch when your stuff merges
[17:23] <prometheanfire> I'll see if I can test your patch
[17:55] <mgagne_> smoser: so I tested the patches. Somehow I managed to reproduce an intermittent bug my coworker had. Default gateway fails to configure and server doesn't ping.
[17:55] <smoser> hmm... i think maybe rharper might know something.
[17:55] <smoser> mgagne_, xenial, right ?
[17:56] <mgagne_> yes
[17:56] <smoser> ifupdown is very "fun".
[17:56] <mgagne_> smoser: is there anything I can look at? default gw is configured in post-up with route add || true
[17:56] <mgagne_> so I'm not sure how I'm supposed to debug that
[17:56] <smoser> and i know that rharper has been doing some hair pulling over bonds recently.
[17:56] <smoser> so you can get into it, mgagne ?
[17:57] <mgagne_> so we never supported ubuntu 16.04, even without bonding yet so I'm not sure if it's a known issue with bonding or cloud-init.
[17:57] <mgagne_> any logs I can pull to help debug?
[18:10] <prometheanfire> smoser: reviewed your patch, worksforme
[18:11] <smoser> mgagne_, grab /var/log/cloud-init.log
[18:12] <prometheanfire> also, closed the other merge request
[18:13] <smoser> mgagne_, can you get to it while its up?
[18:13] <smoser> or are you ust able to shut down and collect files
[18:13] <mgagne_> yea, will get the logs after my meeting =)
[18:13] <mgagne_> will get the whole /var/log if needed
[18:14] <smoser> if you can get while its up, please get output of
[18:14] <smoser> ifconfig -a
[18:14] <smoser> and any thing else you might find useful
[18:14] <smoser> systemct status
[18:14] <smoser> woiuld be good
[20:06] <mgagne_> if post-up fails, will the output be logged?
[20:09] <rharper> mgagne_: any stderr from the ifup will be capture in the networking.service log, so you should see something in systemctl status -l networking
[20:09] <mgagne_> ok, I ran that command and didn't see anything
[20:09] <rharper> mgagne_: from your gist though, the devices and routes all came up as configured
[20:09] <mgagne_> will rerun
[20:09] <mgagne_> to make sure
[20:09] <mgagne_> check cloud-init-output.log, you won't see the default gw
[20:09] <mgagne_> only link local routes
[20:11] <rharper> in your gist, do you have the etc/network/interfaces.d/50-cloud-init.cfg file ?
[20:11] <smoser> rharper, interfaces-cloud-init.txt
[20:11] <mgagne_> yes
[20:11] <smoser> https://gist.github.com/mgagne/fbc1b05412f41426f2e248acd5efad14#file-interfaces-cloud-init-txt
[20:12] <rharper> smoser: ah right
[20:12] <mgagne_> added systemctl status -l networking output
[20:12] <mgagne_> so I suspect that *maybe* the default route is added but something removes it later?
[20:12] <mgagne_> or will || true hide the failure?
[20:13] <rharper> mgagne_: in your gist, the bond0.602 default gw is the one you expect ?  (the launchpad bug had other config)
[20:13] <mgagne_> yes
[20:14] <mgagne_> I thought it would be configured with the gateway stanza but ¯\_(ツ)_/¯
[20:17] <smoser> Odd_Bloke, around ?
[20:18] <smoser>  test_exception_fetching_fabric_data_doesnt_propagate
[20:18] <smoser> why would i not want that to propogate?
[20:21] <mgagne_> rharper: is there anything I can do to help debug? I don't mind rebuilding an image with debug config or whatever.
[20:21] <rharper> mgagne_: a plain route -n  would be nice
[20:21] <rharper> and the original network_data.json;
[20:22] <mgagne_> rharper: I added the default route already so I can SSH and pull logs
[20:22] <rharper> it's applying some routes; I just can't see why it wouldn't do the post up
[20:23] <mgagne_> rharper: added to gist
[20:24] <mgagne_> rharper: I will try to reboot a 2nd server which didn't have the issue and see if I can reproduce after multiple reboots
[20:24] <rharper> ok
[20:24] <mgagne_> rharper: let me know if you would prefer to get SSH access for further debug, this can be done
[20:24] <rharper> ok
[20:30] <smoser> rangerpbzzzz, around ?
[20:30] <smoser> wonder if its ok if i open a bug and assign it toyou.
[20:34] <rharper> mgagne_: so I can recreate the case where the cloud-init-output does not contain the default route; but post-up on bond0.602 does run and work;  maybe we could add a cloud-init final command to run route -n so we can see that?  in xenial, cloud-init writes the files and networking.service is doing an ifup -a (which will bring up any non physical devices ;  the physical devices with bond-master will create the bond0 and
[20:34] <rharper> enslave them) and then the ifup -a will trigger an ifup on bond0.602 and bond0.612;  they'll run and run the post-up which should add the default gw you need;
[20:35] <mgagne_> rharper: so you think that: cloud-init runs route -n, doesn't see default gw at this point in time but later route should be configured by ifup?
[20:35] <rharper> I'm not entirely certain but in my recreate;  the output info doesn't show the bond.vlan route; but when I login and run route; it's fully up
[20:35] <mgagne_> because it's true that the /32 route doesn't show in route output. this means something is running later to add routes.
[20:36] <rharper> I don't know when it runs to collect the network status
[20:36] <rharper> but possibly too soon or some other reason
[20:36] <rharper> not sure if smoser has more details
[20:36] <mgagne_> could it be the slaves link aren't fully up and therefore routes aren't applied yet since it's in post-up?
[20:36] <rharper> yes
[20:36] <rharper> slaves can take some time
[20:37] <rharper> bonding scripts will wait up to 600 seconds for a bond to join
[20:37] <rharper> err , 60 seconds
[20:37] <smoser> hm.
[20:37] <rharper> (60 * 0.1)
[20:37] <mgagne_> 6 seconds? :D
[20:37] <smoser> cloud-init writes network status during 'init' stage
[20:37] <rharper> *sigh*  600 * 0.1
[20:37] <smoser> which shoudl be after static networking is up
[20:37] <smoser> so if that runs before all if the 'ifup' stuff is finished, then that is a bug
[20:39] <smoser> # systemctl cat cloud-init.service | grep networking
[20:39] <smoser> After=cloud-init-local.service networking.service
[20:39] <rharper> smoser: no, I can see the route info now;  I was looking at the top of the -output file before I added the config;  I definitely see the default routes running but; this is a VM versus baremetal;
[20:39] <smoser> Requires=networking.service
[20:39] <mgagne_> but Net device info shows the interface as up
[20:39] <mgagne_> I don't know where it takes the status but it means slaves are up too?
[20:40] <rharper> http://paste.ubuntu.com/23079501/
[20:40] <rharper> it should look like that
[20:40] <rharper> I only added the one bond with default route (and used active-backup on a second nic in a VM);  but the output should look similar in number of routes
[20:42] <rharper> but it is odd that during the dump of the route in mgagne_ case, there is nic message from kernel about being up;
[20:43] <rharper> the info table runs at Up 48.87 , but the nic up message isn't until 57
[20:44] <mgagne_> so I'm rebooting in loop to try to reproduce the problem and so far, no luck
[20:44] <mgagne_> coworker says that if you reboot a node with the problem, gw is configured properly and your issue is fixed.
[20:44] <rharper> yeah, the switch delay
[20:45] <mgagne_> so I'm wondering if it's something cloud-init does at that time
[20:45] <mgagne_> which isn't done in next boot
[20:46] <mgagne_> like renaming an interface
[20:46] <rharper> you can force cloud-init to re-run by nuking /var/lib/cloud/*  in the instance befere rebooting
[20:46] <rharper> renaming happens on each boot
[20:46] <rharper> or an attempt
[20:46] <mgagne_> by cloud-init?
[20:46] <rharper> yes
[20:46] <mgagne_> ok, will nuke /var/lib/cloud/* on an other node I have
[20:47] <mgagne_> and reboot forever
[20:47] <prometheanfire> that's how I test as well
[20:57]  * rharper steps away for  a bit
[22:30] <mgagne_> so I reboot and rebuilt 10+ times and I can't reproduce
[22:30] <mgagne_> it looks to be a very unlucky race condition


[00:12] <jrib> rainwalker: using effects?
[00:12] <rainwalker> yes
[00:12] <jrib> rainwalker: turn them off and see if it still happens
[00:12] <rainwalker> ok, hang on
[00:12] <rainwalker> it shows up
[00:12] <jrib> switch back
[00:12] <rainwalker> ok
[00:13] <rainwalker> it doesn't show up now
[00:13] <rainwalker> I've had scripts like that in my menu before and it showed up
[00:14] <rainwalker> like on Feisty I had one that would switch between metacity and compiz fusion
[00:15] <jrib> see if it persists if you restart X
[00:15] <rainwalker> ok, just a sec
[00:16] <rainwalker> didn't work
[16:04] <bazhang> morning all
[18:01] <pmirc2006> hello
[18:05] <NnEo0> anybody talk spanish?
[18:05] <nalioth> NnEo0: en #ubuntu-es
[18:05] <NnEo0> thanks


[00:09] <vince> Direct firmware load for nouveau/nva8_fuc084 failed with error -2
[00:09] <vince> How to solve Direct firmware load for nouveau/nva8_fuc084 failed with error -2
[00:55] <mmikowski> @vince do yo need nouveau?
[02:51] <Guest7492> Hi, I'm interested in Kubuntu providing packages for KDE Kalendar. Who do I have to email to show interest?
[02:51] <Guest7492> https://github.com/KDE/kalendar
[03:04] <Guest5090> So, where's Plasma v5.24.4 for the backports ppa? :B
 Didn't it come in today? (re @IrcsomeBot: <Guest5090> So, where's Plasma v5.24.4 for the backports ppa? :B)
[03:07] <Guest5090> Refreshing apt doesn't show me up anything
[03:08] <Guest5090> I upgraded to 22.04 Dev but I made sure to enable back the backport ppa
[03:09] <valorie> backports? the devels are working to perfect the beta
[03:09] <valorie> you will get no backports until after release
[03:09] <valorie> if you're a gambler you can enable proposed.....
 I'm still on 21.10 with the backports PPA and I'm pretty sure I got upgraded to 5.24.4 today
[03:13] <Guest5090> Hmm, even if I set up using impish sourcelist?
[03:21] <oerheks> 4:5.24.4-0ubuntu1~ubuntu21.10~ppa1	Rik Mills (16 hours ago)
[12:40] <BluesKaj> Hi all
[19:00] <Elliria> Hey there, I'm using the latest LTS of Kubuntu and I was wondering if there's a way to get Dolphin to show subfolders beneath folderes in the side panel? I'm not having any luck asking Google.
[19:01] <Elliria> I've got Places, Information, and Folders enabled in the View menu.
[20:08] <rdr> hello everyone testing 22.04 and haven't run into any issues
[20:08] <rdr> is there a particular channel for kubuntu-next or something like that?
[20:41] <Dragnslcr> !devel
[20:41] <Dragnslcr> rdr- I think it's #ubuntu-devel
[22:21] <user|37> Hi everyone. I got into trouble and need urgent help. Long history short, I need to reinstall Kubuntu. Got 20.04, now I have 21.04 image booting from a pendrive. I want to keep all the old programs and data. But installer detects Kubuntu as Ubuntu, and does not offer any reinstallation option. Any clue how to overcome this? Googled everywhere,
[22:21] <user|37> nothing seems to fit my situation. I would be thankful for any hint.
[22:23] <oerheks> 21.04 is eol. use 21.10 or 20.04, those are supported
[22:24] <user|37> Sorry, my mistake. I have freshly downloades 21.10
[22:24] <user|37> downloaded*
[22:24] <oerheks> and using a different version than nstalled, it sounds normat not to give reinstall as an option
[22:24] <oerheks> c/normal
[22:25] <oerheks> so, download 20.04.4 ? https://cdimage.ubuntu.com/kubuntu/focal/daily-live/current/
[22:26] <user|37> I will try. I hoped on update in this way
[22:27] <user|37> Does your link vary in any way in files collected under https://kubuntu.org/getkubuntu/ ??
[22:28] <user|37> I mean, the .iso content
[22:29] <user|37> it will take about 30 minutes to download on my connection, so I just want to ensure myself
[22:30] <oerheks> i think it is the same source
[22:30] <oerheks> only cdimage is an uptodate iso
[22:30] <oerheks> also available as the original .4
[22:31] <user|37> Thank you. I will try both, just in case.
[23:09] <user|37> Unfortunately, I have to admit, resinstallation of Kubuntu 20.04 with 20.04 image is impossible as well. The existing, broken installation is still detected as Ubuntu. I will try with Ubuntu image.