[05:12] <pitti> Good morning
[05:41] <larsu> good morning
[06:28] <jibel> good morning
[06:30] <didrocks> salut jibel, hey larsu!
[06:33] <jibel> Hello didrocks
[06:33] <larsu> bonjour didrocks!
[07:55] <didrocks> sil2100: hey!
[07:55] <sil2100> didrocks: hi!
[07:55] <didrocks> sil2100: on unity tests failing, do we have a bug for it?
[07:55] <didrocks> sil2100: also, can we have a status on daily ASAP? gema wants a list of bugs we need to get fixed
[07:56] <sil2100> didrocks: ACK, on it right now, just give me a few minutes
[07:57] <sil2100> The phone stack is driving me crazy!
[07:57] <sil2100> Every day there's a package missing ;)
[08:00] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_extra_packages/+merge/175749 <- I'll redeploy in the meantime
[08:02] <seb128> good morning desktopers
[08:02] <seb128> hey didrocks sil2100
[08:02] <didrocks> sil2100: yep! approved :)
[08:02] <didrocks> sil2100: I think we should automatically greenlight the binary packages from the stacks we depends on
[08:02] <didrocks> sil2100: patch welcome if I don't have the time for that ;)
[08:02] <didrocks> seb128: hey!
[08:03] <Laney> hey
[08:04] <Laney> happy friday ;-)
[08:04] <didrocks> bonjour Laney!
[08:05] <Laney> how goes?
[08:05] <seb128> Laney, hey, happy friday!
[08:05] <sil2100> didrocks: would make sense ;)
[08:05] <seb128> Laney, going good, it's friday, weather is nice ... and quite some fun settings hacking planned for the day :p
[08:05] <seb128> Laney, you?
[08:06] <Laney> yeah, same ;-)
[08:06] <Laney> although with patch piloting this afternoon
[08:06] <seb128> sil2100, didrocks: just as a fyi, I published the settings stack, it was in manual mode because we added a depends on qtmultimedia to play sound
[08:07] <seb128> Laney, seems like a good way to finish the week ;-) I might look at uploading the new ibus today as well
[08:07] <Laney> cool
[08:07] <didrocks> seb128: great
[08:07] <didrocks> seb128: lillypilly has screwed launchpadlib cache
[08:07] <didrocks> FYI
[08:07] <seb128> :-(
[08:07] <didrocks> waiting for the cleaning to appear
[08:07] <didrocks> but don't be surprise if you don't see the publication ASAP
[08:07] <didrocks> ogra_: FYI ^
[08:07] <seb128> ok
[08:08]  * didrocks receives an email every 15 minutes about it :p
[08:08] <Laney> can't you remove it?
[08:08] <sil2100> seb128: cool!
[08:09] <didrocks> Laney: I should be, but TBH, it's non stop since 7am here
[08:09] <Laney> :(
[08:10] <sil2100> didrocks: about the unity stack issue... should I fill in a bug for that so that they bump the upstream version in nux and dependencies in unity, or should we screw the ABI break and rebuild the stack to get everything working automatically?
[08:10] <didrocks> sil2100: no, ABI should be dealt to people not half-upgrading
[08:10] <didrocks> sil2100: so bug for it please
[08:10] <didrocks> sil2100: and the other one for the tests not passing
[08:10] <sil2100> Ok!
[08:11] <didrocks> sil2100: FYI, the unity8 stack is in manual publishing mode
[08:11] <didrocks> sil2100: please never publish it
[08:11] <sil2100> Oh
[08:11] <didrocks> seb128: as well, if you get to this ^
[08:11] <sil2100> ;)
[08:11] <seb128> didrocks, noted
[08:11] <sil2100> didrocks: in the meantime, I poke you about some ACKS
[08:12] <sil2100> didrocks: platform - http://10.97.0.1:8080/view/cu2d/view/Head/view/Platform/job/cu2d-platform-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_platform-api_0.18.2+13.10.20130719-0ubuntu1.diff , this is the header fixing change
[08:13] <didrocks> sil2100: ok, +1
[08:16] <sil2100> didrocks: HUD: http://10.97.0.1:8080/view/cu2d/view/Head/view/HUD/job/cu2d-hud-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_libhud-qt_0.1.0+13.10.20130719-0ubuntu1.diff , cleanup!
[08:17] <didrocks> sil2100: perfect, +1 ;)
[08:17] <sil2100> didrocks: SDK, well, this change is so risky that I guess I won't have anything against it if you don't ACK :( http://10.97.0.1:8080/view/cu2d/view/Head/view/SDK/job/cu2d-sdk-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-html5-theme_0.1+13.10.20130719-0ubuntu1.diff
[08:18] <didrocks> sil2100: yeah, we should avoid acking that :p
[08:18] <sil2100> ;p
[08:19] <sil2100> didrocks: phone: http://10.97.0.1:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_address-book-service_0.1.0+13.10.20130719-0ubuntu1.diff upstart stuff
[08:20] <didrocks> sil2100: ok, and the tests runs, so should be good, +1
[08:21] <sil2100> didrocks: media has some cosmetic fixes too, and a removal of a package: http://10.97.0.1:8080/view/cu2d/view/Head/view/Phone/job/cu2d-phone-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_address-book-service_0.1.0+13.10.20130719-0ubuntu1.diff and http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_qtubuntu-cameraplugin-fake_0.1.10+13.10.2013
[08:22] <sil2100> didrocks: I made both changes, so I know what's up ;p
[08:23] <sil2100> didrocks: same for apps stack, the same batch of changes: http://10.97.0.1:8080/view/cu2d/view/Head/view/Media/job/cu2d-media-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_qtubuntu-cameraplugin-fake_0.1.10+13.10.20130719-0ubuntu1.diff
[08:24]  * sil2100 needs to gain more experience so that he can get upload rights himself
[08:25] <didrocks> sil2100: hum, the fake-tests package
[08:25] <didrocks> we don't install it, right?
[08:25] <didrocks> (on the stack)
[08:25] <didrocks> I think we would already had the failure anyway :)
[08:25] <didrocks> sil2100: the conflicts/breaks are not needed
[08:25] <sil2100> didrocks: we don't install it ;)
[08:26] <didrocks> as it doesn't really conflicts or breaks I guess ;)
[08:26] <didrocks> sil2100: mind cleaning that on a MP?
[08:26] <sil2100> didrocks: kenvandine said I should add that to make sure it gets uninstalled ;)
[08:26] <sil2100> didrocks: ACK
[08:26] <didrocks> sil2100: well, one is enough in that case
[08:26] <didrocks> no need for the 2
[08:26] <sil2100> So like, breaks maybe?
[08:26] <didrocks> conflicts: would make sense
[08:26] <didrocks> sil2100: breaks won't unconfigure it
[08:27] <didrocks> and it's supposed to be transient
[08:27] <didrocks> conflicts is more permanent
[08:27] <didrocks> sil2100: but it doesn't hurt on the current state, so +1
[08:27] <sil2100> conflicts >> breaks
[08:27] <sil2100> ACK ;)
[08:27] <didrocks> sil2100: sorry yesteday, was trapped in hangouts/discussions/mir-madness (and still am)
[08:27] <didrocks> sil2100: you had a question I didn't answer IIRC?
[08:28] <sil2100> didrocks: no problem, I think everything got resolved, I might get back to some of the issues later
[08:28] <sil2100> So I'll just repoke you ;)
[08:28] <didrocks> ok ;)
[08:29] <didrocks> sil2100: so just ping me with the bug list we need to get fixed ASAP
[08:29] <didrocks> including unity tests not running and still which makes us not daily releasing
[08:31] <didrocks> hum, it's not a busted cache for launchpadlib
[08:43]  * ogra_ yawns
[08:43] <ogra_> didrocks, how can i help ?
[08:43] <seb128> ogra_, good morning!
[08:43] <didrocks> ogra_: I started discussing with cjwatson about it
[08:43] <didrocks> ogra_: I think I'll just run on my laptop to use my launchpad cred to do the copy
[08:44] <ogra_> whts wrong with LPlib ?
[08:44] <ogra_> (not that i know anything about it, just wondering why you think i could help)
[08:44] <didrocks> ogra_: don't know, it's not the traditional cache issue though
[08:45] <ogra_> (i mean i ude it at times, but have never looked at the inside)
[08:45] <ogra_> *use
[08:46] <didrocks> ogra_: ok, fixed ;)
[08:46] <didrocks> ogra_: so everything is copying in proposed now
[08:47] <ogra_> yay
[09:02] <didrocks> sil2100: did you see that indicator-geoip is yellow?
[09:08] <sil2100> didrocks: yes yes, will look in a moment, just a reminder: could you preNEW indicator-location in the meantime? ;)
[09:09] <didrocks> sil2100: hum, I did it this morning
[09:09] <didrocks> sil2100: see you MP and the branch I proposed :p
[09:09] <didrocks> your*
[09:10] <sil2100> didrocks: aaaaa
[09:10] <sil2100> Thanks! Looking at those ;)
[09:11] <didrocks> no worry! but yeah, you can release this now if needed :)
[09:37] <sil2100> didrocks: tested indicator-location, it's not breaking anything
[09:37] <didrocks> sil2100: great, please add it to the package list
[09:37] <didrocks> (and eventual recommends/new deps)
[10:02] <sil2100> didrocks: pushed ;)
[10:02] <sil2100> To the earlier branch of course
[10:03] <sil2100> didrocks: and there's this of course https://code.launchpad.net/~sil2100/qtubuntu-cameraplugin-fake/remove_breaks/+merge/175776
[10:06] <didrocks> sil2100: approved
[11:14] <Laney> seb128: here? I made a tarball for gsettings schemas based on gsettings-desktop-schemas. Want to check it out? http://people.canonical.com/~laney/weird-things/gsettings-ubuntu-touch-schemas-0.0.1.tar.xz
[11:15] <seb128> Laney, I'm not sure, that looks like a werid thing you have there :p
[11:16] <Laney> DAMN you found my virus
[11:16] <seb128> ;-)
[11:16] <Laney> shred -u things-to-buy-with-seb128s-credit-card.txt
[11:16] <Laney> oops, wrong window!
[11:16] <seb128> heh!
[11:17] <seb128> Laney, that feels like lot of packaging for a schemas
[11:17] <Laney> what would you do?
[11:18] <seb128> that was loud thinking
[11:18] <seb128> if it works this way it seems less work that trying to simplify
[11:18] <Laney> it makes them translatable
[11:18] <seb128> right, there is that as well
[11:18] <seb128> wfm
[11:19] <Laney> I don't know about naming / division of schemas and stuff like that
[11:19] <seb128> I wouldn't bother about splitting them
[11:19] <seb128> we need to sort the namespace question though
[11:19] <Laney> com.ubuntu.touch atm
[11:19] <seb128> yeah, I noticed
[11:20] <seb128> I'm not sure it makes sense to have "touch" in there
[11:20] <seb128> since we want to converge anyway
[11:20] <Laney> I thought it'd avoid any collisions
[11:20] <didrocks> seb128: Laney: shouldn't that be under dailies? :p
[11:20] <Laney> it doesn't even exist yet :P
[11:20] <seb128> didrocks, who said it's not going to be? ;-)
[11:21] <didrocks> I'm just ensuring it will ;)
[11:21] <seb128> didrocks, do you prefer a new source or do you see one we could (ab)use for it?
[11:21] <seb128> ubuntu-themes? (sounds a bit wrong though)
[11:21] <Laney> Seems easier to me to have a new one
[11:22] <seb128> ok, let's go for that then
[11:22] <Laney> don't have to crowbar it into some existing build system
[11:22] <didrocks> hum, I don't see where we should/could merge that one into
[11:22] <Laney> only release when there are changes
[11:22] <Laney> etc
[11:22] <seb128> yeah
[11:22] <seb128> it's just that it needs a new lp project/source package/NEW review/be added to CI/etc
[11:22] <didrocks> should that be in the settings stack?
[11:22] <seb128> but all are small stuff
[11:23] <seb128> didrocks, I would say in misc
[11:23] <didrocks> seb128: so settings will dep on misc?
[11:23] <seb128> those keys should be used by some apps as well
[11:23] <didrocks> so that if you change a key
[11:23] <Laney> as long as the system-settings team can review MPs I don't mind
[11:23] <seb128> didrocks, do we have any "base layer" stack?
[11:23] <didrocks> seb128: there is platform, but it's more apis
[11:23] <seb128> didrocks, well, I can see e.g phone-app depending on it
[11:23] <Laney> I guess it'll be seeded
[11:24] <Laney> is that what happens with gsettings-desktop-schemas?
[11:24] <didrocks> seb128: can be misc then
[11:24] <Laney> or does everything depend on it?
[11:24] <didrocks> seb128: want to prepare that? ;)
[11:24] <didrocks> or needing help?
[11:24] <seb128> didrocks, Laney started on it
[11:24] <seb128> Laney, ^
[11:24] <Laney> I haven't done debian packaging yet
[11:24] <didrocks> Laney: want to prepare that? ;)
[11:24] <didrocks> or needing help?
[11:24] <didrocks> (bis repetita)
[11:24] <Laney> you'll have to help me getting it to your standards ...
[11:25] <didrocks> Laney: no worry! I think first look at the system-settings source
[11:25] <didrocks> Laney: and have a launchpad project matching the source package name + a bzr branch ready
[11:25] <didrocks> then, we can iterate, shouldn't take long
[11:25] <Laney> LGPL2.1+ OK? per g-d-s which I copied code from
[11:25] <seb128> Laney, packaging is mostly dh9 with --list-missing in rules
[11:26] <didrocks> seb128: fail-missing!
[11:26] <seb128> ups
[11:26] <Laney> always fail-missing
[11:26] <seb128> indeed :p
[11:26] <didrocks> list-missing doesn't exist for me ;)
[11:26] <didrocks> it's dead to me :p
[11:26] <seb128> Laney, LGPL2.1+ seems fine to me
[11:32] <Laney> didrocks: do I have to make a team?
[11:35] <didrocks> Laney: ~ubuntu-desktop should be a good match, wdyt?
[11:35] <Laney> doesn't include the whole s-s team
[11:36] <seb128> just use system-settings?
[11:36] <Laney> yeah
[11:36] <seb128> we can change owners later if needed
[11:36] <Laney> I guess it can be changed if necessary
[11:36] <Laney> say to include core-dev or whatever
[11:49] <didrocks> ok, time for some exercise :)
[11:50] <didrocks> sil2100: waiting for your geoip fix and location published to distro :p
[12:00] <sil2100> didrocks: https://code.launchpad.net/~sil2100/ubuntu-geoip/merge_missing_changelog/+merge/175818
[12:00] <sil2100> didrocks: waiting for the diff to generate itself to see if all is ok ;)
[12:04] <sil2100> didrocks: looking ok, what do you think?
[12:09] <seb128> sil2100, didrocks said he was going for exercise I think, I review/approved it (and set a commit message for it)
[12:10] <sil2100> seb128: \o/ Thanks
[12:10] <sil2100> Ah, commit message
[12:10] <sil2100> I set one, but I targetted the wrong branch when doing it
[12:11] <sil2100> And it seems that when resubmitting the branch the commit message is lost always... sorry about that
[12:11] <seb128> no worry, I got bitten by that in the past as well
[12:45] <Laney> OK, give lp:gsettings-ubuntu-touch-schemas and lp:~laney/ubuntu-system-settings/gsettingsify a go
[12:45] <Laney> I don't know how to fix the binding loop for a bidirectional binding
[12:46] <seb128> Laney, looking
[12:47] <Laney> seb128: you can still directly push to fix problems in this period of pre-merger joy ;-)
[12:47] <Laney> going to lunch, feel free to do that
[12:50] <seb128> Laney, enjoy lunch
[13:05] <didrocks> sil2100: do you mind relaunching goeip & location to ensure we release them?
[13:05] <didrocks> seb128: thanks!
[13:06] <seb128> Laney, lp:gsettings-ubuntu-touch-schemas looks good to me, small comments: you should have a .bzr-builddeb/default.conf with split = true (I think that's what other stuff do), and I'm not sure what's the point of doing autoreconf stuff on a package with only a schemas
[13:07] <seb128> didrocks, sil2100: ^ you might want to have a look to that vcs as well to see if that seems fit to your standards
[13:07] <seb128> didrocks, yw
[13:07] <sil2100> didrocks: will do!
[13:07] <sil2100> seb128: will look ;)
[13:07] <didrocks> sil2100: want to have a look so that you get more karma for upload rights?
[13:08] <didrocks> \o/
[13:36] <sil2100> didrocks: aye! (been preparing lunchy things)
[13:48] <Laney> seb128: ah yes, I had to give split manually
[13:50] <Laney> the upstream build system is good for translations and for use without the packaging
[13:50] <sil2100> didrocks: can I ask you for some ACKs?
[13:50] <didrocks> sil2100: with great pleasure!
[13:51] <sil2100> didrocks: teh new additionz! http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-geoip_1.0.2+13.10.20130719-0ubuntu1.diff and http://10.97.0.1:8080/view/cu2d/view/Head/view/Indicators/job/cu2d-indicators-head-3.0publish/lastSuccessfulBuild/artifact/packaging_changes_indicator-location_0.0.4+13.10.20130719-0ubuntu1.diff !
[13:51] <sil2100> (the second one is fun)
[13:51] <Laney> pushed split = true
[13:52] <sil2100> Laney: looking as well ;)
[13:53] <Laney> ty
[13:53] <didrocks> sil2100: I hope you like the second one :)
[13:53] <didrocks> it's a special "please remember"
[13:54] <sil2100> didrocks: it's good, I really like it! I was actually wondering what will be the message for new packages
[13:54] <didrocks> heh, see! :-)
[13:54] <didrocks> and there is a test for it, of course ;)
[13:55] <didrocks> dh9 for ubuntu-geoip
[13:55] <didrocks> one cdbs less
[13:55] <didrocks> sorry seb128 :p
[13:55] <seb128> ;-)
[13:55] <didrocks> sil2100: ok, +1, can you please simplify --fail-missing in another MP?
[13:55] <sil2100> didrocks: right!
[13:55] <didrocks> thx!
[14:03] <didrocks> sil2100: indicator-location NEWed
[14:04] <sil2100> didrocks: thanks! \o/
[14:05] <didrocks> yw!
[14:07] <sil2100> didrocks: just in case https://code.launchpad.net/~sil2100/ubuntu-geoip/simplify_missing/+merge/175841 !
[14:14] <sil2100> didrocks: and a quickie https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_extra_pkgs_webapps/+merge/175844
[14:14] <sil2100> kenvandine: ^
[14:16] <didrocks> I'll let that to ken/robru for checking ;)
[14:16] <didrocks> sil2100: thanks dude ;)
[14:17] <sil2100> I checked those packages, webaccounts-chromium-extension pulls them in, but yes, kenvandine should double check ;)
[14:17] <sil2100> kenvandine: PONG
[14:18] <kenvandine> hang on.. finishing something else
[14:24] <sil2100> kenvandine: thanks :)
[14:24] <sil2100> didrocks: btw. where in LP is the config for jenkins cu2d-skip-project-archs jobs being stored?
[14:25] <sil2100> didrocks: or is it just on jenkins?
[14:25] <didrocks> sil2100: it's just on jenkins
[14:25] <didrocks> sil2100: open it, it's really really trivial :p
[14:25] <sil2100> didrocks: I saw it, but I wondered if we have it versioned ;p
[14:26] <didrocks> sil2100: not those few lines ;)
[14:29] <seb128> attente, hey, I just reviewed your language panel merge request, good work for the most part! I let a few comments/small things to fix on the merge request, let me know if you have any question
[14:30] <kenvandine> sil2100, why is webaccounts-chromium-extension pulling packages into the webapps check?
[14:32] <sil2100> kenvandine: ouch! Wrongly pasted!
[14:32] <sil2100> kenvandine: it's unity-chromium-extension that's pulling it
[14:32] <attente> seb128, sure, thanks!
[14:32] <kenvandine> sil2100, ah
[14:33] <kenvandine> makes more sense :)
[15:12] <didrocks> seb128: do you have time for a preNEW?
[15:13] <seb128> didrocks, yes
[15:13] <didrocks> seb128: I think kenvandine needs ubuntu-download-manager to be preNEWed
[15:13] <didrocks> (it's in manual publishing mode)
[15:13] <didrocks> kenvandine: can you merge your config to trunk? so that I can pull on my side on lillypilly
[15:13] <didrocks> for refreshing the whitelist
[15:14] <kenvandine> seb128, i was about to ask you for a review :)
[15:15] <didrocks> lool: FYI ubuntu-download-manager under dailies and about to land ^
[15:15] <didrocks> lool: kenvandine is working on the other one AFAIK ;)
[15:22] <sil2100> didrocks: https://code.launchpad.net/~sil2100/cupstream2distro-config/nohud_no_daily/+merge/175860 <- latest freshness
[15:22] <didrocks> waow
[15:22] <kenvandine> didrocks, https://code.launchpad.net/~ken-vandine/cupstream2distro-config/click/+merge/175861
[15:23] <sil2100> didrocks: btw. do we need to redeploy the no-dailies stacks after such additions?
[15:23] <didrocks> fginther: can you review it from an upstream merger point of view? ^
[15:23] <lool> didrocks: Yup; just synced with kenvandine actually; mandel + kenvandine working on the packaging together actually
[15:23] <didrocks> sil2100: no, that will have no impact
[15:23] <lool> didrocks: Thanks for the update!
[15:23] <didrocks> yw ;)
[15:27] <fginther> kenvandine, does ubuntu-download-manager need to be tested on armhf?
[15:27] <kenvandine> yes
[15:27] <sil2100> didrocks: good!
[15:27] <kenvandine> fginther, we plan to have it in the touch images next week
[15:27] <fginther> kenvandine, ack
[15:27] <kenvandine> fginther, thanks
[15:27] <sil2100> btw. I filled in bug LP: #1203086
[15:27] <ubot2`> Launchpad bug 1203086 in unity-webapps-qml "All autopilot tests failing for unity-webapps-qml-autopilot" [High,New] https://launchpad.net/bugs/1203086
[15:28] <sil2100> Will mail it to robru so that he doesn't miss it
[15:28] <didrocks> seb128: thanks a million :)
[15:28] <sil2100> Maybe to someone from upstream as well
[15:28] <seb128> didrocks, yw ;-)
[15:28] <sil2100> (filling in bugs as per our discussion with Florian)
[15:29] <sil2100> alex-abreu: hi! Could you take a look at LP: #1203086 ?
[15:29] <ubot2`> Launchpad bug 1203086 in unity-webapps-qml "All autopilot tests failing for unity-webapps-qml-autopilot" [High,New] https://launchpad.net/bugs/1203086
[15:30] <didrocks> sil2100: put that on gema's list as well, maybe?
[15:30] <alex-abreu> sil2100, mmmh yeah
[15:30] <fginther> kenvandine, reviewed and commented
[15:31] <seb128> jbicha, hey, do you think ibus 1.5 can be uploaded today without the g-s-d changes?
[15:32] <kenvandine> fginther, didrocks: pushed that change
[15:33] <alex-abreu> sil2100, argh ... on it
[15:33] <jbicha> seb128: yes, I did see that there is a unity autopkgtest for ibus that needs to be rewritten but it didn't stop unity trunk from building
[15:33] <sil2100> alex-abreu: thank you :)
[15:34] <seb128> jbicha, oh ok, did you open a bug about that?
[15:35] <jbicha> not yet but I will
[15:37] <fginther> kenvandine, approve, can I top approve?
[15:37] <kenvandine> yes please
[15:48] <seb128> jbicha, what do we need for ibus, only the new version and rebuild of the input methods/rdepends (including nux) and unity's test updated?
[15:52] <jbicha> and I wanted to cherrypick my gnome-settings-daemon.gsettings-override change to use Super+Space especially as the new ibus emits a notification that Super+Space is the shortcut to switch input methods
[15:52] <jbicha> we still haven't figured out bug 1201679 but attente left a comment there
[15:52] <ubot2`> Launchpad bug 1201679 in unity (Ubuntu) "ibus' Super+Space shortcut (usually) doesn't work" [Undecided,New] https://launchpad.net/bugs/1201679
[15:58] <seb128> ok
[15:58] <seb128> jbicha, it seems like the ibus stuff will be blocked on unity to land with working test
[15:59] <seb128> so I guess step one is to fix that test
[16:00] <jbicha> we're not doing another Friday Unity upload are we? ;)
[16:00] <seb128> no, even if we wanted things are not in shape for that
[16:00] <attente> jbicha, the ibus you uploaded to the ppa, does it have the disable-input-trigger patch applied?
[16:00] <seb128> they added a stack of new tests and some are failing
[16:00] <jbicha> attente: yes
[16:01] <attente> jbicha, do you think it's better to remove it?
[16:01] <alex-abreu> sil2100, could you validate that https://code.launchpad.net/~abreu-alexandre/unity-webapps-qml/fix-autopilot-tests-depends/+merge/175876 makes it better?
[16:02] <attente> i always thought with all of this input source switching, we would only really need ibus for the actual IM text entry
[16:02] <jbicha> attente: I've not tested things without the patch yet; the patch is Unity-specific and GNOME Shell seems to do ok without it
[16:04] <sil2100> alex-abreu: sure, one moment ;)
[16:05] <alex-abreu> sil2100, many thx
[16:10] <jbicha> seb128: so technically unity builds now with ibus 1.5; if we rewrite the test for ibus 1.5 won't the test fail since ibus 1.5 isn't in Ubuntu yet?
[16:10] <jbicha> also maybe the ibus test isn't ran? I don't see it in the output of my build log: https://launchpad.net/~jbicha/+archive/dev/+build/4799447
[16:12] <jbicha> yeah the ibus test isn't listed in tests/CMakeLists.txt
[16:12] <seb128> jbicha, tests are not run on build, they are run by jenkins before daily landing
[16:13] <jbicha> attente: do you have experience writing autopkgtests?
[16:13] <seb128> jbicha, see https://jenkins.qa.ubuntu.com/view/cu2d/view/Head/view/Unity/job/cu2d-unity-head-2.2check/
[16:14] <attente> jbicha, no
[16:24] <jbicha> I've never worked with autopkgtest either, bug 1203106
[16:24] <ubot2`> Launchpad bug 1203106 in unity (Ubuntu) "Rewrite ibus test for ibus 1.5" [Undecided,New] https://launchpad.net/bugs/1203106
[16:24] <seb128> jbicha, try talking to Trevinho or bregma about it I guess
[16:24] <seb128> or bschaefer on #ubuntu-unity rather
[16:25] <bregma> bschaefer is the resident expert on ibus
[16:25] <bschaefer> seb128, hello
[16:25] <seb128> bschaefer, hey
[16:25] <sil2100> didrocks: for the future, for discussion: https://code.launchpad.net/~sil2100/cupstream2distro/skip_all_projects/+merge/175884
[16:25] <bschaefer> so ibus needs a rewrite for AP, sounds like fun
[16:25] <seb128> bschaefer, we are looking at updating ibus to 1.5 in saucy (you maybe read my email on ubuntu-devel on the topic)
[16:26] <bschaefer> seb128, yup I've read through most of it
[16:26]  * bregma thinks bschaefer's weekend is shot now
[16:26] <seb128> bschaefer, which requires some changes in the unity tests it seems (if I get what jbicha said)
[16:26] <seb128> bregma, haha
[16:26] <bschaefer> bregma, haha, we shell see
[16:26] <seb128> bschaefer, bregma: no worry, ibus 1.5 is still in a ppa, so no hurry
[16:26] <sil2100> kenvandine: ^
[16:27] <bschaefer> seb128, alright, so I should install the ppa and see whats different
[16:27]  * bschaefer hopes it isn't to crazy
[16:27] <didrocks> sil2100: hum
[16:27] <bschaefer> one thing will be switching the hotkeys around
[16:27] <didrocks> sil2100: I like the "all" idea
[16:27] <didrocks> sil2100: not that much we create a "all.ignore" though
[16:27] <sil2100> alex-abreu: I have the test results!
[16:27] <alex-abreu> sil2100, tremendous! ... if all clear could you approve the MR?
[16:28] <seb128> jbicha, don't run away, bschaefer was just replying ;-)
[16:28] <sil2100> didrocks: ;) We could do it by modifying the jenkins job
[16:28] <seb128> bschaefer, https://launchpad.net/~ubuntu-desktop/+archive/ppa/+packages is the ppa
[16:28] <bschaefer> seb128, awesome thanks, I can take  a look at it today
[16:28] <didrocks> sil2100: yeah, but in that case, we need to have a real script checking components of the stack
[16:28] <seb128> bschaefer, one issue is that the new stack uses super-space to change layouts and that doesn't seem to work fine with unity
[16:28] <sil2100> alex-abreu: there is one error, but it's only on one machine, so probably it's just a transient issue
[16:28] <bschaefer> seb128, sounds like compiz is doing something odd with that event possibly...
[16:29] <seb128> could be yes
[16:29] <alex-abreu> sil2100, it is it is ... :)
[16:29] <bschaefer> seb128, as compiz doesn't grab the super key, as its needed at the bois level...
[16:29] <didrocks> alex-abreu: well, you need to fix the flacky tests as well ;)
[16:29] <bschaefer> err
[16:29] <bschaefer> not bois, but a hardware shortcut
[16:29] <alex-abreu> sil2100, is the error log suspicious or can we say that it is transient?
[16:29] <alex-abreu> didrocks, flacky tests?
[16:29] <didrocks> alex-abreu: the "transient" issue :p
[16:30] <sil2100> alex-abreu: http://10.97.0.1:8080/job/autopilot-saucy-daily_release/530/label=autopilot-intel/testReport/unity_webapps_qml.tests.test_injectedOnWebapp/UnityWebappsApiInjectedTestCaseBase/test_getUnityObjectFound/
[16:30] <alex-abreu> didrocks, the tests are pretty deterministic  ... so no flacky afaik :)
[16:31]  * Laney gives u-s-s its very own schema
[16:31] <seb128> Laney, oh, great ;-)
[16:31] <alex-abreu> sil2100, do you have the logs published in the public qa front end, my vpn connection has issues ?
[16:31] <sil2100> alex-abreu: one moment!
[16:31] <Laney> seb128: I'm saving the state in the background panel in there
[16:31] <sil2100> https://jenkins.qa.ubuntu.com/job/autopilot-saucy-daily_release/530/label=autopilot-intel/testReport/unity_webapps_qml.tests.test_injectedOnWebapp/UnityWebappsApiInjectedTestCaseBase/test_getUnityObjectFound/
[16:31] <Laney> started to put it in the system one but then I realised that it doesn't make sense to do that
[16:31] <Laney> as only u-s-s needs to know that detail
[16:32] <seb128> Laney, \o/
[16:32] <seb128> Laney, let me know when it's up for review
[16:33] <Laney> sure
[16:33] <Laney> get to figure out enums in gsettings-qt first
[16:33] <sil2100> didrocks, kenvandine: related to alex-abreu's fixes - https://code.launchpad.net/~sil2100/cupstream2distro-config/fix_webapps/+merge/175890
[16:34] <kenvandine> sil2100, approved
[16:34] <bschaefer> jbicha, hey, the only tests we have on ibus are in tests/autopilot/test_ibus.py, which is a bit different the unit tests
[16:34] <sil2100> kenvandine: thank you :)
[16:35] <bschaefer> which looking at the bug report you've already noticed :)
[16:42] <jbicha> bschaefer: ok, I don't really know how the tests work
[16:42] <bschaefer> jbicha, well to run them you'll need: unity-autopilot and from there
[16:43] <bschaefer> in a unity/tests/autopilot dir, run: "autopilot run unity.tests.test_ibus"
[16:43] <bschaefer> jbicha, but ill take a look at the new ibus changes, along with moving them over today
[16:54] <seb128> Laney, enums are easier, basically you setting.schema.choices('key')
[16:54] <seb128> where setting is the GSettings object
[16:54] <Laney> I decided to use a bool anyway :-)
[16:54] <Laney> but thanks
[16:54] <seb128> ok
[16:54] <seb128> yw ;-)
[16:57] <Laney> seb128: Should I create a GSettings object for it in some global file so that it's available automatically?
[16:57] <Laney> or should each page that wants it just create it itself?
[16:59]  * Laney does it locally
[16:59] <seb128> I would let let each panel do it
[16:59] <seb128> -let
[16:59] <seb128> different panels are going to access different schemas anyway
[17:00] <seb128> like the background image is going to be a different schemas than the one having the state
[17:00] <seb128> so you need 2 GSettings in your panel
[17:01] <Laney> yep
[17:01] <Laney> I meant for the system-settings-settings one
[17:01] <Laney> which quite a few panels might want to use
[17:01] <seb128> hum
[17:01] <seb128> do you see a clever way to make it "just work" from a qml?
[17:02] <seb128> or would you need to create the object in the cpp code
[17:02] <seb128> like in the item-model etc
[17:02] <Laney> I thought you could do it in one of the higher up .qml files
[17:02] <seb128> oh
[17:02] <Laney> and the name would be avaialble
[17:02] <Laney> dunno though
[17:02] <seb128> like PageItem.qml
[17:02] <seb128> try that
[17:02] <seb128> if it works let's do that
[17:02] <seb128> we can always change on way or the other later
[17:03] <seb128> Laney, your call, I've no strong opinion, we can start by adding it to the panels and move it to a common place later, or the other way around
[17:03] <Laney> ok, i've put it in background for now
[17:03] <Laney> will move it next week if needed
[17:03] <Laney> got to EOD soon so need to get it working:-)
[17:04] <seb128> yeah
[17:04] <seb128> I don't think I'm going to start on more stuff this week, just going to do some pending reviews and clean email
[17:05] <seb128> shame, there is like a ton of system settings stuff I feel like starting on :p
[17:06] <seb128> let's hope I'm still that motivated on monday ;-)
[17:27] <Laney> seb128: will have to finish it later, gtg now
[17:27] <Laney> didn't get it quite working
[17:27] <Laney> see you on monday \o
[17:33] <seb128> Laney, no worry, nobody is going to need it during the W.E
[17:33] <seb128> Laney, have a good w.e
[17:33] <seb128> see you on monday!
[18:01]  * didrocks waves good evening!
[18:01] <didrocks> and good w.e
[18:19] <attente> hey seb128, does the sound settings panel work for you?
[18:40] <attente> seb128, i think the SettingsCheckEntry.qml file is missing
[18:42] <kenvandine> fginther, https://code.launchpad.net/~ken-vandine/cupstream2distro-config/click/+merge/175902
[18:43] <kenvandine> fginther, can you please work your magic to get jenkins doing CI and autolanding for that?>
[18:43] <fginther> kenvandine, oh yeah. I forgot about that step ;_(
[18:47] <seb128> attente, doh, thanks for spotting, seems like I dropped the rename while rebasing
[18:48] <seb128> attente, should be fixed soon (https://code.launchpad.net/~seb128/ubuntu-system-settings/rename-custom-entry/+merge/175919 that's being merged)
[20:02] <VitaoDoidao> people, anybody know any alternative for vyzex and battery 3 ? i need to make use of my akai mpd26 on my linux. may anobody help me, please? thx
[22:02] <chrisccoulson> hmmm,does anyone know, if i subclass QQuickItem::mousePressEvent are the incoming QMouseEvent coordinates in scene or item space?
[22:06] <czajkowski> bah lost work as laptop never told me it had no battery kept showing it was full, naughty saucy! !
[22:06] <chrisccoulson> ah, they're coordinates are relative to the item, not the scene
[22:06] <chrisccoulson> ok, that makes my life easier :)