[07:37] <didrocks> good morning
[08:07] <pitti> Good morning
[08:09] <didrocks> hey pitti! Happy new year! How are you?
[08:10] <pitti> hey didrocks, bonjour! I'm great, I enjoyed the long holidays
[08:10] <pitti> and you?
[08:10] <didrocks> I enjoyed it too, moving to my new flat :)
[08:10] <pitti> got everything settled?
[08:10] <didrocks> however, I still have no Internet, so I'm on a flappy connexion
[08:11] <didrocks> not yet, will get the bed this evening for instance :)
[08:11] <pitti> ah, 3G and sleeping mattress :)
[08:11] <didrocks> yeah ;)
[08:11] <didrocks> been 20 days on a pneumatic mattress
[08:11] <didrocks> this has to end :)
[08:12] <didrocks> air bed*
[08:27] <pitti> didrocks: so now we have to re-learn what this computer thing is :)
[08:27] <seb128> hello there!
[08:27] <didrocks> hey seb128!
[08:27] <seb128> hey pitti didrocks
[08:27] <didrocks> pitti: exactly, it was so nice to be away from it for some time :)
[08:27] <pitti> bonjour Monsieur Bacher! Bonne annee!
[08:28] <seb128> hey pitti, "gute neue jahre?" ;-)
[08:28] <pitti> didrocks: me too; in all those two weeks I didn't work for more than perhaps 4 hours; spent lots of time with my family and friends, and played Descent 1 & 2 :)
[08:28] <pitti> seb128: "Gesundes neues Jahr" usually, but thanks!
[08:28] <seb128> ;-)
[08:29] <seb128> Gesundes neues Jahr then! ;-)
[08:29] <mvo> hey guys! happy new year everyone
[08:29]  * pitti hugs seb128 and didrocks
[08:29] <seb128> I managed to not work at all in 2 weeks
[08:29]  * pitti hugs mvo too, Gesundes Neues!
[08:29] <seb128> I'm not looking forwarding opening my mailbox
[08:29] <didrocks> pitti: ahah, Descent! That's true you got it before the holidays :)
[08:29]  * mvo hugs pitti, seb128, didrocks
[08:29] <seb128> hey mvo
[08:29] <seb128> happy new year!
[08:29]  * didrocks hugs mvo, pitti and seb128
[08:29] <pitti> didrocks: I bought d2 as well now, pretty nice
[08:29] <didrocks> happy new year mvo
[08:29]  * seb128 hugs mvo pitti didrocks
[08:30] <pitti> now I have to get used to not sleeping until 9
[08:30] <didrocks> new bad habits? :)
[08:31] <mvo> and after peaceful two weeks my daughter decided last night, that 4 in the morning is the right time to get up and wake everyone up (took a good while until we slept again). so much for a good start into the working year ;)
[08:31] <seb128> hehehe, kids for you!
[08:32] <didrocks> urgh :)
[08:32] <seb128> pitti, or get used to sleep until 9 and work later :p
[08:32]  * mvo will need a lot of tea to shake of the sleepiness
[08:32] <seb128> I gave up on waking up early, that's not for me :p
[08:32] <mvo> lol@seb128 - kids help here too :p
[08:32] <seb128> didrocks, btw how was your moving?
[08:32] <seb128> you got internet at your new place?
[08:33] <didrocks> seb128: no Internet yet. I'm on a quite flappy connexion right now…
[08:33] <didrocks> seb128: the moving was great otherwise, thanks! :)
[08:33] <didrocks> I'll have my bed this evening normally
[08:33] <pitti> http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html -> nice, we just touched the trend line; about time to end the holidays :)
[08:34] <didrocks> almost settled, but the moving was done with a snowy weather, quite scary :)
[08:34] <seb128> yeah, I had a though for you at this time
[08:34] <seb128> nice that you made it ;-)
[08:34] <mvo> weeeh, its always "fun", moving isn't it. good luck to settle everything
[08:35] <seb128> didrocks, where do you work from then? some coffee shop in the city ? ;-)
[08:35] <seb128> stealing some open wifi close by? ;-)
[08:35] <didrocks> seb128: thanks, yeah, it was obviously not the good 2 days for planning that :)
[08:35] <didrocks> seb128: right now, I'm on  free
[08:35] <didrocks> freewifi*
[08:35] <didrocks> (with my parents id)
[08:36] <didrocks> fortunately a neighbour has free, so I can connect on this with other free user id
[08:36] <didrocks> but the connexion is sometimes down
[08:36] <didrocks> it's ok for today with all email catching I guess
[08:37] <didrocks> if it really goes badly, I'll go to framasoft's house where I'm invited :)
[08:37] <seb128> ok
[08:38] <seb128> when will you get your line working?
[08:39] <didrocks> don't really know… Free has blocked all new connexion since the 15th december with its new freebox (V6) until today…
[08:40] <didrocks> so I should see things moving starting from now. (asking to france telecom to connect my flat back and then activate Free)
[08:40] <didrocks> the new freebox will be sent starting tomorrow
[08:40] <didrocks> hopefully I'll get something before going to Dallas
[08:41] <didrocks> and you? how was your holidays?
[08:43] <seb128> great
[08:43] <seb128> not touching the computer for 2 weeks was really great, I needed that
[08:44] <didrocks> nice :)
[08:44] <seb128> I should be better at taking some holidays during the year this year
[08:44] <seb128> I was really exhausted before the holidays
[08:44] <seb128> otherwise really relaxing time
[08:45] <xclaesse> ah, seb128 was on vacation, that explain I didn't get much in my "apt-get upgrade"
[08:45] <seb128> sleep, tv, some video gaming (zelda)
[08:45] <seb128> nice winter weather outside for some walks
[08:46] <xclaesse> FYI, the only hard-dep missing in natty to build empathy-3 is gnome-keyring-3
[08:46] <didrocks> seb128: excellent ;) indeed, we have a real winter weather this year
[08:47] <pitti> mvo: oh, you already fixed the libgnome2-perl -> libgtk2-perl dependencies of gdebi and friends? danke!
[08:47] <xclaesse> unfortunately, ssh agent doesn't work with gnome-keyring3 from the gnome3 ppa :(
[08:48] <dpm> morning and happy new year everyone!
[08:48] <pitti> hey dpm, happy new year!
[08:49] <dpm> hey pitti, did you have nice holidays?
[08:49] <didrocks> happy new year dpm!
[08:49] <pitti> dpm: I did! lots of family, friends, snow, and Descent playing
[08:49] <dpm> cool :)
[08:49] <dpm> heya didrocks, happy new year to you too ;)
[08:56] <mvo> pitti: yw
[09:00] <pitti> mvo: can bug 659438 be fixed in natty soon, so that we can move it to maverick-updates?
[09:00] <ubot2> Launchpad bug 659438 in python-apt (Ubuntu Maverick) (and 4 other projects) "Installation/Removal fails because of package which could not be located (faiulre in apt.Cache.required_download) (affects: 326) (dups: 177) (heat: 1678)" [Undecided,New] https://launchpad.net/bugs/659438
[09:09] <mvo> pitti: yes, might be fixed there already, I double check
[09:17] <seb128> oh, yeah, let's play ping mvo
[09:17] <seb128> mvo, what's up with my update-notifier fix to make user crash be reported under unity
[09:17] <seb128> ?
[09:21] <mvo> seb128: I looked at it its fine, I had some minor nitpick but I forgot what it was, so I will look at it again today
[09:22] <seb128> mvo, it would be nice if you could land it in natty
[09:22] <seb128> so we receive bugs about unity
[09:22] <seb128> mvo, thanks ;-)
[09:23] <mvo> makes sense of course
[09:26] <pitti> jasoncwarner: good morning, and happy new year! had some nice holidays?
[09:29] <rodrigo_> morning
[09:32] <pitti> hey rodrigo_, happy new year! how are you?
[09:33] <rodrigo_> happy new year pitti
[09:33] <rodrigo_> and all
[09:33] <pitti> seb128: do you mind if I update gsettings-desktop-schemas to 0.1.3? control-center git head needs it
[09:35] <seb128> pitti, go for it
[09:35] <seb128> pitti, you can probably just sync on debian
[09:36] <rodrigo_> pitti, https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/gsettings-desktop-schemas/0_1_3_release
[09:36] <pitti> rodrigo_: ah
[09:36] <pitti> rodrigo_: is that any different than Debian's?
[09:36] <pitti> we only use the lp:ubuntu/gsettings-desktop-schemas branch anyway, so syncing will update that as well
[09:36] <rodrigo_> pitti, no, so just syncing from debian should be ok
[09:36] <rodrigo_> hey seb128, happy new year
[09:36] <pitti> cool, doing that then
[09:37] <didrocks> hey rodrigo_, happy new year!
[09:37] <rodrigo_> didrocks, same to you :)
[09:38] <pitti> seb128, rodrigo_: yep, binary debdiff looks fine
[09:38] <seb128> rodrigo_, happy new year!
[09:39] <rodrigo_> also, see https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-desktop/2_91_4_release
[09:42] <pitti> rodrigo_: need sponsoring? can do that
[09:42] <rodrigo_> pitti, yes, unless someone already updated it last week
[09:43] <pitti> rodrigo_: into lp:ubuntu/g-d?
[09:43] <rodrigo_> pitti, no, this is g-d-3, so lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3
[09:43] <pitti> ah
[09:43] <rodrigo_> I think that's the correct branch, seb128 ^ ?
[09:44] <rodrigo_> although it should probably be lp:~gnome3-team/... as robert_ancell and I discussed the week before last week
[09:45] <pitti> rodrigo_: hm, these branches aren't compatible
[09:45] <rodrigo_> well wait, not sure about g-d-3, robert_ancell suggested to use ~gnome3 branches for stuff that is only on the gnome3 ppa
[09:46] <rodrigo_> and ~ubuntu-desktop/.../ubuntugtk3 for gnome3 versions of libs
[09:46] <rodrigo_> pitti, oh?
[09:46] <pitti> bzr: ERROR: KnitPackRepository('file:///home/martin/ubuntu/gnome3/gnome-desktop3/.bzr/repository/')
[09:46] <pitti> is not compatible with
[09:46] <pitti> RemoteRepository(bzr+ssh://bazaar.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-desktop/2_91_4_release/.bzr/)
[09:46] <pitti> different rich-root support
[09:46] <pitti> rodrigo_: my local one is the checkout of lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3
[09:46]  * pitti tries to upgrade to 2a
[09:47] <pitti> rodrigo_: ah, that worked; sorry for the noise
[09:47] <rodrigo_> pitti, ah ok
[09:47] <pitti> rodrigo_: btw, having #MISSING in *.symbols is not acceptable
[09:47] <pitti> rodrigo_: I'll just remove them from the .symbols, as this is only a PPA etc., but it generally means that upstream screwed up the abi
[09:48] <rodrigo_> oh, that was the diff shown by dh_gensymbols, it indeed looked strange to me
[09:48] <rodrigo_> pitti, right
[09:49] <rodrigo_> btw, I had a problem the week before last week after upgrading, with ssh-agent never showing the password dialog, any idea if something broke there?
[09:49]  * rodrigo_ upgrades
[09:49] <pitti> works here
[09:50] <rodrigo_> pitti, with all up-to-date?
[09:50] <pitti> rodrigo_: yes, I dist-upgraded almost every day
[09:51] <rodrigo_> hmm, maybe then it's something in the gnome3 ppa that broke it, but couldn't find what, so looking again
[09:53] <pitti> rodrigo_: does gnome-control-center with gnome3 ppa work for you?
[09:53] <pitti> rodrigo_: I get a "cannot open libgtk-x11-3.0.so library blabla" error
[09:54] <rodrigo_> pitti, yes, that's an upstream bug in gtk, ln -s /usr/lib/libgtk-3.0.so /usr/lib/libgtk-x11-3.0.so should fix it
[09:54] <pitti> rodrigo_: oh, and I'll fix the version number; 2ubuntu1 -> 0ubuntu1
[09:54] <pitti> rodrigo_: heh, ok
[09:55] <rodrigo_> although g-c-c doesn't work for me now though
[09:55] <rodrigo_> (gnome-control-center:6793): GLib-GObject-WARNING **: specified class size for type `CcPanel' is smaller than the parent type's `GtkBin' class size
[09:55] <rodrigo_> I guess it needs a recompile
[09:57] <pitti> rodrigo_: same here; it doesn't crash, but doesn't show anything
[09:58] <pitti> rodrigo_: and you didn't update the patches
[09:58] <rodrigo_> ok, I'll try rebuilding it, let's see
[09:58] <pitti> rodrigo_: in g-d3
[09:58] <rodrigo_> pitti, hmm
[09:58] <pitti> Patch 00git_no_GDK_DRAWABLE.patch can be reverse-applied
[09:59] <pitti> rodrigo_: 100_load_desired_settings.patch isn't in series, is that intended?
[09:59] <pitti> rodrigo_: want to fix this yourself, or want me to?
[10:00] <rodrigo_> I'll fix it
[10:00] <pitti> thanks
[10:01] <rodrigo_> ok, so again, patches are not applied when I build locally, as it happened in my seahorse branch, any idea why that happens?
[10:01] <pitti> rodrigo_: please pull from lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3 first
[10:01] <pitti> rodrigo_: as I updated the branch format, merged from you, and did the version fix
[10:01] <rodrigo_> ok
[10:01] <pitti> (pull instead of merge should work and is cleaner)
[10:01] <pitti> Requested 'gdk-pixbuf-2.0 >= 2.23.0' but version of GdkPixbuf is 2.22.1
[10:02] <pitti> rodrigo_: ^ do you know where I can get that from? It doesn't seem to be in the PPA
[10:02] <pitti> I thought we should have the GTK 3 stack in natty already
[10:02] <seb128> 2.23 was realeased during the holidays
[10:03] <pitti> ah, ok
[10:03] <rodrigo_> pitti, yeah
[10:03] <pitti> so we simply need an update of that?
[10:03] <pitti> want me to do that?
[10:03] <seb128> it's in debian experimental
[10:03] <pitti> i. e. merge it?
[10:03] <seb128> the diff with debian is probably small to null
[10:03] <seb128> that would be great
[10:03] <pitti> right on it
[10:03] <seb128> the gtk3 situation is weird
[10:03] <seb128> I'm still catching up on emails
[10:03] <seb128> but the ppa has a git snapshot?
[10:03] <pitti> seb128: that's fine; for these things I'd just rather confirm with you first
[10:04] <seb128> ricotz, could you not upload git snapshots to the ppa for gtk?
[10:04] <seb128> it's a gnome3 ppa not a crack of the day one
[10:04] <pitti> rodrigo_: https://launchpad.net/~gnome3-team/+archive/gnome3/+packages doesn't seem to?
[10:04] <seb128> the natty version is stucked in NEW
[10:04] <seb128> but maybe it's ok, I read it had some crasher issue
[10:05] <rodrigo_> seb128, he uploaded it because of the libgtk-x11* problem
[10:05] <pitti> seb128: if you talk about the new GTK, that was reverted
[10:05] <ricotz> seb128, hi, this was intended to fix some great problems, like rodrigo_  said
[10:06] <rodrigo_> seb128, so, once we have the fixed one in natty, we can remove it from the ppa
[10:06] <pitti> ah, I'll NEW it
[10:06] <pitti> 3 minutes too late, of course
[10:07] <pitti> seb128: so gtk+3.0 replaces the gdk-pixbuf package?
[10:07] <pitti> or are we talking about two different things here?
[10:07] <seb128> we are talking about different things I think
[10:07] <seb128> but I didn't really follow what happened with gtk
[10:07] <seb128> or the breakage ricotz and rodrigo_ are talking about
[10:07] <seb128> what version was broken?
[10:08] <pitti> I seem to remember that 2.91.8 had a problem and broke gdm for many people, and then got reverted
[10:08] <pitti> but I don't see evidence of that in teh changelog, so maybe it wasn't gtk+3.0
[10:08] <seb128> we never had 2.91.8 in natty
[10:08] <seb128> or not on https://launchpad.net/ubuntu/+source/gtk+3.0/+publishinghistory
[10:08] <baptistemm> hi there
[10:08] <baptistemm> Happy New year
[10:08] <seb128> hey baptistemm, happy new year!
[10:09] <ricotz> pitti, gtk2.23.3 is broken and also gtk2.91.7 ;)
[10:09] <pitti> ricotz, rodrigo_: gtk+3.0 binNEWed, but that's still 2.91.7, and the PPA has 2.91.8~git
[10:09] <pitti> seb128: ah, so it was gtk2, not gtk3
[10:09] <seb128> pitti, so the gtk you just newed is broken
[10:10] <rodrigo_> yes
[10:10] <baptistemm> seb128: sorry If i sent you a picture of me yesterday :)
[10:10] <pitti> seb128: but we already have 2.91.7-0ubuntu1 in natty
[10:11] <pitti> seb128: i. e. the binNEW wasn't a new upstream version
[10:11] <seb128> oh right
[10:11] <seb128> so is 2.91.7 broken and how so?
[10:11] <pitti> it just re-adds pixbuf
[10:11] <pitti> seb128: jdstrand reported (with gtk2) a gdm failure; I didn't have that
[10:11] <pitti> beyond that I don't know details, I'm afraid
[10:12] <pitti> gtk3 at least works with apport and jockey etc., although only without themes
[10:12] <seb128> ricotz, rodrigo_: what is broken in 2.91.7 and 2.23.3?
[10:13] <ricotz> seb128, 2.91.7 dropped some *.pc files and messed up a method return value
[10:13] <ricotz> and i think 2.23.3 broke the api
[10:13] <seb128> way to go gtk guys
[10:14] <seb128> we should really stay away from GNOME3 this cycle
[10:20] <pitti> seb128: gdk-pixbuf> we have one extra patch, the rest of the diff is just noise; I'll double-check if the patch is still necessary, and merge or sync
[10:25] <didrocks> hum, I think I'm the only one with a broken bzr right?
[10:26] <seb128> didrocks, I neither dist-upgraded nor finished catchup with emails
[10:26] <seb128> so I didn't try yet, what is broken?
[10:27] <didrocks> I upgraded and downloaded my email in an cafe yesterday knowing my connexion today :) getting a big stacktrace on bzr branch: http://paste.ubuntu.com/549771/
[10:28] <pitti> didrocks: workaround: python2.6 /usr/bin/bzr ...
[10:28] <didrocks> pitti: ok, was going to try that, should escape ~ as bash try to interpret it with python 2.6 as a command
[10:29] <didrocks> pitti: working well, thanks! :)
[10:30] <seb128> pitti, what gobject-introspection binary versions did you reject?
[10:30] <seb128> pitti, the bug was in 0ubuntu2 and fixed in  0ubuntu3 I think
[10:30] <seb128> those were maybe a leftover of the broken upload?
[10:30] <pitti> 0.10.0-0ubuntu1
[10:30] <pitti> 2010-12-23
[10:31] <pitti> seb128: ah, indeed
[10:31] <seb128> ok great
[10:31] <pitti> brb
[10:35] <pitti> I really like the new shotwell, BTW; spent last night until 2 am to tag all my photos, now that shotwell actually puts those into the .jpg :)
[10:37] <pitti> kenvandine: did you forward gdk-pixbuf 065_gir_set_packages.patch to upstream anywhere? this should be fixed there, too
[10:40] <huats> morning
[10:41] <pitti> bonjour huats, bonne annee!
[10:41] <seb128> lut huats, bonne année !
[10:42] <seb128> pitti, yeah, that and it handles videos now
[10:42] <seb128> shotwell for the win ;-)
[10:42] <pitti> seb128: ah, it didn't before? yes, works well now
[10:42] <seb128> pitti, no it didn't before ;-)
[10:42] <huats> bonne année too seb128 and pitti !
[10:43] <pitti> seb128: had it running for some 4 hours without a single crash; it just hangs a couple of times when the I/O from rewriting files gets too high
[10:43] <seb128> didrocks, btw I had fun with compiz after you left ;-)
[10:43] <pitti> but that's just a general linux misbehaviour
[10:43] <seb128> right
[10:43] <didrocks> seb128: I saw that! You played reverting my workaround :p
[10:43] <seb128> didrocks, it breaks menus for some reason
[10:43] <didrocks> seb128: that's evil, I don't make an upload at 3AM just for fun :p
[10:43] <seb128> and I didn't get the hang
[10:44] <seb128> didrocks, well there is no hang, that stacktrace of yours was a redhearing
[10:44] <didrocks> seb128: yeah, you are lucky :)
[10:44] <seb128> it does crash on start for everybody though
[10:44] <seb128> in the unity session
[10:44] <seb128> unity doesn't crash in the classic session
[10:44] <seb128> it's really weird
[10:44] <didrocks> about the menu, sam told me it was because of something else he already had
[10:44] <didrocks> just the workaround make it more often
[10:44] <seb128> like if you enable unity in ccsm in the classic session it works
[10:44] <didrocks> yeah, it's really a redhearing…
[10:44] <seb128> but it crashes in the unity session
[10:45] <seb128> confirmed by several people
[10:45] <didrocks> that's why I fought it for 4 hours before deciding to go the workaround way…
[10:45]  * Amaranth doesn't get a hang/crash when starting unity session
[10:45] <seb128> I don't get the difference between classic with unity on and unity
[10:45] <didrocks> Amaranth: try to remove the workaround in -0ubuntu3
[10:45] <Amaranth> There shouldn't be a difference
[10:45] <didrocks> Amaranth: and read the changelog
[10:45] <Amaranth> didrocks: oh, right, someone put it back in
[10:45] <Amaranth> bleh
[10:45] <Amaranth> I never saw that hang though :)
[10:45] <didrocks> it's using the profile environment variable
[10:45] <didrocks> a different code path then
[10:45] <seb128> it's not an hang
[10:45] <seb128> it's a crash on start
[10:46] <seb128> bug #691561
[10:46] <ubot2> Launchpad bug 691561 in compiz (Ubuntu) (and 1 other project) "compiz crash on login to Unity desktop (affects: 2) (dups: 1) (heat: 263)" [High,Fix released] https://launchpad.net/bugs/691561
[10:46] <Amaranth> seb128: Sam wanted to know if we could get the patch for bug 691545 applied in ubuntu
[10:46] <ubot2> Launchpad bug 691545 in libwnck (Ubuntu) (and 2 other projects) "[natty] moving a window between workspaces changes its position (affects: 2) (heat: 12)" [Low,Triaged] https://launchpad.net/bugs/691545
[10:46] <seb128> ^ the bug I just pointed is the crash without the workaround
[10:47] <Amaranth> yeah, not much info there
[10:48] <seb128> there is a debug stacktrace
[10:48] <seb128> Amaranth, the libwnck patch, seems fine to me, someone should add the patch to the bug and subscribe the sponsors
[10:48] <seb128> or get didrocks to sponsor it for you ;-)
[10:48] <didrocks> the gconf backend is just wrong from the design in any case… I really hope in N+1 we can get the gsettings one
[10:48] <seb128> waouh, I'm done with email catching up
[10:48] <didrocks> I already answered to sam I can sponsor it once I've done with my emails
[10:48] <seb128> well not with the bug boxes
[10:48] <pitti> congrats seb128 :)
[10:48] <didrocks> lucky you :)
[10:49] <seb128> but everything else including debian and natty changes
[10:49] <seb128> I might just declare bugmail bankrupcy
[10:49] <Amaranth> oh oh oh, that bug is a dupe
[10:49] <seb128> set them all as read
[10:49] <didrocks> I think that's the perfect to tell "dx will handle unity bugs now" and mark the 700 emails marked as read :)
[10:49] <Amaranth> crash in CompWindow::id()
[10:49] <didrocks> time*
[10:49] <seb128> Amaranth, known issue but no patch right?
[10:50] <seb128> didrocks, 1982 emails in my launchpad box
[10:50] <Amaranth> Which is because screen->windows somehow ends up containing an invalid pointer and unity doesn't make sure they're valid before calling the id method
[10:50] <seb128> over 410 in my unity one
[10:50] <seb128> Amaranth, so 2 bugs, one in compiz and unity not being careful enough?
[10:50] <Amaranth> pretty much
[10:51] <htorque> Amaranth, bug 685418 (i'm the reporter)? i don't get this spinning cursor anymore, though.
[10:51] <ubot2> Launchpad bug 685418 in unity "SIGSEGV in CompWindow::id() (affects: 4) (heat: 24)" [Critical,Triaged] https://launchpad.net/bugs/685418
[10:51] <Amaranth> screen->windows should never have an invalid CompWindow pointer in there but if unity checked for it the problem would go away
[10:51] <didrocks> seb128: I'm just counting the unity one, not the "general/compiz/misc". It should be no more than 1200 though… I lose :)
[10:51] <seb128> hey htorque, happy new year
[10:52] <htorque> seb128, thanks, to you (and everyone else) too :)
[10:52] <seb128> Amaranth, happy new year as well btw
[10:52] <Amaranth> thanks, you as well
[10:52] <didrocks> seb128: 410 only for unity? oh, that's because you are not in the dx team and don't have upstream one it seems
[10:52] <didrocks> that's an evil place as well :)
[10:53] <seb128> didrocks, right, I'm only in the unity team
[10:53] <didrocks> happy new year Amaranth and htorque
[10:53] <seb128> that's enough for my taste :p
[10:53] <didrocks> :)
[10:53] <mvo> hey Amaranth, happy new year!
[10:53] <Amaranth> happy new year didrocks and mvo :)
[10:55] <didrocks> Amaranth: btw, someone proposed to package -extra. I think you're not on it, right?
[10:55] <Amaranth> didrocks: someone did it already
[10:56] <dpm> didrocks, I've noticed that the "Ubuntu Classic Desktop" menu entry in gdm is not translatable (or at least I could not find the translation). Do you happen to know where it comes from?
[10:56] <pitti> seb128, rodrigo_: do you think we should have libgnomekbd3 in natty, similar to gnome-desktop and gtk?
[10:56] <didrocks> dpm: oh, I maybe didn't add it to the POTFILE
[10:57] <seb128> pitti, we can't
[10:57] <seb128> pitti, it's not versioned
[10:57] <rodrigo_> pitti, what seb128 says
[10:58] <seb128> pitti, the binaries and images etc don't have a versioned dir or name
[10:58] <didrocks> Amaranth: ok, it's the same person, it's just that I had no Internet during the holidays and was catching up today
[10:58] <pitti> seb128: we have abi 4, PPA has ABI 7?
[10:58] <pitti> seb128: ah, ok
[10:58] <didrocks> dpm: I'll check, thanks
[10:58] <seb128> pitti, well it only has 3 rdepends which need to be upload together anyway
[10:58] <dpm> didrocks, thank you :)
[10:58] <pitti> seb128: and libgnomekbd 2.91 won't work with gnome 2.30?
[10:58] <seb128> g-s-d g-s g-c-c
[10:58] <seb128> pitti, it's using gtk3
[10:58] <pitti> ok
[10:58] <didrocks> Amaranth: so, once smspillaz will reorganize to have one tree and that we will split the packages, I'll rename and remove "fusion" in the name, agreed?
[10:59] <pitti> seb128: thanks for the heads-up; I just wondered because I remembered that we said "have the libraries, but not the apps"
[10:59] <seb128> pitti, there is nothing to win to update, as said only 3 rdepends
[10:59] <Amaranth> didrocks: sounds good
[10:59] <seb128> pitti, no worry, yeah that's still the story when possible
[10:59] <pitti> seb128: would make it easier (or possible) to build gtk3 stuff on natty
[10:59]  * Amaranth wanted to use the new 3.0 support for multiple tarballs in one source package to do that
[10:59] <seb128> pitti, I'm pondering rolling back gtk3 out of the CD
[11:00] <didrocks> Amaranth: I think smspillaz wanted to only make one tarball with everything in it. But I'll check. Yeah, source 3 will be nice. Not sure if we can push the lp team for daily builds
[11:01] <pitti> seb128: was it just me (apport, language-selector) who pulled it in?
[11:01] <seb128> pitti, yes
[11:01] <seb128> pitti, that's a topic for the rally though I guess, will be either to get mterry and robert_ancell in the discussion
[11:02] <seb128> but since we will not likely update any GNOME component in natty we could as well roll back gtk3 from the cd
[11:02] <seb128> if you could use gtk2 stack for apport and l-s
[11:02] <xclaesse> seb128, oh, no GTK3 for natty? :(
[11:03] <pitti> seb128: hm, in theory we should even be able to use g-i with gtk2?
[11:03] <seb128> pitti, yes
[11:03] <seb128> if you don't need any new api
[11:03] <seb128> xclaesse, well it's in natty but maybe not on the default installation
[11:03] <seb128> xclaesse, it will still be maintained in main and uptodate
[11:03] <pitti> seb128: not really; I ported to some GTK3isms, but shouldn't be too hard to support both
[11:03]  * xclaesse hoped empathy3 would be on natty 
[11:03] <seb128> it will be in the gnome3 ppa
[11:04] <didrocks> dpm: confirmed, it was just missing from the POTFILES.in, do you have a bug report about it?
[11:04] <seb128> it's not really possible to bring one part of GNOME3 without everything
[11:04] <pitti> seb128: it's a lot more than apport and l-s, though
[11:04] <pitti> seb128: check sudo apt-get purge libgtk3.0-0 on a live system
[11:04] <xclaesse> seb128, sure it is everything or nothing... but hoped it would be everything :P
[11:05] <xclaesse> but I can perfectly understand it is risky
[11:05] <seb128> right, it's risky
[11:05] <dpm> didrocks, I don't have a bug report because I did not know against which package to file it. If you need one, I'll be more than happy to do it
[11:05] <seb128> we will probably have a better experience for users with the ppa
[11:05] <xclaesse> tbh I won't believe in GNOME3 into GTK 3.0 is released
[11:05] <seb128> since it means we will be able to update things after the natty freeze
[11:05] <didrocks> dpm: no, it's not needed. It was just to close it in case :)
[11:05] <xclaesse> s/into/until/
[11:05] <pitti> seb128: hm, libcanberra-gtk0 depends on gtk3; that looks like a bug? (only libcanberra3-gtk-0 sohuld)
[11:06] <seb128> pitti, indeed
[11:06] <pitti> seb128: and mousetweaks; the rest is transitive dependencies
[11:07] <seb128> I didn't check this one but should be easy enough to downgrade the version if needed
[11:07] <seb128> but let's discuss it next week
[11:07] <pitti> ack
[11:07] <dpm> didrocks, great, thanks. So once fixed, which package should I check out to find the string? Was it gdm?
[11:07] <seb128> it just feels like natty is a short target for GNOME3
[11:07] <seb128> GNOME3 is still changing a lot and breaking
[11:07] <didrocks> dpm: no, it's in gnome-session
[11:08] <didrocks> dpm: I just pushed the bzr branch right now, will upload it with other change later this week, maybe
[11:08] <seb128> it's not likely we will manage to get a great GNOME3 this cycle, upstream and distro work speaking
[11:09] <pitti> seb128: just as a heads-up, I'm currently investigating how much effort it is to separately package the g-c-c 3 user admin portion for natty, to replace gnome-system-tools
[11:09] <dpm> thanks didrocks
[11:09] <didrocks> dpm: yw :)
[11:09] <pitti> seb128: if we drop gtk3, then this will be postponed as well
[11:10] <pitti> seb128: it's not a biggie, as we already keep a lot of perl for apparmor, g-s-t doesn't take that much extra space
[11:12] <seb128> pitti, would probably be easier to package the standalone version fedora was using
[11:12] <pitti> seb128: YM system-config-user? no, that was too crackful
[11:13] <seb128> no, the new user admin
[11:13] <seb128> they wrote it as a standalone software first
[11:13] <seb128> they are using it for one or two cycle
[11:13] <seb128> well, what is in gcc3 now
[11:13] <pitti> seb128: ah; so it wouldn't bee too much of an UI shift for users?
[11:14] <seb128> I didn't try both versions so I can't really say
[11:14] <seb128> it seems like we could just stay away from that work until next cycle though
[11:14] <rodrigo_> the standalone version is a bit out of date, but maybe it might work
[11:14] <pitti> seb128: ok; I won't waste too much time on it; it's a WI of mine, but since the whole "remove perl" idea is pretty much moot due to apparmor..
[11:15] <seb128> ok
[11:32] <pitti> Laney: "Investigate areas for banshee diet, notably splitting out less used plugins and dropping sqlite2 dependency" -> looks like this already happened to some degree?
[11:33] <pitti> mvo: we already talked a while ago about dropping srcpkgcache.bin by default; I didn't notice any problem with that, but you had some concerns back then
[11:34] <pitti> MacSlow: gesundes Neues! how are you?
[11:36] <Laney> pitti: yes, sorry forgot about that — should be alright now
[11:36] <Laney> banshee itself needs a quick MIR review, but from my POV it should be good to seed
[11:36] <pitti> Laney: cool, thanks
[11:36] <pitti> Laney: so this can be set to "DONE"?
[11:36] <Laney> yep
[11:37] <pitti> Laney: thanks muchly
[11:37] <Laney> np
[11:58] <MacSlow> pitti, Dir ebenfalls... healthy again... despite the nasty cold weather
[11:58] <pitti> MacSlow: ah, good to hear
[11:59] <MacSlow> pitti, only the trip to the south of spain didn't work... since I got a nasty flu at the start of the vacation
[12:02] <geser> is it expected that I've to send a SIGHUP to gnome-panel after login to make it visible in the "classic" gnome desktop?
[12:02] <pitti> not here; although I get all indicators crashing and have to reload them
[12:03] <geser> hmm
[12:06] <geser> for me the panel is "not there" after login (but ps aux lists gnome-panel), after "kill -1" the gnome-panel it slides in with all applets
[12:08] <geser> I use the OSS radeon driver if it makes a difference (so metacity gets used for WM)
[12:08] <didrocks> geser: did you just try to click on it rather than sending the SIGHUP?
[12:09] <geser> click on the free space where the panel should be?
[12:10] <didrocks> right
[12:10] <didrocks> it's just a reparenting issue making compiz not showing it IIRC
[12:14] <pitti> MacSlow: ah, I got notify-osd to build on natty; I created https://code.launchpad.net/~pitti/notify-osd/link-gcc-4.5/+merge/45025
[12:14] <geser> didrocks: I've restarted my computer to reproduce it; nothing happens when I click on the space where the panel should be (and I've no compiz process running, only metacity)
[12:14] <pitti> MacSlow: just in case someone else complains (some other folks were trying that as well)
[12:14] <MacSlow> pitti, ok... I've to complete the merge of a few patches.
[12:15] <geser> didrocks: anything else I should try before I kill it?
[12:15] <MacSlow> pitti, have not compiled it yet since I moved to natty
[12:15] <pitti> MacSlow: should be an easy one
[12:15] <pitti> MacSlow: I'll cherrypick it to the Ubuntu package for now and upload
[12:15] <didrocks> geser: no, really, you can kill it. that's weird… your default windowmanager is compiz or metacity?
[12:15] <MacSlow> pitti, ok... thanks for the heads up
[12:17] <geser> didrocks: how can I check it? I've selected the classic desktop in gdm and use auto-login (I had trouble to get fglrx, unity and dual-screen to work so I went back to radeon and classic desktop)
[12:18] <didrocks> geser: gconftool-2 -g /desktop/gnome/applications/window_manager/default
[12:19] <geser> didrocks: /usr/bin/metacity
[12:20] <didrocks> geser: ok, so your issue is different from compiz one. compiz isn't run at all on your machine (even not fallbacking in metacity)
[12:20] <didrocks> geser: just in case: gconftool-2 --get /desktop/gnome/session/required_components/windowmanager
[12:21] <geser> didrocks: compiz
[12:22] <didrocks> geser: oh ok, sorry, I misread the script then, compiz runs (the other key is deprecated) and then fallback to metacity
[12:22] <didrocks> something wrong seems to happens though…
[12:22] <didrocks> to mimic that, I'll retry on a virtualbox without guest additions
[12:22] <didrocks> oh, just a test, if you metacity --replace, what happens?
[12:22] <geser> didrocks: should I unset my default wm value to get the default? (this system got installed several releases ago and I don't remember every change I once did in the past)
[12:23] <didrocks> geser: well, the default is gnome-wm and it will finally try to run compiz, so same effect, don't bother
[12:23] <didrocks> just if you can make the other test, it will helps
[12:24] <didrocks> help*
[12:24] <geser> didrocks: my running gnome-terminals flicker shortly but still now gnome-panel (but many warnings from metacity in the terminal)
[12:25] <didrocks> hum, ok, not related to bad reparenting then. I have no clue for now :( I'll have a try in a virtualbox
[12:32] <pitti> seb128: heads-up: I renamed the various "lpbindings" directories on lillypilly to "*.disabled", as lillypilly got upgraded to lucid; should be recent enough now
[12:32] <pitti> seb128: and using the local one causes tons of python warnings and cron spam
[12:32] <seb128> pitti, thanks, I noticed that as well
[12:34] <seb128> pitti, I just ran into that a few minutes ago while trying to figure why the versions page was outdated
[12:34] <pitti> I also get crashes
[12:34] <pitti>   File "/home/platform/desktop/versions/lpbinding/launchpadlib/httplib2/__init__.py", line 736, in connect
[12:34] <pitti>     sock.settimeout(self.timeout)
[12:34] <pitti>   File "<string>", line 1, in settimeout
[12:34] <pitti> TypeError: a float is required
[12:34] <pitti> seb128: do you get that, too?
[12:34] <seb128> that's the same crash version has
[12:34] <seb128> yes
[12:35] <nessita> hello everyone!
[12:35] <seb128> hey nessita, happy new year!
[12:35] <seb128> how are you?
[12:35] <Shred00> how can i tell if my .bzr checkout is from "maverick" or "maverick-updates"?
[12:35] <pitti> hey nessita, how are you?
[12:35] <nessita> seb128:  happy new year to you too! :-)
[12:35] <nessita> pitti: pretty pretty good! you?
[12:37] <didrocks> happy new year nessita :)
[12:38] <nessita> didrocks: thanks! happy new year for you as well
[12:38] <pitti> seb128: hm, when I run versions manually, I get an LP auth dialog; is the credential stored in lpbinding/?
[12:38] <seb128> pitti, no
[12:39] <pitti> anyway, working now
[12:39] <pitti> (the auth bit)
[12:39] <pitti> let's see how far it gets
[12:39] <seb128> pitti, it should be in .launchpadlib
[12:39] <pitti> how long does this usually run?
[12:39] <seb128> in the user dir
[12:39] <seb128> 3 minutes
[12:41] <pitti> seb128: http://people.canonical.com/~platform/desktop/versions.html looks ok to you?
[12:41] <seb128> pitti, ok, I was wrong
[12:41] <seb128> versions.py:lp_cred = os.path.abspath('./lpbinding/ubuntu-desktop-cred')
[12:41] <pitti> no error
[12:42] <seb128> pitti, yes, it's fine
[12:42] <pitti> seb128: ok, it created lpbinding with the cookie and cache
[12:42] <seb128> pitti, so the credential was in lpbinding/ubuntu-desktop-cred
[12:42] <pitti> I gave it "read public", so should be ok
[12:42] <seb128> ok
[12:42] <seb128> thanks
[12:42]  * seb128 hugs pitti
[12:49] <pitti> /build/buildd/notify-osd-0.9.29/./configure: line 2823: GNOME_COMMON_INIT: command not found
[12:49] <pitti> that's what I get on the buildds when I enable dh_autoreconf
[12:49] <pitti> probably a missing build dep
[12:49] <pitti> does that ring a bell for anyone?
[12:50]  * pitti -> lunch, bbl
[12:53] <seb128> pitti, you need to bd on gnome-common
[13:02] <cyphermox> good morning!!
[13:02] <didrocks> hey cyphermox! happy new year :)
[13:02] <cyphermox> hey didrocks! same to you :)
[13:04] <cyphermox> while I have your attention... I'm struggling with a unity hack :)
[13:05] <didrocks> struggling, litterally? :)
[13:10] <rodrigo_> bbiab
[13:23] <bcurtiswx> Happy new year to all.  Off to work I go
[13:33] <pitti> seb128: thanks
[13:36] <nessita> pitti: ping
[13:37] <pitti> hey nessita
[13:37] <nessita> pitti: hey, I can't find the chat log were you (and some others) talked about dropping a package (evolution-couchdb I think?) from the CD, and letting the Ubuntu One Control Panel install it if needed. Would you have that piece of info available somewhere? I want to check that what I just said is correct or not
[13:38] <nessita> s/were/where/
[13:38] <pitti> nessita: I think it was spread over phone calls and some private mails, so I'm afraid I can't point to it
[13:38] <pitti> nessita: it's one item in https://blueprints.launchpad.net/ubuntu/+spec/performance-desktop-n-install-footprint, though
[13:39] <nessita> pitti: oh, ok. Any idea who is best to ask about that?
[13:39] <seb128> it was discussing in a team meeting as well iirc
[13:39] <seb128> nessita, jasoncwarner
[13:40] <seb128> he has been in the discussions about that and should be able to point you to notes or people concerned by it
[13:41] <nessita> seb128: right, thanks. Though I think I just found the piece of info I was looking for: "If we still need more space, drop evolution-couchdb from default install, which drops couchdb and erlang (6.7 MB)If we drop evo-couchdb, install evolution-couchdb when enabling it in the U1 control panel"
[13:42] <seb128> nessita, ok, feel free to ask if you want details
[13:42] <seb128> I think the item changed slightly
[13:42] <nessita> seb128, pitti: I already proposed a branch where the u1cp installs evo-couchdb if not present. Shall I let him know?
[13:42] <pitti> nessita: oh, sweet! please do
[13:42] <seb128> nessita, yes please do
[13:42] <pitti> nessita: that's something I planned to look into during the rallye, but seems you are way ahead of us then :)
[13:43] <seb128> nessita, I think the plan is to drop it from the CD anyway, having extra translations for example instead would be a better deal for users
[13:43] <nessita> pitti: I'm trying to gain space on the CD for the control panel itself :-D
[13:43] <seb128> if we can easily install things on demand
[13:43] <pitti> nessita: but landing this branch makes sense either way, both for people who uninstalled it and want it back, for custom installs, and derivatives
[13:43] <nessita> pitti: right
[13:43] <pitti> right, especially for services which need network anyway, like U1
[13:44] <pitti> it just must be discoverable and easy to install what's needed
[13:44] <pitti> fortunately aptdaemon makes that really nice these days
[13:44]  * pitti hugs mvo and glatzor
[13:44] <nessita> indeed, I used aptdaemon for the implementation and it went really well
[13:44]  * nessita hugs too
[13:44] <pitti> seb128: two more megabytes on i386, and we can put back French!
[13:45] <seb128> pitti, waouh!
[13:45] <nessita> pitti: we need room for the control panel!
[13:45] <ari-tczew> pitti: I saw that you've added autoreconf support to notify-osd. I'm doing the same with lxpanel, but it built fail. can you help me?
[13:45] <pitti> ari-tczew: you've got a lot?
[13:45] <pitti> ari-tczew: sorry, "log"
[13:46] <ari-tczew> pitti: yeah, I'm sending on pastebin
[13:46]  * didrocks hugs pitti for French being back :)
[13:47] <pitti> didrocks: it's not yet..
[13:47] <ari-tczew> pitti: http://paste.ubuntu.com/549826/
[13:47] <kenvandine> happy new year everyone
[13:47] <didrocks> pitti: it's just a "persuasive" hug :)
[13:47] <didrocks> hey kenvandine, happy new year
[13:49] <pitti> hey kenvandine, happy new year!
[13:49] <pitti> ari-tczew: "config.status:2185: error: po/Makefile.in.in was not created by intltoolize" -- hm, haven't seen that yet; does it work locally?
[13:50] <ari-tczew> pitti: dunno, I'm not familiar :( how can I check it?
[13:50] <pitti> ari-tczew: I mean, is that from the Launchpad builders, or a local build?
[13:50] <ari-tczew> pitti: pbuilder on my desktop
[13:51] <Amaranth> hmm, I have a feeling unity-panel-service just crashed but i didn't get an apport dialog
[13:51] <Amaranth> all my windows got their menus back and my indicators reloaded
[13:52] <pitti> ari-tczew: so, presumably a simple autoreconf isn't enough, and you perhaps need gnome-autogen.sh?
[13:52] <pitti> ari-tczew: (this is all pretty black magic to me, too..)
[13:53] <pitti> Amaranth: something recent in ls -l /var/crash/ ?
[13:53] <didrocks> Amaranth: that can happen if you have another user crash in /var/crash/.
[13:53] <Amaranth> pitti: nope, nothing at all in there
[13:53] <ari-tczew> pitti: dunno. previous package had 99* patch for autoreconf. Now I'd like to drop it and support by debian/rules.
[13:54] <pitti> Amaranth: did you enable apport in /etc/default/apport ?
[13:54]  * glatzor hugs happy aptdaemon users nessita and pitti :)
[13:55] <glatzor> servus!
[13:55] <Amaranth> bah, enabled=0
[13:55] <mvo> hey glatzor
[13:55] <glatzor> hey mvo !
[13:55] <mvo> glatzor: happy new year!
[13:55] <glatzor> happy new year!
[13:55] <Amaranth> I thought that automatically flipped when using a development version
[13:55] <pitti> Amaranth: I think we'll enable it by default in alpha-2
[13:55]  * bcurtiswx_ waves to room
[13:55] <pitti> hey bcurtiswx_
[13:55] <bcurtiswx_> hey pitti
[13:56] <didrocks> hey bcurtiswx_
[13:56] <bcurtiswx_> hey didrocks :)
[13:56] <bcurtiswx_> happy new year to everyone
[13:56] <didrocks> happy new year to you too :)
[13:56] <seb128> pitti, the error you listed before is an autopoint thing, didrocks and mterry knows about it
[13:56] <seb128> iirc
[13:57] <seb128> hey bcurtiswx, happy new year!
[13:57] <bcurtiswx_> hey seb128, thx :)
[13:58] <pitti> ari-tczew: so perhaps try adding an "autopoint" build dependency as a first try?
[13:59] <mterry> pitti, yeah, if you specify AUTOPOINT=true at the top of debian/rules
[13:59] <mterry> pitti, you can avoid running autopoint and screwing up po/Makefile.in.in
[13:59] <ari-tczew> pitti: it is
[14:00] <ari-tczew> mterry: trying
[14:00] <mterry> ari-tczew, oh sorry, thought pitti was the stuck one  :)
[14:01] <pitti> mterry: thanks anyway, though! good to know
[14:01] <pitti> mterry: and happy new year! had some nice holidays?
[14:02] <mterry> pitti, yeah!  Lots of food  :)
[14:03] <ari-tczew> mterry: didn't help :(
[14:06] <mterry> ari-tczew, really?  hmm
[14:07] <seb128> hey mterry, happy new year!
[14:07] <mterry> ari-tczew, looking at anjuta (in which I dealt with this bug), I put "export AUTOPOINT = true" at the very top of debian/rules (right below #!/usr/bin/make line)
[14:07] <mterry> seb128, hi!
[14:11] <ari-tczew> mterry: now another FTBFS. dh_autoreconf: autoreconf -f -i returned exit code 2
[14:13] <mterry> ari-tczew, I've not seen that error.  Maybe start with a fresh directory?
[14:13] <ari-tczew> mterry: fresh directory? how? I'm dealing in pbuilder
[14:14] <mterry> ari-tczew, OK, then forget fresh directory idea  :)
[14:14] <mterry> ari-tczew, there is no other message?  Exit code 2 isn't much to go on
[14:15] <Laney> mterry: hey, happy new year
[14:15] <Laney> as a Christmas present to you, Banshee is ready to review
[14:15] <Laney> :)
[14:15] <mterry> Laney, :)  I believe that's on asac's plate
[14:16] <Laney> it is? ok
[14:16] <mterry> I did the dependencies for ya though!
[14:16] <mterry> :)
[14:16] <Laney> upstream are asking about it so i'd appreciate reviews!
[14:16] <Laney> you did, thanks
[14:16] <ari-tczew> mterry: http://paste.ubuntu.com/549834/
[14:17] <mterry> ari-tczew, it looks like you included one of the quote marks in at the end of the export line
[14:17] <Laney> asac: ^^^^^^^ could you add MIR reviewing banshee to your queue please
[14:17] <Laney> :)
[14:45] <pitti> mvo: we already talked a while ago about dropping srcpkgcache.bin by default; I
[14:45] <pitti>  didn't notice any problem with that, but you had some concerns back then
[14:48] <mvo> pitti: I briefly talked about this with donkult, he played with that but said it did slow down stuff
[14:48] <pitti> mvo: which stuff?
[14:48] <mvo> pitti: like tab completion even breaks, I have not tried it independantly
[14:48] <mvo> pitti: and general all apt-cache releated stuff
[14:49] <pitti> mvo: I thought that used pkgcache.bin, not srcpkgcache?
[14:49] <mvo> pitti: right but pkgcache.bin is outdated there is no srcpkgcache to use as a template to build a new pkgcache.bin
[14:50] <pitti> mvo: ok, so we'll leave it on, and documented on https://wiki.ubuntu.com/ReducingDiskFootprint
[14:50] <pitti> mvo: thanks for checking!
[14:51] <mvo> pitti: I would suggest keeping it and if speed does not matter, then removing both
[14:51] <mvo> pitti: but I will talk to donkult again (and look at the source) to see why we actually need them both, i'm not sure that this is still a valid design nowdays (in 2011 ;)
[14:52] <pitti> mvo: it does seem to be a lot of duplicated caching indeed
[14:59] <ari-tczew> mterry: thanks!!!!
[15:00] <mterry> ari-tczew, it works?  hot
[15:00] <ari-tczew> mterry: however, dunno why, during build my PC has been crashed :P
[15:00] <ari-tczew> mterry: yes, It works!
[15:00] <mterry> ari-tczew, not my fault!  ;)
[15:00] <ari-tczew> mterry: yes I'm kidding
[15:01] <mterry> phew  :)
[15:02] <ari-tczew> btw guys are you affected by bug in bzr?
[15:02] <ari-tczew> on natty
[15:03] <pitti> ari-tczew: if you do lp:... addresses
[15:03] <pitti> ari-tczew: pythohn2.6 /usr/bin/bzr ...
[15:03] <pitti> -h
[15:04] <ari-tczew> pitti: MHM, cdbs has suggested it on bug 693880
[15:04] <ubot2> Launchpad bug 693880 in bzr (Debian) (and 3 other projects) "_ReportingFileSocket.readline lacks size argument (affects: 29) (dups: 10) (heat: 160)" [Undecided,New] https://launchpad.net/bugs/693880
[15:10] <seb128> hum
[15:10] <seb128> pitti, seems the cron job on people is not running?
[15:11] <pitti> seb128: oh? should be
[15:11] <seb128> neither the wi tracker nor versions got updated since your manual run
[15:11] <pitti> WI tracker works fine
[15:11] <seb128> hum
[15:11] <seb128> are you sure?
[15:11] <pitti> yes
[15:11] <seb128> http://people.canonical.com/~platform/workitems/natty/
[15:11] <pitti> I didn't run the WI tracker manually
[15:11] <pitti> but it finally updated after lunch
[15:11] <seb128> canonical-desktop-team-natty-alpha-2.html	03-Jan-2011 14:35 	46K	
[15:11] <seb128> shouldn't it run every hour?
[15:12] <pitti> it's running now
[15:12] <pitti> seb128: that was 45 mins ago :)
[15:12] <mvo> pitti: btw, I recently did a natty install and there was no /var/crash, what is creating it these days ?
[15:12] <pitti> mvo: /etc/init/apport.conf, when enabled
[15:13] <seb128> pitti, hum, ok, so it's only versions
[15:13] <seb128> "HTTP Error 401: Unauthorized"
[15:13] <seb128> hum no, that's an old emaikl
[15:13] <seb128> email
[15:13] <pitti> uh? I ran it manually just fine
[15:14] <seb128> well it didn't update since
[15:14] <seb128> but there is no error either
[15:14] <seb128> doh, it did
[15:14] <seb128> pitti, ignore me
[15:14] <pitti> ok :) was about to check it
[15:14] <mvo> pitti: aha, nice, thanks
[15:14] <seb128> the clock on those is one hour off compared to us
[15:15] <pitti> yes, British time
[15:15] <seb128> stupid timezones :p
[15:22] <bcurtiswx_> kenvandine, empathy patches for the indicator and LP integration are all screwed up still and I wouldn't know how to fix them.  When you get a moment today I'd like to chat with you about it.
[15:22] <kenvandine> bcurtiswx_, sure
[15:22] <kenvandine> got a bzr branch ?
[15:23] <bcurtiswx_> kenvandine, yes I'm just about to push to it, one sec
[15:26] <bcurtiswx_> kenvandine, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3
[15:27] <bcurtiswx_> kenvandine, it built from source fine (with the exception of disabling webkit temporarily), so it's something with our patches that's causing it to fail
[15:27] <bcurtiswx_> kenvandine, you'll need the gnome3 PPA
[15:28] <kenvandine> bcurtiswx_, ug
[15:28] <kenvandine> paste me the build log :)
[15:28] <mvo> seb128: I merged your branch, many thanks. if you don't mind, could you give it a quick test run again before I upload? I modified it a little bit along the way
[15:28] <mvo> seb128: cleaning up some of the other cruft that it accumulated over the time
[15:29] <seb128> mvo, sure, just running from trunk?
[15:29] <bcurtiswx_> kenvandine, haha, sure.  let me run it again.  It'll be a few minutes.  bzr bd > buildlog.txt ?
[15:29] <kenvandine> bcurtiswx_, just copy the end of the output
[15:29] <kenvandine> where the failure is
[15:29] <bcurtiswx_> OK
[15:30] <seb128> hey kenvandine, happy new year
[15:30] <kenvandine> hey seb128, happy new year!
[15:30] <seb128> bcurtiswx_, there is a.build with the log in build-area after the build
[15:30] <bcurtiswx_> seb128, thanks, i did not know that
[15:32] <mvo> seb128: yep
[15:35] <bcurtiswx_> kenvandine, http://paste.ubuntu.com/549861/
[15:36]  * kenvandine looks
[15:36] <kenvandine> bcurtiswx_, ok, looks like part of the patch is missing
[15:38] <dpm> pitti, quick question someone has asked me and I could not answer: at the technical level, why are the -en language packs necessary at all (except for providing variants such as en_UK and such)?
[15:39] <dpm> I mean, why are they always installed?
[15:39] <bcurtiswx_> kenvandine, which patch and missing?
[15:41] <kenvandine> the indicator patch
[15:41] <didrocks> oh "nice": if you have both gir1.2-gtk-2.0 and gir1.2-gtk-3.0 installed and try repository.require("Gtk", "2.0"), you get:
[15:41] <didrocks> gi.RepositoryError: Requiring namespace 'Gtk' version '2.0', but '3.0' is already loaded
[15:41] <didrocks> pitti: any idea? ^^
[15:41] <kenvandine> bcurtiswx_, but looking at your branch, it looks like the patch is complete
[15:41] <bcurtiswx_> kenvandine, the patches all get pushed in fine
[15:42] <kenvandine> i am looking
[15:42] <didrocks> maybe, we should load gtk before webkit
[15:47] <mterry> didrocks, this isn't helpful, but PyGI folks have told me that Gtk 2.0 is specifically not guaranteed to work and likely is broken
[15:48] <didrocks> mterry: that's the kind of news which are good for starting a new year, thanks! :)
[15:48] <didrocks> ok, then, having the two binary packages doesn't make sense :/
[15:49] <aquarius> so if I'm writing a Python program which is using Gtk and Webkit, and I want Gtk 2, I should just use the old-fashioned static bindings? I thought the whole point was to use all this beautiful g-i stuff?
[15:49] <mterry> didrocks, it *might* work.  I haven't tried in a while.  But that was their response when I found issues with gtk2.0 & pygi
[15:50] <didrocks> mterry: ok, thanks for the notice :)
[15:50] <mterry> didrocks, but at the time, require() worked.  I think you're right, that something else is pulling in 3.0 before you are calling require()
[15:50] <aquarius> didrocks, maybe I should just use the old-fashioned static bindings, then. I mean, the program's trivial anyway :)
[15:50] <didrocks> aquarius: the good news is that you will have dep detection at least :) (try to postive) :)
[15:50] <mterry> aquarius, yeah, old fashioned for gtk2 is my recommendation
[15:50] <didrocks> be  positive*
[15:51] <aquarius> didrocks, yeah, I like that. I was only using g-i because I thought That's What You're Supposed To Do These Days :)
[15:51] <kenvandine> bcurtiswx_, i do need more of the build log, can you just get me the whole thing?
[16:06] <bcurtiswx_> kenvandine, yes.  kenvandine@ubuntu.com ?
[16:06] <kenvandine> ken.vandine
[16:08] <bcurtiswx_> kenvandine, i have your canonical one in auto complete.. lol.. that one ok?
[16:09] <kenvandine> sure
[16:12] <mterry> smspillaz, heyo.  Does an approval for a merge mean you want me to commit (I don't have write access) or is it part of a process where a branch needs (e.g.) 2 approvals?
[16:15] <bcurtiswx_> kenvandine, sent :)
[16:20] <smspillaz> mterry: not sure, but I'll commit it in any case
[16:20] <smspillaz> mterry: thanks for finding that :)
[16:20] <didrocks> mterry: smspillaz: one is enough
[16:21] <mterry> smspillaz, cool, thanks.  I really hate that bug
[16:22] <mterry> :)
[16:22] <smspillaz> mterry: I was worried that it was really NULL pointers in screen->windows () in which case I was going to be in a world of hurt
[16:22] <mterry> smspillaz, heh
[16:22] <asac> Laney: ok looking into it
[16:24] <rodrigo_> my system is borked
[16:25] <rodrigo_> pitti, you dist-upgrade'd today?
[16:25] <pitti> rodrigo_: yes
[16:25] <pitti> my morning exercise :)
[16:25] <rodrigo_> :)
[16:25] <rickspencer3> hey pitti, good afternoon ... no holiday today for you?
[16:26] <pitti> hey rickspencer3, happy new year!
[16:26] <pitti> rickspencer3: no, two weeks were quite enough :)
[16:26] <rickspencer3> Happy New Year to you!
[16:26] <rickspencer3> kenvandine, hey, so, gwibber can't find the WebView module?
[16:27] <kenvandine> hey rickspencer3, happy new year
[16:27] <kenvandine> yeah, known bug
[16:27] <rickspencer3> hi kenvandine!
[16:27] <kenvandine> upgrade problem with python and webkit
[16:27] <kenvandine> one sec
[16:27] <rickspencer3> kenvandine, I figured as much, is there a work around?
[16:27] <bratsche> Happy New Year, desktop hackers!
[16:27] <rickspencer3> hey bratsche
[16:27] <pitti> hey bratsche, happy new year!
[16:27] <didrocks> rickspencer3: try with python 2.6
[16:27] <rickspencer3> hmmm
[16:28] <didrocks> rickspencer3: we just saw something similar with aquarius some minutes ago
[16:28] <rickspencer3> well, I think then other modules won't be found
[16:28] <kenvandine> bug #688732
[16:28] <ubot2> Launchpad bug 688732 in pywebkitgtk (Ubuntu) "package no longer has WebView attribute after transition to python 2.7 (affects: 24) (dups: 9) (heat: 331)" [High,Triaged] https://launchpad.net/bugs/688732
[16:28] <bcurtiswx_> kenvandine, aww beat me to it
[16:28] <kenvandine> breaks miro too
[16:28] <bratsche> It seems like bzr doesn't work well with Python 2.7 either.
[16:28] <kenvandine> well, anything with webkit
[16:28] <kenvandine> bratsche, yeah, gotta specify the full path
[16:28] <aquarius> things to do: break every webkit/python program that's ever existed. Backwards compatibility ftw, not. :)
[16:29] <rickspencer3> heh
[16:29] <bcurtiswx_> bratsche, balil has a patch for it.. i forget where it is tho
[16:29] <rickspencer3> $sudo rm -rf /usr/lib/python2.7/dist-packages/webkit/
[16:29] <kenvandine> bug #693880
[16:29] <ubot2> Launchpad bug 693880 in bzr (Debian) (and 4 other projects) "_ReportingFileSocket.readline lacks size argument (affects: 31) (dups: 11) (heat: 176)" [Undecided,New] https://launchpad.net/bugs/693880
[16:29] <rickspencer3> seems a bit brute force, but if works, I'll take it ;)
[16:30] <bratsche> bcurtiswx_: For now I got it working by just doing "/usr/bin/python2.6 /usr/bin/bzr ..."
[16:30] <kenvandine> rickspencer3, it doesn't happen on new installs
[16:32] <kenvandine> bcurtiswx_, found your build failure... part of that libindicate patch isn't applying
[16:33] <kenvandine> for src/Makefile.am
[16:33] <kenvandine> not sure why though, it is clearly in the patch
[16:33] <kenvandine> but not ending up in the source tree
[16:33] <seb128> no way
[16:33] <seb128> it might end up in the wrong directory though
[16:33] <bcurtiswx_> kenvandine, this is where idk what i'd do
[16:34] <seb128> what is in the diff there?
[16:34] <seb128> what dir is being listed?
[16:34] <kenvandine> dir looks right
[16:34] <kenvandine> and diffstat isn't showing the changes
[16:35] <kenvandine> bcurtiswx_, i am fixing :)
[16:35] <rickspencer3> bratsche, add pixbuf_add_alpha just adds a color to be an alpha channel, a color that will be transparent, I want to make whole images translucent
[16:35] <bcurtiswx_> kenvandine, what (in general) are you doing.. so I know what to do in the future
[16:35] <bcurtiswx_> and how would I know from that build log that the patch wasn't applying fully
[16:35] <kenvandine> i am just manually merging the changes i see in the patch to the source and i'll create a new patch
[16:35] <kenvandine> the build log failed to link
[16:35] <seb128> where is the source you work on?
[16:36] <kenvandine> it wasn't finding symbols
[16:36] <bratsche> rickspencer3: Okay, I didn't know what you meant then I guess.
[16:36] <kenvandine> seb128, http://bazaar.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3/annotate/head%3A/debian/patches/20_libindicate.patch
[16:36] <rickspencer3> bratsche, it's hard to discuss and Google for, because interchange "opacity", "translucent", "alpha", "transparency", etc...
[16:37] <bratsche> heh, yeah.
[16:37] <kenvandine> seb128, look at src/Makefile.am in there
[16:37] <rickspencer3> anyway, I thought of maybe a better way ... I could add an alpha channel of a certain color, and then composite the image with that color
[16:37] <kenvandine> everything from line 159 down aren't making it in the patched src/Makefile.am
[16:38] <bratsche> rickspencer3: Oh, I get it.. so you're trying to apply the same alpha value all over the image?
[16:38] <rickspencer3> bratsche, right
[16:38] <bratsche> rickspencer3: Makes sense.  Yeah, surprising that there isn't a simpler way to do that.
[16:38] <bcurtiswx_> kenvandine, seb128: i added the @@ -121,5 +124,8 @@ section because (i forget who) mentioned those might need to end up there
[16:38] <bcurtiswx_> might have been rickspencer3
[16:38] <bratsche> rickspencer3: It would be a simple API to add though.
[16:39] <rickspencer3> bratsche, well, then, by all means!
[16:39] <rickspencer3> :)
[16:39] <bcurtiswx_> kenvandine, so it was probably bad patch writing by me :(
[16:40] <seb128> bcurtiswx_, did you edit the patch by hand?
[16:41] <bcurtiswx_> seb128, yes and pushed it with quilt and refreshed it and committed it to the bzr
[16:41] <bcurtiswx_> all went OK there
[16:41] <kenvandine> bcurtiswx_, ah... hand editting is usually a bad idea :)
[16:42] <bcurtiswx_> kenvandine, what is the appropriate way then?
[16:42] <bratsche> rickspencer3: btw, I thought you might be into this - http://www.npr.org/2011/01/03/132436422/first-listen-the-decemberists-the-king-is-dead
[16:42]  * bcurtiswx_ is still learning proper practices
[16:42] <seb128> bcurtiswx_, quilt push, edit the file you want to edit and quilt refresh
[16:43] <bcurtiswx_> seb128, but don't edit the patch directly ?
[16:43] <seb128> you can if you know what you are doing
[16:43] <seb128> it's easy to screw a patch when editing it manually
[16:43] <bcurtiswx_> seb128, OK, thought I did, had a quick lesson on what everything meant.  I will just push it , edit the file (not the patch) and refresh. Thx :)
[16:44] <kenvandine> bcurtiswx_, there is another part of your change that worries me
[16:44] <kenvandine> http://bazaar.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3/revision/158
[16:44] <kenvandine> starting at line 1337
[16:44] <kenvandine> you removed a bunch of unrefs
[16:44] <kenvandine> and more
[16:45] <kenvandine> well, one unref
[16:45] <kenvandine> and where the indicator is created
[16:45] <bcurtiswx_> kenvandine, hum.  even scarier for me.  I don't remember touching that section of code
[16:46] <kenvandine> it changed in your latest revision
[16:46] <seb128> well seems the revision before is the one where you did manual editing in the patch
[16:46] <seb128> so if the format is corrupted it might have leaded to other issues on the refresh
[16:47] <kenvandine> bcurtiswx_, probably best to revert that last revision, undo the manual editing and fix it again
[16:47] <bcurtiswx_> seb128, well the edits to the non 20_libindicate were just changes in the upstream code, so I had to tell the patch how to re-identify where to apply the patch
[16:48] <bcurtiswx_> seb128, is there a better way to do that than manual patch editing ?
[16:50] <bcurtiswx_> how do I revert in bzr
[16:50] <seb128> bcurtiswx_, not sure how you did the editing
[16:50] <seb128> usual way is quilt -f patch
[16:50] <seb128> edit the file to reapply the change
[16:50] <seb128> refresh
[17:01] <asac> seb128: Laney: is banshee going to replace rhythmbox?
[17:12] <seb128> asac, yes
[17:13] <seb128> asac, well it's going to be the default player for new installs, we will not replace on upgrade
[17:13] <asac> seb128: just UNE or everywhere now?
[17:13] <seb128> asac, there is no UNE, we only have 1 edition
[17:14] <asac> seb128: ok ... are you guys sure about this? or is it just a mood that might change end of cycle? ;) after all its mono and thats a big PITA :/
[17:14] <seb128> we are sure about it for this cycle
[17:15] <seb128> we can revisit if rhythmbox catches up, but right now banshee has lot of manpower compared to rb
[17:15] <asac> seb128: is there proper indicator support for banshee?
[17:15] <seb128> sort of
[17:15] <seb128> we don't have an indicators for players anymore
[17:16] <seb128> they just talk mpris over dbus
[17:16] <jcastro> there's full sound menu support (just kind of buggy for me right now)
[17:16] <seb128> but banshee does that and better than rb (support playlists)
[17:17] <asac> ok approved, milestoned the arm bug and dropping out
[17:17] <Laney> thanks asac
[17:18] <Laney> please seed! yay!
[17:18] <jcastro> \o/
[17:18] <asac> np
[17:18] <jcastro> Laney: you are legend.
[17:18] <jcastro> Laney: what did the space swap end up costing? iirc last I looked at it it was within a meg or two?
[17:19] <Laney> haven't crunched it yet, but something like that
[17:21] <seb128> asac, thanks!
[17:22] <dobey> pitti: still around?
[17:27] <bcurtiswx_> "<seb128> usual way is quilt -f patch, edit file to reapply, refresh".. so when a patch file fails because of an upstream function rename, would it be better to edit the patch directly in this case, since the patch doesn't apply ?
[17:32] <seb128> bcurtiswx_, usually editing a name or a line is fine, editing the magic numbers and the patch format is not as easy
[17:44] <czajkowski> kenvandine: you by any chance back from holidays ?
[17:45] <kenvandine> czajkowski, yup
[17:45] <kenvandine> czajkowski, happy new year :)
[17:47] <dobey> i guess pitti is not still around
[17:47] <czajkowski> kenvandine: welcome back :)
[17:47] <kenvandine> thx :)
[17:48]  * bryceh waves
[17:48] <kenvandine> hey bryceh
[17:48] <kenvandine> czajkowski, what can i do for you?
[17:48] <Amaranth> mterry: so the CompWindow::id() crash was actually a bug in unity then?
[17:48] <mterry> Amaranth, seems that way
[17:49] <czajkowski> kenvandine: and sure as you're here I've a gwibber question for you :) on the special laptop, when I've my multi column up and running gwibber sounds like it's about to take off eating CPU and in the last 2 weeks very slow to update columns, waiting almost an hour now for it to update main tweets.
[17:49] <Amaranth> mterry: phew, was worried smspillaz would wait until the rally and make me help figure out why screen->windows was getting NULLs :)
[17:49] <mterry> Amaranth, :)
[17:49] <kenvandine> czajkowski, ugh... humm
[17:49] <kenvandine> czajkowski, can you send me the sqlite db?
[17:50] <czajkowski> kenvandine: last time I updated this machine was about 3-4 wks ago before xmas and not used it much over the hols so only really noticed how bad it was over the last 2 days
[17:50] <kenvandine> ~/.config/gwibber/gwibber.sqlite
[17:50] <kenvandine> and the log
[17:50] <kenvandine> ~/.cache/gwibber/gwibber.log
[17:50] <kenvandine> czajkowski, also... FYI, identi.ca is broken... for everyone
[17:51] <kenvandine> they changes the SSL cert
[17:51] <dobey> hey kenvandine
[17:51] <kenvandine> s/changes/changed
[17:51] <kenvandine> hey dobey
[17:51] <czajkowski> kenvandine: ahh ok, but this was just general twitter.  I also don't seem to be able to get the sqlite to open
[17:51] <dobey> kenvandine: is there anything with new gwibber that cleans out the old desktopcouch dbs for gwibber?
[17:51] <kenvandine> just email me the file
[17:51] <kenvandine> ken.vandine@ubuntu.com
[17:51] <czajkowski> ok
[17:52] <kenvandine> dobey, doesn't clean it out
[17:52] <dobey> :(
[17:53] <dobey> kenvandine:
[17:53] <dobey> grr
[17:53] <dobey> sorry, bad linux
[17:53] <dobey> kenvandine: https://bugs.launchpad.net/bugs/595100
[17:53] <ubot2> Launchpad bug 595100 in couchdb (Ubuntu) "~/.local/share/desktop-couch/.gwibber_messages_design stores too much space! (affects: 8) (heat: 40)" [Undecided,New]
[17:55] <kenvandine> dobey, ugh... that sucks
[17:55] <dobey> yes
[17:55] <kenvandine> i complained when mine hit like 300M
[17:58] <czajkowski> kenvandine: the .sqlite is to large to send
[17:58] <dobey> sigh
[17:58] <dobey> dear firefox
[17:58] <dobey> STOP SCREWING UP MY SETTINGS
[17:58] <pitti> hi dobey
[17:58] <pitti> dobey: happy new year!
[17:58] <czajkowski> oh I may have gotten it out via gmail
[17:58] <seb128> pitti, oh, still there ;-)
[17:59] <pitti> back from dinner, quickly (talking to my wife)
[17:59] <seb128> pitti, is there any reason you didn't upload the gnome-desktop3 update from rodrigo?
[17:59] <seb128> mterry, seems you screwed libcanberra in some way
[17:59] <seb128> the gtk2 lib depends on the gtk3 one
[18:00] <dobey> pitti: hey! i guess i can bug you in the morning. no need to upset the wife :)
[18:00] <pitti> dobey: heh, ok
[18:00] <mterry> seb128, hrm
[18:00] <mterry> seb128, that does seem wrong
[18:00] <pitti> seb128: there were some problems with it (patches need updates), he said he wanted to fix them
[18:00] <seb128> indeed!
[18:00] <pitti> ok, good night everyone then!
[18:00] <seb128> pitti, oh ok, I saw that you merged in the vcs but didn't upload so I was wondering if that was an oversight
[18:00] <seb128> 'night pitti!
[18:00] <rickspencer3> good night pitti!
[18:01] <pitti> seb128: right, I needed to do some adaptions and asked him to pull first
[18:01] <czajkowski> kenvandine: thanks for looking at this btw
[18:01] <mterry> seb128, indeed, libcanberra-gtk0 depends on libcanberra-gtk3-0
[18:01]  * mterry investigates
[18:05] <seb128> didrocks, could you comment on bug #696902?
[18:05] <ubot2> Launchpad bug 696902 in gnome-session (Ubuntu) (and 1 other project) "gnome-sessions new .desktop files missing from POTFILES.in (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/696902
[18:05] <seb128> the patch seems correct but I was not sure if sessions or strings were still to be updated or if you delayed translating those for a reason
[18:06] <didrocks> seb128: I already fixed in the packaging branch
[18:06] <seb128> didrocks, ok, so comment to say that :p
[18:06] <seb128> didrocks, thanks ;-)
[18:06] <didrocks> the other files aren't necessary
[18:06] <didrocks> I'll, thanks seb128 :)
[18:06] <seb128> 'ci
[18:15] <seb128> ok, time for some sport and dinner
[18:15] <seb128> bbl
[18:17] <didrocks> see you seb128! enjoy
[18:21] <dobey> how do i make firefox preserve my settings correctly now?
[19:30] <bcurtiswx_> kenvandine, was GtkWindow *window changed in GTK3 ?
[19:41] <bcurtiswx_> kenvandine, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3 with errors http://paste.ubuntu.com/549960/
[19:42] <bcurtiswx_> kenvandine, the code in question is in 31_really_raise_window.patch
[20:08] <kenvandine> bcurtiswx_, i thought you had already fixed that one
[20:08] <kenvandine> let me look at your branch
[20:09] <bcurtiswx_> kenvandine, i went back fairly far
[20:11] <kenvandine> http://paste.ubuntu.com/549969/
[20:11] <kenvandine> bcurtiswx_, that is what you had done before
[20:15] <bcurtiswx_> kenvandine, thanks.
[20:15] <kenvandine> bcurtiswx_, np
[20:39] <bcurtiswx_> kenvandine, http://paste.ubuntu.com/549977/  i hope this is new enough
[20:52] <bcurtiswx_> kenvandine, seems to me it's stuff with the indicator functions not getting recognized.. but it's different than before
[21:19] <kenvandine> bcurtiswx_, looks like the same as before... when the Makefile.am wasn't updated
[22:18] <bcurtiswx> kenvandine, what would my next step be.  Is this a patching issue again?
[22:23] <cyphermox> heading home, bbl.