[00:46] robru: still around? [00:57] cyphermox, sorry, thought I pasted it above [00:57] cyphermox, here it is: http://paste.ubuntu.com/6042047/ [01:01] cyphermox, I mentioned this to pete-woods and he mentioned something about c++filt, but i don't know much about this stuff. [01:50] robru: https://code.launchpad.net/~mathieu-tl/cupstream2distro-config/friends-plugin/+merge/183063 [01:50] if you can quickly review I'll try to push this before the next run [03:04] cyphermox, sorry, was eating dinner. approved [03:50] Good morning [03:50] robru: still here? [03:50] ah, /me reads mail [03:50] pitti, hi, yes ;-) [03:53] desrt: ah, bug 1196752 got a patch which looks straightforward [03:53] Launchpad bug 1196752 in systemd-shim (Ubuntu) "Suspend only works once when using upower with logind -- s-shim needs to call /lib/systemd/system-sleep/*" [Undecided,Confirmed] https://launchpad.net/bugs/1196752 [03:58] robru: ah, so I'll re-review the branches again for the issues, and when it's good I do that bzr pull? let's do that then [03:58] pitti, I guess so? lol, i wish didrocks had explained this better before leaving [03:59] hi robru :) [03:59] pitti, i'm just gonna watch tv for an hour, but send me an email with any further review issues and i can take care of them tonight [03:59] Mirv, hey [03:59] robru: ack [04:01] robru: ah, I see r236 [04:01] robru: so, lp:cordoba-ubuntu LGTM [04:04] robru: ack, all good now [04:05] Mirv: hey [04:05] Mirv: so I do "bzr missing" on lillypilly on cupstream2distro [04:06] Mirv: and I see a commit 704 from robru for "Enable daily release of cordova." [04:06] and "Disable cordova* projects from daily releasing, those were not preNEWed yet, they're blocking the webapps stack." (r712) from you [04:07] so if I do that pull, it won't actually be sufficient for cordova I guess, and your disabling needs to be reverted? [04:08] so someone needs to push that into cu2d [04:09] pitti: yes, I can revert that [04:12] pitti: so if it was preNEWed now, you can approve https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/webapp_reenable_cordova/+merge/183071 [04:12] Mirv: done [04:13] Mirv: it'll automerge, or do you merge manually? [04:13] pitti: it'll automerge, but I'll deploy the configuration manually [04:14] pitti: hmm, what about FF? [04:14] I don't know, did that get a FFE? [04:15] pitti: it's not in the general one https://bugs.launchpad.net/ubuntu/+bug/1208989 [04:15] Launchpad bug 1208989 in Ubuntu "[FFe] standing freeze exception for Ubuntu Touch-specific packages" [Undecided,Confirmed] [04:15] I remember seeing yesterday dbarth or someone filing FFe, but I don't find one now [04:16] talking about filing, that is [04:17] so maybe halting until that [04:17] Mirv: is that a touch-only package? [04:17] (it certainly sounds like it) [04:17] pitti: no, it's desktop side extension to Qt Creator [04:17] but for touch applications, sure [04:18] well actually it's standalone HTML5 app maker but QtC also has (already) a plugin bundled that can make use of it === paddymahoney is now known as Guest48159 [04:37] pitti: there's another preNEW as e-mailed by cyphermox, and from looking at another thing lacking FFe https://code.launchpad.net/~indicator-applet-developers/unity-greeter-session-broadcast/trunk.13.10 [04:38] but that can be probably safely said to be touch specific [04:38] it's already in mir stack and blocking its publishing (it should have been added only after preNEW) [04:48] Mirv, this one's not my fault! [04:49] Mirv, bah, did we seriously miss the feature freeze for cordova by a day? if didrocks had been around to preNEW this last week this would be no problem [04:54] well, FFEs one day after FF should be cheap to get [05:05] pitti, Mirv: we have a MIR for cordova already: https://bugs.launchpad.net/cordova-ubuntu/+bug/1217001 [05:05] Launchpad bug 1217001 in cordova-ubuntu (Ubuntu) "[MIR] ubuntu-cordova" [Undecided,New] [05:07] dur, no wait, MIR != FFe [05:07] robru: yeah, it was again a terrible rush towards the FF, as usual. I'm writing my Qt FFe at the moment as well, there was no chance for it even, our wanted upstream release got released on Wednesday.. [05:08] Mirv, I am starting to think that FF is a broken concept. everybody rushes to cram their crap into distro last second, and then the rest of the cycle is spent cleaning the bugs that we slapped together in the rush for FF. [05:09] maybe without a FF, stuff could land more naturally, "when it's ready" [05:09] robru: well, it makes it possible to have the release on time, if there wouldn't be FF then they would be rushed later [05:09] robru: yeah, right. the problem is that we've too many requirements that are wanted to be implemented, so it wouldn't be the natural "when it's ready", it's "what we agreed on getting to 13.10" [05:10] Mirv, well, maybe if FF was closer to the real release, there'd be less of a big panic about it. like "oh well, it'll get in next cycle". or maybe if we had rolling releases... [05:10] so FF is the deadline everyone knows is not (totally) flexible [05:10] robru: it was already moved later to the actual release. it's only 1.5 months now until millions of people start using it. [05:11] Mirv, FF should be the day before release! ;-) [05:11] robru: another thing is that Cordova is not Touch app/thing but it's only used by those targetting Touch, so it should have been included in the generic FFe I think [05:11] Mirv, which ffe? is it too late? do i have to file a new one? [05:12] robru: https://bugs.launchpad.net/ubuntu/+bug/1208989 - yeah there needs to be new one, that was already handled and it involves packages installed to touch images [05:12] Launchpad bug 1208989 in Ubuntu "[FFe] standing freeze exception for Ubuntu Touch-specific packages" [Undecided,Confirmed] [05:14] Mirv, shit, yes, it totally should have been included in that. [05:14] Mirv, just found an email from dbarth saying he would file the FFE [05:15] robru: good, that's what I remember reading on IRC as well, dbarth writing something like that [05:15] Mirv, just emailed him back about it. [05:17] robru: cu2d is again totally halted [05:17] for the last 3-4 hours or so [05:17] Mirv, oh? i wasn't looking closely but all i saw was some blinking and some not [05:17] robru: it's the same thing I explained before - everything waiting for a stalled job [05:18] Mirv, can you show me what is stalled? [05:18] robru: http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-2.1build/443/console [05:18] Mirv, it is incredibly difficult for me to detect this situation because everything is done in UTC, so when I look at my clock I have no real concept of if the current run just started or has been stalled for 3.5 hrs [05:19] robru: you need to check what happens during the 4 hour cycle - at this point of the tick, there is no possibility that there are so many jobs "ongoing" (not), so something's wrong [05:19] robru: and all of them are "waitonstacks" except one [05:20] but I now used cu2d-skip again. [05:20] Mirv, that's what I mean. I have to consciously think to refer to a UTC clock before I have any concept of "at this point in the tick". The only time I remember is that my tick starts at 3PM local. [05:21] if I just check jenkins, I see some jobs running and think "oh, a tick must have recently started". it's not until I refer to a UTC clock and then refer back that I'm able to determine that a tick has been running too long [05:21] robru: well the same here, I need to think in my local time but if your tick started at 3PM you should have some good progress on multiple stacks by 4:30PM [05:21] Mirv, yeah, but the current tick isn't my tick, it's the orphan tick that comes after mine ;_) [05:21] and since it's every four hours it's easy to keep on mind which times the tick starts. for you eg 3PM 7PM 11PM, for me eg. 5am 9am 1pm 5pm [05:23] Mirv, why do we even build for powerpc? didn't we vote to turn that off recently? [05:23] robru: sure, this time it wasn't the 10+ hours of stall, just 3, ie. the orphan tick. [05:23] robru: again it took time for me too to notice something's wrong. 1.5h ago I just looked that "oh, maybe slightly slow again but I guess it's working" [07:12] Morning! [07:35] Mirv: phone, unity and media were aborted? [07:37] sil2100: yep, in order for this latest tick to be able to start [07:37] sil2100: again unskipped powerpc hangs [07:37] Eh, ok, makes sense [07:38] Mirv: is indicator-network the main culprit? [07:41] hey [07:42] Laney: morning! [07:45] Mirv: https://code.launchpad.net/~sil2100/cupstream2distro-config/phone_change_friends_pkg/+merge/183086 [07:45] Mirv: guess we'll need this [07:56] yep [08:01] Mirv: I'll redeploy it now that phone finished [08:01] Thanks! [08:16] good morning desktopers [08:19] sil2100, Mirv, Laney: good morning [08:19] sil2100, Mirv: you guys around? [08:19] ahoy [08:19] Laney, hey, happy friday! how are things post vUDS/FF? [08:20] well, straight into FFes and beta 1 which I am doing release engineering for ... [08:20] Moin all! [08:20] seb128: hello [08:21] Laney, I hope you don't have to spend too much work on it [08:21] me too [08:21] Laney, shouldn't the release team handle release? (e.g infinity and co)? [08:21] hey Sweetshark [08:22] Mirv, sil2100: indicators are not landing because indicator-location brings new packages on the builder and that makes the checker not happy, is any of you looking at fixing that? [08:22] seb128: cjwatson was warned about the libreoffice updates issue in the wrapup session and is hoping we are not doing it in the next five weeks (after which he leaves the TB, I assume) [08:22] Sweetshark, lol, I see [08:22] various people step in to help from time to time [08:23] Laney, I guess nice from you to step up [08:23] https://wiki.ubuntu.com/SaucySalamander/ReleaseTaskSignup [08:23] but between Ken being relocated on the content-hub, vUDS, etc [08:23] we are just falling way behind on settings :/ [08:23] need to talk to jasoncwarner about that [08:23] we can't keep helping others and not move our stuff... [08:29] seb128: https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/indicators_extra_packages/+merge/183091 [08:29] seb128: if ok, deploying and rerunning [08:31] * Mirv has now reread the commit enough times itself to deploy and rerun while waiting for the merge to be approved [08:32] Mirv: that's a LOT of extra packages [08:32] seb128: yes, been qt'ing - hello! [08:33] seb128: https://code.launchpad.net/~indicator-applet-developers/unity-greeter-session-broadcast/trunk.13.10 would need preNEWing, I pinged pitti earlier but didn't get a response (so this ping to let him know I've asked you as well) [08:33] Mirv: approved [08:34] seb128: it was added apparently to mir stack already so it also blocks mir now (it should be added only after preNEW done) [08:34] seb128: then there's the question if it's included in Touch FFe or not [08:34] (ah, I did get response but not to whether to preNEW review it or not) [08:35] Mirv, sorry, somebody at the door, I had to go away from the computer for a few minutes [08:35] Mirv, I preNEWed the greeter package yesterday evening [08:35] seb128: oh, oh, oh.. [08:35] seb128: what about FFe? [08:36] cyphermox pinged me about it [08:36] should be easy to add to the touch FFe list [08:36] Laney might be able to help there [08:36] sil2100, happy qting! do you work on the menus stuff? [08:38] post it to the bug [08:38] Laney: posted bug #1208989 comment #5 [08:38] Launchpad bug 1208989 in Ubuntu "[FFe] standing freeze exception for Ubuntu Touch-specific packages" [Undecided,Confirmed] https://launchpad.net/bugs/1208989 [08:39] seb128: trying to at least, bit by bit! But context switching between a few things [08:40] Mirv: OK [08:40] sil2100, yeah, hard to focus on something in this madhouse ;-) [08:40] I hope we won't constantly be getting new components [08:40] I'm totally fuzzy today [08:40] Laney, think we should be mostly good at this point [08:40] the FF+UDS were truly hard days [08:40] yeah [08:41] Laney: thanks. [08:41] publishing mir stack [08:41] sil2100, Mirv: great work this week, both of you! thanks for handling sessions in one of the tracks and getting work done at the same time [08:41] sil2100, and thanks for stepping up for doing the summary at the wrapping! [08:41] thanks seb128 :) [08:42] hmm [08:42] seb128: thanks and you're welcome - hope I didn't screw up, since I only had a limited time to familiarize with the summaries ;p [08:42] seb128: can you remember the way to force a TextEntry to be focussed? [08:42] sil2100, I looked a bit at the video, looked good to me ;-) [08:42] seb128: so sadly your track was a bit 'left over', as I probably couldn't extend about it too much :( [08:43] sil2100, there was not much to say, we hosted some sessions for non desktop topics there and not all session had an useful outcome [08:43] sil2100, no worry, summary was good ;-) [08:43] Laney, Component.onCompleted: id.forceActiveFocus() [08:44] aha [08:44] thanks [08:45] doing the UI for passphrase/passcode right now [08:45] got any other priorities? [08:47] Laney, no, that seems fine [08:47] hrm [08:47] doesn't work [08:47] Object passphrase has no method 'forceActiveFocus' [08:47] Laney, you have email btw [08:47] k [08:47] sil2100: I think you did really great in the sessions I participated, seemed like experienced track leader ;) [08:49] ;p [08:49] Laney, the main info is that automatic timezone/NITZ is not scoped for v1, I fwded the emails because they still give some context/useful infos on priorities [08:50] Thanks, will make sure not to damage my facial looks before next-time ;) [08:50] seb128: sil2100: there's some non-existing lp:indicator-secret-agent in indicators stack config that prevented deploying [08:50] :-( [08:50] TED [08:51] Mirv, can you fix it/redeploy? [08:52] seb128: yes, redeploying already without it [08:52] thanks [08:52] Laney, not sure if you saw, but: https://code.launchpad.net/~mterry/unity8/greeter-wallpaper/+merge/183018 [08:52] https://code.launchpad.net/~timo-jyrinki/cupstream2distro-config/indicators_disable_indicator-secret-agent/+merge/183095 [08:52] Mirv, approved [08:54] seb128: yes that's good information [08:54] seb128: so ... will NTP work? i.e. can we make that control set the timedated property for ntp? [08:54] also is there a bug for the pickers? [08:55] Laney, ntp is a good question, I don't see why it wouldn't work [08:55] Laney, though it might be worth emailing the phone list to ask/make sure [08:55] ok [08:56] Laney, I don't see bugs about the picker, let me check [08:56] they keep their list on https://wiki.ubuntu.com/Touch/SdkFeatureStatus I think [08:57] hrm [08:57] don't see an entry for that there [08:57] me neither, but I was told it's being worked, let me check [08:57] ok [08:59] pitti: interesting. my understanding of this situation continues to develop [08:59] so we must EITHER: [08:59] - report version [08:59] OR [08:59] - run hooks [08:59] oh, wait [08:59] hmm [09:00] timedated's NTP stuff relies on using systemd-init [09:00] what does gnome do? [09:01] erm, that uses timedated too [09:01] does that mean this setting is broken? [09:02] Laney, no, that's why we have systemd-shim for [09:02] it uses the unit file AFAICS [09:02] unit files? [09:02] I'm not familiar with systemd [09:02] what are those? [09:02] like job files [09:03] maybe shim does handle it [09:03] let me chec [09:03] but I'm pretty sure desrt did what was needed/tested it [09:03] aha, yes [09:03] he intercepts calls to start that unit [09:04] should work then ;-) [09:05] mailed [09:07] timedated is working, unless something broke [09:07] getting a working timedated, localed, etc. was the reason that we made systemd-shim [09:08] r0x0r [09:08] it was just the ntp part, I knew timedated was working [09:09] seb128: indicators http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-location_13.10.0+13.10.20130830.1-0ubuntu1.diff + http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-power_12.10.6+13.10.20130830.1-0ubuntu1.diff [09:09] jibel: http://people.canonical.com/~j-lallement/libreoffice/binrepo/ seems to be stuck again. If you have some time (haha, I know), could you have a look? [09:11] Mirv, -1 for indicator-power, we need to revert ted's commit :/ [09:11] Sweetshark, ah, again. Thanks for the heads up, I'll have a look. And I'll refresh sysadmin's memory that I need notifications from this machine [09:11] Laney, you got email ;-) [09:12] Mirv, https://launchpad.net/ubuntu/+source/upstart-app-launch is in universe [09:12] should I be scared? :P [09:12] Mirv, liburl-dispatcher1-dev depends on it [09:13] Laney, well, annoyed rather, sdk is not going to land those date/time picker any time soon, we might need a planB [09:13] argh [09:13] seb128: so it seems, the binaries are [09:13] let's get voice input working so you can just say the time and date you want [09:13] that should be trivial right [09:14] jibel: awesome, thanks. I would help out watching for it, but am scared of the additional set of accounts, keys and logins I would need for that. I have more than enough already... [09:19] Mirv, the source as well [09:19] Mirv, do you want me to propose the revert? [09:20] seb128: please do [09:20] Mirv, ok [09:20] ah component main, but release (universe) [09:21] read wrong [09:22] Mirv, yeah, the component stuff is confusing [09:22] yesterday's g-s-d update makes ibus runs whenever a user login to the system, no matter whether there is another input method already running... I think this is something wrong. [09:23] seb128 Laney what do you think about this problem? it's caused by the fix for LP #1194138 [09:23] Launchpad bug 1194138 in gnome-settings-daemon (Ubuntu) "ibus-daemon doesn't autostart" [Undecided,Fix released] https://launchpad.net/bugs/1194138 [09:24] I think GNOME would tell you this is how it's supposed to work ... [09:25] happyaron, that's the issue when GNOME/the rest of the world consisder ibus as a standard component and some tries to not use it :/ [09:25] happyaron, though that's not very useful for the specific issue I guess [09:26] happyaron, we might want to make that conditional on XDG_CURRENT_DESKTOP, or use an upstart job... [09:26] Laney seb128 in such a case it does nothing and waste memory, I think ~12MB? [09:26] does it run all the time? [09:26] yes [09:26] hmm, that seems like a problem regardless [09:26] happyaron, why is it running if it's not used? [09:26] not start and quit, but start and keep running. [09:26] * seb128 hates ibus [09:27] I guess that the fix is to make it exit when not needed then [09:27] that stack is so annoying [09:27] seb128: I'm not sure, non of the IM related variable is changed, but ibus-daemon and related stuff is running. [09:27] that's standard for dbus activated services [09:27] what is activating it? [09:27] that shouldn't happen in the first place I guess [09:27] * Install the ibus dbus service (LP: #1194138) [09:27] Launchpad bug 1194138 in gnome-settings-daemon (Ubuntu) "ibus-daemon doesn't autostart" [Undecided,Fix released] https://launchpad.net/bugs/1194138 [09:27] well, having dbus activiation is good [09:27] but that should be only activating if something calls to it [09:27] I think it's g-s-d? [09:28] even it's not used, ibus does not quit... [09:28] right [09:28] would it be easy to teach it to do so? [09:29] I'm not sure, but I know there is such logic in fcitx already and we may port it to ibus. [09:30] what do you suggest to do meanwhile? [09:30] Maybe it's easier (as a first step; IBus should be fixed too) to get gsd to not call this interface if it's not needed [09:30] it seems that if we revert that change we have the opposite issue [09:30] ibus not starting even when you need it [09:30] or if you have input methods configured [09:31] seb128: ibus should be started by im-config, but ubuntu's change makes it only starts ibus under CJKV locales. [09:31] Mirv, https://code.launchpad.net/~seb128/indicator-power/revert-universe-depends/+merge/183106 (approved by larsu, once merged we can retry ... or when is the next tick?) [09:32] seb128: next tick in 30mins, so let's have it at that [09:32] this is the supposed old way (no dbus activation). [09:32] happyaron, do you know why we made those changes? [09:32] happyaron, well, it seems jbicha had issues with ibus/chines, reading bug #1194138 [09:32] Launchpad bug 1194138 in gnome-settings-daemon (Ubuntu) "ibus-daemon doesn't autostart" [Undecided,Fix released] https://launchpad.net/bugs/1194138 [09:32] seb128: at that time we don't have ibus integration, and we don't want ibus to bother users who does not use it. [09:33] is there an easy way to determine "users who use it"? [09:33] e.g make it exit for those who don't use it [09:34] seb128: it's easier to determine if there is another input method already running. [09:35] happyaron, well, the most common case, out of Asia, is to not use IMs, so not needing ibus or any im to run at all [09:36] seb128: but I guess it will make g-s-d not happy now? I'm not faimiliar how people use xkb (fr, es, etc..) [09:37] attente, hey, are you around? [09:37] seb128: jbicha says ibus-daemon does not run, because he adds Chinese input engines under a non-CJKV locale, so that im-config does not start ibus-daemon for him. [09:37] attente, does indicator-keyboard needs ibus for keyboard layout stuff, or only ims? [09:38] happyaron, so im-config's logic is: if you use a cjkv locale, run ibus, if not, don't run it? [09:38] yes [09:40] that seems buggy [09:40] it means it would start for Kylin when it shouldn't (because fcitx is used) === vrruiz_ is now known as rvr [09:40] it also means it doesn't start for US users than want to input chinese (jbicha's test case) [09:41] seb128: nope, im-config can change to start fcitx (this is what kylin does), ibus is just its default. [09:42] happyaron, what about the US people wanting to input chinese case? [09:43] seb128: user can run im-config and choose to start ibus/others, just the default setting is to not start anything. [09:43] that seems buggy [09:44] users shouldn't need to know about that extra config tools/dialog [09:44] going to keyboard and adding a chinese input method should just work [09:44] to me it seems we need to teach ibus to exit when the current config doesn't require it to run [09:45] that was what language-selector intended, though it has it's age... [09:45] seb128: agree [09:47] seb128: but I think the result is no difference since indicator-keyboard will trigger g-s-d to try to launch ibus? [09:48] so if user does not run another IM, ibus is always running? [09:49] It should decide it's not needed and exit [09:49] Mirv: sorry, long meeting; so sil2100 already ack'ed it? [09:49] Laney: that would be difficult, I think [09:50] pitti: all that was needed was ack'ed [09:50] happyaron, why? [09:50] Mirv: good [09:51] seb128: how will it know it's not needed? [09:51] happyaron, if there is no input method in the user config? [09:51] happyaron, should be a gsettings key to read/parse [09:51] or an ibus config [09:51] like if my layout are [us] [09:51] there is no need for ibus [09:52] no? [09:52] if so, what's the difference from using im-config to start only on cjkv? [09:53] 1- im-config is a distro specific hack and another config UI users need to know about (and don't know about/shouldn't have to know about) [09:53] 2- what about US users with a chinese input method configured (jbicha's case) [10:00] if you really hate im-config and language-selector, then the best thing is to teach ibus to do that. [10:05] happyaron, I don't hate them, it just hurts my head to try to understand why we need the im-config layer [10:05] rather than just teaching the service to be smart enough to run when it needs or exit when it doesn't [10:06] to we it seems we try to wrap the logic in weird shell at the wrong place [10:08] it was something to deal with DEs that does not handle input methods, and at the time no on demand activation for desktop exists. [10:08] GNOME is the first and only DE that handles the initialization of input method [10:09] so im-config sets the IM related variables and starts the IM daemon at right time during Xsession script is being run. [10:11] happyaron, you know about the topic better than me [10:11] happyaron, basically you are saying that jbicha's buggy situation was already there before saucy? [10:11] happyaron, if so I'm happy to just revert the dbus activation stuff until we sort that properly [10:11] seb128, sorry i missed your ping [10:12] happyaron, over time I would like us to drop the im-config wrapper though and do something integrated as GNOME is doing [10:12] attente, hey, no worry [10:12] attente, we are still discussing ibus activation, read the backlog if you feel like doing so and if you have an opinion on the topic ;-) [10:13] seb128, you want something else to be responsible for starting ibus? [10:13] happyaron suggests we keep using imconfig [10:13] Mirv: arrgh! [10:14] Sorry for the phone tests! [10:14] I think it'd be polite to at least wait for jbicha and come to some kind of violent agreement before reverting his stuff [10:14] Mirv: fixing that, we had a talk about that yesterday and I asssumed it's fixed, fixing fixing [10:16] seb128, is im-config the problem? or is it what should be invoking im-config? [10:17] Laney, right [10:17] attente, the issue is that since https://launchpad.net/ubuntu/+source/gnome-settings-daemon/3.6.4-0ubuntu19 ibus is running all the time for all users [10:17] :-) [10:18] attente, which 1- waste resources for those who don't need it 2- create issue for UbuntuKylin which is using fcitx and not ibus === jibel_ is now known as jibel [10:22] seb128, can we can try to make g-c-c responsible for calling im-config, and warn the user if they need to restart the session to take effect? [10:22] attente, btw are you still in China? [10:22] attente, I guess we can [10:23] seb128, yes, i have next week off, then back to canada :( [10:23] attente, Billf set up a small meeting to discuss osk setting (it's in 3 hours), not sure if you saw ... if you can't make it that's fine [10:26] Mirv: https://code.launchpad.net/~sil2100/dialer-app/fix_ap_deps/+merge/183119 [10:26] Mirv: https://code.launchpad.net/~sil2100/messaging-app/fix_ap_deps/+merge/183120 [10:30] seb128, i can make it, just that i don't have a webcam, and i'm not sure if google hangouts will work here [10:30] seb128 Laney I suggest to revert that change, but it would be polite to ask jbicha before we actually do that. [10:31] attente, ok, it's only 4 people, we can fallback to IRC meeting if needed, thanks [10:32] happyaron, right, let's do that [10:32] happyaron, to be clear, the issue he described in the bug was already there in previous releases, right? [10:32] yes [10:33] good [10:34] ok, then I'm going for dinner. [10:34] happyaron, enjoy! [10:34] happyaron, btw did you see my email about Kylin updates sent yesterday? [10:43] happyaron, youker-assistant accepted to saucy fyi [11:00] seb128: can you do a quick approve of 2 merges? I guess this will be just few seconds [11:00] https://code.launchpad.net/~sil2100/messaging-app/fix_ap_deps/+merge/183120 [11:01] https://code.launchpad.net/~sil2100/dialer-app/fix_ap_deps/+merge/183119 [11:01] sil2100, ok, comment approved, I'm not in the right team to change the status though [11:02] lunch, bbiab [11:04] seb128: thanks! [11:16] sil2100: hmm, have you poked anyone about that amd64 builds are pretty stalled? indicator not compiled after 1h [11:16] even tests have passed since they are run on i386, but everything is once again halted in the system because of pending builds. just this time not powerpc, but amd64. [11:21] Mirv: picking that up then! [11:31] Mirv: I just got a launchpad internal error on my e-mail [11:33] I might drop off from internet in a moment, since they'll be switching modems for me soon [11:38] Laney: 1.1.4 is in experimental now [11:38] slomo_: cool, cheers [11:39] might not get to it until monday now though [11:39] Laney: did you try if gst-libav builds with old libav btw? it might [11:39] Laney: after adjusting debian/control of course [11:39] slomo_: hmm, can't remember, let me check build logs [11:40] ah yes [11:40] gstavcodecmap.c:30:38: fatal error: libavutil/channel_layout.h: No such file or directory [11:42] ok :) === bdrung_ is now known as bdrung [11:54] how do I set an enum with gsettings-qt? [11:54] I keep getting "outside of valid range" [11:58] larsu, ^ [12:12] Laney: is the thing you're tring to set one of the values returned by settings.schema.choices('keyname')? [12:36] oh, great. Did a non-package build of libreoffice to patch on the unity integration, I get almost an heart attack, because its totally broken. Retesting the packaged build it works ... but I dont know _why_. [12:37] scary. [12:38] the magic of unity :) [12:39]