[04:36] <pitti_> good morning
[05:09] <TheMuso> Morning pitti_.
[06:17] <robert_ancell> Empty inbox \o/   So if everyone can play along, not respond to my email, not file bugs, generally be inactive until new years that would be awesome
[06:23] <pitti_> hey robert_ancell
[06:23] <pitti_> robert_ancell: congrats!
[06:23] <robert_ancell> pitti_, hey, internet all back again?
[06:23] <pitti_> robert_ancell: you won't get any mail from me, as long as my server is still broken :(
[06:24] <robert_ancell> nice for me :)
[06:24] <pitti_> robert_ancell: my interweb tube has never been the problem -- my colo provider has some technical problems, and thus my vserver has been down since Monday
[06:24] <robert_ancell> ech, thinking of changing providers now?
[06:24] <pitti_> so, no email and IRC proxy
[06:24] <pitti_> robert_ancell: well, I have nothing against a HDD breaking down and re-syncing a RAID, but this should only take a coupel of hours
[06:25] <pitti_> but now it's more than two days, they could at least let me know what's going on
[06:25] <robert_ancell> yeah, sounds like an excuse
[06:25] <pitti_> I'll call them again in 2 hours when they open
[06:27] <robert_ancell> pitti_, how much PAM do you know?
[06:27] <pitti_> I know that it exists
[06:27] <pitti_> what it does
[06:27] <pitti_> where to find the libraries
[06:27] <pitti_> and how to spell it
[06:27]  * pitti_ desperately tries to find somethign else
[06:27] <robert_ancell> well, that puts you ahead of most people :)
[06:28] <robert_ancell> I've got a proposal document for enhancements to PAM to make the greeter handle prompts better.  I was wondering if you'd be interested in reviewing it
[06:28] <robert_ancell> cjwatson, ^ would that be something you'd be interested in too?
[06:29] <micahg> robert_ancell: slangasek is probably the person you want
[06:29] <robert_ancell> micahg, yeah, he's the one I'm sending it too but I hoped there was more than one person in the company
[06:29] <pitti_> bbiab
[06:30] <micahg> robert_ancell: mdeslaur might be able to review as well
[06:36] <didrocks> good morning
[07:06] <pitti_> hey didrocks
[07:07] <didrocks> good morning pitti_without_server :)
[07:07] <didrocks> how are you?
[07:08] <pitti_> didrocks: quite well, thanks! how about yourself and your neck?
[07:10] <didrocks> pitti_: I'm fine, thanks! However, I have the impression that the rock yesterday made the neck a little bit straight again and I feel some pain. I just want to be up for tomorrow's "fête des lumières" in Lyon (big event in the city, 3 millions people) and then, definitively rest during my holidays starting this week-end :)
[07:10] <didrocks> http://www.fetedeslumieres.lyon.fr/
[07:10] <pitti_> didrocks: is that like "party of light"?
[07:10] <pitti_> (translated)
[07:12] <didrocks> pitti_: right, most of buildings of the city have light and music shows
[07:13] <didrocks> this has some historical background: the plague was surrounding Lyon during the middle age. Lyon's citizen prayed Marie to save them and Lyon wasn't touched by it
[07:14] <didrocks> so people then light some candles every years for the 8th of december
[07:14] <didrocks> and for 11 years now, it's a full city show with light scenes
[07:16] <pitti_> ah, so it is "light"
[07:16] <pitti_> sounds nice!
[07:16] <didrocks> it really is :)
[07:17] <didrocks> even when I was in Paris, I just travelled to Lyon for the week-end for it
[09:09] <seb128> hey
[09:25] <pitti_> hey seb128
[09:25] <seb128> hey pitti_, how are you?
[09:25] <pitti_> quite fine, thanks!
[09:26] <didrocks> salut seb128!
[09:26] <seb128> lut didrocks!
[09:27] <seb128> pitti_, so doko pinged yesterday, the glib single include enforcement is an issue, he estimated it would break at least an hundred source builds
[09:28] <pitti_> urgh
[09:28] <seb128> pitti_, he ran into quite some cases with the armfh rebuilt
[09:28] <seb128> pitti_, so I did upload a version with that revert before going to bed
[09:28] <pitti_> seb128: ah, cheers
[09:28] <seb128> I hope I didn't break anything, I didn't have time for testing
[09:29] <seb128> it was almost midnight, and since the commit impacts only on includes I figured the chances of runtime issue would be low ;-)
[09:29] <pitti_> it built everywhere, nothing blew up yet
[09:29] <pitti_> well, CDs did blow up, but not because of this
[09:30] <seb128> ok, good
[09:46] <pitti_> wohoo! my server is back!
[09:48] <didrocks> pitti_: \o/
[09:48]  * pitti_ watches postfix grind
[09:49] <pitti> look, no underscore!
[09:50] <ogra_> *clap*  *clap* *clap*
[09:50] <seb128> pitti, you lost your tail!
[09:50] <pitti> *cough*
[09:50] <ogra_> no tie today
[09:50] <seb128> pitti, happy bug reading day :p
[09:50] <seb128> ups
[09:50] <seb128> emails reading
[09:50] <seb128> rather ;-)
[09:51] <didrocks> heh, yeah, I think pitti wanted to prepare a little bit from his holiday's return, just having to look at 2 days of emails :)
[09:55] <pitti> it'll take some time for mails to come in after 2 days of downtime, though
[09:56] <pitti> I guess by now the retry interval for most servers is 6 hours or so
[10:01] <chrisccoulson> hi seb128, pitti, didrocks
[10:02] <didrocks> good morning chrisccoulson! How are you?
[10:02] <chrisccoulson> didrocks, yeah, not too bad thanks
[10:02] <seb128> hey chrisccoulson
[10:02] <chrisccoulson> i set up my first blog last night so i can now spam planet ubuntu :-)
[10:03] <didrocks> nooooooooooooooooooo ;)
[10:03] <bryceh> chrisccoulson, congrats :-)
[10:03] <chrisccoulson> heh
[10:12] <seb128> chrisccoulson, oh btw, http://lh6.ggpht.com/-hti1sIu2XG4/RvHSmQ0zGBI/AAAAAAAAEws/ROWfIvK_YJM/sany2123.jpeg
[10:12] <tkamppeter> pitti, hi
[10:12] <seb128> chrisccoulson, that the birmingham "beach" I was talking about from GUADEC
[10:12] <chrisccoulson> seb128, lol. that's awesome!
[10:13] <pitti> hello tkamppeter
[10:13] <chrisccoulson> seb128, https://twitter.com/#!/chrisccoulson/status/144717803621068800 ;)
[10:13] <seb128> chrisccoulson, you never saw it? are you sure you live in birmingham? ;-)
[10:13] <chrisccoulson> seb128, yeah, i never saw it. i travel to the city center once per year though (for the christmas market)
[10:13] <chrisccoulson> i steer clear at other times because i hate it :)
[10:13] <seb128> chrisccoulson, yeah, it's your twitter which made me think about that :p
[10:13] <chrisccoulson> heh
[10:14] <seb128> lol
[10:14] <tkamppeter> pitti, your mail unbroke and all the mails of the last days were arriving at me, including about the Cloudprint integration which you have postponed to Q. Should I rename itr (to contain "q") and remove the milestone?
[10:14] <chrisccoulson> seb128, there's even a bit of blue sky in your picture. it must have been photoshopped!
[10:14] <pitti> tkamppeter: sure
[10:15] <pitti> tkamppeter: well, renaming isn't that important
[10:15] <jasoncwarner_> didrocks: hey man, how many branches from the varoius projects have gone through the AC process? I am writing a recap
[10:16] <chrisccoulson> seb128, you're not on twitter?
[10:16] <chrisccoulson> seems that someone stole your name anyway - https://twitter.com/#!/Seb128 ;)
[10:16] <seb128> chrisccoulson, no I'm not, I just googled your name to find you blog and found your twitter page ;-)
[10:16] <chrisccoulson> hah
[10:16] <tkamppeter> pitti, done. I will leave in the [rodrigo-moya], so that later on some automated MySQL script can replace that by the user name of rodrigo's successor.
[10:16] <chrisccoulson> there's nothing on my blog yet ;)
[10:16] <jasoncwarner_> seb....WTF? http://lh6.ggpht.com/-hti1sIu2XG4/RvHSmQ0zGBI/AAAAAAAAEws/ROWfIvK_YJM/sany2123.jpeg ?
[10:17] <didrocks> jasoncwarner_: do you need an estimation or a precise number?
[10:17] <pitti> tkamppeter: well, that automated script will be called "pitti" most probably :)
[10:17] <jasoncwarner_> didrocks: estimation will probably do.
[10:18] <tkamppeter> pitti, but better when you can search for [rodrigo-moya] that have to guess on the work items that this is a thing for  the GNOME guru and not for the original poster of the Blueprint.
[10:20] <didrocks> jasoncwarner_: so, we have right now 456 binary packages build, with an average number of 5 binary packages per source package, so by merge, it gives us around 90 merges
[10:20] <jasoncwarner_> didrocks: I'm just gonna use 90 ....thanks!
[10:20] <tkamppeter> pitti, and if you fix this manually, the new GNOME guru will get tons of mail notifications, telling him that his job will never get boring :-)
[10:20] <didrocks> yw :)
[10:46] <pitti> ok, apport retracers fixed, sorry about that
[11:35] <seb128> pitti, how do you feel about having the nautilus merge with binary rename landing today?
[11:35] <seb128> pitti, it shouldn't be hard since there is no code change so it's only no change rebuilds for rdepends
[11:35] <pitti> seb128: would it be ok to upload in two hours?
[11:36] <pitti> seb128: I'd like to wait for next publisher to rebuild today's images
[11:36] <seb128> pitti, I didn't start on the merge yet, so yeah, not before 2 or 3 hours (lunch in between)
[11:36] <pitti> seb128: oh, it'd be binNEW, right? fine then
[11:36] <pitti> seb128: what changes?
[11:37] <seb128> pitti, you mean? just the libnautilus... has been renamed in debian because gtk2->gtk3 is an abi break but upstream didn't change the soname
[11:37] <pitti> seb128: oh, libnautilus; right, I remember
[11:37] <pitti> I thought "nautilus" was renamed
[11:37] <seb128> pitti, I say at least 2 hours because we didn't merge nautilus for a while an it's one of those source that has quite some diff to review
[11:38] <seb128> pitti, no sorry, it's just the lib, anyway I will start on it, as you said it will binNEW on upload in any case
[11:38] <seb128> pitti, so you can control when you want it to get in ;-)
[11:38] <pitti> seb128: that's totally fine
[11:38] <seb128> great
[11:38] <seb128> pitti, danke
[11:38] <pitti> I'll start image builds in about 45 mins
[11:38] <pitti> just to recover from the common-dictionaries debacle
[11:38] <pitti> and also to get an image without the EINVAL bug
[11:39] <chrisccoulson> am i meant to provide a menu file in /usr/share/menu for my packages? someone just asked for one in thunderbird (bug 901633)
[11:39] <ubot2> Launchpad bug 901633 in thunderbird "no menu file in distribution" [Undecided,New] https://launchpad.net/bugs/901633
[11:39] <chrisccoulson> are they actually used anywhere?
[11:42] <pitti> chrisccoulson: no, menu is really really old
[11:43] <pitti> .desktop is the (not so) new way
[11:43] <pitti> chrisccoulson: we have never supported menu in ubuntu
[11:43] <chrisccoulson> pitti, ok, thanks. i'll wontfix that request then, and drop the menu file from firefox too
[11:43] <pitti> they are still ok for Debian
[11:43] <chrisccoulson> yeah, the firefox menu file is cruft left over from debian
[11:43] <pitti> but any desktop which can't read desktop files these days is pretty much screwed
[11:47] <tkamppeter> pitti, the JBIG patents will end in April 2012 and due to this I want to have a SpliX driver with full support for all printers in Precise. Now my question is whether I should introduce JBIGKit as a new package or embed the JBIGKit code in SpliX.
[11:47] <tkamppeter> pitti, the JBIGKit code is http://www.cl.cam.ac.uk/~mgk25/download/jbigkit-2.0.tar.gz
[11:49] <tkamppeter> pitti, the patent ends at April 4, right before release of Precise.
[11:50] <pitti> tkamppeter: hm, this could also be SRUed theN?
[11:52] <pitti> tkamppeter: is it likely that jbigkit will be needed by other packages? it certainly sounds like it
[11:53] <pitti> tkamppeter: I guess at some point Debian will package it then as well, so it feels it should be a separate package
[11:53] <pitti> tkamppeter: is that a library, or just a tool to convert images?
[11:54] <tkamppeter> pitti, it is a library. I could package it and upload it to Precise. AFAIK only user currently is SpliX, but once available other packages could appear to use it.
[11:56] <pitti> tkamppeter: but it's still covered by patents for now?
[11:58] <tkamppeter> pitti, it is, so you think better not upload it in to the (not officially released) Precise?
[11:59] <pitti> tkamppeter: I'm not sure how to handle these patents; are they actively being enforced?
[11:59] <pitti> tkamppeter: if nobody cares (any more), we can upload it
[11:59] <pitti> tkamppeter: the main criterion that we have is "is there precedence for enforcing the patent"
[12:00] <tkamppeter> pitti, I do not really know. The foo2zjs package also supports many of these printers. It seems to contains its own JBIG code and it is in all distros for years.
[12:01] <tkamppeter> pitti, I can also embed the code in the SpliX package for Precise and upload this package on April 5 and the real JBIGKit package we do in Q.
[12:02] <pitti> tkamppeter: that doesn't make any difference wrt. the patent
[12:02] <pitti> tkamppeter: but if we already ship it in foo2zjs, it's indeed better to just package it separately
[12:05] <tkamppeter> pitti, so I will package the lib and add it to Precise.
[12:06] <pitti> tkamppeter: sounds good
[12:12] <tkamppeter> pitti, the upstream package produces two static libraries, no dynamic ones, but anyway, having a package to build-depend on is easier than having to include the source code in every package.
[12:12] <pitti> tkamppeter: that's right; but presumably not very palatable to MIR team
[12:13] <tkamppeter> pitti, looks like that there will be a libjbigkit-dev with the static libs and libjbigkit-utils with the command line converters.
[12:14] <tkamppeter> pitti, another problem is that upstream did not modify anything after 2008.
[12:18] <tkamppeter> pitti, as other printer drivers have their own jbig code and SpliX only uses the lightweight library libjbig85 compiled from only 2 .c files I could add these 2 .c files to SpliX if the package is not suitable for Main (unmaintained, no shared lib).
[12:18] <pitti> tkamppeter: *nod*
[12:18] <pitti> I didn't expect it to look that bad
[12:18] <pitti> well, maybe it'll take up some interest now that the patent will be gone soon
[12:20] <tkamppeter> pitti, perhaps I will go the include-2-.c-files-in-SpliX variant in Precise and the full library package when Debian picks it up (most probably after Precise). WDYT?
[12:21] <pitti> tkamppeter: that sounds best then indeed
[12:24] <tkamppeter> pitti, OK, then I will do a new SpliX package after lunch.
[13:08] <Sweetshark> pitti, other teutons: http://www.thisiswhyyouregerman.com/
[13:30] <pitti> Sweetshark: heh, nice ad idea indeed!
[13:40] <seb128> chrisccoulson, is that only me that find that the tb inbox icon doesn't fit at all with our theme?
[13:41] <seb128> well the other special folders as well, draft, sent etc
[14:25] <didrocks> need to go out for some errand, brb
[14:58] <seb128> pitti, ok, I uploaded nautilus and just figured I could make the transition easier
[14:59] <seb128> pitti, libnautilus-extension1 is renamed libnautilus-extension1a, so the second one conflicts,replace the first one (to ensure rdepends are upgraded in the same upgrade)
[14:59] <seb128> pitti, but our libnautilus-extension1 is already the new one
[14:59] <seb128> i.e it's already the gtk3 version, same abi
[14:59] <seb128> pitti, do you want me to do another upload without the "conflicts", i.e just with the replace?
[15:00] <seb128> that would avoid making all the rdepends uninstallable until they are rebuilt
[15:01] <pitti> seb128: sounds fine
[15:01] <pitti> seb128: but at some point we need it to clean up the old package, I figure?
[15:01] <seb128> pitti, well, do you want another upload for that? or do you just want to no-change-rebuild the 5-6 rdepends?
[15:02] <gnomefreak> any chance you are working on a way to set a screensaver and/or a way to set icons and enable more than 6 themes?
[15:02] <seb128> pitti, I'm fine either way
[15:02] <seb128> gnomefreak, no no and no
[15:03] <pitti> seb128: hm, I figure we need a versioned breaks/replaces:, otherwise we'll break upgrades again
[15:03] <gnomefreak> seb128: k thanks
[15:03] <pitti> seb128: they might rather want to hold back the old lib than upgrading to it
[15:03] <pitti> seb128: that has led to some trouble in the past
[15:03] <pitti> seb128: so I guess versioned B/R and transitional package for precise, and a C/R to clean up for precise+1?
[15:04] <seb128> pitti, hum?
[15:04] <seb128> pitti, it's a soname change, since when do we need transitional packages with the old soname?
[15:04] <pitti> seb128: regular soname changes can be installed in parallel
[15:04] <seb128> well basically it's a soname change, just a distro one because upstream broke the abi without bumping the soname
[15:04] <pitti> this is not the case here
[15:05] <pitti> if you add an unversioned conflicts:/replaces:, I've often seen apt want to hold it back
[15:05] <seb128> pitti, well it's a scoring issue, we will have at least 6 rdepends on the new soname that should score enough
[15:05] <pitti> seb128: well, we can try
[15:05] <seb128> it's often an issue when there is like 1 rdepends
[15:05] <seb128> the score is less obvious then
[15:05] <pitti> seb128: I just painfully remember the 5-or-so tries we had to do with the at-spi2 stuff in the last cycle
[15:05] <pitti> and eventually we just dropped the breaks
[15:06] <pitti> versioned breaks tend to behave better, if you have a transitional package
[15:06] <seb128> well there is not a breaks, it's a non versioned conflicts
[15:06] <pitti> but anyway, happy to try
[15:06] <seb128> we could use c,r,p
[15:06] <seb128> that usually helps
[15:06] <pitti> seb128: unversioned conflicts behaves even worse, tohugh
[15:06] <pitti> p: helps, yes
[15:07] <pitti> (hopefully)
[15:07] <seb128> ok, so those concerns are noted but I would like to try first without the transitional dummy binary
[15:07] <seb128> just to see if the scoring is good enough that we don't need it
[15:07] <seb128> pitti, that doesn't reply to my original question though ;-)
[15:09] <seb128> do you think we should drop the conflicts until we have all rdepends rebuilt (to avoid creating installability issues) or just do rebuilds for the rdepends and be done with it?
[15:09] <pitti> seb128: if you can upload them all today, that's fine
[15:09] <pitti> i. e. without dropping the conflicts
[15:09] <pitti> but C -> B would still be better
[15:09] <pitti> unversioned conflicts is really the hate
[15:10] <seb128> let me drop the Conflicts for today, that will be less issue
[15:10] <seb128> we have like 6 rdepends on the CD but they will be uploaded soon enough, no need to force uploads today
[15:11] <seb128> then I will add back a Breaks later on
[15:11] <seb128> pitti, thanks
[15:20] <seb128> pitti, well with some thinking I wonder if we need to Conflicts at all, it's only useful for partial upgrades from lucid...
[15:20] <seb128> pitti, i.e if you don't partial upgrades, all oneiric rdepends have been rebuilt with gtk3 anyway
[15:23] <pitti> need to leave for today, time for some badminton and I'm pretty much worn out for today anyway after all the firefighting :)
[15:23] <pitti> good night everyone!
[15:24] <seb128> 'night pitti
[15:26] <didrocks> good night pitti
[15:41] <jbicha> seb128: caribou won't be able to be synced because we have to conflict against the oneiric packaging
[15:41] <seb128> why? didn't you take our package from Debian svn?
[15:41] <seb128> can we add the conflicts in Debian? it shouldn't create issue for them and if we can sync them it's a win win situation?
[15:42] <jbicha> yes, that would probably work
[16:16] <seb128> didrocks, hey, do you have time to look at nautilus in binNEW? it's basically the lib which got renamed in debian to show that the gtk2->gtk3 change is an abi break
[16:16] <didrocks> seb128: sure, looking in a few
[16:16] <seb128> didrocks, the lib should go to main as well ;-)
[16:16] <seb128> didrocks, thanks
[16:17] <didrocks> seb128: sure :)
[16:39] <mterry> The latest vala upload seems to break vala compilations.  looking into it
[16:45] <mterry> pitti, your vala patch seems wrong.  gstdio.h and glib-i18n.h are valid (and necessary) includes, even in the new single-include world.  The fact that valac is pulling in other includes like (gerror.h) into the C code is the problem.
[17:06] <hyperair> seb128, pitti: regarding bug #878933, can gtk+ be sru'd?
[17:06] <ubot2> Launchpad bug 878933 in gtk+2.0 "Crash when attempting to open a second file from the recent file list" [Medium,Fix committed] https://launchpad.net/bugs/878933
[17:06] <seb128> you can try
[17:06] <hyperair> i'll look into it
[17:07] <seb128> the diff is not trivial between versions, not sure what the sru team will say
[17:07] <seb128> we can probably send it to proposed for a few weeks and see how it goes
[17:07] <hyperair> alright
[17:07] <seb128> thanks for looking to it!
[17:08] <hyperair> np
[17:08] <hyperair> pitti: is the new libpoppler entering debian soon?
[17:14] <seb128> hyperair, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644447
[17:14] <ubot2> Debian bug 644447 in poppler "Please update poppler to new released 0.18" [Wishlist,Open]
[17:15] <seb128> hyperair, not sure in short, I pinged the Debian maintainer before updating in Ubuntu, he said he wouldn't update until there are patches for the stuff that will not build with the update, now we fixed those, sent the patch to debian and the debdiff for the update so there should be nothing blocking him to update
[17:15] <hyperair> i see.
[17:16] <hyperair> seb128: who should i talk to on the debian side of things?
[17:17] <seb128> hyperair, the current debian maintainer is "Pino Toscano"
[17:17] <hyperair> alright.
[17:17] <seb128> hyperair, he's pinotree on oftc
[17:17] <hyperair> ah okay
[17:18] <kenvandine> xclaesse, empathy 3.3.2 requires goa 3.3.0 which isn't released, do you have any guess when that might get released?
[17:18] <seb128> kenvandine, oh, I hope for you that's not going to try to pull in the new version of control center at some point
[17:19] <kenvandine> seb128, i really hope a new goa doesn't need a new control center
[17:19] <kenvandine> seb128, empathy needs it for the goa mission-control plugin
[17:19] <seb128> kenvandine, seems a tricky path, I will let you walk it ;-)
[17:19] <seb128> yeah, I understand that
[17:19] <kenvandine> goa 3.3.0 adds facebook and msn live
[17:19] <xclaesse> kenvandine, ask davidz
[17:19] <kenvandine> xclaesse, ok, will do
[17:20]  * xclaesse wonders why we need that new version
[17:22] <xclaesse> hm, it has always be 3.3.0 actually
[17:23] <xclaesse> kenvandine, why did empathy 3.3.1 build then?
[17:23] <xclaesse> it should have failed from the beginning
[17:24] <xclaesse> kenvandine, maybe empathy's configure is just wrong and should require goa 3.2
[17:24] <kenvandine> xclaesse, nope... didn't seem to require that
[17:24] <kenvandine> xclaesse, no, i think it is for facebook and msn support
[17:24] <kenvandine> added since 3.2
[17:25] <xclaesse> anyway /me has to go
[17:25] <kenvandine> xclaesse, later!
[17:27] <ogra_> seb128, isnt the log question moot now that rsyslog only logs to a single file ?
[17:28] <seb128> ogra_, does it? should gnome-system-log show that single file? should we drop gnome-system-log?
[17:28] <seb128> ogra_, well you still have stuff like Xorg.0.log
[17:29] <ogra_> yeah, indeed, but if we log to a single file we should just make that one the default i would think ... and add others if there is actual demand
[17:30] <seb128> ogra_, what file is that?
[17:30] <ogra_> (iirc the desktop team (pitti) made that rsyslog change)
[17:30] <seb128> ok, I didn't follow on that
[17:30] <ogra_> /var/log/syslog i think
[17:30] <seb128> see good that sent that email :p
[17:30] <ogra_> :)
[17:31] <ogra_> better ask pitti for details i only follwed it with half an eye either
[17:31] <seb128> mterry, don't worry about your vala revert, we reverted the glib single include enforcement as well
[17:31] <ogra_> but essentiallly it should aggregate all logs in that one file nowadays
[17:31] <mterry> seb128, cool
[17:31] <seb128> mterry, it was breaking too much still
[17:31] <seb128> ogra_, will do, thanks
[17:32] <mterry> seb128, was wondering why the revert didn't break my vala compilations as well  :)
[17:32] <seb128> hehe
[18:23]  * didrocks waves good evening!
[19:26] <chrisccoulson> seb128, i wrote my first post now http://www.chriscoulson.me.uk/blog/?p=19 ;)
[19:26] <chrisccoulson> it's probably the only blog post i will ever write!
[19:27] <dobey> chrisccoulson: looks like you wrote 19 of them
[19:29] <chrisccoulson> lol
[19:30] <dobey> or if that's a hash key, it explains why firefox eats all my ram :)
[19:40] <seb128> chrisccoulson, did you buy the domain name only to host a blog? ;-)
[19:40] <chrisccoulson> seb128, yeah!
[19:40] <seb128> chrisccoulson, oh, pushing people to use buggy software again :p
[19:40] <chrisccoulson> lol
[19:40] <seb128> chrisccoulson, I'm disappointed by my tb9 update btw :-(
[19:40] <chrisccoulson> seb128, oh, what happened to it?
[19:41] <seb128> chrisccoulson, I get a not-nice-looking "busy" cursor
[19:41] <seb128> like when I click on a folder and it's refreshing it
[19:41] <chrisccoulson> yeah, that's a bit annoying. i'm not sure why that changed
[19:41] <chrisccoulson> i can't remember what it looked like before
[19:41] <seb128> well for sure it was not out of style with the default white one
[19:42] <seb128> I guess it was the one spinning one but I'm not sure, it's just that something feels wrong since I updated so I'm pretty sure it was not like that :p
[19:42] <seb128> one spinning -> white spinning
[19:42] <chrisccoulson> m_conley, do you remember me showing you that busy cursor in tb9 at UDS?
[19:43] <m_conley> chrisccoulson: hey, yeah, vaguely
[19:43] <chrisccoulson> m_conley, any idea what changed there?
[19:43] <chrisccoulson> it's not very nice looking ;)
[19:43] <m_conley> chrisccoulson: I remember you suspected it was compiz breaking on us
[19:43] <chrisccoulson> oh, that might be a different issue
[19:43] <chrisccoulson> but yeah, compiz is always to blame ;)
[19:43] <m_conley> chrisccoulson: do you have STR?
[19:44] <seb128> chrisccoulson, lol, if I try under gnome-shell and it's broken you will own me beers for restart my session :p
[19:44] <chrisccoulson> STR?
[19:45] <seb128> chrisccoulson, btw did you see my question this afternoon?
[19:45] <m_conley> chrisccoulson: minimal steps to reproduce
[19:45] <seb128> question or "comment"
[19:45] <chrisccoulson> seb128, yeah. i'm not sure where those icons come from
[19:45] <seb128> m_conley, "click on an imap folder"
[19:45] <chrisccoulson> m_conley, d'oh ;)
[19:45] <seb128> m_conley, it's the cursor you get while it's refreshing the folder
[19:45] <m_conley> ah, yes, I'm seeing that too
[19:45] <seb128> i.e the "busy" cursor
[19:45] <chrisccoulson> m_conley, yeah, that cursor never used to look like that
[19:46] <chrisccoulson> but i can't remember what it looked like before :)
[19:46] <m_conley> hrm, me neither
[19:46] <m_conley> and I can't say for certain where the problem might lie - where in Gecko, if at all...
[19:46] <seb128> chrisccoulson, the icons really look out of style :-( it's a shame where the standard folder ones are the orange ubuntu ones and where the toolbar is nice as well ... should I blame andreas for it? ;-)
[19:46] <m_conley> chrisccoulson: might be worth filing a platform bug?
[19:47] <chrisccoulson> m_conley, ok, i'll take a look at that tomorrow and try and figure out where it comes from
[19:53] <seb128> chrisccoulson, I'm disappointed that you didn't blog about the nice birmingham beach btw ;-)
[19:53] <chrisccoulson> heh
[19:56] <chrisccoulson> hmmm, is it just me, or is this busy cursor impossible to get a screenshot of?
[21:10] <chrisccoulson> lol @ https://bugs.launchpad.net/bugs/901867
[21:10] <ubot2> Launchpad bug 901867 in firefox "Private Browsing" [Undecided,New]
[21:10] <chrisccoulson> oh
[21:10] <chrisccoulson> actually, i might have misunderstood his bug report :)
[21:10] <chrisccoulson> dam, it's not funny anymore
[21:17] <Omega> Yeah, that irks me about firefox.
[23:08] <Cheery> from #ubuntu-devel:
[23:08] <Cheery> 00:41 < Cheery> it's simple question and I know the answer, but I'm interested  to hear if you've got something to add.
[23:09] <Cheery> 00:42 < Cheery> if I'd like to write an opengl application for ubuntu, what  could I do?
[23:36] <Sweetshark> RAOF: ping
[23:37] <Sweetshark> ?
[23:52] <mfisch> stgraber: perhaps you remember the review you did for me a couple weeks back?  re: gnome-nettools
[23:54] <mfisch> stgraber: I have a follow-up when you're around