[06:31] <micahg> bigon: is there a reason you added gjs back to natty?
[07:36] <didrocks> good morning
[08:07] <pitti> Good morning
[08:07] <dpm> morning pitti, good morning all
[08:08] <pitti> hey dpm
[08:17] <Sweetshark> Good morning all
[08:20] <pitti> hey Sweetshark
[08:29]  * Sweetshark sees his overnight build of LibreOffice-3.3.1.1 got all the way into the smoketest ...
[08:30] <Sweetshark> ... just to fail there (looks like a simple permission problem though).
[08:30] <mvo> didrocks: hey, re your show-techitems-in-never-visible-mode> it feel to me like in NEVER_DISPLAY_NONAPPS it should also hide the "show nonapps" actionbar, what do you thnk?
[08:31] <didrocks> mvo: hum, no, otherwise in OneConf, we will never have that bar showing
[08:31] <didrocks> mvo: the mode is that you don't want "advanced smartness" like showing technical items if there are only apps
[08:31] <didrocks> mvo: that's particular to OneConf because we are checking "two sides" at once
[08:31] <didrocks> the additional app/removed app
[08:32] <didrocks> so it's not important if one side is at 0, and not the other
[08:32] <didrocks> does it make sense?
[08:34] <mvo> didrocks: sure, you are currently the only user of this mode, so that is fine. you use it to avoid that the call is made twice?
[08:34] <didrocks> mvo: right and that in one side we are showing only app, and the other tech items + app
[08:35] <didrocks> mvo: but in any case, for natty +1, if I can have real time to work on oneconf, I'll do mpt's "one tree" interface so that will be not valid anymore
[08:35] <didrocks> having two datamodel in one isn't really nice TBH !=
[08:35] <didrocks> s/\!\=/:)
[08:35] <pitti> hey didrocks
[08:35] <didrocks> good morning pitti
[08:35] <didrocks> how are you?
[08:36] <pitti> Sweetshark: congrats! it took me almost 3 days to get the maverick OO.o building on Natty even..
[08:36] <pitti> didrocks: pretty well, thanks! saw "Black Swan" last night with some friends
[08:37] <didrocks> pitti: oh, how was it?
[08:37] <pitti> didrocks: a bit psycho (that was to be expected), but I had feared a lot worse
[08:38] <pitti> nice composition of drama and art
[08:38] <pitti> pretty much like unity :-P
[08:39] <didrocks> ohhhh! :-)
[08:40] <pitti> but I liked the main conflict of it ("be perfect" vs. "just live, dammit")
[08:41] <didrocks> I think that can be interesting :)
[08:41] <didrocks> even if it's not the kind of movie I go to the cinema for
[08:42]  * bryceh waves
[08:42] <didrocks> hey bryceh
[08:42] <pitti> hey bryceh, how are you?
[08:42] <pitti> late for you..
[08:43] <bryceh> yeah a bit late :-)
[08:43]  * Sweetshark waves back at bryceh.
[08:43] <bryceh> been working on getting all my various boxes upgraded to latest natty and reporting resultant bugs ;-)
[08:43] <bryceh> heya Sweetshark!
[08:45] <bryceh> hey, probably simple question...  the date/time indicator now only shows the time.  Is there a way to force it to again show the date in panel?
[08:45] <bryceh> I no longer know if it's Sunday, next Tuesday, August 13, ... ;-)
[08:46] <pitti> it shows if you open it
[08:46] <pitti> oh, the date/time indicator shows appointments now, also if they are _totally_ wrong
[08:46] <pitti> oh, they are a subset of mine from the entire week, and in 12 hour format
[08:49] <RAOF> And the clock's now in 24h format, and doesn't follow the cultural preference.
[08:49] <pitti> if only we had a set of country/language specific description of currency, time, paper, and so on
[08:50] <pitti> we could call those "locales" or so
[08:50] <bryceh> I know, we can screenscrape from canonicaladmin.com!
[08:50] <pitti> "to get your time format right, apply for a contract with Canonical"
[08:50] <pitti> ?
[08:51] <bryceh> 3 ...
[08:51] <bryceh> 4 Profit!!
[08:53] <pitti> dpm: tested en and de for lucid, adding to wiki page
[08:53] <pitti> dpm: do you have some time to check Spanish?
[08:54] <dpm> pitti, yeah, I could do so, give me a few minutes and I'll add it there
[08:54] <pitti> cool
[08:55] <pitti> dpm: then I'll move the lot from that page to -updates, and we can roll the 10.04.2 CDs
[08:55] <dpm> pitti, ok
[08:58] <dpm> pitti, I've requested a full export for Natty. I think, if po2xpi works well, the language packs should build well too. I saw that the fi, oc, Lucid langpacks were not ok because the files exported from LP were incorrect (bug 715854), but I've had a look at the Natty ones and look ok. I think after danilo's changes and yours they should build ok. The export starts today at 14:00 UTC, perhaps we can have a look at them next week, then
[08:58] <ubot2> Launchpad bug 715854 in launchpad "Exported Firefox translations contain wrong references to languages other than the current" [Critical,Triaged] https://launchpad.net/bugs/715854
[08:59] <pitti> dpm: hm, I thought I already tried them in devmode
[08:59] <pitti> dpm: so perhaps I should disable the automatic natty cron job then, and build them manually first
[08:59] <pitti> (the cron jobs don't rebuild -base anyway)
[08:59] <dpm> pitti, did you try the natty ones?
[08:59] <pitti> yes, both
[09:00] <dpm> oh, I see :(
[09:00] <pitti> I might have done something wrong, of course
[09:00] <pitti> the 4.0 xpis seem to have changed in structure somehow
[09:00] <pitti> but I'll try again next Monday then
[09:00] <pitti> this week I was more concerned about fixing them for lucid (and fixing the bugs which broke the builds completely)
[09:02] <dpm> pitti, yeah, the 4.0 ones haven't got a compressed .jar file inside them, the files are now there uncompressed. That's what danilo fixed in po2xpi (adapted it to the 4.0 format)
[09:03] <dpm> pitti, btw is the cron job that uploads the natty ones really running? I see that the latest langpacks are from 2011-01-17
[09:03] <pitti> -rw-r--r-- 1 langpack langpack    1712 Feb  8 15:23 natty-upload.log
[09:03] <pitti> the date is right, but it's too small
[09:04] <pitti> argh, "unusable secret key" -- I thought I fixed that last week
[09:04] <pitti> need to investigate
[09:04] <dpm> ok, thanks pitti
[09:04] <pitti> oh, hang on
[09:04] <pitti> that was on Tuesday, before I fixed the stuff
[09:04] <pitti> so the next one should work
[09:05] <dpm> pitti, ok, the next one should be a full one, in case that makes a difference (I can still cancel the request the full export if necessary, though)
[09:05] <pitti> dpm: no, that's fine; let's get natty firefox translations working
[09:06] <dpm> yeah
[09:22] <pitti> didrocks: so there was no new bamf release yesterday after all; should I cherrypick the fix into the Ubuntu package?
[09:23] <didrocks> pitti: I've done the release
[09:23] <didrocks> but seems that I didn't dput as there were // issues with nux
[09:23] <didrocks> so side-tracked and forgot it
[09:23] <didrocks> sorry, doing it
[09:23] <pitti> didrocks: ah, don't worry
[09:24] <pitti> didrocks: just wondered what to write in today's release report about this bug
[09:24] <pitti> didrocks: you can't :)
[09:24] <didrocks> -rw-------  1 didrocks didrocks   1815 2011-02-10 17:59 bamf_0.2.78-0ubuntu1_source.changes
[09:24] <pitti> -ENOLAUNCHPAD
[09:24] <didrocks> oh right
[09:24] <didrocks> see, it was waiting there ^^
[09:24] <didrocks> pitti: so just after, I'll push it
[09:24]  * pitti uploads some stuff to Debian then :)
[09:24]  * pitti hugs didrocks
[09:24] <pitti> didrocks: no hurry, I was really just wondering if there was something bad about it
[09:24]  * didrocks hugs pitti, sorry ETOOMANYTHINGINPARALLELANDFORGOTBAMF
[09:25] <didrocks> pitti: no no, I've made the local release, uploaded the tarball to launchpad, tested it
[09:25]  * pitti buys didrocks a bigger brain stack
[09:25] <didrocks> just missing the final dput :)
[09:25] <didrocks> pitti: it's needed!
[09:25] <pitti> we so much need build from bzr!
[09:25]  * mvo wants one as well!
[09:26] <didrocks> mvo: two for the price of one? :)
[09:26] <didrocks> pitti: yeah…
[09:26] <pitti> buy one, forget one free!
[09:26] <didrocks> heh
[09:29] <mvo> so lp is down for 90min? I wish bzr would still allow me to push my code
[09:30] <lifeless> its a bit tricky to allow that
[09:30] <seb128> would be nice it would allow to pull code at least
[09:30] <lifeless> the db that controlls access permissions is in readonly mode
[09:30] <lifeless> readonly will be doable eventually
[09:43] <geser> is it expected that I get now also a menubar for the "desktop" nautilus and gnome-terminal where I disabled the menubar by default? (Classic Desktop)
[09:46] <pitti> dpm: thanks for testing Spanish
[09:46] <pitti> dpm: I think all these tests just referred to the GNOME langpacks, so I shouldn't copy the KDE ones yet?
[09:51] <dpm> pitti, hm, tough decision, but yeah, afaik all the testers on that page are Ubuntu (GNOME) people. We have never explicitly tested the KDE langpacks, and I'm not sure what we did in the past, whether we uploaded them or not.
[09:52] <dpm> I should add a section explicitly for KDE and a column for it on the table too
[10:15] <pitti> ah, LP is back up
[10:16] <pitti> ^ mvo, didrocks: FYI
[10:16] <didrocks> pitti: thanks
[10:17] <mvo> yeah!
[10:31] <Sweetshark> pitti: I will soon need to get a rundown of the publishing stuff: Should I register a new branch for the 3.3.1 LO at https://code.launchpad.net/~libreoffice ? How do I do the builds and uploads on various platforms etc.
[10:34] <pitti> Sweetshark: not a +junk one, please
[10:35] <pitti> Sweetshark: https://code.launchpad.net/openoffice is the layout we had for oo.o, but perhaps we should make that a little more regular
[10:35] <pitti> Sweetshark: our usual approach is to have lp:~ubuntu-desktop/projectname/ubuntu for the "packaging trunk"
[10:35] <pitti> Sweetshark: which is also what should appear in the Vcs-Bzr: line
[10:36] <pitti> Sweetshark: and if we need to do changes for older releases (SRUs, stable release updates), we call them /maverick
[10:36] <pitti> Sweetshark: so I suggest to push your's to lp:~bjoern-michaelsen/libreoffice/ubuntu/
[10:36] <pitti> Sweetshark: that is, we are talking about the debian/ branch here, right?
[10:36] <pitti> not an upstream import
[10:37] <pitti> Sweetshark: I'm suggesting you as owner because you aren't in ~ubuntu-desktop yet
[10:37] <pitti> Sweetshark: the owner can be changed later on, for now "owned by you" is fine
[10:38] <pitti> Sweetshark: so I don't think we need a new branch for every upstream release
[10:39] <pitti> Sweetshark: uploads> you need sponsoring, you aren't allowed to upload to Ubuntu yet
[10:39] <pitti> Sweetshark: you can upload to a PPA, of course, for a first test (which would actually ease sponsoring, too)
[10:41] <Sweetshark> heh, yes: the debian branch, upstream imports for LO might be rather unfair to the launchpad team.
[10:43] <pitti> Sweetshark: yeah, lp:~vcs-imports/openoffice/trunk doesn't seem very happy either
[10:43] <pitti> Sweetshark: and I don't think they'd be too useful either
[10:44] <pitti> it's too much of a pain to derive the packaging branch from that one anyway
[10:44] <pitti> so debian/ only sounds fine for that
[10:44] <Sweetshark> also, debian is likely to move to git soon with their repo. As we are merging lots of stuff from them: is there a good bzr/git bridge ?
[10:45] <pitti> it kinda works, but not in both directions
[10:45]  * Sweetshark is constantly botching his vcs commands with debian/ in bzr, LO in git and OOo in hg ...
[10:45] <pitti> Sweetshark: once they do, I suggest to have an ubuntu branch in the Debian packaging git and negotiating with Debian that you can get commit access to it
[10:46] <pitti> that makes it so much easier to merge from each other
[10:46] <pitti> Sweetshark: buy Rene a beer and promise him to not commit to his master branches? :-)
[10:47] <pitti> Sweetshark: if he doesn't want to, then just move to git as well, I'd say
[10:47] <pitti> then you can still merge back and forth, they just live on different servers then
[10:47] <Sweetshark> pitti: commit access to the debian repo was already offered to me, so that should not be a problem.
[10:47] <pitti> ah, so much the better
[10:48] <pitti> Sweetshark: over time, I suppose you would/should make packaging fixes in the debian branch as much as possible, and only keep the unavoidable delta in ubuntu
[10:48] <Sweetshark> ... that is until I break debian for the first time ;)
[10:48] <Sweetshark> sure
[10:48] <pitti> I'd start with committing them to ubuntu branch and asking Rene to review/cherrypick
[10:49] <pitti> after some time he'll tell you to JFDI
[10:49] <pitti> or "JFCI" in that case :)
[10:50] <Sweetshark> We currently have way to many "patching levels" in LO: The main repos, the stuff that gets patched upon it by libreoffice-build and then again, the stuff that gets patched upon that by debian/* ....
[10:50] <pitti> Sweetshark: btw, were there any mysteries you stumbled over when you studied the libo and general packaging?
[10:50] <pitti> Sweetshark: yeah, these are a pain
[10:50] <pitti> Sweetshark: is libo-build what used to be go-oo?
[10:50] <seb128> Sweetshark, oh, and just as you know the debian lo maintainer doesn't like ubuntu much
[10:50] <pitti> i. e. is that meant to gradually be merged into trunk? or stay forever?
[10:51] <seb128> Sweetshark, so if he has weird comments don't take it against you
[10:51] <pitti> seb128: well, so far we didn't really contribute anything back to Debian's packages..
[10:51] <seb128> he's usually reasonable with technical patches
[10:51] <seb128> pitti, well, he really hates ubuntu though
[10:51] <pitti> yeah he has a a bit of a grudge; but with Sweetshark now rocking the house that will hopefully get better :)
[10:51] <dpm> hi mvo, I can't get software-properties-gtk to run well on unity. It sometimes load, sometimes the window is hidden and I have to end up killing it. Do you know if this is a known bug?
[10:52] <geser> how get I rid of those "unwanted" menubars I now get in the Classic Desktop in natty?
[10:52] <pitti> geser: I think the classic desktop now installs the menu bar applet by default; just delete it?
[10:55] <Sweetshark> seb128: I helped getting some patches that debian cared about into OOo upstream ... so now it is kind of a reverted position.
[10:55] <geser> pitti: you mean the "indicator-appmenu" package?
[10:56] <pitti> geser: no, the applet in the panel
[10:56] <pitti> oh, I thought it was a separate applet; I was 90% sure I removed that
[10:56] <pitti> geser: but if it's the package, sure
[10:56] <pitti> but it shouldn't be necessary to remove that package to remove the global menu
[10:56] <geser> pitti: I've a menubar (from nautilus) on my second screen where I have no panel
[10:57] <geser> and gnome-terminal shows also it's menubar even as I've no menubar on new terminals selected in the options
[10:57] <Sweetshark> libo-build is ex-go-oo. There are still >600 patches in the dev300 folder alone though ....
[10:57] <pitti> geser: can't you right-click on the menu bar in the panel and "remove"?
[10:57] <pitti> Sweetshark: right, I know it's huge; I was just wondering if that will eventually be merged
[10:58] <geser> pitti: no, I'll make a screenshot
[11:00] <geser> pitti: http://www.bienia.de/tmp/Screenshot.png
[11:02] <pitti> geser: hm, no idea about that then; kenvandine ^ ?
[11:05] <Sweetshark> pitti: It has to be merged asap. However, if I will state that too loud I'll have to do it. Since some patches are only applied conditionally (some distros do, others dont) there is also diplomacy involved in that. But it has to be done, because currently users are told dont file issue of your non-vanilla build at freedesktop.org and on launchpad they are told to not file upstream feature requests. This is frustrating for users and thus
[11:06] <Sweetshark> Having too many different patchsets is very bad from a QA point of view.
[11:07] <pitti> yeah, absolutely
[11:08] <pitti> and nobody really knows which patches are applied where, and thus you effectively have 10.000 combinations out there
[11:08] <mvo> dpm: hello, let me try that after lunch, maybe something with the gir stuff?
[11:08] <pitti> mvo: current natty softwarwe-properties doesn't use GI yet, though
[11:09] <pitti> it's pure pygtk
[11:09] <pitti> but FWIW, it works well here (natty, unity)
[11:09] <Sweetshark> pitti: also at LO upstream is not upsteam: developers usually do a "native build", that is without the patches from libo-build. Another thing that can be heal by moving as much as possible directly in the master ...
[11:10] <mvo> pitti: aha, sorry, you are right of course
[11:10] <mvo> pitti: my head connected dpm with language-selector
[11:11] <pitti> :)
[11:11] <pitti> but that works like a charm for sure, as it's GI!!11!
[11:11] <dpm> mvo, no rush, I just thought I'd mention it. I can trigger the problem when I load software-properties-gtk from the command line
[11:12] <pitti> dpm: with sudo or gksu?
[11:12] <dpm> pitti, with sudo and without
[11:12] <pitti> it doesn't run as user, it just brings up an error dialog "plz run me as root"
[11:13] <dpm> but unity has started behaving a bit crazy here, I'm not sure if that's the cause
[11:13]  * Sweetshark realizes what a luxury it was to build with --disable-binfilter --disable-mozilla as a developer ...
[11:13] <dpm> brb
[11:22] <dpm> with gksu works well, I only get a hidden window when running it with sudo or without, from the command line
[11:48] <pitti> mvo: yay, got s-properties running with GI
[11:49] <pitti> mvo: http://bazaar.launchpad.net/~pitti/software-properties/pygi/revision/650
[11:50] <pitti> mvo: now the MirrorTestGTK class doesn't actually do anything GTK specific any more
[11:50] <pitti> mvo: I could simplify this a lot now, by adding the changes to the main MirrorTest class, and just using that from both -gtk and -kde, if you want me to?
[12:01] <cyphermox> good morning
[12:01]  * didrocks just receives his 23' monitor \o/
[12:01] <pitti> hey cyphermox, how are you?
[12:02] <didrocks> hey cyphermox
[12:02] <pitti> didrocks: niice! size does matter!
[12:03] <didrocks> pitti: heh ;) yeah, I will not anymore break my eyes on a 17' for 1920x1200
[12:03] <didrocks> I'll have the same resolution on a way bigger screen :)
[12:07] <cyphermox> pitti, hey, doing alright
[12:08] <chrisccoulson> didrocks, nice!
[12:09] <chrisccoulson> i miss my monitor, i still can't connect it to my laptop without crashing it
[12:09] <mvo> pitti: please
[12:09] <mvo> didrocks: niccce, which one did you get?
[12:09]  * mvo was considering a 23/24" for some time already
[12:10] <didrocks> mvo: it's a samsung SyncMaster F2380, I have no clue about hw, so I relied on some magazine to compare to see what's nice for non-game usage
[12:14]  * Sweetshark likes his Sun X7236 24" screen ... Though you have to be careful to turn down the brightness -- it might blind you otherwise ...
[12:18]  * didrocks knows the first thing to do with the monitor for the week-end: reinstalling the server at home and reset up his blog :)
[12:20] <pitti> didrocks: and your IRC proxy? :-)
[12:20] <didrocks> pitti: I'm not sure about that one… I feel my heart "lighter" when knowing I can't be pinged on IRC while being away TBH…
[12:21] <pitti> ah, ok
[12:22] <didrocks> we'll see ;)
[12:22] <pitti> mvo: ok, resubmitted
[12:27]  * pitti sends didrocks a ---`--,<@  flower for dput'ing bamf
[12:27]  * pitti lunch, bbl &
[12:28] <didrocks> pitti: done ;)
[12:28] <didrocks> enjoy!
[12:38] <stgraber> didrocks: yeah ! now you can debug my dual head issues ;)
[12:38] <didrocks> stgraber: heh, I think I'll be forced to ;)
[12:38] <didrocks> I don't know where cyphermox is with that btw
[12:41] <cyphermox> didrocks, with what?
[12:41] <stgraber> cyphermox: wow, you're up early ;)
[12:42] <cyphermox> I've been up for an hour
[12:42] <didrocks> cyphermox: multimonitor support, I think you started it, isn't it?
[12:42] <cyphermox> didrocks, ah, yeah
[12:43] <cyphermox> I don't understand GL enough to continue though, it's still the same issue, it works when unity starts, but if there is a res change, everything is "fine" except the panel and launcher don't get repainted where they should be, and I haven't been able to get them to do it
[12:43] <cyphermox> I've been busy with NM and other stuff since
[12:45] <didrocks> cyphermox: sure, no worry
[13:33] <pitti> seb128: should we drop some of your remaining WIs for cleaning up old libs? this will be significantly easier with gnome 3.0 in the next cycle, I guess?
[13:34] <seb128> pitti, we are like 2-3 source away to drop some so I was keeping those on purpose
[13:34] <pitti> seb128: oh, good to hear
[13:34] <seb128> pitti, like libglade it's only checkbox which ara seems to have a vcs for and pitivi
[13:35] <pitti> I had the feeling that was pretty much "done" now for .32
[13:35] <seb128> libgnomeui, etc is probably going to be deferred due to tomboy
[13:35] <pitti> seb128: I was actually wondering about pitivi after reading Robert's trip report
[13:35] <seb128> they use gconfpeditor which is using libgnome
[13:35] <seb128> it's probably not worth the effort to port this cycle
[13:36] <pitti> *nod*
[13:36] <seb128> pitti, well it seems not likely we will change pitivi this cycle
[13:36] <seb128> we might want to port it to gtkbuilder still
[13:36] <seb128> but at the same time libglade is small enough that it might not be worth the efforts
[13:36] <seb128> I will drop the summary on the spec and update the work items
[13:37] <pitti> I was a bit concerned to read that even upstream devs say it's not well maintained ATM
[13:39] <seb128> pitti, well it's like it was the only project short on people maintaining it
[13:40] <pitti> heh
[13:45] <chrisccoulson> does anybody else dislike the new behaviour of bash-completion?
[13:48]  * bcurtiswx waves to room
[13:48] <pitti> chrisccoulson: how so?
[13:49] <chrisccoulson> pitti - say, if i want to do "ls" in a directory that is several folders deep, i could just tab-complete my way down the hierarchy
[13:50] <pitti> that seems unchanged here
[13:51] <chrisccoulson> pitti - it's broken in the latest bash-completion. when you hit tab and it completes a filename, the cursor ends up in a position where you can't descend any further
[13:51] <chrisccoulson> (ie, at each level, you have to hit backspace, and then tab again)
[13:51] <chrisccoulson> that changed in the latest bash-completion
[13:52] <chrisccoulson> i'm finding it difficult to describe the behaviour ;)
[13:52] <pitti> hm,  it completes to dir[tab] -> dirname/ for me, as it should
[13:52] <chrisccoulson> pitti - it completes to dir[tab] -> dirname | (with '|' being the new cursor position)
[13:52] <chrisccoulson> (for me, anyway)
[13:53] <chrisccoulson> so, hitting tab no longer lists the contents of "dirname"
[13:53] <cyphermox> just a wild guess like this, but I think indicator-datetime has some issues with geoclue right now...
[13:53] <chrisccoulson> and i have to press backspace instead
[13:53] <chrisccoulson> pitti - which bash-completion do you have?
[13:53] <pitti> 1:1.3-1ubuntu1
[13:53] <pitti> chrisccoulson: but that shouldn't affect file name completion, that's bash itself
[13:54] <pitti> bash-completion does stuff like expand package names for "apt-get" or options for make
[13:54] <chrisccoulson> pitti - hmmm, that's strange. when i downgraded bash-completion, i got the old behaviour back again :/
[13:54] <pitti> chrisccoulson: hm, so maybe some script there mis-matches
[13:54] <pitti> chrisccoulson: it's at least not meant to fiddle with file name completion
[14:04] <chrisccoulson> hmmm, X just died
[14:05] <chrisccoulson> pitti - this is what happens with me - http://people.canonical.com/~chrisccoulson/bash-completion.ogv
[14:05] <chrisccoulson> a screencast explains it much better ;)
[14:06] <cyphermox> could someone please review my merge requests for connman and ofono?
[14:06] <chrisccoulson> cyphermox, oh, you can't upload those?
[14:07] <cyphermox> chrisccoulson, nah :)
[14:07] <cyphermox> chrisccoulson, I'll run for motu at the end of the month though, I think
[14:07] <chrisccoulson> cyphermox, i can review those later on if nobody else beats me to it ;)
[14:07] <chrisccoulson> i've got some other things to do first though
[14:07] <chrisccoulson> yeah, you should :)
[14:08] <cyphermox> probably should for desktop team as well, maybe
[14:08] <pitti> chrisccoulson: ugh, that's indeed nasty
[14:08] <chrisccoulson> pitti - it goes away if i downgrade bash-completion :/
[14:08] <pitti> chrisccoulson: but it's not doing that for me, and I think it's a bug
[14:08] <pitti> chrisccoulson: apparently it misidentifies a directory as a file?
[14:08] <chrisccoulson> pitti - yeah, it seems like that
[14:09] <chrisccoulson> it was driving me crazy yesterday ;)
[14:27] <seb128> kenvandine, hey
[14:28] <chrisccoulson> pitti, it is this chunk in /etc/bash_completion that breaks it: http://paste.ubuntu.com/565880/
[14:29] <chrisccoulson> i just reverted it, and it works again :)
[14:30] <pitti> chrisccoulson: hm, that looks wrong indeed -- why wouldn't ls, less, patch, diff, etc, take filenames??
[14:31] <rsalveti> seb128: hey, can you help reviewing https://code.launchpad.net/~rsalveti/clutter/gles/+merge/49333?
[14:31] <rsalveti> for arm we want clutter to use the gles backend
[14:31] <rsalveti> I ported the old modifications with some other fixes, and it's working fine on arm
[14:32] <chrisccoulson> pitti - not sure ;)
[14:32] <chrisccoulson> do you think it's ok to revert that change then?
[14:32] <seb128> rsalveti, hey, can you request review from ~ubuntu-desktop for it?
[14:32] <seb128> rsalveti, I will try to review it but not likely today, it's 3pm on a friday and I still have work I want to do before the end of the day
[14:33] <rsalveti> seb128: it's already, but I'm pinging you directly because you know more about clutter
[14:33] <rsalveti> seb128: don't worry
[14:33] <rsalveti> last time my merge proposal was there for a week
[14:33] <rsalveti> and then we got a package update
[14:33] <seb128> rsalveti, ok, thanks, I will review it when I've some free time, like on monday then
[14:33] <rsalveti> seb128: sure, np, thanks a lot
[14:33] <seb128> we don't plan clutter updates so it should be ok
[14:33] <seb128> thanks
[14:34] <rsalveti> seb128: and this only affect arm
[14:34] <seb128> right
[14:37] <bcurtiswx> ken was up late last night, i can vouch for that
[14:37] <bcurtiswx> as i was too :-\
[14:37] <seb128> what did you guys work on?
[14:38] <bcurtiswx> kenvandine, was working on getting the new launcher API stuff working with xchat-gnome and i was working on empathy
[14:40] <bcurtiswx> he got it working, i'm quite close.  if i reset unity then the count shows on the empathy icon, but it doesn't update.. and i have both unity and libunity from trunk
[14:48] <kenvandine> hey tedg
[14:48] <kenvandine> i'm fixing your dual build problems now
[14:48] <kenvandine> welcome to my hell :)
[14:49] <tedg> kenvandine, Heh, I think if I look at the commit logs you brought that to my world ;)
[14:49] <kenvandine> it was building when i committed :)
[14:50] <seb128> grr, not sure what I hate most now, gnome-polkit for crashing, update-manager to hanging when it does or compiz to screw when apport triggers because of update-manager
[14:51] <kenvandine> seb128, ah, another version of hell there
[14:52] <pitti> chrisccoulson: where does that come from? debian? I don't mind personally if you revert it, but I guess you should file a bug then
[14:54] <Sweetshark> patti: Now for a real stupid question: Were do the human icons come from? Everything is enabled for them in the 3.3.1.1 package I just build, but the actual icons are missing (I used a copy of the tango icon for testing here).
[14:54] <chrisccoulson> pitti - yeah, it was merged from debian
[14:55] <pitti> Sweetshark: good question -- I assume they were an extra tarball in the openoffice.org source package?
[14:56] <glatzor> seb128, got a problem with aptdaemon and policykit?
[14:58] <Sweetshark> pitti: well, in all the versions I have here the are gone already ... gotta find an old package.
[14:59] <pitti> hmm
[14:59] <pitti> Sweetshark: http://paste.ubuntu.com/565898/ -- can't see them there
[14:59] <pitti> and yet
[14:59] <pitti> Package: openoffice.org-style-human
[14:59] <pitti> Source: openoffice.org
[15:00] <pitti> Sweetshark: so if you unpack the openoffice.org sources and apply the patches, there should be a images_human.zip file somewhere
[15:02] <seb128> glatzor, I think it's rather update-manager being stupid
[15:02] <kenvandine> tedg, i am doing the libappindicator builds again dance over here :-D
[15:02] <seb128> glatzor, it the gnome-polkit-daemon crashes it just goes in "waiting for a timeout having a blocked ui"
[15:03] <seb128> glatzor, or if you deny the pwd dialog
[15:03] <tedg> kenvandine, woot!
[15:03] <tedg> kenvandine, I was going through it last night and realizing that we really need a way to "distcheck" with GTK3.
[15:03] <seb128> kenvandine, ted: is the calendar indicator known to not display events which are not on the current day or on remote calendars
[15:03] <seb128> ?
[15:04] <seb128> tedg, kenvandine: btw what happened to indicator-appmenu, no tarball this week?
[15:04] <kenvandine> seb128, it is only for the default local calendar
[15:04] <tedg> seb128, Remote calendars yes, I didn't know about the events.
[15:04] <seb128> tedg, kenvandine: would be nice to have updates so we can keep testing menus with the current stack
[15:04] <tedg> seb128, Still working on them :(  Got blocked on libappindicator... fun... yeah, that's it.
[15:04] <kenvandine> tedg, distcheck with gtk3 worked for me... when i did it :)
[15:04] <mvo> seb128: pfff ;)
[15:04] <kenvandine> seb128, indeed... tedg was busy messing with multi-builds
[15:05] <seb128> mvo, hey, your software is driving me crazy, it keeps screwing my desktop enough that I need to restart my session every second time I use it
[15:05] <seb128> kenvandine, hum, k, why is libappindicator blocking indicator-appmenu?
[15:05] <kenvandine> seb128, it really sucks we can't do remove events in indicator-datetime, but apparently that will be way to slow :/
[15:05] <seb128> seems they are different code
[15:05] <kenvandine> seb128, not directly, i am sure
[15:05] <seb128> kenvandine, what? can't do?
[15:05] <kenvandine> just tedg was busy with fixing that instead of releasing appmenu
[15:05] <seb128> mvo, no offense to you ;-)
[15:06] <kenvandine> indicator-datetime doesn't display any events on remote calendars, apparently eds doesn't cache any of that
[15:06] <seb128> hum
[15:06] <seb128> it doesn't but it will for natty right?
[15:06] <kenvandine> so when the menu loads we would have to wait for the remote calendar to respond with events
[15:07] <seb128> why can't it be populated in an async way rather?
[15:07] <kenvandine> i don't think so, apparently it is a wanted feature in eds that is hard to implement
[15:07] <mvo> seb128: what about just fixing polkit ;) ?
[15:07] <seb128> the standard GNOME applet does it...
[15:07] <mvo> seb128: but yeah, let me have a look whats going on when the auth thing crashes
[15:07] <kenvandine> i think karl sadi eds doesn't have async methods for that
[15:07] <seb128> mvo, funny you speak about that it seems we get lot of crashes due to your session registration patch ;-)
[15:07] <kenvandine> seb128, karl said that is why the gnome applet takes so long to load
[15:07] <seb128> kenvandine, the old gnome-panel applet just does it
[15:08] <seb128> wth?
[15:08] <seb128> kenvandine, I just tried, the applet loads fine and event are displayed in an asycn way
[15:08] <kenvandine> dunno, chat with karl about it... that is how he described it to me a couple days ago
[15:08] <kenvandine> i was disappointed by the same thing
[15:10] <seb128> kenvandine, ok thanks
[15:23] <geser> kenvandine: Hi, do you have an idea why I get that menubar from nautilus on my desktop? (http://www.bienia.de/tmp/Screenshot.png) (natty, classic desktop)
[15:23] <chrisccoulson> that's deliberate isn't it?
[15:24] <chrisccoulson> i don't like the nautilus menubar showing, i think it's weird
[15:24] <kenvandine> geser, yeah, what chrisccoulson  said
[15:24] <chrisccoulson> can we get rid of it? :)
[15:24] <geser> gnome-terminal shows me also a menubar even as I select no menubar by default
[15:25] <chrisccoulson> geser, yeah, that's expected too. what should happen is that the option in gnome-terminal should be hidden when there is a global menubar
[15:25] <chrisccoulson> i've done the same in firefox already (hidden the option to hide the menubar)
[15:25] <geser> the classic desktop also gets a global menubar?
[15:26] <chrisccoulson> geser, i think it does now
[15:26] <glatzor> seb128, aptdaemon.policykit1 should raise the AuthorizationFailed in this case
[15:26] <chrisccoulson> mine has got one anyway ;)
[15:37] <kenvandine> tedg, libappindicator uploaded and pushed, so you can merge to see how i fixed it
[15:40] <tedg> kenvandine, Great, will do!
[15:40] <tedg> kenvandine, appmenu-gtk on it's way.
[15:40] <kenvandine> woot
[15:41] <kenvandine> tedg, this is extra fun on a friday, there is no api breakages right?
[15:41] <tedg> kenvandine, Naw, minor updates.
[15:41] <tedg> kenvandine, Mostly keeping cadence really.
[15:41] <kenvandine> good
[15:42] <seb128> kenvandine, tedg, mterry: great work on the appmenu front, it's really solid
[15:43] <kenvandine> it really has gotta significantly better in the past week or so
[15:43] <tedg> kenvandine, We introduced some crashers on purpose so when they went away you'd feel like it's "so much better" ;)
[15:44] <kenvandine> i kind of assumed so
[15:44] <seb128> tedg, kenvandine: there is one libappindicator issue which is annoying
[15:45] <seb128> gnome-policykit-daemon crashes often in libappindicator code
[15:45] <seb128> in app-indicator.c l1279
[15:45] <seb128> theme_changed_cb()
[15:45] <seb128> 	if (priv->dbus_registration != 0 && priv->connection != NULL) {
[15:46] <seb128> I didn't manage to get the issue under valgrind yet though
[15:46] <seb128> but it does often crash when I use update-manager
[15:46] <tedg> seb128, Hmm, okay.  Probably not disconnecting a signal.
[15:47] <seb128> what is weird is that there is no theme change
[15:47] <seb128> so not sure why this cb is called
[16:04] <micahg> bigon: is there a reason you added gjs back to natty?
[16:05] <rodrigo_> GLib-GIO-ERROR **: Settings schema 'com.canonical.indicators.sound' is not installed
[16:05] <rodrigo_> is that schema in some not-released-yet version of the indicator stuff?
[16:05] <tedg> seb128, I'm guessing that gsd shutting down or some such?
[16:05] <bigon> micahg: well it is needed for some developers, by gnome-shell
[16:06] <micahg> bigon: right, but gnome-shell isn't in the archive, I'd rather not support gjs if we don't have gnome-shell, it's currently staged in the GNOME3 PPA, does anything else need it
[16:06] <seb128> rodrigo_, should be in the current natty version
[16:06] <rodrigo_> seb128, hmm, right, I see an update here
[16:07] <seb128> tedg, well I doubt so, it's like "use update-manager to install some binaries, then use it again to install some extra ones"
[16:08] <seb128> tedg, I tend to pick the few ones I want to try now then select other upgrades and do a second round
[16:08] <seb128> tedg, thinking about it, it could be after an icon cache update on disk
[16:08] <tedg> seb128, Hmm, interesting.
[16:10] <bigon> micahg: if there is ABI breaks from mozjs I will take care of rebuilding the package
[16:10] <micahg> bigon: I'm more worried about xulrunner transitions, can you commit to porting to future xulrunner releases?
[16:11] <bigon> micahg: well the pkg is maintained in debian too
[16:11] <bigon> do you expect such xulrunner transitions soon?
[16:11] <micahg> bigon: possibly, it depends on what can be worked out with Mozilla's new 3 month release schedule plans
[16:13] <bigon> in 3 months natty is release so I guess that GNOME 3 will enter the official achive
[16:13] <micahg> bigon: yes, but we don't need gjs for natty, we can add it back when gnome-shell hits the archive
[16:22] <bigon> well the reason no other package use it is quite thin IMHO
[16:31] <micahg> bigon: when there are no problems supporting it sure
[16:44] <rodrigo_> my computer hates me today :(
[16:58] <seb128> pitti, new pygobject tarball
[16:58] <seb128> just fyi
[16:58] <seb128> you probably want to call it a week after the meeting
[16:58] <seb128> it can wait for next week as well ;-)
[17:04] <pitti> seb128: guess what just finished building here :)
[17:04] <seb128> ;-)
[17:04]  * pitti is hanging out regularly in the gi channels now
[17:04] <pitti> seb128: I'm in release meeting, but I still want to test/uplaod this
[17:10] <pitti> seb128: syncing g-i from experimental now, FYI (you asked about it yesterday)
[17:11] <seb128> pitti, oh right, forgot to do that, thanks
[17:12] <seb128> tedg,
[17:12] <seb128> ==8284== Invalid read of size 4
[17:12] <seb128> ==8284==    at 0x40654BB: theme_changed_cb (app-indicator.c:1279)
[17:12] <seb128> ==8284==    by 0x45C948B: g_cclosure_marshal_VOID__VOID (gmarshal.c:79)
[17:12] <seb128> ==8284==    by 0x45AD351: g_closure_invoke (gclosure.c:767)
[17:12] <seb128> ==8284==    by 0x45C0047: signal_emit_unlocked_R (gsignal.c:3252)
[17:12] <seb128> ==8284==    by 0x45C8B28: g_signal_emit_valist (gsignal.c:2983)
[17:12] <seb128> but it doesn't give extra details about where it was freed before
[17:13] <tedg> seb128, Hmm, okay.  I'll have to do an audit of that signal I think.
[17:21] <tedg> kenvandine, Can you add bug 597317 to the indicator-session changelog please?  I forgot :(
[17:21] <ubot2> Launchpad bug 597317 in indicator-session "Text on shutdown and restart boxes is selected while tabbing" [Low,Fix released] https://launchpad.net/bugs/597317
[17:21] <kenvandine> tedg, sure
[17:21] <chrisccoulson> ok, i officially hate swt-gtk and java
[17:50] <pitti> good night everyone! have a nice weekend
[21:00] <polslinux> hi to all!
[21:08] <JanC> is somebody tracking banshee for natty?
[21:09] <JanC> I tried a backport of the new banshee versions to maverick, and it's totally unusable
[21:09] <JanC> I killed it at 4 GiB memory usage or so
[21:09] <JanC> :-(
[22:51] <patrickmw> jibel; do you still need that output?
[22:54] <jibel> patrickmw, yep, there is an issue that I'd like to investigate in LDTP which fails to resolve correctly keysyms to keycode.
[22:55] <patrickmw> jibel: https://pastebin.canonical.com/43253/
[23:01] <jibel> patrickmw, thanks, that confirms what I thought. I'll fix that next week. Have a nice week end.
[23:01] <patrickmw> jibel: np, and hasn't your weekend already begun?!
[23:04] <jibel> patrickmw, Oh, you're right, 4 minutes ago ! I need to hurry now