[05:43] <pitti> Good morning
[05:43] <pitti> desrt: exactly
[05:43] <RAOF> Hey there pitti!
[05:51] <pitti> hey RAOF, how are you?
[05:53] <RAOF> I'm pretty good.
[05:54] <RAOF> Figured out why my first test started crashing once I added a second :)
[06:01] <pitti> RAOF: ah, working on nux test suite?
[06:01] <RAOF> Unity, yeah.
[07:14] <didrocks> good morning
[07:22] <pitti> bonjour didrocks
[07:31] <didrocks> guten morgen pitti, how are you?
[07:31] <pitti> quite fine!
[07:31] <pitti> just learned about the admin -> sudo group migration in the installer, now trying to catch up
[07:31] <pitti> how about you?
[07:32] <didrocks> pitti: still some sore throat, I'm eager that to finish :)
[07:32] <didrocks> otherwise, all is fine, need to prepare to go to the ubuntu party in Toulouse for this week-end
[07:33] <didrocks> (6th "ubuntu weekend" in a row if we count UDS)
[07:33] <pitti> no wonder you get no rest..
[07:33]  * pitti hugs didrocks, enjoy!
[07:33]  * didrocks hugs pitti back, thanks
[07:33] <didrocks> but I will surely enjoy a quiet week-end next week :)
[07:35] <didrocks> so, you are upadting the polkit rules to have the "sudo" group as well?
[07:35] <pitti> didrocks: yes, that, polkit-desktop-privileges, workign on accountsservice now
[07:35] <pitti> to recongnize both and set "sudo" for admins
[07:35] <didrocks> hoping that's the only 2 offended places, good luck :-)
[07:36] <pitti> KDE's control center likely has that as well
[07:36] <pitti> and I'm sure that there are a number of other places which check for "admin" group only
[07:37] <pitti> quite a surprise this morning..
[07:37] <didrocks> more than possible, indeed
[07:47] <baptistemm> hello
[07:58] <pitti> chrisccoulson: oh, mozjs wants to go to universe; you are happy about this, I take it?
[07:59] <pitti> didrocks: zeitgeist-extensions wants to go to universe now; is that obsolete and should be removed, or will it be updated to current zeitgeist?
[08:00] <didrocks> pitti: you mean, zeitgeist-extension-fts or just the source package, zg-extensions?
[08:00] <pitti> didrocks: both
[08:00] <pitti> related to that, I now have a process "python /usr/share/zeitgeist/fts-python/fts.py"; should I have?
[08:00] <didrocks> pitti: zg-fts-extensions should still be there
[08:00] <pitti> I was hoping we could get rid of python there
[08:01] <didrocks> pitti: yeah, the extensions are still in python
[08:01] <pitti> so it seems nothign pulls in zg-e-fts any more
[08:01] <didrocks> let me see if zeitgeist-fts-extension should be directly seeded or be a recommends of anything
[08:02] <didrocks> pitti: I would go for seeding it directly, as debian dropped the recommends
[08:04] <didrocks> hum, u-l-a should dep on zg-extension-fts
[08:04] <didrocks> pitti: ^
[08:06] <didrocks> weird, why is it in component mismatch?
[08:07] <didrocks> http://packages.ubuntu.com/precise/unity-lens-applications
[08:07] <didrocks> and u-l-a still in main
[08:07] <pitti> hm, weird indeed
[08:07] <didrocks> Provides: zeitgeist-extension-fts
[08:07] <didrocks> zg-core
[08:08] <didrocks> hum, I need to speak to rainct
[08:08] <pitti> ah, it prefers the already installed package then
[08:08] <didrocks> it doens't provide it last time I talked to mhr3
[08:08] <didrocks> indeed
[08:08] <pitti> but that seems wrong then, if core zg doesn't yet provide full text search
[08:08] <didrocks> I know it was planned, but it wasn't the case last time I checked
[08:08] <didrocks> pitti: I'll check and fix one way or another today, thanks!
[08:10] <didrocks> /usr/share/zeitgeist/fts-python, seems it made it, nice
[08:10] <pitti> didrocks: merci
[08:10] <didrocks> will check with upstream, if this is the case, we can even remove the other package
[08:11] <didrocks> pitti: de rien, merci de m'avoir prévenu ;)
[08:23] <pitti> didrocks: I hope the actual meaning of that is a lot less strong than google translate indicates :)
[08:23] <pitti> bbl
[08:24] <didrocks> pitti: hum, it's basically, "thanks for notifying me about it" :)
[08:24] <pitti> ah :)
[08:24] <pitti> google says "thank you for defendant", as if I was sueing you :)
[08:26] <didrocks> ahah :)
[08:26] <didrocks> ah, prévenu
[08:27] <didrocks> yeah, prévenu == prévenir (to notify, to warn about)
[08:27] <didrocks> but a "prévenu" is someone you are sueing, right :)
[08:46] <rodrigo_> morning
[08:48] <didrocks> hey rodrigo_
[08:48] <rodrigo_> hi didrocks
[08:48] <didrocks> pitti: I'm opening a bug to remove fts extensions, after some investigation, yeah, it's the zg-core version which is the latest and greatest
[08:49] <didrocks> hum, or maybe just demote, as it's still in debian
[08:49] <didrocks> and potentially, other extensions can come back
[09:05] <pitti> didrocks: either is fine with me
[09:05] <didrocks> I went the demotion way :)
[09:07] <pitti> Sweetshark: on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt there is a bunch of java OO.o related libs which want to go to universe; is that ok? I didn't see a LibO upload recently, wonder what changed
[09:48] <chrisccoulson> good morning everyone
[09:49] <pitti> hey chrisccoulson
[09:50] <chrisccoulson> hi pitti, how are you?
[09:50] <pitti> I'm fine, thanks! how about you? flu gone for good?
[09:51] <chrisccoulson> it's almost gone now :)
[09:53] <didrocks> hey chrisccoulson!
[09:53] <chrisccoulson> hi didrocks
[10:06] <glatzor> hello mvo, could please have a look at the two merge proposals for aptdaemon: prettyrepos and cached-changelogs?
[10:13] <rodrigo_> mvo, just upgraded my branch, with a test program and several fixes
[10:13] <rodrigo_> and fixing the systemd comments, as per seb's comments
[10:46] <mvo> glatzor: will do
[10:50] <glatzor> mvo, thanks
[11:00] <mvo> glatzor: commented inline, awsome work, but two tiny remarks
[11:12] <Sweetshark> pitti: hmm, strange. dunno either.
[11:12] <pitti> Sweetshark: do any of these look like you'd miss them?
[11:12] <pitti> well, we can always re-promote them of course
[11:13] <Sweetshark> pitti: they are transitional only anyway, right?
[11:15] <pitti> Sweetshark: not e. g. libformula-java-openoffice.org
[11:15]  * didrocks knows show the flag for reaching 101 manual test cases for unity & compiz
[11:21] <pitti> didrocks: wow! was that the goal?
[11:22] <pitti> didrocks: OOI, how long do you estimate will it take to run through that once as a tester?
[11:22]  * ogra_ thoguht they were automated tests running at build time
[11:34] <didrocks> pitti: there is no goal, but I think I covered most of launcher/panel/dash/alt-tab and window functionnality
[11:34] <pitti> didrocks: you rock!
[11:34]  * didrocks hugs pitti
[11:35] <didrocks> pitti: I think it will take approx. 3 hours
[11:35] <didrocks> and 1h30 once you know the tests well, most of them are short
[11:35] <didrocks> ogra_: the manual tests are the distros one
[11:35] <ogra_> ah
[11:35] <didrocks> ogra_: for accepting to release a new version
[12:15] <GunnarHj> rodrigo_: Hi Rodrigo, wondering if you noticed https://bugs.freedesktop.org/42857
[12:16] <rodrigo_> GunnarHj, yes, pitti told me about it
[12:16] <rodrigo_> not about the bug, but about you working on it :)
[12:17] <GunnarHj> rodrigo_: Ok. With that bug I try to make them apply the code upstream, which would benefit GNOME just as much, I think.
[12:19] <rodrigo_> GunnarHj, although not sure about it, we have the SetLocale interface in systemd, which this branch implements -> https://code.launchpad.net/~rodrigo-moya/system-service/new-interfaces/+merge/83308
[12:19] <rodrigo_> that's what GNOME upstream uses to set the system locale settings
[12:19] <GunnarHj> rodrigo_: Do you possibly know how to best get in contact with Ray or Matthias?
[12:19] <rodrigo_> it saves all the LANG and LC_* vars in /etc/default/locale
[12:20] <rodrigo_> GunnarHj, matthias is in #control-center in gimpnet, most of the time (he's in USA)
[12:20] <GunnarHj> Aha, thanks.
[12:20] <rodrigo_> and he's usually here -> mclasen afaik
[12:21] <pitti> rodrigo_: ah, so that's what we should use now, instead of adding /etc/default/locale writing to accountsservice?
[12:21] <rodrigo_> pitti, I think so
[12:21] <rodrigo_> GunnarHj, what apps would use that interface in accountsservice?
[12:23] <pitti> so far that's language-selector
[12:23] <GunnarHj> g-c-c, I suppose. We are not only talking about the system wide (/etc/default/locale), but the per-user settings.
[12:23] <pitti> but if that goes away, and g-c-c uses systemd, it'll be obsolete
[12:23] <rodrigo_> g-c-c already uses the systemd interface for setting /etc/default/locale
[12:23] <rodrigo_> so yes, I don't think we need it
[12:23] <pitti> GunnarHj: oh, right; the system-wide thing is l-s' own dbus backend, ignore me
[12:23] <pitti> rodrigo_: ^
[12:23] <pitti> so we only need it for per-user, yes
[12:24] <pitti> it feels a bit weird to split that up between "per user" and "system" between accountsservice and systemd, but *shrug*
[12:24] <rodrigo_> per-user? we already do that in the region panel
[12:24] <pitti> rodrigo_: trough accountsservice, I guess?
[12:25] <GunnarHj> rodrigo_: But that involves g-s-d, if I remember it correctly.
[12:25] <rodrigo_> pitti, yes
[12:26] <GunnarHj> rodrigo_: per-user region settings through accountsservice? How?
[12:27] <rodrigo_> GunnarHj, when you unlock the permissions in user accounts panel, you can set each user's language, and that's via accountsservice's SetLanguage
[12:28] <GunnarHj> rodrigo_: language, yes, but that's something else. I'm talking about regional formats now.
[12:29] <rodrigo_> hmm right, I got confused, this new method in accountsservice is for the specific user interface, not for system-wide, right?
[12:30] <GunnarHj> rodrigo_: yes
[12:30] <rodrigo_> ok then yes, I guess it makes sense
[12:30] <rodrigo_> sorry, I was confused :)
[12:31] <GunnarHj> rodrigo_: no problem. We all get confused once in a while when discussing locales and such. :)
[12:31] <rodrigo_> :)
[12:32] <rodrigo_> so, formats_locale stores the LC_ALL variable?
[12:32]  * rodrigo_ looks at the patch deeper
[12:32] <GunnarHj> rodrigo_: Not LC_ALL, but LC_TIME, LC_CURRENCY etc.
[12:33] <GunnarHj> But that you don't see in the patch.
[12:33] <rodrigo_> ok, then I guess it would be better as a "as" in the dbus interface
[12:33] <rodrigo_> that is, an array of strings?
[12:34] <GunnarHj> Don't think so. It's just one value, that is used for a bunch of env. variables.
[12:34] <rodrigo_> or even better, we could have SetLanguage renamed to SetLocale and make accept an array of strings, hence no need for 2 method calls from the region panel
[12:35] <rodrigo_> but yes, let's discuss with mclasen later, ping me when you ping him also, please
[12:35] <GunnarHj> will do.
[12:35] <rodrigo_> systemd does that, SetLocale (as), so that it gets all the vars
[12:36] <rodrigo_> we could get it to accept just a string, but I think it makes sense to do the SetLanguage->SetLocale renaming
[12:38] <GunnarHj> Hmm... haven't thought about that. For 'pedagogical' reasons I wonder if it isn't better to have two properties, after all. People tend to mix up language and regional formats all the time...
[12:38] <GunnarHj> Need to stop now. See you later.
[12:39] <rodrigo_> ok, later
[12:42] <pitti> rodrigo_: FWIW, I agree that keeping SetLanguage() and adding SetRegion() is better
[12:42] <pitti> rodrigo_: it's less confusing, how to map those to LC_* is an implementation detail, and it keeps API compat of SetLanguage()
[12:43] <pitti> rodrigo_: how does 'as' work? the individual strings look like 'LC_FOO=bar'? i. e. they include the var?
[12:43] <rodrigo_> pitti, yes
[12:43] <pitti> or do they have to have a particular order? (that would be sick)
[12:43] <rodrigo_> no, no order
[13:25]  * rodrigo_ lunch
[14:28] <pitti> taking a break, back for release meeting
[15:17] <didrocks> Riddell: hey, not sure you saw my email about the fact that I fixed pyromaths :)
[15:19] <Riddell> didrocks: no, where was that?
[15:19] <Riddell> oh, it's in my inbox :)
[15:21] <Riddell> accepted
[15:23] <didrocks> Riddell: thanks :)
[15:35] <didrocks> ok, will take the train now, I'll probably enjoy the 4 hours of train to Toulouse to add test cases to oneconf :)
[15:35] <didrocks> see you on monday everyone!
[17:13] <pitti> Sweetshark: would it be possible to do a rebuild of LibO in precise against teh current libraries?
[17:13] <pitti> sanbar: or is that an inordinate amount of work?
[17:13] <pitti> sorry sanbar, I meant Sweetshark
[17:16] <MrChrisDruif> pitti; I thinkn sanbar likes the attention ;-)
[18:36]  * bryceh waves
[18:52] <desrt> bryceh: hello
[19:41] <Sweetshark> pitti: what exactly do you mean by rebuild? just retriggering the build, or a new upload with new version number but without changing the package itself? both wouldnt be too much of a hassle ...
[19:47] <kenvandine> Sweetshark, i would suspect a no change upload
[19:49] <Sweetshark> kenvandine: thats easy. it only gets tricky with changes which is like playing mikado ;)
[19:49] <kenvandine> indeed
[19:50] <Sweetshark> kenvandine: luckily everthing will be better with 3.5
[19:50]  * Sweetshark still uses his illusion as Guns'n Roses once told him to ...
[19:51] <kenvandine> haha
[20:36] <micahg> Sweetshark: I think he was asking more about whether or not you think it'll build
[20:36] <micahg> dch -R is the easy part :)