[00:14] <asac> Ubulette: can we stay with b3 until release on head?
[00:29] <Ubulette_> asac, sure but i'll probably fork the branch as my bot needs a b4pre buildable branch.
[00:30] <asac> already broken again?
[00:30] <Ubulette_> your fault :) the >= b3 << b4
[00:31] <Ubulette_> plus patches that needs to be removed
[00:32] <Ubulette_> btw, b3rc2 in my ppa is still corrupted on ati so it may be either cairo or the subpixel patch
[00:32] <Ubulette_> and a friend reported to me that gradients are not well rendered on i810
[00:34] <asac> Ubulette_: ask for EXA XAA on i810
[00:35] <Ubulette_> the corruption i see on ati is always a part of my desktop so it looks like an uninitialized pixmap or something like that. I wonder why it's on ati only
[00:37] <asac> well ... its for XAA on ati ... its most likely that the driver doesn't initialize X windows in the same way as other drivers do :)
[00:38] <Ubulette_> but the caller must not rely on initial content for rendering, it has to paint the whole surface with something
[00:40] <Ubulette_> i've written a lot of code using cairo and even with alpha colors, it's bad to not paint the background thinking it doesn't matter as it's supposed to be transparent.
[00:40] <asac> yeah ... ppure speculation
[00:40] <asac> in any case
[00:40] <asac> i think its cairo issue
[00:41] <Ubulette_> we could try to rebuild cairo without the subpixel patch and see if it's better or not
[00:42] <asac> well ... i am pretty sure that i seee the same with in-source cairo.
[00:42] <asac> but worth a try anyway
[00:42] <asac> if not, we can test the same package on gutsy and if its gone its X server
[00:42] <Ubulette_> really ? noone else reported that with nightlies
=== Ubulette_ is now known as Ubulette
[00:44] <asac> Ubulette: what do you mean?
[00:45] <asac> which group do are you referring to by "noone"? people that use upstream mozilla?
[00:45] <Ubulette> some users in the forum are running the moz nightly builds on hardy, none of them reported corruption but I can ask to be sure
[00:46] <asac> Ubulette: well i see it ... you see it ... they most likely just didn't complain :)
[00:46] <asac> would be interesting to see if upstream builds expose the same behaviour in hardy
[00:47] <Ubulette> well, i've never seen that using a nightly.. i'll retry tomorrow
[00:47] <asac> you mean upstream nightly?
[00:47] <Ubulette> yes
[00:48] <asac> oh ... ok. then cairo is worth a shot i guess
[00:48] <asac> is that subpixel patch old (so it might have been rotten over time)?
[00:58] <Ubulette> synced by it's author at 1.5.4, we're at 1.5.8
[00:58] <Ubulette> there was only 1.5.6 in between
[01:00] <Ubulette> hm, could also be gtk now that I think of it.
[01:00] <Ubulette> well, i'll see that later
[01:00] <Ubulette> bed time
[01:00] <asac> night
[01:01] <Ubulette> 'night
=== asac_ is now known as asac
[07:07] <[reed]> asac: ping
[07:08] <[reed]> mozilla bug 415890
[07:08] <ubotu> Mozilla bug 415890 in Mail Window Front End "Help -> Release Notes points to an invalid address for custom builds" [Trivial,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=415890
[09:23] <asac> [reed]: what about that bug?
[09:23] <[reed]> that's the same issue that you were going to work around
[09:25] <asac> yeah ... true ... but not anymore :)
[09:25] <asac> we used a different app name for beta testing ... in bzr head we returned to normal name already
[09:26] <asac> personally i don't know why a menu entry for release notes is needed at all.
[09:26] <asac> is there anyone reading those that couldn't find them on the net?
[09:36] <[reed]> yes
[09:36] <[reed]> you'd be surprised :)
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away
=== Greenery_ is now known as Greenery
=== Greenery_ is now known as Greenery
[20:04] <Ubulette> asac, someone in the forum reported that miro has some rendering issues caused by xul 1.9: http://geekport.com/files/mirocrop.png
=== Ubulette_ is now known as Ubulette