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