[00:05] <Riddell> jasoncwarner: ping
[00:05] <jasoncwarner> hey
[00:46] <robert_ancell> patrickmw, hey
[00:46] <patrickmw> robert_ancell: hello
[00:47] <robert_ancell> patrickmw, about your evolution bug, do you want to do the patch?
[00:47] <robert_ancell> it's on the master branch, and needs to be backported to 2.32
[00:47] <patrickmw> robert_ancell: i would actually
[00:48] <robert_ancell> ok, so do you have a checkout of the evolution source?
[00:48] <patrickmw> not currently. I can do that
[00:49] <robert_ancell> have you used quilt before?
[00:49] <TheMuso> grrr haven't built i386 packages with sbuild for ages, and now I find it desn't just work when using an i386 chroot on an amd64 machine.
[00:49] <patrickmw> robert_ancell: i have not
[00:49] <robert_ancell> ok, this isn't going to be pretty :)
[00:49] <patrickmw> robert_ancell: haha
[00:49] <robert_ancell> so, first step is to debcheckout evolution
[00:50] <robert_ancell> you get to learn all the grottyness of debian packaging today :)
[00:54] <patrickmw> robert_ancell:  sorry, had to install subversion
[00:54] <patrickmw> robert_ancell:  ok got the source
[00:55] <robert_ancell> patrickmw, ok, cd to the directory and export QUILT_PATCHES=debian/patches
[00:55] <patrickmw> robert_ancell:  var set
[00:56] <robert_ancell> quilt pop -a
[00:56] <patrickmw> done
[00:57] <robert_ancell> get the patch, and copy it into debian patches using the naming convention that is there
[00:57] <robert_ancell> I get the patch from the web git interface http://git.gnome.org/browse/evolution/commit/?id=7215cf088f73cfa61e877a83fa0fdd4227095725
[00:57] <robert_ancell> add the patch into debian/patches/series
[00:59] <robert_ancell> (for reference here is the complete documentation https://wiki.ubuntu.com/PackagingGuide/Complete)
[01:03] <patrickmw> robert_ancell:  ok
[01:03] <robert_ancell> then reapply patches with quilt push -a
[01:04] <robert_ancell> (I don't think you had to unapply them come to think of it, just me being paranoid)
[01:04] <robert_ancell> the new patch may not apply, see if there are any errors
[01:05] <robert_ancell> patrickmw, hang on, did the evolution source come from svn?  Are you running natty?
[01:06] <patrickmw> robert_ancell:  source came from svn, running maverick
[01:06] <robert_ancell> patrickmw, ah, you'll have the maverick source then.  Do you have a natty vm?
[01:06] <patrickmw> robert_ancell:  yes
[01:06] <robert_ancell> ok, need to do it in that
[01:08] <robert_ancell> Follow these instructions http://paste.ubuntu.com/570863/
[01:09] <robert_ancell> patrickmw, ^
[01:09] <patrickmw> robert_ancell:  debcheckout is wrong then?
[01:09] <robert_ancell> patrickmw, yes, sorry.
[01:10] <patrickmw> robert_ancell:  np, thanks.
[01:10] <robert_ancell> That checks out the packaging branch, but that wont have any source so you can't edit the patch
[01:10] <robert_ancell> however at the end of this you'll have to make the change on the packaging branch
[01:10] <broder> if i shoehorn linux-image-generic and xserver-xorg (plus requisite dependencies) from natty into a maverick image, should it work?
[01:10] <broder> right now the background and cursor get drawn, but windows don't
[01:10] <broder> (and the cursor changes as would be expected if there were windows under it)
[01:11] <robert_ancell> patrickmw, There is a new process called Ubuntu Distributed Development (UDD) that we are working towards which will have it all in the same branch and a lot easier
[01:11] <broder> this is an...incredibly stripped down image, so it's possible that i've removed a package i actually need, but just wanted to ask before i go digging
[01:12] <broder> i guess it's probably worth doing a normal maverick install and seeing what falls out
[01:14] <robert_ancell> broder, sorry, not sure, but sounds dangerous :)
[01:28] <broder> aha. there's a bunch of "intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Invalid argument" in Xorg.log
[01:28] <kklimonda> what is TryExec for in .desktop files?
[01:29] <broder> kklimonda: http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html
[01:29] <RAOF> broder: Sounds like our friend the OOM bug.
[01:30] <broder> ah, excellent
[01:30] <broder> i'm not out of memory, though
[01:30] <kklimonda> broder: hmm.. it looks like in natty TryExec is used instead of Exec to actually launch the application?
[01:31] <RAOF> But I don't have all the context, so I might be wrong.
[01:31] <broder> RAOF: what sort of additional context would be useful to you?
[01:31] <RAOF> Any bit before there's a bunch of "intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Invalid argument" in Xorg.log, which was the first thing I got after I rejoined :)
[01:32] <broder> sure. i'm attempting to shoehorn natty's kernel + X stack into a maverick image, which happens to be using casper
[01:32] <patrickmw> robert_ancell:  after running quilt -f .rej files were created but each patch "applied".  does that mean there are still conflicts to edit manually?
[01:32] <broder> RAOF: the background and cursor render, but windows don't
[01:32] <robert_ancell> patrickmw, yes
[01:32] <broder> RAOF: but the cursor does change, and in a way that's consistent with there being windows under it
[01:33] <broder> RAOF: using -intel
[01:33] <kklimonda> chrisccoulson: does Firefox by any chance use TryExec to launch the application from the Opening dialog?
[01:34] <kklimonda> chrisccoulson: when I change TryExec=transmission-gtk to TryExec=transmission-gtk %F in the desktop file I can once again launch torrents from Firefox without using the Downloads dialog
[01:34] <RAOF> broder: Interesting.  Could I get the full Xorg.0.log?
[01:34] <patrickmw> robert_ancell:  ok, i think i got it
[01:38] <broder> RAOF: http://pastebin.com/aancMWaf
[01:38] <broder> RAOF: the other caveat is that this is an image i use at work, and is stripped down beyond all belief, so it wouldn't surprise me at all if something critical was missing
[01:39] <RAOF> Hm.  Got an accompanying dmesg?
[01:40] <broder> http://pastebin.com/YwVkKza8
[01:40] <RAOF> I've misread that; it's not an OOM issue, but something else.
[01:40] <bryceh> RAOF, yeah the oom bug has a slightly different error message
[01:41] <bryceh> (and repeats it bunches)
[01:41] <broder> i'm currently installing a stock maverick host to see if i can repro without the screwiness of my image
[01:41] <RAOF> No space on device.
[01:41] <RAOF> You know, it'd be nice if i915 wasn't almost totally silent. :)
[01:42] <RAOF> But that dmesg doesn't show any complaints.  How much of the X stack is natty's?  X, libdrm, mesa, kernel are all natty?
[01:43] <broder> oh, ugh. no such luck, i think. that may be my issue
[01:43] <broder> i assumed getting xserver-xorg would get me everything i need, but it looks like libdrm is maverick's, for starters
[01:44] <RAOF> Ah.  Then I think you might be hitting a problem that Debian has, but we don't.
[01:44] <bryceh> yeah esp. with -intel there are interdependencies laced throughout the stack
[01:44] <broder> mesa is also natty
[01:44] <broder> err, maverick
[01:44] <RAOF> Or, rather, Debian *had* until they updated libdrm :)
[01:45] <RAOF> If you've got natty's -intel, it'll be built against natty's libdrm, and ISTR a Debian issue where, although the ABI hadn't apparently changed, things built against the new libdrm required the new libdrm to not fail in unexpected ways.
[01:46] <broder> ok. so i guess i should pull drm and mesa from natty as well?
[01:46] <broder> any other important pieces?
[01:46] <RAOF> Yup
[01:46] <RAOF> That's basically the whole X stack; no other dependencies :)
[01:46] <RAOF> Well, that you need to care about, at least ;)
[01:49] <broder> awesome, thanks a lot. i'll re-roll my image and see what i get
[01:49] <TheMuso> broder: You're brave.
[01:50] <broder> TheMuso: Fortunately I won't be deploying this to anyone but me :)
[01:51] <TheMuso> heh
[01:51] <TheMuso> That is fortunate indeed. :)
[01:51] <RAOF> Hm.  We should really update mk-sbuild to use /etc/schroot/chroot.d
[01:51] <RAOF> And by “we”,  I guess that could mean me :)
[01:52] <broder> RAOF: +1. that's been bothering me in the back of my mind for months now
[01:52] <RAOF> Also, I wonder if I could share this funky build-against-built-packages & build-on-tmpfs setup I've got going here.
[01:54] <broder> I just mount a tmpfs on /var/lib/schroot/union/overlay
[01:55] <broder> Though I've written code in the past to mount a new tmpfs for each overlay
[01:55] <broder> build-against-built-packages sounds awesome, though
[01:56] <RAOF> Yeah, but I need the ability to *not* build, say, mesa on a tmpfs, so I've got a special chroot target for it.  Turns out you can happily share a single source chroot for multiple targets!
[01:56] <broder> "Sounds like you just don't have enough swap" :-P
[01:57] <RAOF> by default a tmpfs will only expand to 50% of available memory.  Mesa uses on the order of 6GiB for a build…
[01:57] <RAOF> My poor laptop doesn't actually have 12GiB of RAM + swap, amazingly enough :)
[01:57] <broder> by default> but that can be overridden
[01:58] <RAOF> Right.  My poor laptop *also* barely has 6GiB of ram + swap :)
[01:58] <broder> Haha. Fair enough :)
[02:06] <patrickmw> robert_ancell:  my eyes burn now, but I fixed the conflicts
[02:07] <robert_ancell> patrickmw, you've only just started :)
[02:07] <robert_ancell> ok, next step is to make a new changelog entry with "dch -i"
[02:07] <micahg> robert_ancell: re freerdp, did you know virtualbox has an rdp server that supports tls 1.0 client certs
[02:07] <robert_ancell> make sure the version is -ubuntuN"
[02:07] <robert_ancell> micahg, no, I had trouble finding a server
[02:08] <micahg> robert_ancell: yep, virtualbox :)
[02:09] <robert_ancell> micahg, I ended up using rdp_mitm in the freerdp source which is a bridge server
[02:09] <robert_ancell> the vb one will be very handy if it works well
[02:09] <micahg> robert_ancell: Qapla!
[02:11] <robert_ancell> Qapla?
[02:12] <micahg> robert_ancell: you don't speak klingon?
[02:14] <robert_ancell> micahg, can't say I every learnt it :)
[02:14] <micahg> eh, that's the only word I know :)
[02:17] <micahg> robert_ancell: was just wishing you well in the battle with freerdp :)
[02:17] <robert_ancell> micahg, ah, thanks!
[02:17] <robert_ancell> patrickmw, how are you going?
[02:19] <patrickmw> robert_ancell:  getting there s l o w l y
[02:20] <patrickmw> i just noticed there is a git backport naming convention, i should follow that
[02:25] <patrickmw> robert_ancell:  i'm happy with the changelog now
[02:26] <robert_ancell> patrickmw, ok, one thing to put in the changelog is a LP tag, e.g. (LP: #690346)
[02:26] <robert_ancell> so it automatically updates the bug when the change is uploaded
[02:27] <robert_ancell> then the next step is to run apt-get build-deps evolution, then debuild to build the package
[02:27] <patrickmw> its Bug #999999
[02:27] <patrickmw> right?
[02:28] <robert_ancell> Isn't it (LP: #720383) ?
[02:28] <patrickmw> i'm just looking in the changelog
[02:28] <robert_ancell> That bug must be coming soon...
[02:29] <patrickmw> i don't see that notation
[02:29] <patrickmw> ah
[02:29] <patrickmw> no i do, sorry
[02:31] <patrickmw> robert_ancell: ick
[02:31] <patrickmw> robert_ancell: k
[02:31] <robert_ancell> building?
[02:31] <robert_ancell> just be glad there's only quilt to deal with.  When I started there were at least 3 patch systems in use...
[02:32] <patrickmw> robert_ancell: E: Unable to locate package build-deps
[02:33] <patrickmw> robert_ancell: doesn't tell me what to install either
[02:33] <robert_ancell> whoops, apt-get build-dep evolution
[02:33] <robert_ancell> (run with sudo as normal)
[02:34] <broder> robert_ancell: that's a bit generous. there are definitely still 3 patch systems in use, quilt is just slowly winning
[02:34] <robert_ancell> broder, well, in the desktop package set it's pretty much done that.  When you delve deep into Universe it does still get messy
[02:35] <robert_ancell> broder, I'm also glad to see modern cdbs/debhelper starting to dominate too
[02:36] <broder> robert_ancell: yeah, definitely
[02:39] <patrickmw> robert_ancell: build complete
[02:39] <robert_ancell> patrickmw, ok, install the individual .debs (in parent directory) with sudo dpkg -i
[02:39] <robert_ancell> then check no regressions, bug fixed
[02:52] <broder> RAOF: took me a couple of tries to get all the requisite packages, but pulling in the new drm and mesa fixed the graphics issue. thanks again!
[02:52] <RAOF> Hurray!
[02:55] <jcastro> RAOF: how's our support for these new Zacate AMD fusion things? (aka. I can has new thinkpad x120e?)
[02:56] <RAOF> jcastro: Oooh, fusion netbooks are available now, are they?
[02:56] <jcastro> yep, just now
[02:56] <RAOF> jcastro: I *believe* we support 3D on those.
[02:56] <jcastro> http://shop.lenovo.com/SEUILibrary/controller/e/web/LenovoPortal/en_US/catalog.workflow:category.details?current-catalog-id=12F0696583E04D86B9B79B0FEC01C087&current-category-id=C63BB22720313B14F5906FFA72CB90D5
[02:59] <RAOF> Is it really $60 for Win7 professional?
[03:05] <robert_ancell> patrickmw, ok, going to break for lunch.  The final steps are to get the packaging branch (debcheckout evolution), merge your changes in (i.e. the debian/changelog and debian/patches/), push it to your own branch (bzr push lp:~<username>/evolution/lp-bug-720383, then do a merge request to lp:~ubuntu-desktop/evolution/ubuntu.  One of the desktop team will review the merge and upload if it's good
[03:07] <jcastro> RAOF: the whole kit together is like $500 for the one I want, so I am itching already. So basically, no pressure, you either save me $500, or entice me to spend it.
[03:07] <RAOF> Heh.
[03:07] <robert_ancell> patrickmw, oh, one more thing.  Do the bzr commit with 'debcommit' and that automatically links it to the bug report
[03:07] <RAOF> As I say, I _think_ we fully support (roughly) that GPU.
[03:08] <RAOF> jcastro: Try it out and see!  You can always give it to me if it doesnt' work :)
[03:10] <jcastro> heh
[03:29] <jcastro> RAOF: when you say think we support, with the open driver or with the ATI driver?
[03:29] <RAOF> With the open driver.
[03:30] <RAOF> It's fair to assume that anything I say which is not explicitly tagged as for the proprietary drivers is about the open drivers ;)
[03:30] <jcastro> heh
[03:31] <Amaranth> smspillaz: cyphermox was looking for you
[03:31] <smspillaz> Amaranth: I saw that I got pinged here
[03:31] <smspillaz> couldn't find the highlighted message ;-)
[03:31] <smspillaz> cyphermox: what's up?
[03:33] <cyphermox> hey, thanks for the additional hints w.r.t updateOutputWhatever
[03:34] <cyphermox> (not looking at code, playing with my new Nexus One)
[03:34] <smspillaz> cyphermox: ah cool
[03:34] <cyphermox> I can more or less make it work that way too, except I'm having issues getting the primary screen size that way -- gdk has outdated info at the point this function runs
[03:35] <smspillaz> cyphermox: indeed. this is probably an issue that I thought might happen
[03:35] <cyphermox> I tried screen->vp () and such, but didn't quite have it yet, I'm probably not too far though
[03:36] <smspillaz> cyphermox: what I would suggest is to relayout everything on outputChangeNotify and then wait for the monitors-changed signal to see if the primary monitor changed
[03:37] <cyphermox> and do it over again if it's the case or something?
[03:37] <smspillaz> cyphermox: just change the position of the panel or something
[03:37] <cyphermox> mmkay
[03:37] <smspillaz> but you shouldn't need to do a full relayout
[03:38] <cyphermox> I'd have to look up what each piece of code does what
[03:38] <smspillaz> yeah
[06:16] <RAOF> Who feels up to a litle light X sponsoring?
[06:17] <micahg> RAOF: is it universe or main?
[06:17] <RAOF> Main.
[06:17] <micahg> not me :)
[06:17] <RAOF> Or, rather, a mix of universe and main with a high main content.
[06:17] <RAOF> :)
[06:17] <RAOF> Ta anyway.
[06:17] <micahg> RAOF: I can take the universe ones
[06:18] <RAOF> http://cooperteam.net/Packages - All of those are up for grabs; everything will depwait on the new xorg-server.
[06:19] <RAOF> (So, if you want to do test-builds, you'll need that xorg-server, too ☺)
[06:19] <RAOF> I can list the ones that are universy, if you like.
[06:19] <micahg> RAOF: actually, I'm piloting later today, so I could do them then
[06:19] <micahg> RAOF: err, is the xorg server built anywhere?
[06:20]  * micahg prefers to test build when sane
[06:20] <RAOF> micahg: It's built locally, but not in any archive.
[06:21] <micahg> RAOF: would you happen to have amd64 debs I can toss in my apt-cache?
[06:21] <RAOF> I'll throw them up there.
[06:21] <micahg> RAOF: thanks, I'll probably pilot in about 15 hours, so if they're not in yet, I can do them then
[06:22] <micahg> err, 14 hrs
[06:22] <RAOF> :)
[06:22]  * micahg wants to pilot the 4 hours before feature freeze :)
[06:24] <RAOF> Heh.
[06:25] <RAOF> You'll hardly be busy at all! :)
[06:38] <pitti> Good morning
[06:38] <RAOF> Morning pitti
[07:51] <didrocks> good morning
[07:51] <pitti> hey didrocks
[07:51] <didrocks> hey pitti, how are you?
[07:51] <pitti> I'm great, thanks! happy to be inside at these frosty temperatures *shudder*
[07:52] <didrocks> heh, temperature is not that bad here, but I still feel a little chilly :)
[07:53] <pitti> -13 during the night
[08:05] <micahg> hi, didrocks, it seems that we're out of sync on package names with Debian WRT gtkhtml3.14, do you think a merge and rdepend rebuild is worthwhile?
[08:05] <didrocks> micahg: oh really? I hadn't any time to follow seriously evolution this cycle TBH. If you want to sync package names, yeah, please do (or we can maybe wait for the next merge window as this won't be that important for natty?) :)
[08:05] <didrocks> pitti: -13? waow
[08:05] <micahg> ah, it's just evolution and xiphos, so I guess I can make due with the xiphos diff
[08:05] <didrocks> micahg: sounds good! Do not forget we are using the ~ubuntu-desktop vcs :)
[08:06] <micahg> didrocks: ok, does this have to be done before feature freeze or can I do this next weekend?
[08:07] <didrocks> micahg: it's better to do before alpha3, but if you don't have time, don't worry about it :)
[08:07] <micahg> didrocks: yeah, I can do it this weekend
[08:08] <didrocks> micahg: keep in mind that we have a diff on some library naming as well in the evolution stack, I don't remember exactly which was but looking at the last merge should help
[08:09] <micahg> didrocks: ah, yes, thanks for the note (epoch)
[08:10] <didrocks> micahg: there is also a minor change when we don't embeed the soname in the library name, I should have a look again maybe. Not sure to have the time ;)
[08:11] <micahg> didrocks: what do you mean by that?
[08:13] <didrocks> micahg: just checked, it's not on gtkhtml, so no worry :)
[08:51] <didrocks> hey pitti, do you get a minute to discuss gir vs override
[08:51] <didrocks> ?
[08:51] <pitti> sure
[08:52] <seb128> hello pitti
[08:52] <seb128> how are you?
[08:52] <pitti> hey seb128
[08:52] <pitti> seb128: quite well, thanks! how about yourself?
[08:52] <didrocks> so, looking with kamstrup the other day, it seems that the python override aren't installed in the good directory by default
[08:52] <seb128> pitti, I'm fine thanks
[08:52] <pitti> seb128: the last jockey crash you sent to me last night when I said good night is already fixed, FYI
[08:52] <didrocks> (looking in my logs)
[08:52] <seb128> pitti, ok
[08:53] <pitti> didrocks: they should be in /usr/share/pyshared/gi/overrides, with the usual dh_python stuff
[08:53] <pitti> didrocks: I think the best place to ship them is the gir1.2-foo package, WDYT?
[08:53] <didrocks> kamstrup: what do you use already to ship them to /usr/lib/python2.7/dist-packages/gi/overrides/Dee.py for instance?
[08:53] <didrocks> pitti: totally agreed, I asked ken to make some change for that already few days ago
[08:54] <kamstrup> didrocks, pitti: i've copied my autofoo from pygobject/gi/overrides :-)
[08:54] <didrocks> pitti: libgrip was creating an unused python- package and I expect people using gir won't look for it :)
[08:54] <pitti> didrocks: we just need to make sure to not collide file-wise with python-gobject
[08:54] <pitti> didrocks: i. e. not ship a gi/__init__.py
[08:54] <didrocks> right
[08:54] <didrocks> kamstrup: can you pastebin it?
[08:55] <kamstrup> didrocks, pitti: My Makefile.am in its entirety http://paste.ubuntu.com/571000/
[08:56] <pitti> what's the problem with it? (sorry, I'm not that good at automake) -- doesn't it instlal the file?
[08:56] <didrocks> and so pyexecdir is set to  /usr/lib/python2.7/dist-packages
[08:56] <pitti> that sounds fine
[08:56] <didrocks> but it seems that it's only picked upstream if it's in  /usr/lib/pymodules/python2.7, isn't it?
[08:57] <didrocks> (from my tests and after discussing with kamstrup)
[08:57] <pitti> no, /usr/lib/python2.7/dist-packages is correct for an upstream install
[08:57] <rodrigo_> morning
[08:58] <pitti> (dh_python will move it to pyshared and replace /usr/lib/python2.7/dist-packages/* with symlinks, but that's just packaging)
[08:58] <pitti> hey rodrigo_
[08:58] <didrocks> pitti: it seems it wasn't picking the gir override though
[08:58] <pitti> what is "it"? "make install"?
[08:58] <pitti> it didn't install the file?
[08:58] <pitti> or you can't import it from python?
[08:59] <pitti> dh_python etc. might get confused because it doesn't look like a real module (as it's got no __init__.py)
[08:59] <didrocks> pitti: it was installing it to /usr/lib/python2.7/dist-packages/gi/overrides/Dee.py (if we change the prefix), but python was royally ignoring it when importing the gir file
[08:59] <didrocks> hum, maybe that's it
[08:59]  * popey hugs njpatel 
[08:59] <didrocks> that would be a nice try, touching __init__.py in the same directory
[09:00] <didrocks> as Dee.py was alone there (when not packaged)
[09:00] <njpatel> popey, heh, hey dude
[09:00] <didrocks> pitti: ok, thanks, will try this with kamstrup and keep you in touch :)
[09:01] <pitti> hm, hang on
[09:01] <pitti> find /usr/lib/python* -name 'Gtk.py*'
[09:01] <pitti> what the heck?
[09:01] <pitti> perhaps python-support works differently here
[09:01] <pitti> didrocks, kamstrup: does it work if you install the file into /usr/share/pyshared/gi/overrides?
[09:02] <pitti> python can't find it in /usr/lib/python2.7/ if the actual gi subdir isn't there, and only in the pysupport dir
[09:02] <didrocks> pitti: let me check
[09:04] <didrocks> pitti: no, it doesn't seem to take it
[09:05] <didrocks> kamstrup: confirming?
[09:06] <pitti> can I get Unity.py easily from somewhere?
[09:06] <rodrigo_> seb128, I have an upodate for libxklavier, so do I do the same as yesterday with gsetttings-desktop-schemas, that is upload to ppa and then it will be synced from debiab?
[09:06] <didrocks> pitti: I'll pastebin it
[09:06] <pitti> didrocks: is it in any package already?
[09:06] <didrocks> seems that kamstrup abandonned us :)
[09:07] <didrocks> pitti: no, the goal was to ship it today
[09:07] <Sweetshark> hi, all! I just mumbled "scp2 must die." on #libreoffice and got only encouragement back ... frightening
[09:07] <didrocks> pitti: so, this is the Dee.py override: http://paste.ubuntu.com/571008/
[09:07] <seb128> rodrigo_, does it change the api or abi over what we have?
[09:07] <rodrigo_> seb128, doesn't seem so
[09:07] <seb128> rodrigo_, why do you need the new version then?
[09:07] <didrocks> pitti: with current dee gir package, you should be able to 'from gi.repository import Dee; model = Dee.SequenceModel(); model.set_schema("i", "s")'
[09:07] <kamstrup> didrocks, pitti: Doesn't work with pyshared here either
[09:08] <rodrigo_> seb128, libgnomekbd needs it, so I guess there's indeed something new
[09:08] <didrocks> pitti: if the override is there, set_schema() is known and will fail later
[09:08] <rodrigo_> I'll upload to ppa and check with svu later
[09:08] <didrocks> pitti: if it's not, set_schema() is unknown :)
[09:08] <seb128> rodrigo_, do the update in the ppa to start
[09:08] <pitti> AttributeError: 'SequenceModel' object has no attribute 'set_schema'
[09:08] <pitti> that's without the override, so expected
[09:08] <seb128> rodrigo_, I will check the diff from the ppa later on and see if we can get it in natty
[09:08] <didrocks> right
[09:08] <pitti> so once that works, the override would work, right?
[09:08] <rodrigo_> seb128, ok
[09:09] <didrocks> pitti: well, it will fail later in the stack with the current package, but the function should be detected
[09:09] <didrocks> pitti: right now, only ship it in /usr/lib/pymodules/python2.7/gi/overrides/Dee.py  worked
[09:09] <pitti> aah
[09:10] <pitti> so that's where python-support is hiding them
[09:10] <pitti> /usr/share/pyshared really shoudln't be in the default PYTHONPATH, that'd be utterly wrong
[09:11] <pitti> didrocks: right, so python is looking in /usr/lib/pymodules/python2.7/ as well (for pysupport), and didn't find it there
[09:11] <pitti> didrocks: so, option 1 would be to use pysupport for the gir package; option 2 would be to move python-gobject to dh_python
[09:11] <pitti> I'd actually prefer the latter, but should be checked with the Debian maintainer first
[09:12] <didrocks> yeah, the seconds sound more reasonable
[09:12] <didrocks> second*
[09:13] <kamstrup> didrocks: the best test is to run examples/pythontricks.py from trunk. It exercises all the aspects of the GI+Python overrides
[09:13] <kamstrup> pitti: btw - is there are pygi way of "casting" a pointer?
[09:14] <pitti> kamstrup: uh, what? you don't cast stuff in Python, it's all dynamic anyway
[09:14] <kamstrup> pitti: the case in point is that I have a *signal* that emits a Dee.ModelIter - but that is using the old pygobject typesystem - I need something compatible with GI, so would like a GPointer instead
[09:15] <pitti> kamstrup: I'm sorry, I don't know
[09:15] <pitti> didrocks: do you want to look into pygobject conversion to dh_python, or want me to?
[09:15] <kamstrup> pitti: ok, it's not a blocker, just a slight hickup in the bindings :-)
[09:17] <didrocks> pitti: not sure I have the time to do it. I'm trying to concentrate as much as possible on hacking upstream and still have a lot planned on that, but if you don't have the time either, I'll do it
[09:17] <pitti> didrocks: ok, let me have a look then
[09:18] <didrocks> pitti: thanks a lot :)
[09:43] <chrisccoulson> good morning everyone
[09:43] <smspillaz> morning chrisccoulson
[09:43] <chrisccoulson> hi smspillaz
[09:44] <pitti> hey chrisccoulson
[09:44] <chrisccoulson> hi pitti, how are you?
[09:44] <chrisccoulson> w00t, mozilla are starting their beta 12 builds now
[09:44]  * chrisccoulson has some uploading to do :)
[09:45] <seb128> hey chrisccoulson, how are you?
[09:45] <chrisccoulson> hi seb128, i'm good thanks
[09:45] <chrisccoulson> i think i've figured out those memory errors you see btw
[09:45] <seb128> oh, nice, what is it?
[09:45] <seb128> did you drop your comments in the bug?
[09:45] <seb128> or talked to ted?
[09:46] <chrisccoulson> not yet
[09:47] <seb128> ok, now I blame the mozilla guys to divert you from fixing that with next builds ;-)
[09:47] <chrisccoulson> lol
[09:47] <chrisccoulson> i'll sort this crasher out first ;)
[09:47] <seb128> do you think you can get a patch today or tomorrow?
[09:47] <seb128> excellent
[09:49] <GunnarHj> pitti: Good morning!
[09:49] <GunnarHj> pitti: Twice I've seen you say "a lot" [of problems/confusion] about LC_MESSAGES and ssh. How bad is it? Second thoughts about the whole thing?
[09:49] <GunnarHj> pitti: I've seen one private mail and possibly one bug report. The switch from .utf8 to .UTF-8 (bug 666565) might improve it.
[09:49] <ubot2> Launchpad bug 666565 in language-selector ""utf8" charmap in locale name is wrong" [Undecided,Fix released] https://launchpad.net/bugs/666565
[09:52] <pitti> GunnarHj: hi!
[09:52] <pitti> GunnarHj: the main problem is that ssh exports LC_MESSAGES to the remote side
[09:52] <pitti> and most ~.profile etc. remember to set LANG to a locale appropriate for that server, but not LC_MESSAGES
[09:53] <pitti> and thus you end up with a broken locale in many cases
[09:53] <pitti> this is not really a "bug" in the sense that the gdm change is wrong, but it's an unintended side effect
[09:53] <pitti> well, let's rather say "unexpected"
[09:56] <RAOF> Anyone up for some X sponsoring?  1.10RC2, multitouch, and a bunch of crasher fixes.
[09:58] <GunnarHj> pitti: One thought is to turn it around and use LANG for message translation, and set a bunch of LC_* variables for the other format stuff.  Haven't really considered it, don't know if it would be better.
[09:58] <pitti> GunnarHj: that wouldn't help a lot either, I think
[09:59] <pitti> GunnarHj: I think it's fine the way it is now, but it requires some config file adaptions on remote sites for users
[10:01] <GunnarHj> pitti: Which leads to the question: Is there a way to make people aware of that need? What kind of info follows an Ubuntu release?
[10:01] <pitti> didrocks: hm, moving pygobject to dh_python2 breaks all other packages which ship stuff in /usr/lib/pyshared/python2.7/gtk-2.0/ (python-vte, python-gconf, python-gnome2, python-gnomecanvas, python-notify, python-gtkspell, python-glade2, python-gtk2, python-wnck, python-gnomekeyring)
[10:02] <pitti> didrocks: I guess all of these are just two or three source packages, but they would all require an update in lockstep
[10:02] <pitti> didrocks: do you think you could use dh_python and additionally ship a manual symlink in /usr/lib/pyshared/ to make it work with both?
[10:02] <pitti> kamstrup: ^ FYI
[10:03] <didrocks> pitti: ah, of course :/ yeah, your solution sounds good to me
[10:03] <pitti> well, "hack"
[10:03] <didrocks> right "hack" ;)
[10:03] <pitti> I'll send my patch to Debian with appropriate remarks
[10:04] <didrocks> yeah, and maybe ask for policy for the gir override files as well? So that everyone ship in the gir- package
[10:05] <pitti> didrocks: that should be discussed in #introspection or #Python on irc.gnome, I think
[10:05]  * pitti asks
[10:07] <seb128> RAOF, can do if nobody did it yet
[10:11] <RAOF> seb128: Thanks; no-one seems to be feeling particularly sponsorific.  It's all of http://cooperteam.net/Packages ; build order is x11proto-input, xserver, everything else.  Everything has appropriately versioned build-depends (this time!) so should happily sit in dep-wait.
[10:14] <seb128> RAOF, ok
[10:16] <RAOF> It can wait for Bryce in the morning if that looks like a lot.
[10:17] <pitti> didrocks: ok, mail/bug sent
[10:17] <tjaalton> RAOF: got a highlight problem? ;)
[10:19] <RAOF> Well, I generally broadcast rather than ping :)
[10:20] <tjaalton> heh, well i replied on #ubuntu-x, so if seb128 has hands full I can sponsor them
[10:20] <chrisccoulson> is notify-osd broken for anyone else? the bottom and right-hand edges of my notifications are clipped for some reason
[10:20] <RAOF> tjaalton: !!! Aaah.  I did not notice that!
[10:20] <seb128> tjaalton, I'm on the phone so feel free to sponsor
[10:20]  * RAOF *does* have a highlight problem!
[10:20] <tjaalton> seb128: ok, will do
[10:21] <tjaalton> RAOF: :)
[10:22] <cdbs> Is the GNOME stack in the PPA usable now?
[10:23] <chrisccoulson> oh, bug 670785
[10:23] <ubot2> Launchpad bug 670785 in notify-osd "Noitfy-osd uncompatible with pixman 0.20.0?" [Medium,Confirmed] https://launchpad.net/bugs/670785
[10:31] <Laney> cdbs: have you made any progress on bug 630383? I'm having it and it is really rather annoying
[10:31] <ubot2> Launchpad bug 630383 in libdbusmenu "Gnome-terminal paste keyboard shortcut does not work - menu not shown" [Undecided,New] https://launchpad.net/bugs/630383
[10:32] <cdbs> Laney: :o I forgot it, will look at it now. If not able to fix, I'll un-assign
[10:32] <Laney> ok
[10:34] <Laney> fwiw I don't run unity or the global menu
[10:52] <dpm> pitti, so I saw your conversation with GunnarHj earlier on, and I've noticed that I've got several locale-related error messages on an ssh connection. And it seems it has to do with what you were saying: LC_MESSAGES gets exported to the server, which does not seem to recognize it. What's the best way to solve this?
[10:53] <dpm> i.e. not as in fixing the bug, but rather, is there a workaround?
[10:54] <pitti> dpm: you need to update your remote ~/.profile or ~/.bashrc to also set LC_MESSAGES, not just LANG
[10:54] <pitti> or, if it is defined in /etc/default/locale, ask the admin to change it globally
[10:54] <dpm> ok, will do that then, thanks pitti!
[10:54] <pitti> dpm: it's sort of a "transition bug", but not actually a bug IME
[10:55] <dpm> ok
[10:58] <GunnarHj> pitti, dpm: I have an idea: In cases when LANG is populated with the same locale name as we would use for LC_MESSAGES, let's not set LC_MESSAGES. That would reduce this transition issue to those users who actually want to use more than one locale.
[10:58] <pitti> GunnarHj: that sounds great
[10:59] <pitti> GunnarHj: I thought we only set LC_MESSAGES now, not LANG any more
[10:59] <pitti> ah, it's set in /etc/default/locale, of course
[10:59] <pitti> I guess gdm doesn't (and shouldn't) actually unset it
[10:59] <GunnarHj> pitti: Yes, and in ~/.profile as regards user format preferences.
[11:00] <GunnarHj> pitti: I'll write a merge proposal.
[11:00] <pitti> GunnarHj: so, I think that'd help to fix 90% of the causes indeed
[11:00] <pitti> GunnarHj: people who are used to mixed locales already will probably be a lot more familiar with the problem
[11:00] <pitti> GunnarHj: cheers!
[11:00] <GunnarHj> pitti: Yeah, probably. :)
[11:03] <pitti> didrocks, seb128: in case someone needs me, I'm off for about 2.5 hours; my wife defends here Bachelor thesis, last act of her studies :)
[11:03] <pitti> I'll quickly be back afterwards, and in the afternoon I need to go to my sister's bday coffee
[11:03] <pitti> I'll do a long nightshift to compensate
[11:03] <seb128> pitti, oh, have fun then and wish her luck from me for it :-)
[11:03] <pitti> I will!
[11:03] <pitti> thanks
[11:04] <seb128> pitti, I think you already did a nightshift yesterday ;-)
[11:04] <didrocks> pitti: oh, good luck to her! :)
[11:06] <Sweetshark> pitti: Do you need anything to help defending? Stones? Guns? Explosives?
[11:07] <seb128> tjaalton, I'm back btw, do you still plan to do this sponsoring?
[11:08] <ricotz> seb128, hi
[11:09] <seb128> ricotz, hey
[11:09] <ricotz> seb128, could you sponsor a new gjs?
[11:10] <tjaalton> seb128: yes, downloading of the packages just finished
[11:10] <seb128> ricotz, I can probably do that later on but subscribe ubuntu-sponsors in case the pilot of the day or someone else want to do it first
[11:11] <seb128> tjaalton, ok
[11:12] <ricotz> seb128, i will just put it in the gnome3-ppa for now
[11:13] <seb128> ricotz, why?
[11:13] <seb128> the ppa is for things which can't go in natty
[11:13] <seb128> not to avoid subscribing sponsors ;-)
[11:14] <ricotz> seb128, actually yes :(, doing this bug report takes longer than actually update the package
[11:14] <ricotz> sorry
[11:14] <seb128> why do you need to do a bug report?
[11:15] <seb128> just do a merge request
[11:15] <seb128> it should be no extra work if you use the vcs, it's just one command to run
[11:15] <seb128> or one click in launchpad
[11:15] <ricotz> ok
[11:16] <ricotz> seb128, actually i dont need a merge proposal for this one, but still someone needs to upload it
[11:17] <seb128> ?
[11:17] <seb128> the merge request is a way to say "that needs uploading"
[11:18] <ricotz> but i am able to push to gjs packaging branch
[11:19] <seb128> ricotz, how come you can push and not upload?
[11:19] <ricotz> i am member of gnome3 team which own the branch
[11:19] <seb128> oh, those are only for the ppa
[11:20] <ricotz> https://code.launchpad.net/~gnome3-team/gjs/ubuntu
[11:20] <seb128> ie you do a natty update you should use lp:ubuntu/gjs or the control vcs if there is one
[11:20] <seb128> the gnome3-team vcs should be deleted
[11:20] <seb128> the gjs one I mean
[11:20] <ricotz> but robert used it
[11:21] <seb128> when gjs was in the ppa and not in natty
[11:21] <seb128> it was dropped from natty for a while
[11:21] <seb128> they synced it back from debian recently
[11:21] <ricotz> i know
[11:22] <ricotz> could you point me to the real gjs branch
[11:22] <ricotz> https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/gjs/natty
[11:22] <ricotz> this one is outdated
[11:23] <seb128> lp:ubuntu/gjs if it's outdated it's a bug on launchpad
[11:23] <chrisccoulson> anyone here on x86?
[11:23] <seb128> chrisccoulson, yes
[11:24] <chrisccoulson> seb128 - could you tell me what BuildID is in /usr/lib/firefox-4.0b11/application.ini ?
[11:25] <seb128> BuildID=20110209141058
[11:25] <seb128> chrisccoulson, ^
[11:25] <chrisccoulson> seb128 - cool, thanks
[11:26] <chrisccoulson> there is a spike of crashes due to my globalmenu-extension on feb 16th/17th, but i just wanted to make sure it was our build of firefox - http://is.gd/4SpyaV
[11:26] <chrisccoulson> it definitely isn't a stock ubuntu system though, the kernel version is a bit weird
[11:26] <chrisccoulson> i wonder if they're all from the same person
[11:30] <kklimonda> good afternoon.
[11:30] <kklimonda> chrisccoulson: does Firefox by any chance use TryExec to launch the application from the Opening dialog?
[11:30] <chrisccoulson> kklimonda, which dialog do you mean?
[11:31] <kklimonda> right, by the "Opening" dialong I mean the dialog that shows up when click on some file, the one that lets you launch it in some program, or save to disk.
[11:32] <chrisccoulson> kklimonda, it uses GIO to find the handler and launches whatever it tells firefox the Exec= line is
[11:32] <kklimonda> chrisccoulson: I'm asking because changing TryExec=transmission-gtk to TryExec=transmission-gtk %F fixes the problem, when opening a torrent in Firefox launches transmission, but doesn't start the torrent.
[11:33] <kklimonda> and it doesn't happen with Chromium
[11:33] <chrisccoulson> which problem?
[11:33] <kklimonda> chrisccoulson: the one described ater the coma ;)
[11:33] <kklimonda> after*
[11:33] <chrisccoulson> could you report a bug and assign to me? i can't really look at it right now
[11:33] <kklimonda> sure
[11:33] <kklimonda> I thought that maybe it's something you have seen already
[11:34] <kklimonda> (I'm not even sure if it's firefox but it's the most likely culprit at this point)
[11:35] <chrisccoulson> it could be firefox. i turned off the legacy gnomevfs support in natty (which it used by default for this stuff), and so it now falls back to GIO
[11:35] <chrisccoulson> which has had basically zero testing ;)
[12:42] <seb128> didrocks, is that unity bug you just commented on a duplicate of bug #719616?
[12:42] <ubot2> Launchpad bug 719616 in unity "Applications "Lens" does not scroll to bottom" [Undecided,Confirmed] https://launchpad.net/bugs/719616
[12:43] <seb128> didrocks, seems so, I duped it, let me know if that was wrong
[12:44] <didrocks> seb128: yeah, it's the same
[12:44] <seb128> didrocks, can you update the status of the unity bug on the other one? I don't have bug triaging right on unity
[12:44] <didrocks> seb128: thanks :)
[12:44] <didrocks> sure
[12:44] <seb128> didrocks, thanks
[12:44] <didrocks> done
[13:22] <pitti> Sweetshark: mere arguments were quite sufficient :)
[13:22] <pitti> seb128: but nightshifts are good!
[13:23] <seb128> don't tell me ;-)
[13:23] <seb128> pitti, how did it go?
[13:23] <Sweetshark> seb128: most have been boring if he did not need the stones, guns and explosives i offered
[13:24] <seb128> likely indeed
[13:24] <pitti> seb128: pretty well actually; they had a couple of questions, but mostly minor; she was a bit excited, and one question got her cornered, although I'm sure she could have answered that properly
[13:24] <seb128> Sweetshark, but what do you expect from germans? they tend to be diciplined and boring :p
[13:24] <Sweetshark> pitti: what was the topic?
[13:24] <pitti> seb128: but she got a 1.3 for the presentation, and 1.5 for the thesis, so great :)
[13:24] <seb128> pitti, great, how does the scoring work?
[13:25] <seb128> is 1.5 the top grade?
[13:25] <pitti> Sweetshark: she worked in the Deutsche Zentrum fuer Luft- und Raumfahrt, on crisis response teams (earthquakes, etc.); in particular, she wrote scripts to automate the generation and update of 3D emergency maps
[13:25] <pitti> seb128: it's 1 to 5, with 5 being failed, and 4 the worst "passed"
[13:26] <seb128> pitti, I see ;-)
[13:26] <pitti> seb128: it's fractions, as it's averaged from several reviewers
[13:27] <seb128> congrats to your wife in any case
[13:27] <seb128> that's a pretty nice score ;-)
[13:27] <seb128> I wonder if my german joke made Sweetshark run away ;-)
[13:28] <seb128> or if the went to get some sort of weapons or something ;-)
[13:28]  * Sweetshark remembers his aweful diploma thesis "Structuring and destruction of materials by LASER radiation" ....
[13:29] <Sweetshark> seb128: I am not that easily scared.
[13:29] <Sweetshark> ;)
[13:29] <seb128> lol
[13:29] <pitti> "Proof of behavioural equivalence of process models on different abstraction levels"
[13:29] <pitti> was mine, back in 04
[13:29] <pitti> nice automatic theorem proving with temporal logic
[13:30] <didrocks> pitti: congrats to your wife with this high score :)
[13:30] <pitti> those were the days.. *sigh*
[13:30] <pitti> didrocks: I'll pass it, thanks!
[13:30]  * Sweetshark liked the idea to shoot at something and call that science 
[13:31] <pitti> Sweetshark: sounds a lot more exciting, anyway!
[13:32] <Sweetshark> pitti: unfortunately most of the time was spend on tuning and adjusting the laser, which was boring. But once you got it to shoot at something it was fun.
[13:33]  * pitti supresses the urge to play a round of Descent 2, no time today
[13:35] <pitti> ah, so we got new X.org breakage while I was away
[13:36] <seb128> pitti, right, I'm waiting on smspillaz and didrocks to break compiz now :p
[13:37] <Sweetshark> pitti: a new X.org breakage and a new Libreoffice release http://www.libreoffice.org/download/
[13:37] <pitti> go, team!
[13:37] <Sweetshark> 3.3.1 is out
[13:37] <pitti> Sweetshark: rc2?
[13:37] <pitti> ooh
[13:37]  * pitti sees Sweetshark's CPUs melt down
[13:37] <didrocks> seb128: I'm waiting on smspillaz to be back first :)
[13:38]  * Sweetshark has a trusty Sun Ultra 24. Nothing is gonna melt that CPU, but there might be a little hurricane in the room from the fans.
[13:38] <pitti> hah
[13:46] <Sweetshark> pitti: I am build a 3.3.1~rc2-1ubuntu1~ppa1 not which I will dput in the ppa if it succeeeds. As rc2=final, we should be able to just rename the release and put it directly in natty, once debian has its final (and the tarballs for it) out.
[13:46] <Sweetshark> arrgh
[13:46] <Sweetshark> s/I am build a 3.3.1~rc2-1ubuntu1~ppa1 not/I am building a 3.3.1~rc2-1ubuntu1~ppa1 now/
[13:47] <pitti> Sweetshark: I interpolated it sufficiently :)
[13:47] <Sweetshark> it even has human themeing
[13:47] <pitti> Sweetshark: sounds great; if you want, we can also upload rc2 to natty now, so that it won't collide with FF
[13:47] <Sweetshark> hmhm
[13:48] <pitti> Sweetshark: did you hear about anyone testing your PPA?
[13:48] <pitti> upgrade in particular, and whether it works for them?
[13:49] <Sweetshark> I removed the transitionals from rc2, but havent looked at the openoffice package, if there is great work to enable them later.
[13:49] <Sweetshark> but transitionals could be added after FF, right?
[13:50] <pitti> Sweetshark: yes, that's no problem; it's an upgrade bug fix, and not intrusive
[13:50] <Sweetshark> pitti: I dont know if anyone else tested the ppa, I tried the ppa from a virgin natty install in VirtualBox ...
[13:50] <Sweetshark> ... and it worked.
[13:51] <pitti> cool
[13:51] <pitti> Sweetshark: for easiest sponsoring it would work best if you could upload rc2 without a ppa suffix into your PPA, and then we can review it from there and copy it to natty
[13:51] <pitti> (avoids having to download and reupload the entire orig again for sponsoring; upload bandwidth sucks)
[13:53] <Sweetshark> pitti: all the orig tarballs stop at ~rc2. No -1ubuntu1~ppa1 in any of them.
[13:54] <pitti> Sweetshark: I know, I mean the version number in debian/changelog
[13:54] <pitti> Sweetshark: we shouldn't copy a ~ppa version to natty
[13:56] <Sweetshark> pitti: ok. Is there a way to just regenerate the *.dsc/*.changes for this, after changing the changelog?
[13:56] <Sweetshark> (without a full build?)
[13:56] <pitti> Sweetshark: you also need to change the diff.gz/debian.tar.gz, so it requires a full debuild -S, I'm afraid
[13:56] <Sweetshark> meh
[13:57] <seb128> it's only a source build
[13:57] <seb128> better than a binary build ;-)
[14:03] <scott-work> libreoffice seems to be have a more aggressive release schedule than openoffice
[14:03] <Sweetshark> scott-work: heh, yes
[14:05] <Sweetshark> scott-work: hopefully, I will find time to fix some bugs in the product and not only in the packaging ;)
[14:08] <nessita> hello everyone!
[14:09] <didrocks> hey nessita
[14:09] <nessita> hey didrocks, how are you?
[14:10] <didrocks> nessita: busy, but fine, thanks! and you?
[14:10] <nessita> pretty good, thanks
[14:11] <seb128> hey nessita
[14:11] <nessita> hey seb128, how are you?
[14:11] <seb128> nessita, I'm fine thanks, how are you?
[14:11] <nessita> pretty good!
[14:12] <nessita> tedg: hey! just the person I was looking for :-). Would you have a couple of minutes?
[14:12] <didrocks> seb128: so, I'm trying to think about fallback and such, we have basically two ways of starting unity or compiz without unity in the same session:
[14:12] <didrocks> - creating a unity.desktop which launch compiz and changing compiz.desktop to sh -c "COMPIZ_CONFIG_PROFILE='' compiz"
[14:12] <didrocks> but that spawn another shell process :/
[14:13] <didrocks> - adding a property to gnome-session sessions file to unset a variable on a session…
[14:13] <tedg> nessita, What's up?
[14:13] <didrocks> (I like none of them though)
[14:13] <nessita> tedg: so, I installed a new package of the ubuntuone control panel with a .desktop file that looks like this http://pastebin.ubuntu.com/571126/
[14:14] <nessita> tedg: and I'm still getting 2 entries in the messaging menu. Any ideas?
[14:14] <seb128> nessita, "OnlyShowIn=Messaging Menu" is not valid
[14:14] <tedg> seb128, It's valid, but it's the second entry.
[14:15] <nessita> seb128: is what evolution has
[14:15] <tedg> nessita, If you want it not to show, do NoShowIn
[14:15] <seb128> tedg, shouldn't the non official values be prefixed by X-Ubuntu?
[14:15] <nessita> tedg: I want to show it in the messaging menu, but only onr
[14:15] <nessita> one*
[14:15] <tedg> seb128, Yeah, probably, but I didn't know that field had official values when I wrote that code.  I only learned that last week.
[14:15] <seb128> ok
[14:16] <tedg> nessita, So then you need to delete X-Ayatana-Desktop-Shortcuts and the [U1 Shortcut Group]
[14:17] <nessita> tedg: ok, I'll ask kenvandine why he added the X-Ayatana-Desktop-Shortcuts entry
[14:17] <kenvandine> i did that?
[14:17] <seb128> hey kenvandine
[14:17] <nessita> kenvandine: I guess so, let me check. I recall approving a branch from you... but let me confirm
[14:17] <didrocks> hey kenvandine
[14:18] <kenvandine> i added the X-Ayatana-Appmenu-Show-Stubs=False
[14:18] <kenvandine> hey seb128, didrocks :)
[14:18] <seb128> nessita, what are you trying to do exactly?
[14:18] <seb128> nessita, the current natty version has one entry in the menu as it should
[14:18] <nessita> kenvandine: ah, you're right! sorry then :-)
[14:18] <seb128> nessita, what do you want to change?
[14:18] <kenvandine> nessita, no worries :)
[14:18] <nessita> seb128: for me it has 2, and several other people have reported the same
[14:19] <kenvandine> in the messaging menu?
[14:19] <seb128> nessita, well, adding things to the .desktop is not the way to debug that
[14:19] <nessita> yes
[14:19] <kenvandine> that sounds like you are running a version from a source checkout
[14:19] <nessita> seb128: how is the way to debug that?
[14:19] <seb128> nessita, start with kill $(pidof indicator-messages-service); /usr/lib/indicator-messages/indicator-messages-service
[14:19] <seb128> kill -9
[14:20] <seb128> nessita, to run the service from a command line
[14:20] <seb128> then copy the log somewhere
[14:20] <chrisccoulson> bingo! \o/
[14:20] <kenvandine> nessita, usually two entries in the messaging menu is caused by a version of the app running that it can't link back to the desktop file it knows about
[14:20] <chrisccoulson> i finally know where your memory error is coming from seb128 ;)
[14:20] <seb128> nessita, do that with your unmodified .desktop though
[14:20] <seb128> chrisccoulson, \o/
[14:21] <nessita> seb128: ack
[14:21] <chrisccoulson> the parse is calling g_object_add_weak_ref twice on a GtkMenuShell
[14:21] <seb128> tell us
[14:21] <kenvandine> like in gwibber, if i run ./bin/gwibber-service from my source tree, i get the broadcast messages entry twice
[14:21] <chrisccoulson> **parser
[14:21] <seb128> tedg, ^
[14:21] <dobey> nessita: ah, listen to kenvandine! it's probably because syncdaemon isn't the app in the file
[14:21] <chrisccoulson> i'm just testing a patch now
[14:21] <chrisccoulson> with various other memory error fixes in too
[14:21] <seb128> rockon
[14:21] <kenvandine> nessita, ah... yeah... that is it
[14:22] <nessita> dobey: but, of course is not, since the messaging menu should point to the control panel
[14:22] <tedg> chrisccoulson, Woot!
[14:22] <dobey> nessita: because the desktop file points to control panel, but syncdaemon does all the messing with the menu
[14:22] <nessita> not to syncdaemon
[14:22] <nessita> argh
[14:22] <dobey> right, but syncdaemon is what adds stuff to the menu
[14:22] <nessita> yes
[14:22] <chrisccoulson> and of course, i meant to say g_object_add_weak_pointer ;)
[14:23] <nessita> dobey: so, what is the solution?
[14:23] <dobey> nessita: i don't know. kenvandine might know something from dealing with gwibber
[14:24] <kenvandine> nessita, when you are seeing the duplicates in the messaging menu
[14:24] <seb128> tedg, kenvandine: is there any reason to disable the im status when you go offline in your im client?
[14:24] <kenvandine> do you have syndaemon running from a source checkout or anything?
[14:24] <chrisccoulson> tedg - excellent, the invalid write has gone away :)
[14:24] <seb128> tedg, kenvandine: seems the bug about that is a frequent user complain
[14:25] <tedg> seb128, It was a work around for handling Pidgin.  I think it can go away, but I think we should wait until we have kenvandine's approver next cycle.
[14:25] <tedg> seb128, That way we can do the "whole experience" at once and make it rock.
[14:25] <nessita> kenvandine: I can link the duplicate entries to any particular action, I would say all the time
[14:25] <nessita> kenvandine: bug #721525
[14:25] <ubot2> Launchpad bug 721525 in ubuntuone-control-panel "Two Ubuntu One entries in the Message Panel" [Medium,Triaged] https://launchpad.net/bugs/721525
[14:25] <kenvandine> nessita, humm... for me it never shows it as running :)
[14:26] <nessita> kenvandine: is syncdaemon running in your computer?
[14:26] <tedg> Yes, I never see it as running either.
[14:26] <seb128> tedg, so it's to avoid having non working status for users who use pidgin and exit it?
[14:26] <kenvandine> nessita, i thought it was... but it isn't
[14:26] <tedg> And the syncdaemon is spamming me with notifications.
[14:26] <tedg> seb128, Yes.
[14:26] <nessita> tedg: what version are you running? we have improved that a lot\
[14:27] <seb128> tedg, ok thanks
[14:27] <tedg> seb128, It's also because telepathy shutsdown when you put it offline (after a timeout) so we have no way to distinguish why it shutdown.
[14:27] <kenvandine> ugh
[14:27] <kenvandine> 2011-02-23 09:26:14,735 - ubuntuone.SyncDaemon.DBus - ERROR - Handling DBus error on _request_token: DBusException(dbus.String(u'Process /usr/lib/ubuntuone-client/ubuntuone-login exited with status 1'),).
[14:27] <kenvandine> now it won't start
[14:27] <tedg> nessita, No clue, mostly recent natty.
[14:28] <kenvandine> oh, and i can't run the control panel
[14:28] <kenvandine> ImportError: No module named controlpanel.gtk.gui
[14:28] <kenvandine> nessita, ^^
[14:28] <kenvandine> that was working not long ago
[14:28] <tedg> $ u1sdtool --version  <- doesn't work
[14:28] <nessita> kenvandine: you need the ubuntuone-control-panel-gtk package, which is recommended by unity, so you should have it...
[14:29] <kenvandine> i have it
[14:29] <kenvandine> it was working last week... i was posting screenshot urls and all
[14:30] <nessita> kenvandine: how did you get the ImportError?
[14:30] <kenvandine> i ran ubuntuone-control-panel-gtk from the command line
[14:30] <nessita> kenvandine: so you need, apparently, python-ubuntuone-control-panel. Do you have that? (this is very weird)
[14:31] <kenvandine> i have that too
[14:31] <nessita> kenvandine: what version do you have installed?
[14:31] <kenvandine>  0.8.3-0ubuntu1
[14:32] <nessita> dobey: is that related to your changes of the .pth file? ^
[14:32] <GunnarHj> pitti: I have uploaded an MP as regards LC_MESSAGES: https://code.launchpad.net/~gunnarhj/gdm/LCMess_only_when_needed/+merge/50931
[14:32] <kenvandine> nessita, this was all working after those fixes, i sponsored those
[14:32] <kenvandine> unless dobey messed with them again :)
[14:33] <pitti> GunnarHj: nice, thanks! will review/sponsor this evening then (need to run out in a bit)
[14:33] <nessita> kenvandine: can you please try in a python console 'import ubuntuone.controlpanel.gtk.gui'?
[14:33] <dobey> huh?
[14:34] <kenvandine> ImportError: No module named controlpanel.gtk.gui
[14:34] <nessita> kenvandine: can you please re-install ubuntuone-control-panel-gtk?
[14:34] <nessita> that doesn't make sense! :-)
[14:34] <dobey> what version?
[14:34] <nessita> dobey: 0.8.3-0ubuntu1
[14:34] <dobey> oh it makes sense
[14:34] <nessita> it does?
[14:35] <dobey> though i have no idea how it would have worked last week :)
[14:35] <dobey> and suddenly failed to day
[14:35] <nessita> dobey: I have the package ready with the update from yesterday
[14:35] <nessita> but I was hoping to resolve the messaging entry duplication before begging for sponsorship
[14:36] <nessita> dobey: is this becasue of the missing __init__?
[14:36] <dobey> ye
[14:36] <dobey> yes
[14:36] <kenvandine> ah ha!
[14:36] <kenvandine> i had ubuntuone-music installed
[14:36] <nessita> right
[14:36] <nessita> ah!!!
[14:36] <dobey> oh
[14:36] <kenvandine> which used the wrong path
[14:36] <dobey> and ubuntuone-music
[14:36] <dobey> but still
[14:37] <nessita> dobey: yeah, I'm fixing it
[14:37] <kenvandine> so installing that makes imports from ubuntuone use the wrong path
[14:37] <nessita> kenvandine: yes, we knew that already, but I thought that ubuntuone-music was not used by anyone other than roman
[14:37] <kenvandine> hehe
[14:38] <seb128> nessita, kenvandine likes to play you should know that ;-)
[14:38] <kenvandine> things have a way of getting around
[14:38] <kenvandine> :-D
[14:38] <nessita> seb128: he scared me A LOT
[14:38] <nessita> :-)
[14:38] <nessita> kenvandine: so, let's keep debugging the control panel in the messaging entry
[14:38] <kenvandine> nessita, so syncdaemon is running now, but still not showing that in the messaging entry
[14:38] <nessita> kenvandine: it's showing for me, is weird!
[14:39] <kenvandine> i see the entry, but it doesn't have the triangle next to it
[14:39] <nessita> kenvandine: what is not working for me, is: when the contorl panel has the triangle next to it, I click on it and nothing happens. The control panel is never opened
[14:39] <kenvandine> you should make the control panel window unique
[14:39] <kenvandine> clicking it more than once opens it multiple times
[14:39] <nessita> kenvandine: how can I do that?
[14:39] <nessita> yes, known bug, but not sure how to fix it
[14:39] <kenvandine> check to see if it is already running and raise that window if it is
[14:39] <kenvandine> look at gwibber
[14:39] <kenvandine>  /usr/bin/gwibber specifically
[14:40] <kenvandine> there is a little for loop at the top that searches through the windows
[14:40] <pitti> GunnarHj: ah, so this changes .utf8 -> .UTF-8 at the same time? thats' not mentioned in the changelog
[14:40] <kenvandine> there might be a better way, but that is the only reliable way i found
[14:40] <chrisccoulson> tedg, ok, this should do it - https://code.launchpad.net/~chrisccoulson/dbusmenu/memory-fixes/+merge/50934
[14:40] <nessita> kenvandine: ack, I'll add that info to the bug report (I can't do that right now)
[14:40] <kenvandine> chrisccoulson, woot!
[14:40] <kenvandine> nessita, thx
[14:41] <GunnarHj> pitti: No, that was a previous MP.
[14:41] <pitti> GunnarHj: there's still one more instance in the diff, see https://code.launchpad.net/~gunnarhj/gdm/LCMess_only_when_needed/+merge/50931
[14:41] <nessita> kenvandine: can you try with our nightlies, to see iof the control panel is shown as running?
[14:41] <seb128> kenvandine, you can use gtkapplication I guess, but maybe not in pygtk world
[14:41] <pitti> GunnarHj: oh, perhaps you now _also_ need to do this for $LANG for comparing it to $LC_MESSAGES (which you might have converted previously already)?
[14:41] <nessita> kenvandine: sudo apt-add-repository ppa:ubuntuone/nightlies
[14:42] <kenvandine> nessita, ok
[14:42] <kenvandine> seb128, yeah, haven't tried... i did that before gtkapplication
[14:42] <dobey> nessita: how many "releases" are you going to make today?
[14:43] <GunnarHj> pitti: Yes, but that's just to catch situations when e.g. LANG is en_US.utf8 and the desired LC_MESSAGES value en_US.UTF-8. In such a case there is no need to set LC_MESSAGES explicitly.
[14:43] <nessita> dobey: not sure what you're asking :-) you mean because I already made 0.8.4 and 0.8.5?
[14:44] <pitti> GunnarHj: right, thanks for clearing this up.
[14:44] <pitti> I need to run out for a couple of hours now, see you this evening!
[14:44] <dobey> nessita: yeah. the vapor releases
[14:44] <GunnarHj> pitti: Ok.
[14:44] <nessita> dobey: vapor releases?
[14:45] <mvo> kklimonda: thanks a bunch for your gtkmm update! I commited a small fix to bzr, could you have a quick look and let me know if it looks good? if so, I will upload
[14:45] <nessita> dobey: my plan was to do only one release, but when 0.8.4 was done I remember I need the 'ubuntuone' module added to the list
[14:45] <dobey> nessita: neither one has been released into ubuntu
[14:46] <nessita> dobey: I have the 0.8.5 ready as per https://code.launchpad.net/~nataliabidart/ubuntu/natty/ubuntuone-control-panel/ubuntuone-control-panel-0.8.5/+merge/50933, but I'm waiting on this double messaging stuff to be debugged and maybe fixed
[14:46] <nessita> dobey: yesterday, tedg mentioned I should tweak the .desktop file, but that didn't work, so that lead me to right now
[14:46] <dobey> sure
[14:47] <nessita> dobey: could you please package u1client today?
[14:48] <dobey> i was planning to yes
[14:48] <seb128> nessita, I think there was a misunderstanding of you issue when tweaking the desktop file was suggested
[14:48] <nessita> seb128: probably :-/
[14:49] <nessita> seb128: shall I run the debug lines you suggested? I already have control panel to the 'old' version
[14:50] <nessita> seb128: indicator-messages-service will not die, even after a kill -9
[14:50] <seb128> it will respawn rather
[14:50] <seb128> that's why you should put the ;... on the same line so your manual instance is running before it respawns
[14:51] <seb128> you might have to try a few times, it's racing
[14:51] <kklimonda> mvo: thanks, I've had some issues with pushing gtkmm branch, and I've apparently forgotten to re-add those files after nth uncommit/commit/push/swear cycle ;)
[14:51] <kklimonda> mvo: looks fine
[14:51] <kenvandine> nessita, the nightlies are giving me more errors
[14:52] <nessita> seb128: right, output is http://pastebin.ubuntu.com/571155/
[14:52] <kenvandine> http://pastebin.ubuntu.com/571156/
[14:52] <kenvandine> nessita, ^^
[14:52] <nessita> kenvandine: looking
[14:52] <kenvandine> from the syncdaemon.log
[14:52] <mvo> kklimonda: great, thanks. uploadig now
[14:52] <nessita> alecu: ping
[14:52] <nessita> alecu: did this http://pastebin.ubuntu.com/571156/ ring a bell? TypeError: must be an interface
[14:53] <seb128> nessita, the log show it's listed as an app desktop and as an indicator one
[14:53] <seb128> nessita, ted and kenvandine probably know better what that mean than me
[14:53] <nessita> seb128: thanks, I'll follow up with them
[14:53] <nessita> alecu: did you land the branch that depends on unreleased unity?
[14:54] <alecu> nessita, yes
[14:54] <nessita> alecu: so our nightlies are broken?
[14:54] <tedg> chrisccoulson, Why did you switch the signal disconnections to the long form?
[14:54] <alecu> nessita, no: unity-gir is broken.
[14:54] <alecu> nessita, and optional
[14:55] <kenvandine> alecu, i'll can get libunity from trunk
[14:55] <chrisccoulson> tedg - i don't have access to the signal data in that scope
[14:55] <didrocks> alecu: it's not broken, not released yet
[14:55] <alecu> right :-)
[14:55] <nessita> alecu: so the error that kenvandine is having is 'harmless'?
[14:55] <alecu> nessita, yes, it's harmless
[14:55] <kenvandine> syndaemon doesn't start
[14:55] <alecu> oh
[14:55] <tedg> chrisccoulson, Ah, I see
[14:56] <alecu> kenvandine, well, libunity from trunk makes that go away. Alternatively you can uninstall unity-gir
[14:56] <chrisccoulson> tedg - there doesn't seem to be a convenience macro if you just want G_SIGNAL_MATCH_FUNC
[14:56] <tedg> chrisccoulson, Submit a patch, it's always fun to watch them bitrot ;)
[14:56] <chrisccoulson> lol
[14:56] <alecu> kenvandine, syndaemon or syncdaemon?
[14:57]  * tedg wants a sindaemon
[14:58] <chrisccoulson> tedg - i guess we could just add the DbusmenuMenuitem to ParserData couldn't we? and then we could access it in that scope
[14:59] <kenvandine> uninstalled gir1.2-unity-3.0 and syncdaemon starts now
[14:59] <tedg> chrisccoulson, Eh, I don't see a reason.  There shouldn't be any other instances of that function used as a signal handler.  No reason to be more specific.
[14:59] <alecu> great.
[14:59] <kenvandine> so i guess not optional
[14:59] <nessita> alecu: can you plese confirm that is optional?
[15:00] <seb128> kenvandine, well if you uninstalled it and it works it's optional
[15:00] <seb128> kenvandine, having it installed but not working is an issue it seems
[15:00] <kenvandine> true
[15:00] <alecu> nessita, the options are: "use libunity trunk" or "uninstall broken gir1.2-unity-3.0"
[15:01] <alecu> afaik gir1.2-unity-3.0 is being repackaged tomorrow, and it should fix this
[15:01] <kenvandine> nessita, weird, it is still not even trying to register with the messaging menu
[15:01] <seb128> rodrigo_, the nautilus crash fix you did doesn't work
[15:01] <chrisccoulson> tedg - oh, bug 721915 is because the theme_changed_cb never gets unregistered ;)
[15:01] <ubot2> Launchpad bug 721915 in libdbusmenu "gnome-terminal crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Confirmed] https://launchpad.net/bugs/721915
[15:01] <nessita> alecu: but wait. Maybe I'm missing something, but I thought that we agreed that syncdaemon should be able to run if no notification nor unity machinery was in place
[15:01] <rodrigo_> seb128, oh :(
[15:02] <rodrigo_> seb128, ok, will keep looking for the real cause
[15:02] <seb128> rodrigo_, it's still crashing on today's daily iso
[15:02] <rodrigo_> seb128, is it in compiz?
[15:02] <seb128> rodrigo_, did you try a daily iso in kvm yet?
[15:02] <rodrigo_> seb128, no, started downloading it last night
[15:02] <rodrigo_> will resume it now
[15:02] <seb128> rodrigo_, no, kvm doesn't have what compiz needs
[15:02] <alecu> nessita, that's the way it's supposed to work, right.
[15:02] <nessita> alecu: we agreed that we will be using libunity and libnotify if availoable, if not syncademon will run just like it does now, without showing notifs nor visual feedback
[15:02] <seb128> rodrigo_, so it happens with or without compiz
[15:02] <alecu> nessita, right.
[15:03] <rodrigo_> seb128, where do you get the daily isos from?
[15:03] <nessita> alecu: so, that's not the case in our current trunk?
[15:03] <didrocks> seb128: ok, so I discussed with vuntz about the environment variable thing
[15:03] <seb128> rodrigo_, cdimagine.ubuntu.com
[15:03] <seb128> ups
[15:03] <seb128> cdimage.ubuntu.com
[15:03] <rodrigo_> ok, getting it now
[15:03] <seb128> rodrigo_, http://cdimage.ubuntu.com/daily-live/current
[15:03] <seb128> didrocks, oh, so?
[15:04] <seb128> didrocks, sorry I didn't comment before because I though you were not done doing your summary and I forgot then
[15:04] <nessita> kenvandine: what do you mean? I mean, where are you looking?
[15:04] <alecu> nessita, the problem is if the *broken* gir1.2-unity-3.0 is installed
[15:04] <kenvandine> indicator-messages-service
[15:04] <seb128> rodrigo_, oh, the fix wasn't added to the series in pitti's upload
[15:04] <dobey> nessita: do you have gir1.2-unity-3.0 installed?
[15:04] <didrocks> seb128: so, there is something in upstream trunk with a dbus property (http://git.gnome.org/browse/gnome-session/commit/?id=3de35f663d1a3cb188fe662ca8aed0fa5af1ebeb)
[15:04] <kenvandine> killall -9 indicator-messages-service ; /usr/lib/indicator-messages/indicator-messages-service
[15:04] <seb128> rodrigo_, that's why it still crash I guess
[15:04] <nessita> alecu: ah! perfect
[15:04] <kenvandine> nessita, ^^
[15:04] <dobey> why is it -3.0?
[15:04] <dobey> hrmm
[15:04] <dobey> i guess that's ok in syncdaemon
[15:04] <rodrigo_> seb128, ah, ok, let's wait for tomorrow's iso then?
[15:05] <nessita> kenvandine: my output from that command is http://pastebin.ubuntu.com/571126/
[15:05] <didrocks> seb128: then, we can create a C program reading from it, launched at X-GNOME-Autostart-Phase=Initialization calling the SetEnv dbus property to update the env variable
[15:05] <seb128> rodrigo_, no, we need a new upload with the patch in the series, will do that
[15:05] <rodrigo_> seb128, did I forget to add it to series?
[15:05] <seb128> didrocks, ok
[15:05] <kenvandine> nessita, yeah, saw your's which looks weird too
[15:05] <seb128> rodrigo_, either you or pitti when he merged
[15:05] <seb128> rodrigo_, no worry
[15:06] <rodrigo_> ok
[15:06] <kenvandine> but strange i am not seeing it at all
[15:06] <seb128> rodrigo_, still it would be nice to figure what is the real issue ;-)
[15:06] <didrocks> seb128: do you think someone in the team can work on the backport + the program? I'm not sure to have the time TBH
[15:06] <rodrigo_> seb128, yes
[15:06] <nessita> kenvandine: do you have the control-panel-gtk package still installed?
[15:06] <kenvandine> yeah
[15:06] <kenvandine> i see the launcher in the menu
[15:07] <kenvandine> but it never gets the triangle indicator to the left showing anything is attached to it
[15:07] <kenvandine> and i never see output from indicator-messages-service that anything tries to talk to it
[15:08] <nessita> kenvandine: is syncdaemon running? (sorry I sound so repetitive, but I was told you like to play)
[15:08] <kenvandine> yes, it is running
[15:08] <nessita> kenvandine: what does u1sdtool -s says?
[15:08] <kenvandine> says it is up to date and all
[15:09] <kenvandine> http://pastebin.ubuntu.com/571170/
[15:09] <nessita> kenvandine: did you restart it after installing nightlies?
[15:09] <nessita> I guess it was restarted when it was crashing, but I need to ask
[15:09] <kenvandine> yeah, i did a kill -9 then u1sdtool -c
[15:09] <kenvandine> to be sure
[15:10] <nessita> urgh
[15:10] <nessita> kenvandine: not sure what else to try, I'm not understanding what is going on here
[15:10] <kenvandine> :/
[15:10] <nessita> I just installed a bunch of updates, let me restart my session
[15:11] <nessita> (I've played a lot)
[15:11] <kenvandine> should it log any debug info in syncdaemon.log when it talks to the messaging menu?
[15:11] <nessita> kenvandine: I think so, yes. alecu can you please confirm?
[15:11] <kenvandine> because i don't see anything that looks like it
[15:11] <kenvandine> but i might be searching for the wrong string
[15:12] <nessita> kenvandine: alecu will confirm that, I'll reboot quickly
[15:13] <alecu> kenvandine, I think it's not logging to the messaging menu there... let me check
[15:16] <nessita> I'm back
[15:16] <nessita> kenvandine: did alecu answer?
[15:16] <kenvandine> yeah
[15:16] <kenvandine> no logging
[15:16] <alecu> nessita, we are disccusing that on #ubuntuone with thisfred.
[15:41] <seb128> kenvandine, do you think you could backport libdbusmenu r220 to natty?
[15:42] <kenvandine> sure
[15:42] <kenvandine> in a few, still helping nessita and friends get u1 in order :)
[15:42] <seb128> thanks
[15:42] <seb128> yeah, no hurry
[15:42] <seb128> it's the unref fix from chrisccoulson
[15:42] <seb128> would be nice to get that one to land early so we can see what issues remain
[15:43] <kenvandine> awesome!
[15:43] <kenvandine> seb128, i think we found the u1 problems in the messaging menu
[15:43] <kenvandine> explaining the fix now
[15:43] <seb128> oh, what is it?
[15:44] <kenvandine> they didn't call show on the server after creating it
[15:44] <kenvandine> and i think they are creating multiple servers
[15:57] <seb128> chrisccoulson, is bug #721709 ringing a bell or not?
[15:57] <ubot2> Launchpad bug 721709 in libdbusmenu "nautilus crashed with SIGSEGV in g_atomic_int_exchange_and_add()" [Medium,New] https://launchpad.net/bugs/721709
[15:57] <seb128> tedg, ^
[15:58] <chrisccoulson> seb128 - no, i've not seen that one before
[15:58] <seb128> tedg, seems similar to bug #703988 that you closed in a previous upload
[15:58] <ubot2> Launchpad bug 703988 in appmenu-gtk "(various) crashed with SIGSEGV in g_atomic_int_exchange_and_add()/g_variant_unref/?libappmenu.so/g_simple_async_result_complete" [Medium,Fix released] https://launchpad.net/bugs/703988
[16:00] <tedg> seb128, Yeah.  We need to get desrt to put an assert there.  This is getting a little insane.
[16:00] <seb128> tedg, where?
[16:00] <seb128> tedg, can you get a bug opened and njpatel or dbarth to assign it to desrt
[16:01] <tedg> seb128, in g_variant_unref() to check for NULL instead of going to g_atomic_int_exchange_and_add()
[16:01] <tedg> seb128, I want to ask him why he didn't first.
[16:01] <tedg> seb128, The code is one line, the discussion is hours of work ;)
[16:01] <seb128> tedg, can you ask now on #gnome-hackers?
[16:01] <tedg> seb128, Ah, I figured he was out because he wasn't in here ;)
[16:02] <seb128> he stopped joining #ubuntu-desktop it seems
[16:02] <seb128> tedg, but is there a bug in your code somewhere as well? it seems it should try to unref a null in any case...
[16:07] <tedg> seb128, Yes, we've fixed a couple of those.
[16:07] <tedg> seb128, I think I might just grep for unref() :(
[16:08] <seb128> tedg, I'm doing a trunk build of libdbusmenu and will do another round of valgrind-ing
[16:08] <seb128> let's see if I still find some errors
[16:08] <seb128> otherwise let's see what bugs still come after this week updates
[16:08] <tedg> seb128, Honestly, there's about 5 merge requests queued... trunk is out of date :)
[16:08] <seb128> seems we still have some crashers even if the count is going down
[16:08] <seb128> tedg, crash fixes?
[16:08] <tedg> seb128, Features and a couple fixes.
[16:09] <seb128> tedg, is there any I should grab if I want to do a valgrind log?
[16:09] <seb128> tedg, the features are not likely revelant for those crash issues
[16:10] <tedg> seb128, lp:~ted/dbusmenu/selective-properties is probably the only one.
[16:10] <seb128> ok
[16:10] <seb128> thanks
[16:10] <tedg> seb128, kenvandine already has that in the distro package
[16:10] <seb128> ok, when I say trunk is natty with trunk merged
[16:10] <seb128> so seems I'm set for another build and round of valgrind
[16:23] <cyphermox> seb128, i was seeing two of these g_atomic_int_exchange_and_add() crashes with issues with the 'label' property. in gnome-bluetooth, it seems to me like it was crashing because in dbusmenu-gtk's widget_cb(), t
[16:23] <cyphermox> the label was accessed with gtk_menu_item_get_label whereas it's built as a GtkAction widget
[16:24] <seb128> tedg, ^ do you have any comment about that?
[16:24] <seb128> chrisccoulson, ^
[16:24] <cyphermox> I asked mdz to confirm whether it was fixed for him with the latest upload, but I didn't have an answer yet
[16:24] <kenvandine> tedg, with distro patching r220, should i grab r217 too? or even just trunk?
[16:24] <kenvandine> it looks like quite a few good fixes in there
[16:25] <kenvandine> with a few less important
[16:25] <chrisccoulson> seb128 - oh, have i got some more crashes to look at too? :)
[16:25] <seb128> chrisccoulson, #721709 if you want but see cyphermox's comment
[16:27] <cyphermox> seb128, tedg, chrisccoulson, not sure how much that is relevant to the other crashes, but you definitely can't get a GtkAction's label using gtk_menu_item_get_label ;) would explain why the value ends up being null in the first place
[16:27] <seb128> was that coming from a bug in the gnome-bt code?
[16:28] <seb128> is it supposed to be fixed in natty?
[16:28] <cyphermox> moo?
[16:28] <seb128> you said you asked mdz to try if that's still an issue
[16:28] <cyphermox> yeah
[16:28] <seb128> so you think it might have been fixed in the current version?
[16:28] <cyphermox> same bugs we discussed yesterday, bug 722020 and bug 723166, iirc
[16:28] <ubot2> Launchpad bug 722020 in indicator-appmenu "bluetooth-applet crashed with SIGSEGV in g_atomic_int_exchange_and_add() (dup-of: 721709)" [Medium,Invalid] https://launchpad.net/bugs/722020
[16:28] <ubot2> Launchpad bug 721709 in libdbusmenu "nautilus crashed with SIGSEGV in g_atomic_int_exchange_and_add()" [Medium,Confirmed] https://launchpad.net/bugs/721709
[16:28] <ubot2> Launchpad bug 723166 in gnome-bluetooth "bluetooth-applet crashed with SIGSEGV in g_atomic_int_exchange_and_add() (dup-of: 721709)" [Medium,New] https://launchpad.net/bugs/723166
[16:29] <seb128> no fix landed for that yet though
[16:29] <cyphermox> seb128, no, so I think it might *not* be fixed in the current version,
[16:29] <cyphermox> right
[16:29] <cyphermox> you told me otherwise yesterday ;)
[16:30] <seb128> did I?
[16:30] <cyphermox> heh, does it really matter though?
[16:30] <seb128> we are jungling with different crashers there I might have mixed some
[16:30] <cyphermox> yeah
[16:30] <seb128> not at all, I'm just trying to see where we stand
[16:30] <seb128> that's why I asked kenvandine to backport those fixes
[16:30] <seb128> so we can see what issues remain
[16:30] <cyphermox> ok
[16:31] <seb128> the one we are discussing and mdz has is likely to still be an issue
[16:31] <cyphermox> ok
[16:31] <kenvandine> seb128, opinions about just merging from trunk instead of only r220?
[16:31] <kenvandine> seems several good fixes are there
[16:31] <seb128> could you drop your comment from before on the bug?
[16:31] <seb128> kenvandine, hum, I would vote for merge of trunk
[16:31] <seb128> kenvandine, it might help the libunity guys as well
[16:32] <seb128> kenvandine, since the annotation fixes might be blocking their work
[16:32] <kenvandine> good point
[16:32] <Sweetshark> pitti: libreoffice_3.3.1~rc2-1ubuntu1.dsc build completed here, I will dput it in the ppa now
[16:32] <kenvandine> i'll do that
[16:32] <seb128> kenvandine, thanks
[16:36] <mterry> tedg, to make FF, do you release today or tomorrow?
[16:37] <tedg> mterry, Tomorrow.  We have a fixed Thursday release death march ;)
[16:37] <tedg> It makes kenvandine's week.  He'd forget the weekend without it.
[16:38] <kenvandine> hehe
[16:38] <kenvandine> tedg, i am about to upload dbusmenu merged from trunk... any objections?
[16:38] <kenvandine> tedg, seems like there is enough goodness in there that it could help make people happy
[16:39] <mterry> tedg, OK, will have a FF branch for the datetime prefs today.  Do you think that can get integrated tomorrow if I propose merge after your end of day?
[16:39] <mterry> (there will be bugs still, but it should have Features done, as I would define Features)
[16:39] <tedg> kenvandine, Oh, wait for this fix for Qt... just posted it.
[16:40] <tedg> kenvandine, agateau is verifying
[16:40] <cyphermox> chrisccoulson, I'm looking at 721709 now... were you?
[16:40] <tedg> mterry, Yup, shouldn't be an issue.  Typically I do merges and releases all together.
[16:40] <kenvandine> tedg, ok
[16:40] <mterry> tedg, awesome
[16:40] <rickspencer3> jasoncwarner, chrisccoulson when is the FF global menu supposed to land in Natty?
[16:40]  * kenvandine calms down the trigger finger
[16:41] <chrisccoulson> cyphermox, i wasn't looking at that one, feel free to take it
[16:41] <chrisccoulson> rickspencer3, friday ;)
[16:42] <chrisccoulson> it's being reviewed by some QA guys at mozilla atm
[16:42] <kenvandine> rickspencer3, libreoffice menubar will beat it :)
[16:42] <chrisccoulson> :P
[16:42]  * kenvandine wonders where aruiz is... need to get him to roll a tarball
[16:43] <chrisccoulson> it sucks having something ready and working for so long ;)
[16:43] <kenvandine> :)
[16:46] <rickspencer3> kenvandine, so libre office is going to land in Natty?
[16:46] <rickspencer3> suhweat
[16:46] <chrisccoulson> tedg - is "child-added" a signal that comes from some gtk widget? i can't find it with grep in the GTK source, but libdbusmenu seems to be using it
[16:47] <kenvandine> rickspencer3, i have a package... just need aruiz to do a release for me to upload :)
[16:47] <tedg> chrisccoulson, I think we had to distro patch it?
[16:47] <rickspencer3> chrisccoulson, well, take heart, the mozilla people are all good people, so it'll work out. I appreciate their need to keep their Ux from degrading
[16:48] <seb128> chrisccoulson, it's in 072_indicator_menu_update.patch
[16:48] <seb128> chrisccoulson, in gtk
[16:48] <chrisccoulson> seb128 / tedg - oh, thanks
[16:49] <chrisccoulson> rickspencer3, yeah, it's good that they make sure i'm not breaking their UX. i just wish the process was a little faster :)
[16:57] <rickspencer3> bryceh, RAOF, etc... any update on the binary nvidia timing?
[16:57] <rickspencer3> and also ATI?
[16:59] <bryceh> rickspencer3, yes but not public info
[16:59] <Sweetshark> pitti: ping?
[17:16] <seb128> tedg, ok, libdbusmenu still has issues, using current trunk with the natty backports
[17:16] <seb128> tedg, http://paste.ubuntu.com/571239/
[17:16] <seb128> chrisccoulson, ^
[17:17] <seb128> easy to trigger by running gconf-editor in valgrind, doing "new dialog" and "close dialog"
[17:17] <rodrigo_> hmm, any idea why the *themes* packages in the GNOME3 PPA only get built for i386?
[17:17] <seb128> well I do "close dialog" before the dialog open because valgrind slow it down quite a bit
[17:17] <rodrigo_> the control file has Architecture: all
[17:17] <seb128> rodrigo_, because it's arch all?
[17:17] <rodrigo_> seb128, ah, right :)
[17:17] <seb128> rodrigo_, you can install it on any arch
[17:17]  * rodrigo_ was confusing all/any
[17:18] <rodrigo_> yeah, sorry my bad :)
[17:19] <chrisccoulson> seb128 - i'll take a look in a bit. i'm still looking at other dbusmenu issues too ;)
[17:19] <chrisccoulson> it seems there are plenty of them ;)
[17:20] <seb128> which other one do you still have?
[17:20] <chrisccoulson> seb128 -  bug 721915
[17:20] <ubot2> Launchpad bug 721915 in libdbusmenu "gnome-terminal crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Confirmed] https://launchpad.net/bugs/721915
[17:20] <seb128> see my pastebins
[17:20] <seb128> is that the same issue?
[17:20] <chrisccoulson> seb128 - and the one that mdz gets too
[17:20] <chrisccoulson> seb128 - they're all different issues :(
[17:21] <seb128> ok
[17:22] <chrisccoulson> i'm glad i don't use the parser in firefox too ;)
[17:23] <seb128> chrisccoulson, is the one you are looking at similar to bug #708188 you think?
[17:23] <ubot2> Launchpad bug 708188 in indicator-application "softwares using libappindicator crash with SIGSEGV in theme_changed_cb()" [High,Triaged] https://launchpad.net/bugs/708188
[17:23] <seb128> guess not
[17:23] <seb128> the other one is in libappindicator
[17:23] <seb128> the theme_change_cb confused me
[17:24] <chrisccoulson> yeah, that's a bit confusing ;)
[17:24] <rickspencer3> kenvandine, is the global menu for libreoffice going onto the CD?
[17:27] <kenvandine> rickspencer3, afaik
[17:28] <kenvandine> working pretty well for me here
[17:28] <kenvandine> i just need aruiz to do another release so i can get the package in the archive
[17:28] <rickspencer3> kenvandine, can you discuss with dbarth? he seems to think it's bound for universe
[17:28] <kenvandine> and start the mir
[17:28] <seb128> tedg, chrisccoulson, cyphermox: https://bugs.launchpad.net/dbusmenu/+bug/723839
[17:28] <ubot2> Launchpad bug 723839 in libdbusmenu "valgrind: invalid read errors in widget_notify_cb()" [Undecided,New]
[17:28]  * kenvandine wonders why we wouldn't want it in main
[17:28] <seb128> invalid read with current trunk
[17:28] <seb128> if someone feels like the issue he's working on is similar or want to claim this one please comment
[17:29] <chrisccoulson> seb128 - thanks
[17:29] <cyphermox> looking
[17:29] <seb128> kenvandine, it's likely based on the fact that the work started late and people didn't think it would be ready by the freeze time
[17:30] <kenvandine> it is pretty complete already :)
[17:30] <kenvandine> it doesn't use appmenus when you open libreoffice without specifying a document
[17:30] <kenvandine> so the wizard UI
[17:30] <kenvandine> but that is just a bug
[17:31] <seb128> kenvandine, right, I just say that people aimed at universe because it was started late
[17:31] <kenvandine> yeah
[17:31] <kenvandine> i'll talk to dbarth, but i really think we need that on the CD
[17:33] <seb128> kenvandine, I don't think anyone will discuss it having it on the CD
[17:50] <Sweetshark> pitti: ping?
[17:52] <seb128> Sweetshark, you should just ask your question
[17:52] <seb128> Sweetshark, he said he had to run for a birthday or something but that the would be back later on
[17:53] <seb128> Sweetshark, but maybe others can help on meanwhile
[17:53] <seb128> Sweetshark, if that's not the case at least pitti will have some context when he comes back to reply even if that's your turn to be away
[17:54] <dbarth> kenvandine: ah right, rickspencer3 was mentioning that
[17:55] <dbarth> kenvandine: well, i won't push back, it's a nice cool feature, a good end-of-cycle surprise
[17:55] <kenvandine> dbarth, it is in decent shape
[17:55] <dbarth> kenvandine: yeah
[17:55] <kenvandine> i have a package ready
[17:55] <kenvandine> just need aruiz to roll a new release and i'll upload it
[17:55] <dbarth> i'ts in natty already, right?
[17:55] <Sweetshark> seb128: thanks, but I think I solved it myself already.
[17:56] <kenvandine> not yet
[17:56] <kenvandine> dbarth, i am waiting to see aruiz show up again so i can nag him again for a tarball :)
[17:59] <seb128> kenvandine, do you want me to archive admin pre-review a vcs or something?
[17:59] <seb128> kenvandine, just in case I've comments
[18:01] <kenvandine> seb128, sure
[18:01] <dobey> seb128: hey. features missing from banshee that were in rhythmbox for the u1ms are regressions right? :)
[18:02] <seb128> dobey, dunno but in any case they need to land before the feature freeze or need and exception
[18:02] <kenvandine> seb128, lp:~ken-vandine/lo-menubar/ubuntu
[18:02] <kenvandine> i think it is in decent shape
[18:02] <dobey> ok
[18:03] <kenvandine> i merged changes from trunk since the 0.0.1 tarball
[18:03] <seb128> dobey, it might be easier to argue for the exception if that's to bring back things which were there in rb
[18:03] <seb128> kenvandine, ok
[18:03] <kenvandine> seb128, thx
[18:04] <dobey> right, ok
[18:05] <nessita> hello again! does this trace http://pastebin.ubuntu.com/571258/ sounds familiar? I'm getting a SEVG when closing the control panel. Seems like libcanberra is crashing, as per dobey's input. If I unset the GTK_MODULES env var, the control panel does not crash
[18:06] <seb128> nessita, not familiar no
[18:07] <seb128> kenvandine, you have no format file in the source dir
[18:08] <kenvandine> sigh
[18:08] <kenvandine> must have forgotten to bzr add it :)
[18:08] <kenvandine> thx
[18:08] <seb128> kenvandine, otherwise seeems fine, I got some people in debian who argued that the debian dir should be in the same license than the source though
[18:08] <seb128> kenvandine, I'm never sure about this one so I'm just mentioning it
[18:08] <kenvandine> pushed
[18:08] <dobey> licensing debian/ stuff never makes any sense to me
[18:08] <kenvandine> yeah... it seems strange to me to license packaging as lgpl
[18:09] <dobey> the only thing under debian/ which makes any sense to license, would be patches, if they're large enough, but that goes without saying
[18:16] <Amaranth> hmm, anyone else having issues with banshee not actually playing music?
[18:18] <Amaranth> lots of EPIPE while trying to update indicator stuff (mpris)
[18:21] <Amaranth> yep, that's broken
[18:21] <Amaranth> apparently it won't actually play if it can't update the sound menu to say its playing
[18:22] <Amaranth> but, hilariously, if I uncheck the preference to show banshee in the sound menu it still shows up and the sound menu is accurately showing the status
[18:24] <Amaranth> ah, bug 722484
[18:24] <ubot2> Launchpad bug 722484 in banshee "banshee-1.9.3 doesn't work at all" [High,Fix committed] https://launchpad.net/bugs/722484
[18:32] <jcastro> Amaranth: I was thinking this: http://git.gnome.org/browse/banshee/commit/?id=fe9968993aa5095cc7408cd47626aff9f01fefad
[18:34] <Laney> yeah, that'll be fixed in the 1.9.4 upload
[18:49] <chrisccoulson> grrrr, dh_girepository is sooooooooo slooooooooooooooowww
[18:58] <chrisccoulson> kenvandine, my menus are all broken again with the dbusmenu update ;)
[18:58] <kenvandine> chrisccoulson, i have a fix prepared
[18:59] <chrisccoulson> cool, thanks
[18:59] <kenvandine> chrisccoulson, well a revert prepared... tedg: any eta on a proper fix?
[18:59] <kenvandine> or should i upload the revert
[18:59] <tedg> kenvandine, Not sure what's happening yet...
[19:00] <tedg> chrisccoulson, More than just the messaging menu?
[19:00] <chrisccoulson> tedg - yeah, i get incomplete menus in gedit and bluetooth-applet as well
[19:00] <cyphermox> tedg, can I get you to look at a possible fix for 721709? --> https://code.launchpad.net/~mathieu-tl/dbusmenu/widget_notify_properties_access/+merge/50974
[19:03] <tedg> chrisccoulson, Can you try lp:~ted/dbusmenu/ubuntu-feb and see if that happens?  I'm not seeing that.
[19:03] <chrisccoulson> tedg, i can't try it just now, i've got to pop out for a bit
[19:06] <tedg> cyphermox, I don't see how that relates to the stack trace?  You're not changing any calls to g_variant_unref()?
[19:06] <cyphermox> tedg, no, making sure label doesn't start NULL
[19:06] <cyphermox> (for instance, at least in the case for the bluetooth crash)
[19:07] <tedg> cyphermox, Well, NULL should be a valid thing to set it to :)  But, also, in the stacktrace attached the property changing in "enabled"
[19:07] <cyphermox> yes
[19:07] <cyphermox> I know it should be valid :)
[19:08] <cyphermox> there are duplicates with other properties being changed
[19:24] <tedg> cyphermox, How about something like that?  lp:~ted/dbusmenu/null-protect-when-set
[19:24] <tedg> Uhg, he's gone.
[19:36] <pitti> rodrigo_, seb128: oh, sorry about the missing patch in series
[19:36] <pitti> Sweetshark: rockin'; want this upploaded to natty then? what's the PPA URL?
[19:36] <pitti> Sweetshark: still online?
[19:53] <pitti> GunnarHj: works nicely! uploading now
[19:53] <seb128> re
[20:17] <GunnarHj> pitti: Of course it works! :)
[20:17] <GunnarHj> pitti: Great that dpm brought it up earlier today.
[21:35] <bcurtiswx> kenvandine, im in the process of moving this upcoming weekend so my time on packaging will be zero until at least mid next week.  Just an FYI.  I can get the GNOME3 empathy release out around then
[21:35] <pitti> bcurtiswx: good luck with the moving!
[21:36] <bcurtiswx> thanks.. i'll be packaging... my belongings.. but not bytes :P
[21:43] <pitti> hehe
[21:44] <kenvandine> bcurtiswx, cool, thx
[21:44] <kenvandine> bcurtiswx, have a goodmove
[21:45]  * kenvandine should really replace this keyboard soon... keep losing my spaces :)
[21:45] <bcurtiswx> ithinkthatitisfunwhenilosemykeyboard
[21:45] <bcurtiswx> and kenvandine, thanks :)
[21:47] <kenvandine> my 2 year old spilled coffee on my thinkpad a few months ago
[21:47] <kenvandine> and now the spacebar doesn't work all that well
[21:47] <kenvandine> i have to push close to center for it to work :-D
[21:47] <pitti> kenvandine: http://www.kinesis-ergo.com/contoured.htm !
[21:49] <kenvandine> pitti, that scares me :)
[21:50] <pitti> it's pure love
[21:50] <pitti> kenvandine: http://www.datahand.com/products/proii.htm <- THAT should scare you :)
[21:51] <pitti> I've never tried them, though
[21:51] <pitti> I'd love to, but it's too much fuss to ship them from the US to Germany and back if I don't like them
[21:51] <bcurtiswx> nooooooooooo
[21:51] <bcurtiswx> darn split
[21:52] <bcurtiswx> that was a populated server..
[21:53] <kenvandine> pitti, wow, it has optional foot pedals
[21:54] <pitti> kenvandine: I don't have those; not sure whether I could get used to that, as I often keep my feet on my chair
[21:54] <pitti> kenvandine: but the keyboard is awesome
[22:02] <bcurtiswx> pitti: http://www.youtube.com/watch?v=_rzFqEqzhmA
[22:03] <bcurtiswx> you'd be the only one who could use your computer...
[22:06] <pitti> bcurtiswx: yeah, I've seen that; it looks great, doesn't it? I just fear an utterly steep learning curve
[22:09] <bcurtiswx> it scares the crap out of me..
[22:15] <dobey> hrmm
[22:15] <dobey> i wonder if hyperair is updating banshee
[22:18] <pitti> good night everyone
[22:18] <RAOF> Night pitti.
[22:18] <micahg> dobey: yes, it seems it's in progress
[22:18] <RAOF> dobey: There's an RFS in #debian-cli for it.
[22:19] <dobey> ok
[22:19] <micahg> RAOF: did your packages get uploaded?
[22:19] <dobey> i suppose i may have to just ask for a FFE for my patch
[22:20] <ricotz> micahg, hello, could you sponsor a package?
[22:20] <micahg> ricotz: depends on the package :)
[22:20] <RAOF> micahg: do/do-plugins, or the xserver stuff?  The X server stuff got uploaded.
[22:20] <micahg> RAOF: ok, I can do the do :)
[22:20] <ricotz> micahg, http://people.ubuntu.com/~ricotz/dockmanager/
[22:20] <RAOF> micahg: As can I :).  I'm a member of ubuntu-cli!
[22:20] <ricotz> micahg, it will need a review of an archive admin, i hope i am not to late
[22:21] <micahg> RAOF: ah, ok, I forgot those were cli packages :)
[22:21]  * RAOF just needs to check that the Debian packages build & work unmodified for Ubuntu.
[22:21] <micahg> ricotz: where's the second ACK?
[22:22] <micahg> ricotz: you need 2 MOTU ACKs to upload, then an AA reviews it
[22:23] <ricotz> micahg, hmm, ok, somebody here mind to have a look
[23:01] <RoAkSoAx> hi all is the desktop ISO broken or something?
[23:01] <RoAkSoAx> I can't install
[23:01] <RAOF> The archive is a little broken at this point, I think; language-selector is uninstallable for me.
[23:03] <RoAkSoAx> RAOF: right,m but still the ISO doesn't pass from "Preparing to Install Ubuntu"
[23:03] <RoAkSoAx> (the second step)
[23:07] <TheMuso> RoAkSoAx: I find if disks are broken, I try an image from a day or so ago.
[23:20] <RoAkSoAx> TheMuso: will do ;)
[23:20] <TheMuso> RoAkSoAx: ??
[23:20] <TheMuso> oh sorry just read bacscroll. Forgot about the earlier conversation. :)
[23:20] <RoAkSoAx> TheMuso: hehe no worries :)
[23:44] <TheMuso> rodrigo_: I don't know if you are aware, but my libindicator changes for accessible descriptions for indicators landed last week.