[04:53] <pitti> Good morning
[04:54] <pitti> chrisccoulson: indeed, hasn't crashed once yesterday; I'd say you fixed it, great work!
[05:27] <kenvandine> good morning pitti
[05:28] <kenvandine> pitti, i just added libunity launcher integration to xchat-indicator http://ubuntuone.com/p/cVu/
[05:28] <kenvandine> :)
[05:29] <pitti> hey kenvandine
[05:29] <pitti> kenvandine: oh, cool!
[05:29] <kenvandine> i'll do empathy this week too
[07:00] <Sweetshark> Morning!
[07:00] <pitti> hey Sweetshark
[07:17]  * Sweetshark starts to try his luck on libreoffice-3.3.1.1
[07:25] <Sweetshark> pitti: Any idea when I can get a hold on doko? LO-3.3.1.1 has been released and I am currently merging in changes from debian ...
[07:25] <pitti> Sweetshark: may the source be with you!
[07:25] <pitti> Sweetshark: hm, no idea I'm afraid; ask robbiew? (foundations team lead)
[07:25] <pitti> he's in the US, so is probably asleep now
[07:30]  * Sweetshark is reconsidering thorsten wasnt joking back then with OOo on hg, LO on git, ppas on bzr and lots of diffs flying around in the build repo: http://blog.thebehrens.net/2009/04/01/how-openofficeorg-will-switch-to-a-dscm/
[07:38] <didrocks> good morning
[07:45] <pitti> bonjour didrocks
[07:45] <didrocks> Guten Morgen pitti, how are you?
[07:46] <pitti> didrocks: I'm great! just woke up a little early (5:30)
[07:47] <didrocks> urgh, why?
[07:47] <didrocks> couldn't sleep more?
[07:48] <pitti> was awake enough
[07:52] <mvo> woah, I would need lots of  tea to keep me going at that time of the night^Wmorning :)
[07:53] <dpm> morning all
[07:58] <pitti> hey dpm
[07:58] <pitti> mvo: cold shower did the job, too :)
[07:58] <dpm> heya pitti
[08:02] <Sweetshark> meh, i guess the driver is called nouveau because it like a nouveau boot ...
[08:06] <RAOF> It also likes to be given regular walks, and to have a stick thrown to it every now and then.
[08:28] <pitti> didrocks: just to avoid double work, I'm reviewing https://code.launchpad.net/~gunnarhj/gdm/language-menu/+merge/45681 now
[08:28] <pitti> didrocks: (in case you stumble over it in sponsoring)
[08:29] <didrocks> pitti: ok, I'm more doing the sync review right now :)
[08:29] <didrocks> pitti: in any case gdm | grep language -> pitti :)
[08:33] <rodrigo_> morning
[08:38] <robert_ancell> pitti, hey, do you think bug 284443 is worth fixing?
[08:38] <ubot2> Launchpad bug 284443 in gdm "gdmsetup: Don't offer autologin for ecryptfs users" [Low,Triaged] https://launchpad.net/bugs/284443
[08:39] <pitti> robert_ancell: I think so, as if you set autologin, you'll just run into a totally broken desktop session, which makes it difficult to clean up again
[08:40] <robert_ancell> I thought initially that the issue was the filesystems were being decrypted without a password (i.e. a security problem), but the only issue appears to be that your ~/Private directory doesn't work
[08:40] <robert_ancell> pitti, is the encryption on the whole of ~ or just ~/Private?
[08:40] <pitti> robert_ancell: no, it's not about ~/Private, we encrypt the entire home by default now
[08:40] <pitti> robert_ancell: I mean if you select "encrypted" in the installer
[08:40] <robert_ancell> pitti, is that decrypted in the pam conversation?
[08:40] <pitti> you'll just get a 20 second timeout, then a nasty error message, and then the session crashes
[08:41] <pitti> robert_ancell: yes
[08:41] <robert_ancell> it seems to me (not tested) that /etc/pam.d/gdm-autologin should force the password, and GDM should launch the greeter to request this
[08:42] <robert_ancell> does this make sense?
[08:42] <pitti> if that works, sure; I'm not that familiar with how autologin works in gdm
[08:42] <pitti> robert_ancell: I liked your suggestion of just pre-selecting the user and asking the password
[08:42] <robert_ancell> because you also have the fun situation that you might not even have a home directory until PAM completes, so GDM/gdmsetup can't guarantee that it can tell if the filesystem will be encrypted
[08:42] <pitti> robert_ancell: i. e. not trying to fix it in gdmsetup
[08:43] <pitti> robert_ancell: you mean for cases where pam mounts your encrypted home dir over the net?
[08:43] <pitti> yeah
[08:43] <robert_ancell> yes
[08:44] <robert_ancell> ok, I think I know the path forward then
[08:44] <pitti> robert_ancell: nice!
[08:46] <robert_ancell> pitti, so, being marked as low priority we could defer this to 11.10 right? ahem *lightdm* *lightdm*
[08:46] <robert_ancell> ;)
[08:47] <pitti> robert_ancell: you mean this bug?
[08:47] <robert_ancell> yup
[08:47] <pitti> robert_ancell: as I said, if you don't have time to work on it, I'll find someone else (or me)
[08:47] <pitti> as it's a "shoot yourself into the foot" option, I'd rather have it fixed earlier
[08:48] <robert_ancell> I'm working on the webkit one first.  Having trouble reproducing it, you didn't reproduce either right?
[08:48] <didrocks> hey rodrigo_, robert_ancell
[08:48] <pitti> robert_ancell: I did
[08:48] <robert_ancell> didrocks, het
[08:48] <robert_ancell> hey
[08:48] <pitti> robert_ancell: but only in the installer with the slideshow, on amd64
[08:48] <rodrigo_> hi didrocks
[08:48] <rodrigo_> hey robert_ancell
[08:48] <pitti> robert_ancell: happens reliably every time there, including kvm
[08:48] <robert_ancell> pitti, could you reproduce from your desktop install?
[08:48] <pitti> robert_ancell: I haven't found a way yet to reproduce in a running system; perhaps one can start the ubiquity slideshow standalone somehow
[08:49] <robert_ancell> ubiquity crashes when I try and run it, I have the A2 image, but haven't tried it yet
[08:49]  * pitti plays around with this
[08:50] <pitti> hm, so how would I open a HTML page with webkit..
[08:50] <robert_ancell> /usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher doesn't do it for me (doesn't show any of the images, just the navigation buttons).  Firefox renders it fine
[08:50] <robert_ancell> pitti, ^^
[08:50] <pitti> oh, cool
[08:50] <robert_ancell> but not seeing the crash or any errors in valgrind/gdb
[08:52] <pitti> $ for f in *.html; do echo $f; /usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher $f; done
[08:52] <pitti> hm, they all work
[08:52] <pitti> apparently ubiquity launches that differently
[08:52] <robert_ancell> no-one recorded what version of webkit it was, do you happen to know?
[08:52] <seb128> hey
[08:52] <geser> robert_ancell: Hi, are you aware that your totem-pl-parser upload is in DEPWAIT on libquvi-dev which needs a MIR?
[08:52] <seb128> hey pitti robert_ancell
[08:52] <robert_ancell> geser, no, I didn't notice that, thansk
[08:53] <pitti> libwebkitgtk-1.0-0 1.3.10-1ubuntu1
[08:53] <pitti> robert_ancell: according to http://cdimage.ubuntu.com/releases/natty/alpha-2/natty-desktop-amd64.manifest
[08:53] <robert_ancell> pitti, you reproduced with that, or that is what you have now?
[08:53] <seb128> got hit 3 times in a row by that compiz crashing in sn_... today, it's fun things start but you just see you background and have no way to fix it out of restarting the session
[08:53] <pitti> hey seb128
[08:53] <pitti> robert_ancell: that was on the alpha-2 CDs, and reproduced
[08:53] <robert_ancell> ok
[08:53] <didrocks> salut seb128
[08:53] <pitti> robert_ancell: but it's still current
[08:53] <robert_ancell> pitti, I gtg, thanks for the infor
[08:54] <pitti> robert_ancell: sleep well!
[09:01] <pitti> didrocks: do you know if there's already a compiz bug to bring back proper "snap to screen edge" for window movement?
[09:01] <pitti> if you don't know off-hand, I'll search/create one
[09:01] <didrocks> pitti: there is a bug about it, but only for nvidia driver
[09:01] <didrocks> as smspillaz was telling it was because of the nvidia one
[09:01] <pitti> these "windows stick into the next screen by 2 pixels" is really annoying
[09:02] <didrocks> pitti: yeah, for the additional pixels, it's fixed and will be uploaded next week
[09:02] <pitti> awesome
[09:02] <didrocks> but the resitance on edge isn't working for me
[09:02] <didrocks> do you have it working,
[09:03] <seb128> doesn't work for me either
[09:03] <seb128> didrocks, oh, compiz update will only be next week?
[09:04] <pitti> didrocks: no, it doesn't; even worse, it seems to actively move the windows so that they don't fit on the scren any more
[09:04] <didrocks> seb128: sam has to make dist, he doesn't want to do it because fixing the invisible window bug and he didn't focus on fixing it yet
[09:04] <didrocks> smspillaz: see, I'm not the only one not having the edge resistance working ^^
[09:04] <pitti> my gsession script (which does all the geometry arrangement) hasn't changed in ages, and I even modified it to put the terminals 10 pixels to the left; but it still moves them around
[09:04] <didrocks> so no a twinview only issue
[09:05] <didrocks> and yes, the option is still activated by ccsm :)
[09:05]  * didrocks really wonders if grid can be the cause of that not working
[09:06] <smspillaz> didrocks: likely not
[09:06] <smspillaz> didrocks: edge resistance worksfinehere[tm]
[09:07] <smspillaz> didrocks: its only enabled for screen edges by default though
[09:07] <didrocks> smspillaz: I know it's only enblaed for screen edge, I did it :)
[09:07] <smspillaz> ok
[09:07] <smspillaz> so what doesn't work then?
[09:08] <pitti> it seems to work for the left side
[09:08] <pitti> except that it stops ~ 10 pixels before
[09:08] <didrocks> smspillaz: screen edge, as told yesterday :)
[09:08] <pitti> but not for the right side
[09:08] <smspillaz> pitti: that's a problem with the new decorator
[09:08] <smspillaz> pitti: works fine here on the right size
[09:08] <pitti> ah, "screen" != "virtual desktop"
[09:08] <smspillaz> *right side
[09:08] <didrocks> pitti: oh, so it's working for you?
[09:08] <pitti> didrocks: on the left side (badly), but not on the right or bottom
[09:08] <smspillaz> it works fine here
[09:08] <didrocks> seb128: do you have the same? (take into account the new decoration side)
[09:09] <smspillaz> pitti: the offset by 10px will be fixed in the next update
[09:09] <didrocks> smspillaz: it doesn't work, even taking into account the decoration side
[09:09] <smspillaz> pitti: its because the new decoration frame window is that much bigger
[09:09] <smspillaz> didrocks: sure its enabled ?
[09:09] <pitti> ah
[09:09] <pitti> I think I was confused by the large gap
[09:09] <smspillaz> pitti: yeah
[09:09] <pitti> it actually does seem to work on the right side, too
[09:09] <didrocks> smspillaz: I didn't change from yesterday when I told you I checked it's enabled :)
[09:09] <smspillaz> pitti: that also affected placement as well
[09:10] <pitti> smspillaz: perhaps that's what keeps making my windows spill over into the next screen then
[09:10] <smspillaz> pitti: it is
[09:10] <pitti> coolio then
[09:10] <seb128> didrocks, no, doesn't work here
[09:10] <pitti> smspillaz: thanks for the heads-up! nice to see things getting fixed so quickly
[09:10] <didrocks> smspillaz: so, doesn't work either for seb128 and me
[09:10] <seb128> but again my system seems to trigger bugs
[09:11] <seb128> like the click-alt-dnd still doesn't work on focussed dialogs
[09:11] <smspillaz> seb128: yeah I hit that one
[09:11] <smspillaz> seb128: I'm going to fix it after I do the invisible window one
[09:12] <smspillaz> seb128: I know what it is, its that we had to add this stupid workaround to make GTK correctly and that is hard to implement properly
[09:12] <seb128> k
[09:12] <smspillaz> *make GTK work correclty
[09:12] <seb128> smspillaz, well, one thing at the time, get the invisible one fixed and roll a tarball
[09:12] <seb128> then we can talk about the next round ;-)
[09:12] <smspillaz> invisible - > alt -> tar
[09:12] <smspillaz> also I have a fix to make the switcher faster
[09:23] <glatzor> hello mvo and pitti
[09:24] <seb128> hey glatzor
[09:24] <seb128> smspillaz, you can always make another fix before rolling a tarball
[09:24] <seb128> smspillaz, I would say fix the invisible dialogs one and roll a tarball
[09:25] <smspillaz> yeah
[09:25] <seb128> smspillaz, we need that one out to users, the alt-click and switcher issues can wait next roll
[09:25] <smspillaz> ok
[09:25] <seb128> smspillaz, thanks!
[09:25] <glatzor> hi seb128 !
[09:26] <chrisccoulson> hi pitti - you were up early today weren't you?
[09:26] <pitti> chrisccoulson: yeah, couldn't sleep any more
[09:26] <pitti> hey glatzor
[09:29] <seb128> chrisccoulson, it's a german thing I guess, not sleeping, he learnt that from asac
[09:29] <seb128> chrisccoulson, hey btw, how are you?
[09:31] <chrisccoulson> hi seb128, yeah, i'm good thanks
[09:31] <chrisccoulson> a little tired though
[09:31] <chrisccoulson> how are you?
[09:32] <mvo> hey glatzor
[09:32] <seb128> did your daughter woke you up early again?
[09:32] <seb128> I'm fine thanks
[09:32] <mvo> chrisccoulson: its the normal state of a parent, no? being tired? at least in the first years ;)
[09:33] <chrisccoulson> mvo - yeah, i always seem to be tired at the moment ;)
[09:33] <chrisccoulson> i guess i should get an early night!
[09:36] <seb128> I can see the gdm update next cycle being fun
[09:37] <seb128> they dropped most of the language and keyboard selection from it, it seems
[09:37] <seb128> they use the user account new things instead or something
[09:38] <chrisccoulson> seb128 - we'll be using lightdm won't we? ;)
[09:38] <seb128> if it works ;-
[09:38] <seb128> ;-)
[09:38] <chrisccoulson> heh
[09:39] <chrisccoulson> will we upgrade to the new control-center too?
[09:39] <seb128> next cycle? yes
[09:39] <seb128> lot of fun ;-)
[09:40] <chrisccoulson> indeed!
[09:40] <chrisccoulson> and there will probably be 2 firefox transitions too ;)
[09:40] <chrisccoulson> if mozilla stick to schedule
[09:40] <seb128> or you mean we will switch to chromium? ;-)
[09:40] <chrisccoulson> heh ;)
[09:45] <chrisccoulson> nobody has had problems upgrading firefox this morning?
[09:45] <chrisccoulson> the packaging layout changed a fair bit yesterday
[09:49] <seb128> chrisccoulson, I didn't try yet, you failed to build on armel btw
[09:49] <chrisccoulson> still?
[09:49] <chrisccoulson> i thought i worked around it ;)
[09:49] <seb128> http://people.canonical.com/~platform/desktop/versions.html says so
[09:50] <chrisccoulson> yeah, i just looked too
[09:50] <chrisccoulson> failed quite late in the build
[09:50] <chrisccoulson> 13 hours!
[09:50] <seb128> "cp: cannot stat `./debian/tmp/usr/include/firefox-4.0b11/vorbis': No such file or directory"
[09:50] <seb128> it failed after the build
[09:50] <seb128> in the dh_install
[09:50] <chrisccoulson> hmmmm :/
[10:22] <ochosi> bratsche: ping
[10:52] <Laney> http://mkestner.blogspot.com/2011/02/signs-of-life.html might interest some of you ;-)
[10:52] <Laney> seb128: ^
[10:52] <seb128> Laney, thanks
[10:53] <Laney> good to have news!
[10:55] <didrocks> session restart, brb
[11:03] <didrocks> pitti: did you forget to bzr push your dch -r "" on gtk?
[11:03] <pitti> checking, hang on
[11:03] <pitti> oops, apparently so; done
[11:03] <didrocks> pitti: thanks :)
[11:03] <pitti> sorry about that
[11:03] <pitti> I keep forgetting to push the dch -r
[11:03] <pitti> usually I bzr bd -S, upload, and then push
[11:04] <pitti> I should probably do that the other way round
[11:04] <didrocks> pitti: no worry :) yeah, we should have a wrapper maybe
[11:06] <seb128> bah, firefox crashes on http://sourceforge.net/projects/flac/files/
[11:06] <seb128> well b10 does, I need to upgrade and test with b11
[11:07] <chrisccoulson> seb128 - doesn't crash here ;)
[11:07] <chrisccoulson> seb128 - did you submit the crash report?
[11:07] <pitti> heh, crashes here, too
[11:07] <pitti> Version: 4.0~b11+build3+nobinonly-0ubuntu2
[11:08] <seb128> chrisccoulson, no, I don't like much sending browser crashes
[11:08] <seb128> since the browser tend to have sensible infos, password, etc
[11:08]  * pitti submits
[11:08] <chrisccoulson> pitti - could you send me the crash ID once you're done?
[11:08] <seb128> I'm also using an outdated version
[11:08] <pitti> chrisccoulson: how do I know when it's done?
[11:08] <seb128> speaking of which is there an url to watch current beta tarballs?
[11:09] <pitti> chrisccoulson: the "restart" thing has never ever worked for me
[11:09] <chrisccoulson> pitti - you don't get a confirmation when it's done, but you can look in about:crashes
[11:09] <pitti> chrisccoulson: https://crash-stats.mozilla.com/report/index/bp-4780dc92-9a7e-4e55-af0b-b335a2110210
[11:10] <chrisccoulson> seb128 - there's an ftp server
[11:10] <chrisccoulson> (and also mercurial)
[11:10] <pitti> wow, this thing is clever
[11:10] <chrisccoulson> seb128 - ftp://ftp.mozilla.org/pub/firefox/releases/
[11:10] <pitti> it refers to https://bugzilla.mozilla.org/show_bug.cgi?id=632867
[11:11] <ubot2> Mozilla bug 632867 in General "Firefox Beta 11 crash [@ libc-2.12.2.so@0x33b45]" [Critical,New]
[11:11] <seb128> thanks
[11:11] <chrisccoulson> yeah, it's good there's a bug already
[11:12] <chrisccoulson> hmmm, not sure why the traces are like that :/
[11:12]  * chrisccoulson checks our symbols are on the server
[11:14] <chrisccoulson> yeah, they're all there
[11:15] <chrisccoulson> pitti - mind getting a GDB backtrace with --sync?
[11:15] <chrisccoulson> it looks like it's an X error
[11:16] <pitti> chrisccoulson: gdb --args firefox --sync ?
[11:16] <pitti> hm, apparently not
[11:16] <chrisccoulson> pitti - firefox -g --sync should do it
[11:17] <chrisccoulson> we have some logic in the shell script to set up the right environment ;)
[11:18] <pitti> chrisccoulson: http://paste.ubuntu.com/565324/
[11:18] <pitti> not too helful, I guess -- do I need more -dbg packages?
[11:18] <pitti> ###!!! ABORT: X_GLXVendorPrivateWithReply: BadLength (poly request too large or internal Xlib length error): file /build/buildd/firefox-4.0~b11+build3+nobinonly/build-tree/mozilla/toolkit/xre/nsX11ErrorHandler.cpp, line 190
[11:19] <pitti> _XError+0x000000F7 [/usr/lib/libX11.so.6 +0x00040F97]
[11:19] <pitti> this probably?
[11:19] <chrisccoulson> pitti - yeah, it looks like firefox-dbg, and whatever you need for mesa and libx11 too
[11:19] <chrisccoulson> pitti - yeah, the abort message is on your crash report too
[11:19] <pitti> singe it's sigabort, it sounds like an assertion failure
[11:20] <pitti> firefox-dbg> ugh, 109 MB
[11:21] <pitti> chrisccoulson: hm, some trouble with the mesa dbg ones
[11:21] <pitti> apparently I'm still newer than natty, I have glx from xorg-edgers
[11:21]  * pitti tries to sort that out first
[11:22] <chrisccoulson> pitti - are you on nvidia btw?
[11:22] <pitti> intel
[11:22] <chrisccoulson> oh
[11:22] <chrisccoulson> now that's weird
[11:23] <chrisccoulson> it should be impossible to create GL context on != nvidia, as other drivers were blacklisted in firefox
[11:23] <chrisccoulson> (for this reason)
[11:23] <chrisccoulson> hmmmm :/
[11:23] <pitti> I downgraded a lot of mesa stuff now, but libdrm-nouveau1a is still uninstallable
[11:23] <pitti> oh, libdrm perhaps
[11:24] <pitti> ah, there
[11:30] <seb128> pitti, chrisccoulson: I'm on intel as well
[11:30] <seb128> but stock natty, no xorg-edger or anything like that
[11:30]  * Sweetshark is on nouveau.
[11:30] <seb128> Sweetshark, is http://sourceforge.net/projects/flac/files/ crashing your firefox?
[11:31] <Sweetshark> Are you guzs offering an opportunity to crash my desktop?
[11:31]  * Sweetshark tries
[11:31] <chrisccoulson> seb128 - if you run firefox from a console, do you see "[GLX] currently only allowing the NVIDIA proprietary driver, as other drivers are giving too many crashes. To bypass this, define the MOZ_GLX_IGNORE_BLACKLIST environment variable." when you access the website that crashes it?
[11:31] <chrisccoulson> (you should do)
[11:31] <Sweetshark> seb128: no
[11:31] <chrisccoulson> i see it here, which is why i don't see the crash :/
[11:31] <pitti> chrisccoulson: http://paste.ubuntu.com/565327/
[11:31] <chrisccoulson> but it seems that firefox thinks you're on nvidia ;)
[11:31]  * Sweetshark starts ff from term
[11:32] <chrisccoulson> pitti - excellent, thanks
[11:32] <chrisccoulson> will attach to the bug report
[11:32] <seb128> chrisccoulson, no, just the abort lines
[11:32] <didrocks> Sweetshark: every crash opportunity is good to take :)
[11:32] <chrisccoulson> seb128 - oh, that's the problem then :)
[11:32] <seb128> chrisccoulson, did you try on your latitude?
[11:32]  * Sweetshark is GLX blacklisted 
[11:32] <chrisccoulson> seb128 - yeah. i get the console message here about being blacklisted
[11:32] <seb128> weird
[11:33] <chrisccoulson> but the fact that you don't seems to be the real bug ;)
[11:34] <seb128> chrisccoulson, how is firefox detecting the video card and driver in use?
[11:35] <chrisccoulson> seb128 - http://hg.mozilla.org/mozilla-central/file/afb62e95311a/gfx/thebes/GLContextProviderGLX.cpp#l228
[11:35] <chrisccoulson> not sure how it gets that information yet
[11:41] <chrisccoulson> pitti / seb128 - i guess that neither of you are setting MOZ_GLX_IGNORE_BLACKLIST in the environment are you? ;)
[11:41] <seb128> no
[11:41] <seb128> env | grep MOZ gives nothing
[11:41] <chrisccoulson> that's good. i had to ask ;)
[11:41] <seb128> ;-)
[11:42] <pitti> chrisccoulson: right
[11:45] <chrisccoulson> the correllations stuff on crash-stats is quite nice: https://crash-stats.mozilla.com/report/index/9ba1f89e-55db-4cdb-a270-e84cc2110208
[11:45] <chrisccoulson> 71% of people with that crash also have ubufox ;)
[11:45] <chrisccoulson> not that that is of any use
[11:45] <chrisccoulson> and 71% are on an amd64 with 2 cores ;)
[11:47] <seb128> do you stats on those who are on intel? ;-)
[11:47] <seb128> video driver speaking
[11:47] <chrisccoulson> seb128 - no, i don't think that information is submitted. i'll talk to the guy working on breakpad and ask him if he wants a patch to submit that
[12:13] <chrisccoulson> pitti / seb128 - OOI, what does glxinfo say for "server glx vendor string"?
[12:14] <rodrigo_> hmm, switch user is broken, it seems
[12:14] <rodrigo_> or I'm missing some update
[12:14] <chrisccoulson> firefox is using the same string there
[12:14] <seb128> $ glxinfo | grep -i vendor
[12:14] <seb128> server glx vendor string: SGI
[12:14] <seb128> chrisccoulson, ^
[12:15] <chrisccoulson> seb128 - oh, that's the same as me then
[12:15] <chrisccoulson> hmmm :/
[12:15] <rodrigo_> also, gdm doesn't start when rebooting
[12:15] <rodrigo_> well, it starts, but doesn't show up the login screen, anybody's seen that?
[12:15] <seb128> rodrigo_, is that new? when did you upgrade? do you get any error?
[12:16] <rodrigo_> seb128, I'm not full up-to-date, just rebooted an hour ago or so
[12:16] <seb128> rodrigo_, no but i didn't upgrade or restart yet today
[12:16] <seb128> what video card and driver?
[12:16] <rodrigo_> nvidia
[12:16] <seb128> k, so might be it
[12:16] <rodrigo_> wqith startx it works, running an X session now
[12:16] <seb128> well the binary drivers are not available for the new xserver abi
[12:16] <seb128> hum, dunno about this issue
[12:17] <rodrigo_> I haven't upgraded any of the xserver* pacvkages
[12:17] <seb128> did you try restarting?
[12:17] <seb128> i.e is that a one time thing?
[12:17] <rodrigo_> yes, that¡s why I was 1 hour offline :)
[12:17] <rodrigo_> I guess my system doesn't like being half-upgraded
[12:18]  * rodrigo_ looks at upgradable packages
[12:18] <rodrigo_> seb128, apart from the gdm issue at restart, does user switching work for you?
[12:18] <rodrigo_> seb128 or anyone else?
[12:19] <seb128> will it screw my current session if I try? ;-)
[12:19] <seb128> rodrigo_, well it relies on gdm so if you used startx it will not work
[12:19] <rodrigo_> seb128, maybe, it just does nothing for me, so try later if you can't afford losing your current session :)
[12:19] <rodrigo_> seb128, right, I mean before restarting, it didn't work, that's why I restarted after upgrading some packages
[12:20] <rodrigo_> now, with startx, of course it doesn't work
[12:20] <seb128> rodrigo_, well I just tried a guest session, that worked
[12:20] <rodrigo_> ok
[12:20] <rodrigo_> so, it's me
[12:20] <rodrigo_> seb128, are you fully up-to-date?
[12:21] <seb128> no, I didn't dist-upgrade since monday
[12:21] <seb128> I did pick some selected upgrades though
[12:21] <rodrigo_> yes, that's what I do
[12:21] <seb128> but I guess most people here are uptodate
[12:22] <rodrigo_> ok, I'll sacrifice a goat and then dist-upgrade
[12:22] <seb128> rodrigo_, did you restart only once?
[12:22] <rodrigo_> seb128, several times
[12:22] <seb128> ok
[12:22] <seb128> what did you upgrade before getting the issue?
[12:22] <rodrigo_> gnome stuff mainly, from the gnome3 ppa
[12:22] <seb128> rodrigo_, well don't dist-upgrade if you are on nvidia and need unity
[12:22] <rodrigo_> and some other packages
[12:22] <rodrigo_> ah, right
[12:23] <seb128> try doing a sudo gdm in your session maybe and see if it complains about something
[12:23] <rodrigo_> yes, also, I see I've got a gdm update
[12:23] <seb128> or look at the /var/log/gdm logs
[12:23] <rodrigo_> trying both
[12:24] <seb128> you can try downgrading gdm...
[12:25] <rodrigo_> ok, brb
[12:34] <rodrigo_> ok, found it
[12:35] <seb128> rodrigo_, oh, what was it?
[12:35] <rodrigo_> seb128, the gdm logs show a "GTK3 symbols found on GTK2 process" error, so my gdm is loading some GTK3 stuff, not sure what
[12:36] <seb128> weird
[12:36] <rodrigo_> hmm, 1st thought was g-screensaver, which I upgraded yesterday with a new version I uploaded to the gnome3 ppa
[12:36] <rodrigo_> but seems that's not the issue
[12:42] <aquarius> hm. AttributeError: 'gi.repository.Gtk' object has no attribute 'FILE_CHOOSER_ACTION_OPEN'. How can I find out what it's called in the New World Order of g-i?
[13:14] <mterry> seb128, btw, I'll be gone for an extended time during my midday today, if you try to ping me and I don't answer
[13:14] <seb128> hey mterry
[13:14] <seb128> mterry, ok, no worry
[13:14] <seb128> mterry, I've another bug for you if you run out of things to do ;-)
[13:15] <mterry> seb128, dammit  :)
[13:15] <seb128> lol
[13:15] <seb128> well appmenu is solid so great work on that ;-)
[13:15] <seb128> mterry, the g-s-d keyboard layout indicator is buggy, the label doesn't update when the layout is changed
[13:16] <seb128> not sure if that's the g-s-d patch or an indicator issue
[13:16] <seb128> well I think I already assigned it to you on launchpad, not sure if you noticed
[13:18] <mterry> seb128, yeah I did, but kenvandine said people were investigating, so I held off
[13:18] <mterry> seb128, seems like there's more agreement now about the issue
[13:21] <seb128> mterry, well that bug is a mix
[13:23] <seb128> there is 3 issues
[13:23] <seb128> 1- the indicator label doesn't update
[13:23] <seb128> like if you pick an another layout in the menu or use the keyboard to switch
[13:24] <seb128> 2- if you start with 1 layout, add another and delete it the menu stays instead of hidding
[13:24] <seb128> but it's in broken state, i.e it stops working
[13:24] <seb128> 3- if you stop the indicator-application service when being in 2- gsd crashes
[13:26] <seb128> mterry, bug #711749
[13:26] <ubot2> Launchpad bug 711749 in indicator-application "layout indicator items are not being updated and not working" [High,Confirmed] https://launchpad.net/bugs/711749
[13:27] <seb128> mterry, bug #712635 is the crash
[13:27] <ubot2> Launchpad bug 712635 in libappindicator "gnome-settings-daemon crashes with SIGSEGV in watcher_owner_changed()" [Undecided,New] https://launchpad.net/bugs/712635
[13:27] <seb128> bug #712581
[13:27] <ubot2> Launchpad bug 712581 in indicator-application "keyboard layout label is not updated" [Undecided,New] https://launchpad.net/bugs/712581
[13:27] <seb128> mterry, check with kenvandine if he's working on those maybe
[13:27] <seb128> but ted seems busy with features until feature freeze so I doubt he will
[13:27] <seb128> ken seemed to be busy with other things
[13:28] <seb128> so it's probably ok for you to grab those 2
[13:54] <pitti> didrocks, Sweetshark: do you know if bug 705461 is actually a problem in LibO? it starts just fine in classic gnome, so it doesn't sound like a problem with the desktop files
[13:54] <ubot2> Launchpad bug 705461 in unity "LibreOffice won't launch from Unity Launcher" [Undecided,Confirmed] https://launchpad.net/bugs/705461
[13:55] <pitti> and we should certainly avoid having to patch apps to work with the launcher, as this woudl break an unknown number of third party apps
[13:56] <didrocks> pitti: it's starting from me there
[13:56] <pitti> not here
[13:56] <pitti> is there a log file to look into?
[13:56] <didrocks> pitti: maybe ~/.xsession-errors as it's where unity is pushing them
[13:56] <didrocks> (sorry, on the phone)
[13:57] <pitti> nothing at all in ~/.xsession when I try to start the writer
[13:58] <pitti> are the custom launchers (with "keep in launcher") accessible somewhere? like .desktop files in a dot-dir?
[13:58] <pitti> (not in ~/.local/share/unity)
[14:00] <didrocks> pitti: no, it's in the code
[14:01] <pitti> didrocks: I mean, where/how does it store the custom launchers?
[14:03] <didrocks> pitti: oh, it's a gsettings key, one sec
[14:04] <pitti> aah
[14:05] <pitti> $ gsettings get com.canonical.Unity.Launcher favorites
[14:05] <pitti> ['nautilus.desktop', 'gtimelog.desktop', 'devhelp.desktop', 'mumble.desktop', 'shotwell.desktop', 'firefox.desktop', 'evolution.desktop']
[14:05] <didrocks> right :)
[14:05] <pitti> hm, no writer.desktop..
[14:06] <seb128> pitti, how did you add to it?
[14:06] <seb128> works fine for me as well
[14:06] <pitti> start writer, tick "keep in launcher", close writer, try to restart it again
[14:06] <pitti> seb128: do you have a writer.desktop in gsettings get com.canonical.Unity.Launcher favorites ?
[14:07]  * bcurtiswx waves to room
[14:07] <pitti> but I don't have a gtimelog.desktop anywhere in my ~ eitehr
[14:07] <pitti> so I take it it's using the one from /usr/share/applications/
[14:08] <seb128> pitti, libreoffice-writer.desktop
[14:08] <seb128> in my gsettings
[14:08] <seb128> I tried the same way as you
[14:08] <pitti> ok, so that looks like the problem
[14:08] <pitti> I tried twice
[14:08]  * pitti updates bug
[14:09] <seb128> pitti, how do you run the writer?
[14:09] <pitti> seb128: I used "open with..." on a .txt file
[14:09] <pitti> as there is no libreoffice-writer program or so which I could start from a terminal
[14:10] <seb128> pitti, that doesn't work here either
[14:10] <seb128> it doesn't get the right icon
[14:10] <pitti> that too
[14:10] <pitti> seb128: you previously tried with launching from your gnome-panel?
[14:10] <seb128> yes
[14:11] <didrocks> sorry, back from a call
[14:11] <seb128> so it works due to the gio integration
[14:11]  * didrocks backlogs
[14:11] <seb128> running "libreoffice -writer" manually doesn't work
[14:11] <seb128> it's not even listed in the launcher
[14:12] <didrocks> yeah, bamf hasn't been update for libreoffice I think
[14:12] <didrocks> hence the wrong match
[14:12] <didrocks> and so not adding the right file
[14:12] <pitti> ah
[14:12] <pitti> seb128, didrocks: thanks, I updated the bug accordingly
[14:12] <seb128> pitti, yw
[14:12] <didrocks> (there were some magic for OOo. I think it's still needed for libreO)
[14:13] <didrocks> yw
[14:13] <pitti> ah, presumably
[14:13] <pitti> didrocks: is that already in progress, or want me to look into this?
[14:13] <didrocks> pitti: it's not in progress for sure, if you want to look at it :)
[14:13] <didrocks> pitti: lp:bamf
[14:14] <pitti> and Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/bamf/ubuntu, I take it
[14:14] <seb128> pitti, does it work if you click on an odt?
[14:15] <pitti> seb128: still the same broken icon
[14:15] <didrocks> pitti: yeah, but better to fix it upstream and then bzr merge :)
[14:15] <pitti> nope
[14:15] <pitti> didrocks: sure
[14:16] <seb128> pitti, ok, so at least it's consistent
[14:16] <seb128> it only works when ran from gnome-panel
[14:16] <seb128> I'm wondering why the gio thing doesn't work from nautilus
[14:17] <didrocks> that's weird, right. Maybe it's not triggered by this g_app_info…
[14:17] <Amaranth> silly libreoffice still thinking it's an OS
[14:17] <didrocks> as there is the file one and the uri one
[14:18] <pitti> Amaranth: it can compete in size, anyway
[14:19] <Amaranth> pitti: It has its own everything and presents a windows 3.1-like interface to you if you don't start one of the specific sub-apps
[14:20] <pitti> I like how it still calls itself "soffice.bin" :)
[14:20] <Amaranth> hehe
[14:20] <Amaranth> hrm, I think unity just died
[14:21] <Amaranth> my launcher looks to be not doing the accordion thing and I can't click on anything
[14:21] <Amaranth> I blame libreoffice
[14:23] <pitti> I'm off for an hour
[14:24] <seb128> didrocks, ^ see other people get "libreoffice screws unity"
[14:25] <didrocks> seb128: I totally trust you when you tell me you get a bug :)
[14:25] <seb128> bug #709138
[14:25] <ubot2> Launchpad bug 709138 in unity "unity gets really confused by office dialogs" [Undecided,Confirmed] https://launchpad.net/bugs/709138
[14:25] <didrocks> just that I tried hard on the alt + click and the libreoffice one, but my machine wasn't cooperative ^^
[14:25] <seb128> ;-)
[14:26] <didrocks> seb128: time to use LaTeX? ;)
[14:26] <seb128> oh, I don't use libreoffice don't worry
[14:30] <bratsche> ochosi: pong
[14:31] <bcurtiswx> kenvandine, have you been able to test your xchat patch yet ?
[14:31] <bcurtiswx> im building both unity/libunity now and i can if you haven't yet
[14:32] <kenvandine> bcurtiswx, i did last night
[14:32] <kenvandine> there seems to be a launcher bug though
[14:33] <kenvandine> bcurtiswx, http://ubuntuone.com/p/cVu/
[14:33] <kenvandine> it works sometimes :)
[14:33] <kenvandine> DBO was thinks the launcher is losing its reference
[14:34] <kenvandine> so i can't clear it or change it after i set the count
[14:34] <bcurtiswx> kenvandine, ah i was going to ask you like three questions, but you keep answering them before i finish typing them..
[14:34] <bcurtiswx> so now i have none.. lol
[14:35] <bcurtiswx> kenvandine, anything need to be done diff in your patch to xchat?
[14:36] <kenvandine> different than what i pasted to you yesterday?
[14:36] <kenvandine> lp:~ken-vandine/xchat-indicator/add_unity_launcher_support
[14:36] <bcurtiswx> thx
[14:36] <kenvandine> i think all i did since then was clean it up to make it optional
[14:36] <kenvandine> so you can build it with --disable-unity
[14:37] <bcurtiswx> lots of if #HAVEDEF
[14:40] <chrisccoulson> didrocks, i thought the stacking bug was fixed?
[14:40] <chrisccoulson> i just got it again
[14:40] <didrocks> chrisccoulson: not entirely
[14:40] <chrisccoulson> clicking on some windows and it was raising the ones behind it
[14:40] <didrocks> chrisccoulson: right
[14:41] <chrisccoulson> oh, nice. now the panel shadow appears on top of the panel
[14:42] <tjaalton> how do I force gnome-panel instead of unity? I've disabled the unity-plugin from ccsm, but I need to start gnome-panel after every login
[14:42] <chrisccoulson> tjaalton, select the classic desktop at GDM
[14:42] <seb128> tjaalton, use classic desktop in the gdm sessions
[14:42] <tjaalton> chrisccoulson: ah, hrm, stupid me :P
[14:42] <tjaalton> "who would have guessed.."
[14:42] <tjaalton> thanks
[14:43] <chrisccoulson> maaaan, this is totally broken now
[14:43] <chrisccoulson> i can't click on the launcher or panel, because it just raises the shadow
[14:43] <didrocks> chrisccoulson: logout and login again :)
[14:43] <chrisccoulson> and i'm right in the middle of several big uploads
[14:43] <chrisccoulson> didrocks ^^
[14:43] <chrisccoulson> ;)
[14:43] <chrisccoulson> i need to wait for my uploads to finish
[14:43] <didrocks> chrisccoulson: restart "unity"
[14:43] <chrisccoulson> didrocks, that made it worse
[14:44] <didrocks> weird, metacity --replace then :)
[14:44] <chrisccoulson> that's how i got the shadows on top of the launcher in the first place ;)
[14:44] <chrisccoulson> yeah, i'll try starting metacity and gnome-panel
[14:45] <chrisccoulson> oh, i would start metacity if i could focus my terminal
[14:45]  * chrisccoulson throws laptop out of the window
[14:46] <chrisccoulson> oh, i started metacity from a console
[14:46] <chrisccoulson> now i just have a load of corruption where the launcher and panel shadows were
[14:46] <chrisccoulson> it's totally broken now
[14:47]  * chrisccoulson waits for uploads to finish
[14:47] <didrocks> chrisccoulson: kill the unity-window-decorator
[14:47] <alecu> chrisccoulson, if you can't focus on X, then try switching to a vt with Ctrl-Alt-F1
[14:47] <didrocks> and run the gtk-window-decorator
[14:48] <alecu> chrisccoulson, then log in, and run "DISPLAY:0 metacity --replace & gnome-panel &"
[14:48] <chrisccoulson> alecu, that's what i did, but it's just left me with a load of corruption
[14:48] <chrisccoulson> didrocks, that didn't work :(
[14:50] <chrisccoulson> didrocks, this is what i have now: http://people.canonical.com/~chrisccoulson/baaaaaaaaaaaaaaaaaaaaaaaaaaaaah.png
[14:50] <didrocks> chrisccoulson: sorry, I'm in a middle of updating part of unity…
[14:51] <alecu> chrisccoulson, are you using the ati open source driver?
[14:51] <chrisccoulson> alecu, intel
[14:53] <alecu> chrisccoulson, oh, right. Well, I had similar launcher drawing issues with the ati driver, but they seem fixed right now.
[14:55]  * bcurtiswx didn't realize how long nux takes to make
[14:58] <rodrigo_> ugh, almost 2 hours pushing a branch (branched from lp:~ubuntu-desktop/gnome-icon-theme/ubuntu) to a ~gnome3-team branch
[14:59] <rodrigo_> something's wrong it seems
[15:01] <chrisccoulson> that's better, i have my screen back
[15:41] <seb128> kenvandine, hey
[15:41] <kenvandine> hey seb128
[15:42] <seb128> kenvandine, so new indicator-datetime tarball?
[15:42] <kenvandine> yes
[15:42] <seb128> it's showing on version since yesterday
[15:42] <kenvandine> about to upload
[15:42] <seb128> when is it coming to distro? ;-)
[15:42] <seb128> great!
[15:42] <kenvandine> can't do an install test until textlive finishes downloading :/
[15:42] <seb128> kenvandine, btw I reassigned this libappindicator g-s-d icon updating issue to mterry
[15:42] <kenvandine> huge!
[15:43] <kenvandine> thx
[15:43] <seb128> seems you have enough other things to do
[15:43] <seb128> yw
[15:43] <seb128> kenvandine, why do you need tex to build it?
[15:43] <kenvandine> not for it
[15:43] <kenvandine> patch pilot
[15:43] <seb128> oh ok
[15:43] <kenvandine> sponsoring
[15:43] <kenvandine> so for something else :)
[15:44] <seb128> k, makes sense
[15:45] <ochosi> bratsche: sorry, was away before
[15:45] <ochosi> bratsche: i wanted to ask you something about the resize-grips in natty
[15:46] <bratsche> ochosi: Sure.
[15:47] <ochosi> bratsche: to be more concrete: (why can't i/how) can i deactivate the resize-grip with "GtkWindow ::has-resize-grip=0" in my gtkrc and apply that to a GtkWindow
[15:47] <ochosi> (i also tried "GtkWidget ::has...")
[15:48] <bratsche> ochosi: Because has-resize-grip is a property on GtkWindow, not a style property.
[15:48] <seb128> re, urg crashed my session
[15:49] <ochosi> bratsche: so that means it can only be fixed in the sources of the programmes that have problems?
[15:49] <bratsche> ochosi: I've never tried doing this so I don't know if it will work.  But try setting resize-grip-width and resize-grip-height to 0.
[15:50] <ochosi> bratsche: but would that affect the resize-grip area as well?
[15:50] <ochosi> bratsche: because i was also considering setting the resize-grip to a 1px empty pixmap
[15:51] <bratsche> You'll just have to experiment and see if it does anything.  I've never tried messing with those.
[15:51] <ochosi> okeydokey
[15:51] <bratsche> Otherwise if you want to disable it, you'd have to do it per-application.
[15:52] <ochosi> okay, well mr_pouit was kind enough to do that for xfdesktop (which really shouldn't have a resize grip)
[15:52] <ochosi> do you generally take care of resize-grip bugreports like that, meaning: does it even make sense to report such issues?
[15:53] <bratsche> Sure, it's nice to get bug reports.
[15:53] <bratsche> In most cases it's a 1-line patch to fix it.  It just takes a little time to track down where to put that 1 line. :)
[15:54] <ochosi> yeah, well, that depends. if a close button is hidden by the resize-grip it might not be as trivial as a "set-has-resize-grip=0"
[15:55] <ochosi> e.g. with firefox in natty the lower scrollbar-arrow is hidden if there is only a vertical scrollbar
[15:55] <ochosi> with both scrollbars you seem to have fixed it already
[15:55] <bratsche> Right, that's why I say "in most cases". :)
[15:55] <ochosi> i also wanted to mention one more thing, even though it's a bit trivial:
[15:56] <ochosi> if you use a new theme, all open windows that have close-buttons have the grip overlaying them, this fixes itself only on application restart
[15:57] <ochosi> s/use a new theme/switch theme
[16:15] <bcurtiswx> rodrigo_, i gor the same error in G-Icon-Theme and gave up..
[16:15] <bcurtiswx> got*
[16:17] <rodrigo_> bcurtiswx, hmm, when pushing the branch?
[16:17] <chrisccoulson> my daughter is obsessed with putting random objects in to mugs of tea
[16:18] <davmor2> chrisccoulson: hide the lead soldiers
[16:18] <ricotz> rodrigo_, hi :), why arent you using the current debian packaging as base
[16:19] <rodrigo_> ricotz, hmm, I am just updating the gnome3 branches
[16:19] <ricotz> rodrigo_, ok, i mean gnome-icon-theme
[16:19] <pitti> didrocks, seb128: \o/ LibO tamed
[16:20] <pitti> took a bit longer than expected, though
[16:20] <didrocks> pitti: already?
[16:20] <didrocks> well, nice!
[16:20] <rodrigo_> ricotz, oh, yes I guess I should get the debian package
[16:20] <seb128> pitti, bamf code to updated to special case as it did for openoffice?
[16:20] <ricotz> rodrigo_, would be better ;)
[16:20] <pitti> seb128: right; it just needed some small adaptions to actually work
[16:21] <seb128> ok, great
[16:21] <seb128> you might be able to get it merged in today's release
[16:21] <seb128> check with Jason or didrocks
[16:22] <didrocks> right, it's still time for today :)
[16:22] <didrocks> pitti: just point it to DBO :)
[16:22] <pitti> pushing, pushing
[16:24] <bcurtiswx> rodrigo_, no this FTBFS error it has
[16:25] <pitti> DBO: https://code.launchpad.net/~pitti/bamf/libreoffice-705461/+merge/49245 for your reviewing pleasure :)
[16:25] <DBO> pitti, you fixed bamf for libreoffice?
[16:25] <pitti> DBO: right
[16:26] <pitti> it's one of our alpha-3 bugs
[16:26] <DBO> pitti, you sir are my favorite person in the world
[16:26] <pitti> DBO: that would still be didrocks, I guess
[16:26] <didrocks> DBO: what???
[16:26] <DBO> no didrocks had his time
[16:26]  * didrocks is disappointed ;)
[16:26] <pitti> but as a heavy Office user *cough* *cough* it was my pleasure
[16:27] <didrocks> pitti: ahah, as if we could believe you :)
[16:27] <pitti> hey, I started it at least three times last year for testing, plus perhaps two times when people send me funny presentations :)
[16:27] <DBO> pitti, approved :)
[16:28] <pitti> DBO: yay; do you merge this as well, or do you have a four-eyes review process?
[16:28] <seb128> didrocks, I guess if you merge it for pitti you can maybe be pitti's favourite person in the world ;-)
[16:28] <pitti> so I can scratch off one more bug from our desktop RC bugs for tomorrow's meeting
[16:28] <DBO> pitti, you dont have commit rights?
[16:28] <pitti> DBO: dunno, let me check
[16:28] <DBO> if you dont you should
[16:29] <didrocks> seb128: quick quick, merging :)
[16:29] <seb128> DBO, not likely, it's restricted to the unity team no?
[16:29] <pitti> I fixed something in the past
[16:29] <pitti> but that was in the old world
[16:29] <pitti> didrocks: nope
[16:29] <pitti> I mean: DBO: nope
[16:29] <DBO> seb128, yeah but he does enough crap with it he really should
[16:29] <didrocks> DBO: do you me to handle the release? I think njpatel is already busy
[16:29] <pitti> argh tab damage, fixing
[16:29] <DBO> pitti, merged
[16:30] <didrocks> want*
[16:30] <DBO> didrocks, yes please new favorite person again
[16:30] <pitti> DBO: please merge again to fix tab->space
[16:30] <didrocks> DBO is versatile :)
[16:30]  * ricotz thinks he should have looked into this libreoffice thing ;)
[16:31] <DBO> pitti, merged again
[16:31] <pitti> DBO: cheers!
[16:31] <DBO> hey ricotz
[16:31] <DBO> ricotz, I cant reproduce your crash yet
[16:31] <DBO> I am trying to
[16:31] <didrocks> ok, pushing libunity and releasing bamf
[16:31] <DBO> sweet
[16:31] <ricotz> DBO, yeah, done this half a year ago for docky ;)
[16:32] <ricotz> DBO, i think the new glib,dbus versions might solved it
[16:32] <DBO> ah
[16:33] <mvo> hey DBO - so tremolux implemented the launcher integration in s-c its IMO ready to upload. would that help you ? or should we wait until you get a chnace to actually implement your bits (i.e. to you want to work against our branch)
[16:33] <ricotz> DBO,  havent ran it very constantly in the last time
[16:34] <DBO> mvo, let me implement my bits first :)
[16:34] <mvo> DBO: ok
[16:35] <DBO> mvo, I am doing it today since my other major work item is being handled well
[16:35] <didrocks> seb128: pitti: what the policy regarding new binary package? should we let other make the review? (I mean, don't hack our own new bin pakage?)
[16:35] <didrocks> ack*
[16:36] <mvo> DBO: ok, just shout when we shall enable it in s-c
[16:36] <pitti> didrocks: for the sake of peer review, yes; want me to review one?
[16:36] <DBO> mvo, can I have the branch link again?
[16:36] <didrocks> pitti: will ping you once it's built
[16:36] <seb128> didrocks, no strong policy but we tend to let someone else do the review just for safety
[16:36] <didrocks> sure, I prefer to check :)
[16:36] <tremolux> DBO: it's this guy: lp:~gary-lasker/software-center/launcher-integration
[16:36] <DBO> tremolux, thanks
[16:37] <seb128> didrocks, but I usually consider binaries obvious enough to NEW that I do it for my own uploads if nobody is around
[16:37] <tremolux> DBO: sure thing  :)
[16:37] <didrocks> ok, let's see when it's buillt :)
[16:38] <didrocks> built*
[16:38] <pitti> now we just need a pygobject upstream release, and the world will be good again
[16:39] <didrocks> o O (nvidia driver… nvidia driver…)
[16:39] <DBO> something must be giving them problems
[16:40] <seb128> pitti, btw debian updated gobject-introspection, do we have any diff worth keeping?
[16:40] <pitti> seb128: nope, all patches are upstream
[16:40] <DBO> I wonder if it has anything to do with the new position nvidia is advertising
[16:40] <seb128> pitti, should I just sync it then?
[16:40] <zyga> mvo, ping
[16:40] <pitti> seb128: I also sorted out the pygobject mess with upstream; next upstream release and we are free of patches again, too
[16:40] <pitti> seb128: sync away; thanks!
[16:40] <seb128> pitti, thanks
[16:41] <mvo> hey zyga
[16:41] <pitti> seb128: we found a solution to fix the ref leaks for GI and not break pygtk at the same time
[16:41] <zyga> mvo, I have a quick question if you can answer, in the piston mini client there are a few nice decorators for validating arguments and return types, is this part of the client or is there some nice library I can use to get that?
[16:41] <seb128> pitti, nice!
[16:41] <zyga> mvo, I saw that during the tech talk about piston a few days ago
[16:41] <seb128> pitti, seems gi is in a solid state now ;-)
[16:41] <pitti> seb128: it's a bloody hack, it "emulates" the bug that pygtk was relying on now, but only in the stable branch
[16:42] <pitti> seb128: yeah; GTK git head has zero introspection errors/warnings from g-ir-scanner now \o/
[16:42] <pitti> (i. e. 3.0 final will)
[16:42] <mvo> zyga: its part of the client, what you can use it from there
[16:42] <pitti> 2.0 is of course still buggy, but works enough for our purposes
[16:43] <pitti> speaking of mvo, I need to get back to software-properties-gtk pygi
[16:43] <zyga> mvo, is it bound to the client or will it just work even without using any of the piston-related parts?
[16:44] <mvo> zyga: you could use them standalone I image, its just kwargs based, check the bzr tree and "validators.py" there
[16:44] <zyga> mvo, thanks
[16:44] <mvo> yw
[16:54] <dpm> hi pitti, so here's the feedback on the Lucid langpack testing, these can be uploaded to -updates: https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA - unfortunately the teams for the langauges on the CD haven't provided feedback yet
[16:54] <pitti> dpm: thanks! I'll test en and de tomorrow
[16:54] <pitti> dpm: can you reset the Finnish one? or is the updated package still broken?
[16:54]  * pitti -> dinner, bll
[16:55] <pitti> bbl
[16:56] <dpm> pitti, I'll remove it from there for now, as there hasn't been new feedback, but I'll ask the Finnish translators to have another look
[16:56] <ari-tczew> didrocks: around?
[16:57] <didrocks> ari-tczew: right, but quite busy with unity release
[16:57] <ari-tczew> didrocks: have you got installed glew?
[16:58] <didrocks> ari-tczew: yeah
[16:58] <ari-tczew> didrocks: Debian has packaged new upstream release 1.5.8, could you try to install it?
[16:58] <didrocks> ari-tczew: not now, why?
[16:58] <didrocks> ari-tczew: I really can't, in the middle of tons of things
[16:59] <ari-tczew> didrocks: there was regression and bryceh has downgraded glew to 1.5.2 due to unity
[16:59] <didrocks> ari-tczew: right, but the regression was for intel card
[16:59] <didrocks> I'm on nvidia
[17:01] <ari-tczew> didrocks: I too
[17:01] <didrocks> ari-tczew: I don't follow you, what do you try to achieve?
[17:02] <ari-tczew> didrocks: btw. I'm not happy due to ignoring my sync requests (not grievances to you) bug 715519
[17:02] <ubot2> Launchpad bug 715519 in libnice "Sync libnice 0.1.0-2 (main) from Debian unstable (main)" [Wishlist,Fix released] https://launchpad.net/bugs/715519
[17:02] <didrocks> why can't you try to install it on your bug?
[17:02] <didrocks> ari-tczew: did you read my comment?
[17:02] <didrocks> ari-tczew: I haven't done the upload
[17:02] <ari-tczew> didrocks: I know robert ancell has uploaded it without looking on bugs
[17:03] <seb128> I did sync it
[17:03] <seb128> he dropped me an email with half a dozen sources to sync
[17:03] <seb128> or rather 5 of those
[17:03] <ari-tczew> didrocks: maybe glew 1.5.8 regression with intel has gone
[17:04] <didrocks> ari-tczew: maybe, I think it's better to see with #ubuntu-x guys
[17:04] <ari-tczew> seb128: so many thanks for making community as second queue
[17:04] <chrisccoulson> didrocks - the glew regression affected everybody not using nvidia i think (including ati users)
[17:05] <seb128> ari-tczew, ?
[17:05] <ricotz> didrocks, hi, perhaps you can look into this vapi thing for bamf when doing a new release
[17:05] <seb128> ari-tczew, not sure what your issue is
[17:05] <dpm> pitti, (when you're back or tomorrow). Looking at https://launchpad.net/ubuntu/natty/+source/language-pack-en/+changelog it seems that the language pack uploads were not reenabled after the A2 freeze. Do you think you could reenable them? Thanks!
[17:05] <didrocks> ricotz: too late, release is done
[17:05] <seb128> ari-tczew, we do syncs and upload daily, he requested that sync before you
[17:05] <ari-tczew> seb128: nope
[17:05] <ari-tczew> seb128: requestsync finds already reported bugs for sync
[17:06] <ricotz> didrocks, ok :/
[17:06] <didrocks> ricotz: still introspection issue with bamf last time I checked, but I'll look for next release, is there a bug report?
[17:06] <seb128> ari-tczew, there was no bug, he gave me a list to sync
[17:06] <ari-tczew> seb128: this is long way discussion about relation canonical - community
[17:06] <seb128> ari-tczew, we tend to do that since it spares paper work and time
[17:07] <seb128> ari-tczew, it has nothing to do with canonical
[17:07] <ricotz> didrocks, i think there isnt a bug -- but if there is no introspection it could be disabled for real in the packaging
[17:07] <seb128> ari-tczew, you would have synced community requests the same way
[17:08] <ari-tczew> seb128: I would don't wasting my time
[17:08] <didrocks> ricotz: just report a bug, we should fix it
[17:09] <seb128> ari-tczew, well maybe check what would be usefult do rather than trying to get every debian update synced or merged without a solid reason
[17:10] <ari-tczew> seb128: weak point, because the same from robert
[17:11] <micahg> ari-tczew: that's what DIF is for, to stop random syncs and only sync stuff with a good reason, otherwise there wouldn't be a DIF
[17:12] <ari-tczew>  aaaaaaha, and now I'm this bad
[17:12] <ari-tczew> very nice
[17:13] <micahg> ari-tczew: not at all, just giving you a more detailed explanation to your question
[17:13] <ari-tczew> this is called "be appreciated" by ubuntu
[17:13] <seb128> ari-tczew, well maybe you could check what work would be useful before starting on something?
[17:13] <ari-tczew> seb128: why do you doubt, if you did this one for robert?
[17:14] <seb128> doubt of what?
[17:15] <seb128> it's rather checking that things you start on are not already being worked by someone else
[17:15] <ari-tczew> of useful
[17:16] <bcurtiswx> hmm ubuntu.com down
[17:17] <ari-tczew> maybe this is my fault, as everything ^^
[17:22] <bcurtiswx> back up
[17:22] <bcurtiswx> they chaged it to the welcoming version of the chinese version of Ubuntu
[17:31] <didrocks> seb128: around for acking libunity new binary package?
[17:35] <rodrigo_> time for a break, later all
[17:37] <seb128> didrocks, yeah, can do
[17:37] <didrocks> seb128: thanks :)
[17:44] <seb128> didrocks, yw
[17:45] <Sweetshark> Riddell: they caught us talking around 3:20 if I am not mistaken ... http://cubestuff.wordpress.com/2011/02/09/fosdem-2k11-a-film-about-fosdem-the-free-and-open-source-developers-european-meeting/
[17:47] <Riddell> see that everyone, Sweetshark really exists! :)
[18:04] <pitti> tremolux: there's a new tzdata 2011b, FYI
[18:04] <pitti> tremolux: just heared yesterday in the news that Russia will abandon the DST switch, maybe that was the reason :)
[18:05] <tremolux> pitti: yep, I saw it  :)
[18:06] <pitti> mvo: got a minute to discuss software-properties?
[18:06] <tremolux> pitti: I was going to process it once it had been packaged in debian, but I don't need to wait
[18:06] <pitti> tremolux: it just landed in sid
[18:07] <pitti> unfortunately slangasek now modified it in natty, so it needs a merge
[18:07] <tremolux> pitti: ah!  ok, thx!
[18:07] <tremolux> pitti: yes, I noticed that too
[18:07] <pitti> haven't asked him about submitting this to debian
[18:10] <seb128> pitti, hey
[18:10] <seb128> pitti, have you time to review libunity in NEW?
[18:11] <pitti> sure
[18:11] <seb128> pitti, I've to run for sport in 10 minutes and I'm trying to finish 2 discussion and something else I'm still working on
[18:11] <seb128> pitti, thanks
[18:12] <pitti> I'll be off in 15 mins, too
[18:13] <pitti> didrocks: NEWed the gir to main for i386/amd64; feel free to NEW the armel/powerpc ones when they land
[18:14] <didrocks> pitti: thanks :)
[18:14] <pitti> didrocks: and yes, that was a trivial one, doesn't need peer review really
[18:14] <pitti> sometimes they are more complex, and peer review is good for checking conflicts: fields, etc.
[18:14] <didrocks> pitti: ok, will know for future :)
[18:20] <pitti> mvo: asked my question in https://code.launchpad.net/~pitti/software-properties/pygi/+merge/47463 now
[18:24] <pitti> tremolux: nice, Debian just got a tzdata -2 with our recent change, so we can sync again
[18:24] <tremolux> pitti: woo!
[18:25] <pitti> good night everyone!
[18:26] <bcurtiswx> nite pitti
[20:26] <mvo> pitti: sorry, was at dinner, I will look into the merge proposal
[23:23] <cyphermox> kenvandine, ping