[04:43] <pitti> Good morning
[04:50] <desrt> pitti: good morning!
[05:01] <pitti> hey desrt, how are you?
[05:03] <desrt> pitti: tired :)
[05:03]  * desrt is up hacking on accels
[05:03] <desrt> finally had a conceptual breakthrough
[05:03]  * desrt is a happy hacker
[05:04] <pitti> congrats :)
[05:24] <didrocks> good morning
[05:25] <pitti> bonjour didrocks, ça va ?
[05:26] <didrocks> pitti: salut! ça va bien, bon retour! :)
[05:26] <didrocks> comment étaient ces quelques jours?
[05:27] <pitti> didrocks: ils ont été parfaits ! beaucoup de soleil
[05:28] <didrocks> pitti: vous êtes allés faire quoi?
[05:28] <pitti> didrocks: we went to a friend's wedding, and then had (another) friend stay with us; we mostly enjoyed the summer with swimming in the lake, playing table tennis, and bbq
[05:29] <didrocks> pitti: waow, sounds really really nice!
[06:52] <Mirv> didrocks: sdk publish job tells me ubuntu-ui-toolkit would be a new source package :P (you wanted to hear about any possible bugs arriving..)
[06:52] <didrocks> Mirv: yeah, basically I'm looking at why ;)
[06:53] <didrocks> it's like oldsource_dsc is None…
[06:55] <didrocks> Mirv: please don't publish, I'll use that one
[06:58] <didrocks> argh, saw that typo I guess
[06:58] <Mirv> didrocks: sure, I wouldn't publish in any case when seeing a cryptic message like that
[06:58] <didrocks> Mirv: there is no packaging change, it's a false positive :)
[06:59] <didrocks> I bet it's:
[06:59] <didrocks> olddsc_path = os.path.join(os.path.dirname(dest_source_package, file))
[06:59] <didrocks> instead of:
[06:59] <didrocks> olddsc_path = os.path.join(os.path.dirname(dest_source_package), file)
[07:10] <didrocks> Mirv: ok, I've fixed it and check manually, there is no packaging diff, just rerunning head for the check to run :)
[07:22] <Mirv> didrocks: looks good now!
[07:23] <didrocks> Mirv: heh, yeah. Normally, you would see this message only for new components :p
[07:23] <didrocks> (which is what the description intended ;))
[07:23] <didrocks> sorry for that
[07:45] <seb128> good morning desktopers!
[07:46] <pitti> bonjour Monsieur équipe de bureau!
[07:47] <seb128> oh, pitti est de retour !
[07:47] <seb128> pitti, salut, ça va ? tu a pas passé de bonnes vacances ?
[07:47] <pitti> seb128: oui !
[07:47] <pitti> seb128: we went to a friend's wedding on Saturday, and had (another) friend over for visiting until 10 mins ago
[07:48] <pitti> seb128: we enjoyed the summer weather mostly, went to the beach, had some bbq, played table tennis, and did a short tourist trip through the city
[07:48] <seb128> that sounds excellent ;-)
[07:49] <seb128> I guess you also had ice creams but it's so obvious that you didn't bother mentioning it? :p
[07:50] <pitti> en effet ! nous avons été beaucoup de glace, tous les jours
[07:50] <seb128> ;-)
[07:50] <pitti> seb128: how else would you survive warm summer days !?
[07:50] <seb128> hehe, you are right!
[08:02] <Laney> hey there
[08:02] <seb128> Laney, hey
[08:08]  * didrocks pets his machine and builds nux
[08:08] <didrocks> hey Laney!
[08:08] <Laney> hey
[08:09] <seb128> didrocks, nothing like building cpp code in summer ;-)
[08:09] <Laney> ppc images have been broken for some days
[08:10] <Laney> is anyone aware of/working on that?
[08:10] <didrocks> seb128: yeah, I neeed to prepare some eggs for the breakfast as well, so let's use that CPU :)
[08:10] <Laney> The following packages have unmet dependencies:
[08:10] <Laney>  account-plugin-facebook : Depends: libaccount-plugin-generic-oauth but it is not installable or
[08:10] <Laney>                                     ubuntu-system-settings-online-accounts but it is not installable
[08:10] <Laney>  account-plugin-flickr : Depends: libaccount-plugin-generic-oauth but it is not installable or
[08:10] <Laney>                                   ubuntu-system-settings-online-accounts but it is not installable
[08:10] <Laney>  account-plugin-google : Depends: libaccount-plugin-google but it is not installable or
[08:10] <Laney>                                   ubuntu-system-settings-online-accounts but it is not installable
[08:10] <didrocks> do we really need to care about ppc? We won't even be able to build Mir on it…
[08:11] <seb128> Laney, I know cjwatson asked kenvandine to drop ppc from the archs list for some of the uoa stuff
[08:12] <seb128> didrocks, not for unity, but we support the arch and we should at least have server images working
[08:12] <seb128> Laney, https://launchpad.net/ubuntu/saucy/+source/signon-plugin-oauth2/0.17bzr13.04.26+13.10.20130708-0ubuntu1 was part of it I think
[08:15] <didrocks> seb128: the server image has account-plugin-* installed?
[08:15] <seb128> no
[08:15] <seb128> I was just putting things in perspective
[08:15] <seb128> I agree we shouldn't need to care about the unity stack on ppc
[08:15] <didrocks> yeah, I'm talking about the current context: do we really care of that image? :)
[08:16] <Laney> Well just randomly breaking it isn't the correct way to express that lack of care
[08:16] <Laney> if you want to get rid if it why don't you bring it up on ubuntu-devel?
[08:17] <seb128> unity8 is not going to run on it anyway as didrocks said
[08:17] <didrocks> Laney: I'm not interested enough into that image, I just know that Mir won't be supported on it. Something that has been discussed with steve langasek
[08:17] <seb128> so rather than wasting efforts we could as well go and drop it
[08:17] <seb128> but yeah
[08:17] <didrocks> yep :)
[08:17] <seb128> that needs discussion...
[08:17] <Laney> I don't really have an opinion on its existence
[08:17] <Laney> but I know that just breaking it isn't the decent thing to do
[08:18] <seb128> it's easier than to fight with the people who disagree with dropping ppc :p
[08:18] <seb128> and in previous discussion they said, that at least this way people who care about ppc can have a go at fixing stuff
[08:21] <Laney> well they (whoever they are) need to be pointed to this problem then :-)
[08:21] <seb128> Laney, is it creating any practical issue?
[08:21] <Laney> mlankhorst: also the omap4 images are failing now and it's got your fingerprints all over it!
[08:21] <Laney> The following packages have unmet dependencies: pvr-omap4 : Depends: xorg-video-abi-13
[08:21] <Laney> what is a practical issue?
[08:22] <Laney> images not being built is an issue in itself ...
[08:22] <seb128> well, is it blocking things we care about to migrate out of proposed for example?
[08:22] <seb128> or is it just breaking ppc images?
[08:22] <seb128> well, broken ppc images is not an issue for us, it might be for those who care about ppc ... but then they can help fixing it if they carte
[08:23] <seb128> let's me reformulate
[08:23] <seb128> is the ppc breakage having any impact on Ubuntu Desktop i386/amd64 or on Ubuntu touch?
[08:23] <Laney> haha
[08:24] <seb128> if it's not blocking us in what we are doing, I don't mind keeping it broken ... until somebody who cares enough has a look
[08:24] <Laney> I'm just saying, from an Ubuntu desktop point of view (we do build Ubuntu desktop powerpc images), that it is an issue
[08:24] <Laney> If nobody works on it, then ...
[08:24] <seb128> right, it would be more honest to drop the image, I agree
[08:25] <seb128> not sure if infinity and slangasek would be fine with that
[08:25] <seb128> they were against dropping the arch, not sure if they care as much about the desktop image for it
[08:36] <mlankhorst> Laney: you need to add xserver-xorg-core-omap-revert to the image :-)
[08:42] <Laney> I wouldn't know where to do that
[08:42] <Laney> ogra_: any clue? ^
[08:42] <seb128> didrocks, is unity-greeter under daily landing? you prepared it but I'm not sure it's all set?
[08:43] <didrocks> seb128: no, it's part of the Mir stack, and we are waiting for Mir to daily release
[08:43] <seb128> ok
[08:43] <didrocks> seb128: also robert wanted to add tests first
[08:43]  * seb128 goes for a manual upload
[08:45] <didrocks> seb128: you did publish the settings stack, right?
[08:45] <seb128> yes
[08:46] <didrocks> ok :)
[08:46] <seb128> I want to test my work from yesterday
[08:46] <didrocks> you test in production? :p
[08:46] <seb128> and I didn't want to install builddeps and build the package myself on the device :p
[08:46] <seb128> lol
[08:46] <seb128> you got me :p
[08:46] <didrocks> ;)
[08:47] <ogra_> mlankhorst, i thought you added a dep to the pvr package for that
[08:48] <seb128> didrocks, joke aside I did the packaging changes yesterday and they were trivial so... ;-)
[08:48] <didrocks> yeah yeah, fine :)
[08:49] <seb128> didrocks, I wouldn't mind if sil2100 was waving those through early in the day, but it's almost 11am and it was sitting there for review where the diff was a diff control description change ;-)
[08:51] <sil2100> didrocks: btw.!
[08:51] <sil2100> didrocks: http://10.97.0.1:8080/view/cu2d/view/Head/view/HUD/job/cu2d-hud-head-3.0publish/lastSuccessfulBuild/artifact/publisher.xml <- first time I see something like that ;)
[08:52] <sil2100> I'll re-run the publish job
[08:53] <didrocks> sil2100: yep, hud run while indicators was rebuilding (my fault, I did a manual rebuild at the wrong time)
[09:24] <sil2100> alex-abreu: ping!
[12:48] <sil2100> alex-abreu: ping
[12:49] <alex-abreu> sil2100, pong
[12:50] <sil2100> alex-abreu: hi! I was wondering, since unity-chromium-extension is not being daily-released right now - is there a reason for that?
[13:23] <alex-abreu> sil2100, for S? ....
[13:24] <sil2100> alex-abreu: yes
[13:26] <alex-abreu> sil2100, hummm it should daily land ... let me check
[13:26] <sil2100> alex-abreu: it's daily_release: False, that's why I'm asking
[13:26] <sil2100> alex-abreu: since I would like to re-enable it if there are no reasons not to
[13:26] <alex-abreu> yes
[13:26] <sil2100> Ok, noting down!
[13:27] <sil2100> alex-abreu: is unity-firefox-extension the same case?
[13:27] <sil2100> (and maybe webapps-greasemonkey and unity-webapps-qml?)
[13:28] <alex-abreu> unity-webapps-qml hasn't landed yet, working on that, but it should daily release once it does
[13:34] <sil2100> alex-abreu: could you give me a ping once unity-webapps-qml is ready for daily releasing?
[13:34] <sil2100> Thanks :)
[13:34] <alex-abreu> yup :)
[13:54] <didrocks> Mirv: did you publish the sdk stack?
[14:00] <didrocks> Mirv: if it's you, just a reminder: please ask someone with upload rights to ack the packaging changes when it's in manual publishing (it's the deal for daily release with distro)
[14:02] <Mirv> didrocks: sorry, it was me. I'll make a note in caps so that I wouldn't repeat it.
[14:02] <didrocks> Mirv: use a <blink> tag! :-)
[14:02] <didrocks> no worry!
[14:02] <Mirv> that, too
[14:19] <seb128> mterry, hey, there is no automerger for unity-greeter right?
[14:19] <seb128> mterry, is that ok with you if I commit https://code.launchpad.net/~larsu/unity-greeter/indicator-ng/+merge/173082 ? (I already uploaded to saucy, but review from an official unity-greeter maintainer would be welcome ;-)
[14:29] <mterry> seb128, I think we have automerging, but no auto-uploading
[14:29] <mterry> seb128, looking at the branch
[14:29] <seb128> mterry, well, I've approved the MR but it doesn't seem to get merged
[14:29] <seb128> mterry, thanks
[14:30] <mterry> seb128, it didn't autoland because of no commit message, the bot commented
[14:31] <mterry> oh, but then you approved again i see
[14:34] <mterry> seb128, sure, breanch seems fine
[14:34] <mterry> branch even
[14:34] <seb128> mterry, should it be pushed manually or should I ping didrocks or fginther or somebody about landing?
[14:35] <mterry> seb128, there is clearly some kind of autolanding bot in play, since it commented.  But it does seem to be slow about rechecking
[14:35] <mterry> seb128, did the bot mark needs-review and you re-approved?
[14:36] <seb128> yes and yes (well larsu did)
[14:37] <fginther> seb128, I'm looking at the MP
[14:42] <fginther> seb128, I found the problem, should be fixed in a moment
[14:42] <seb128> fginther, great, thanks
[14:58] <mhr3> seb128, more questions for you today - if i want to globally change XDG_DATA_DIRS, do you know where do i need to change it?
[14:59] <seb128> mhr3, /etc/X11/Xsession.d/55gnome-session_gnomerc
[14:59] <seb128> ?
[15:00] <mhr3> hmm, gnome?
[15:00] <seb128> mhr3, I'm not sure, I would say gnome-session
[15:00] <seb128> mhr3, but a sort of X11 override like that might be better
[15:00] <seb128> though neither xorg nor gnome-session will work on the touch image
[15:01] <mhr3> seb128, indeed :)
[15:01] <mhr3> seb128, but anyway, it's enough for my testing now
[15:01] <seb128> mhr3, so "I don't know" ... try asking the upstart guys/stgraber
[15:01] <seb128> mhr3, /etc/X11/Xsession.d/60x11-common_xdg_path
[15:02] <seb128> mhr3, seems like that's the right one in our x11 world
[15:29] <didrocks> seb128: wasn't that a 2 month temporary hack for UNE at the time? :)
[15:30] <seb128> didrocks, ;-)
[16:03] <tkamppeter> larsu, OP conference call
[16:04] <seb128> tkamppeter, he called it a day already, he's meeting some people
[16:14] <seb128> Laney, \o/
[16:17] <Laney> seb128: that was definitely a learning experience :P
[16:17] <seb128> Laney, thanks for working on that "load panel from the command line"
[16:17] <Laney> I did the QMap stuff and then was like "wait, how do you even get the value into qml?!?!?!?!?!?!?!?!"
[16:17] <seb128> Laney, I spent an hour on it some weeks ago trying to figure out how to pass argv to the qml
[16:18] <seb128> it was still on my todolist of things to look at
[16:18] <seb128> but I'm glad you looked at it since I had no clue how to do it :p
[16:18] <seb128> Laney, why do you need the qmap btw?
[16:19] <Laney> so that you can say "give me the background plugin" easily
[16:19] <seb128> works for me
[16:19] <seb128> I was going to go for the hackish way when I looked at it :p
[16:20] <seb128> e.g I just wanted to get the argv[1] in the qml
[16:20] <Laney> You could also iterate through all the plugins to look for it
[16:20] <Laney> or through the model in qml?
[16:20] <seb128> and push argv[1].settings
[16:20] <Laney> oh, haha!
[16:20] <seb128> :-)
[16:20] <Laney> I didn't even think of that
[16:20] <Laney> you'd have to dereference to the pageComponent somehow though
[16:21] <seb128> yeah, I'm sure it wouldn't have been that easy and I would have hit some gotcha on the way
[16:21] <seb128> anyway I'm glad you did it ;-)
[16:21]  * seb128 compiles locally to give it a try
[16:23] <seb128> Laney, how well do you understand the plugin code after getting that done?
[16:23]  * seb128 looks at Laney running away
[16:23] <seb128> Laney, don't be scared, just asking :p
[16:23] <Laney> a bit better ...
[16:24] <seb128> Laney, another item on my list is "sort the plugins by priority"
[16:24] <seb128> they are not ordered atm
[16:24] <seb128> do you know the code enough to say "oh, easy, we can do it there"?
[16:24] <seb128> if not I will have a look
[16:25] <seb128> I should probably learn that part of the code a bit better anyway ;-)
[16:25] <Laney> oh interesting
[16:25] <Laney> it's sorting a model kind of like what you did yesterday
[16:25] <seb128> right
[16:25] <seb128> but we are in cpp this time
[16:26] <Laney> I guess you read about the QSortFilterProxyModel when googling
[16:26] <Laney> it's probably that I guess
[16:26] <seb128> so we have access to http://qt-project.org/doc/qt-5.1/QSortFilterProxyModel
[16:26] <seb128> ;-)
[16:26] <seb128> sorting in qt seems easy with that yes
[16:26] <seb128> it's just that qml doesn't give you access to those apis
[16:28] <Laney> I could look at that
[16:28] <Laney> shouldn't be too difficult
[16:29] <seb128> Laney, as you want, I'm happy to have a look otherwise
[16:35] <seb128> Laney, there are some bugs in your work
[16:35] <Laney> oh no!
[16:35] <seb128> $ system-settings online-accounts
[16:35] <seb128> ...
[16:35] <seb128> file:///usr/share/settings/system/qml-plugins/SystemSettings/ItemPage.qml:29: TypeError: Cannot read property 'translations' of undefined
[16:35] <seb128> file:///usr/share/settings/system/qml-plugins/online-accounts/AccountsPage.qml:53: TypeError: Cannot read property 'translations' of undefined
[16:35] <seb128> file:///usr/share/settings/system/qml-plugins/online-accounts/AddAccountLabel.qml:27: TypeError: Cannot read property 'translations' of undefined
[16:35] <seb128>  
[16:36] <seb128> Laney, and strings are missing from the ui
[16:36] <Laney> oh yeah, that's weird
[16:36] <seb128> I wonder if you have an ABI change in the plugin format
[16:36] <seb128> online-accounts is a separate source
[16:38] <seb128> not, it's not that
[16:38] <seb128> Laney, it still works when I do system-settings and click on the icon
[16:38] <seb128> so it's something in the codepath to directly load a panel
[16:39]  * Laney thinks
[16:40] <seb128> Laney, trying to load one of the panels without page is broken as well
[16:40] <seb128> $ system-settings orientation-lock
[16:40] <seb128> "The shared library was not found." "/usr/lib/system-settings/lib.so"
[16:40] <seb128> Laney, otherwise code looks fine to me and it works ... I commented on the mp with Needs Fixing
[16:40] <Laney> so it should fail if there's no pageComponent
[16:40] <Laney> now, the online accounts one has a different translation domain
[16:41] <Laney> i bet that's related
[16:43] <seb128> Laney, the CategoryGrid code does
[16:43] <seb128> pageStack.push(model.item.pageComponent,
[16:43] <seb128>                                               { plugin: model.item })
[16:43] <seb128> Laney, I guess you need to do the same, give the model.item as a parameter
[16:44]  * seb128 tries that
[16:44] <Laney> yeah, you got it
[16:45] <Laney> those undefined lines were referencing a plugin variable
[16:48] <Laney> pushed
[16:50] <seb128> Laney, got caught by bzr push not using the previous location by default? ;-)
[16:51] <seb128> Laney, seems you pushed to https://code.launchpad.net/~laney/ubuntu-system-settings/background-crossfadeimage
[16:51] <Laney> yes
[16:51] <Laney> correct
[16:51] <seb128> I keep hitting that as well :/
[16:51] <Laney> I can't remember to do --remember
[16:51] <Laney> usually I make a new branch for each mp but this time I was lazy
[16:51] <seb128> I wonder if I can change my bzr config to use --remember by default
[16:54] <seb128> Laney, hum
[16:54] <seb128> translations are working
[16:54] <seb128> but
[16:54] <seb128> $ system-settings orientation-lock
[16:54] <seb128> "The shared library was not found." "/usr/lib/system-settings/lib.so"
[16:54] <Laney> yeah I guess that's because it tries to load it
[16:54] <Laney> that's what you get if you click on one of the unimplemented panels too
[16:54] <kenvandine> yeah, known bug
[16:55] <kenvandine> not Laney's fault :)
[16:55] <seb128> ok
[16:55] <seb128> kenvandine, hey
[16:56] <kenvandine> hey seb128
[16:56] <seb128> kenvandine, can you have a quick look to https://code.launchpad.net/~laney/ubuntu-system-settings/straight-to-plugin/+merge/173983 ?
[16:56] <kenvandine> sure
[16:57] <Laney> it's great that crash is gone
[16:57] <seb128> kenvandine, seems fine to me, I comment approved it ... but maybe mardy or you have an opinion on the qlist->qmap thing
[16:57]  * Laney launches s-s in a while loop just because he can
[16:57] <seb128> Laney, indeed
[16:57] <seb128> haha
[16:59] <kenvandine> i think the QMap is fine
[16:59] <kenvandine> but not sure about the argv handling
[17:00] <kenvandine> on the phone, that is going to attempt to load a plugin named --desktop_file_hint=...
[17:00] <kenvandine> when loaded without a plugin as an arg
[17:01] <Laney> why's that?
[17:01] <Laney> the desktop file has Exec=system-settings
[17:02] <Laney> or is that not used?
[17:02] <kenvandine> it is
[17:02] <kenvandine> but
[17:02] <kenvandine> the platform automatically appends args
[17:02] <kenvandine> --desktop_file_hint=/usr/share/applications/blah.desktop --stage_hint=SideStage
[17:02] <kenvandine> something like that
[17:02] <kenvandine> whoops
[17:02] <Laney> weird
[17:02] <kenvandine> i accidentally approved :)
[17:02] <kenvandine> it is weird
[17:02] <Laney> so all apps will have to handle that?
[17:03] <kenvandine> yes
[17:03] <kenvandine> apps generally ignore args it doesn't know about
[17:03] <kenvandine> but without that the app will never get focus
[17:04] <Laney> well, I know that QApplication does some parsing of arguments itself
[17:04] <Laney> ideally it would consume these ones ...
[17:04] <kenvandine> so only set defaultPlugin if argv[1] doesn't start with a "-"
[17:04]  * Laney lines up the hamsters to build for arm
[17:05] <kenvandine> easy to test though, run "system-settings --desktop_file_hint=/usr/share/applications/ubuntu-system-settings.desktop"
[17:08] <Laney> I don't like it
[17:09] <Laney> means you couldn't have a launcher directly to a panel
[17:09] <kenvandine> sure you can
[17:09] <kenvandine> it appends the args
[17:09] <kenvandine> so it'll be the last
[17:09] <Laney> ah ok
[17:10] <kenvandine> you just need to protect against argv[1] starting with a -
[17:10] <kenvandine> i think that'll be fine
[17:10] <kenvandine> Plugin --desktop_file_hint=/usr/share/applications/ubuntu-system-settings.desktop does not exist. Ignoring.
[17:11] <kenvandine> is what i get now :)
[17:15]  * didrocks waves good evening
[17:30] <Laney> did it in a more thorough way :P
[17:30] <Laney> GNU to the rescue
[18:00] <kenvandine> Laney, awesome, approved!
[18:00] <Laney> thanks a lot
[18:01] <kenvandine> np
[18:01] <Laney> that copy of TLPI on my shelf had to be useful for something eventually
[18:05] <kenvandine> lol
[21:41] <llstarks> jono or jcastro: i run gnome-shell on saucy and i'd like some insight on how to get it working with xmir before i take the dive.
[21:43] <popey> llstarks: not sure jono or jcastro are the best people to speak to, #ubuntu-mir is probably the best place for that kind of question
[21:43] <llstarks> you're probably right, they wre blogging about xmir though
[21:43] <llstarks> thx
[21:44] <jono> llstarks, agreed, #ubuntu-mir is a good place to dive in
[21:44] <jono> llstarks, or email the mir-devel mailing list