[00:00] <asac> didnt see the paste :/
[00:00] <fta> in the bug
[00:00] <fta> BUGabundo, -15.8M ?
[00:01] <BUGabundo> 40% CPU
[00:01] <BUGabundo> with two tabs :(
[00:01] <fta> but /w flash?
[00:01] <fta> since i started to use flashblock, it's much nicer wrt cpu
[00:01] <fta> and mem too
[00:01] <asac> that looks unlikely to cause a situation that can crash
[00:02] <BUGabundo> fta: no flash
[00:02] <asac> i mean ... it could mean that there is a widget leaaked
[00:02] <BUGabundo> and noscrip is activated
[00:02] <fta> asac, a lineto to a negative offset?
[00:02] <asac> but if its just the cairo malloc then i dont see how that would get a call later
[00:02] <asac> fta: thats not unusual if you do cairo drawings. ... often you move the current position to the center of something
[00:03] <asac> and then draw with relative negative offsets
[00:03] <asac> cairo_line_to (cr, -x_step, height);
[00:03] <asac> if you mean the -x_step thing there
[00:04] <fta> i do a lot in my own apps, cairo is bad (as was gd) with strange polygons is you paint or use them in matrixes
[00:04] <fta> yeah, try to draw that, it doesn't make sense
[00:05] <fta> that -x_step should probably be stroke_width/2-x_step but even so, it's weird, it's not a rectangle
[00:06] <fta> and if it's supposed to be a rectangle, why not call cairo_rectangle() directly?
[00:07] <asac> i dont think its supposed to be a rectangle
[00:07] <asac> does line_to also move_to implicitly?
[00:08] <fta> yes
[00:09] <micahg> asac: I got a missing separator error on this: ifneq (,$(findstring ~hg,$(DEBIAN_VERSION))$(findstring ~b,$(DEBIAN_VERSION))$(findstring ~a,$(DEBIAN_VERSION)))
[00:10] <fta> tab vs space?
[00:11] <micahg> no tabs in the line
[00:12] <asac> check the brackets
[00:12] <asac> otherwise maybe a whitespace at end of line or so
[00:12] <micahg> all match
[00:13] <micahg> last character is the )
[00:13] <asac> lookl at bzr diff ... maybe changed a different line etc.
[00:13] <fta> what is the char after ifneq? it should be a space
[00:13] <asac> there must be a syntax glitch ;)
[00:13] <micahg> yes, a space
[00:14] <micahg> ugh
[00:14] <fta> nope it's not
[00:14] <micahg> it must have copied the space wrong :)
[00:14] <fta> at least not in your paste
[00:14] <micahg> what was it?
[00:14] <fta> i see "ifneqM-BM- (,$(findstringM-BM- ~hg,$(DEBIAN_VERSION))$(findstringM-BM- ~b,$(DEBIAN_VERSION"
[00:14] <fta> using echo your stuff | cat -tve
[00:15] <micahg> that was it :)
[00:15] <BUGabundo> fta: http://vimeo.com/channels/comedy FF 3.7 is way worse on vimeo then on youtube
[00:16] <fta> 00000000  69 66 6e 65 71 c2 a0 28  2c 24 28 66 69 6e 64 73  |ifneq..(,$(finds|
[00:16] <fta> 00000010  74 72 69 6e 67 c2 a0 7e  68 67 2c 24 28 44 45 42  |tring..~hg,$(DEB|
[00:17] <fta>        240   160   A0           NO-BREAK SPACE
[00:18] <fta> vimeo uses a better quality codec, much more demanding resource wise
[00:19] <fta> artists prefer vimeo over youtube. post the same file to each, and vimeo looks perfect, youtube looks like crap
[00:21] <fta> BUGabundo, my ff3.7 takes 1% cpu with 33 tabs, but no flash
[00:21] <BUGabundo>  4783   0.01s   0.51s     0K  1160K     0K     0K  --   - S  25% firefox-3.7
[00:21] <BUGabundo> 1 GReader
[00:22] <BUGabundo> and 4 from this site http://blog.superfeedr.com/API/pubsubhubbub/getting-started-with-pubsubhubbub/
[00:22] <BUGabundo> all text
[00:25]  * fta blames [reed] 
[00:26] <[reed]> why does everybody blame me :(
[00:26] <BUGabundo> cause you make a bad browser
[00:26] <BUGabundo> with great and useful but buggy addons
[00:26]  * micahg loves firefox...
[00:27] <BUGabundo> I've been using chromium more and more
[00:27] <BUGabundo> its much faster, cpu friendly
[00:27] <BUGabundo> but no support for my loved addons :(
[00:27] <micahg> firefox 3.6 is faster than 3.5 :)
[00:27]  * micahg is already on 3.6
[00:27] <micahg> it's pretty stable too
[00:28] <fta> BUGabundo, did you find a good adblock? (blocking, not just hidding stuff)
[00:28] <asac> fta: so next time you see the freeze, attach gdb to the process and get a threads all apply bt
[00:28] <asac> with debug symbols of course
[00:28] <micahg> 21 hours to build a package...
[00:28] <fta> asac, what for?
[00:28] <BUGabundo> micahg: 3.7 is *faster*
[00:28] <asac> fta: to see whats the freeze cause
[00:28] <fta> asac, evo?
[00:28] <asac> i thought you already did that ...
[00:28] <asac> yes
[00:28] <BUGabundo> fta: I haven't been looking for it yet
[00:28] <micahg> BUGabundo: yes, but I like stable :)
[00:28] <asac> i couldnt find anything in the bug though
[00:29] <BUGabundo> micahg: its as stable as anything else I use
[00:29] <BUGabundo> use it on 4 PCs
[00:29] <fta> asac, i pasted a gdb, but just the running thread
[00:29] <BUGabundo> windows, debian, ubuntu
[00:29] <asac> where?
[00:29] <micahg> yeah, but I don't like restarting my browser every day :)
[00:29] <asac> ah
[00:29] <asac> in a paste link
[00:30] <asac> fta: does the UI freeze?
[00:30] <asac> or is the progressbar still animating, just no other functions work=
[00:30] <asac> ?
[00:31] <fta> the attachment part is frozen, evo itself is blocked/unusable, but still does refreshes
[00:31] <asac> fta: and the progressbar is displayed where? in the attachment part or outside?
[00:32] <fta> in place of the att icon
[00:32] <asac> ok so that progressbar is frozen?
[00:32] <fta> yes
[00:33] <asac> how is stroke_width calculated before?
[00:33] <asac> could it be zero?
[00:33] <BUGabundo> micahg: then don't
[00:33] <fta> i'm using imap over ssl over dsl so for big stuff, i can see the progressbar, but not when it freezes, just a solid square
[00:34] <BUGabundo> asac:  bubu1uk: what in the hell !ubuntu devs could possibly fuck up with VPN packages? can't create VPN to work. was simple as 1,2,3 in #jaunty
[00:34] <asac> some users reported secret issues with "available to all users" connections
[00:34] <asac> for vpn
[00:34] <fta> asac, http://paste.ubuntu.com/304679/
[00:35] <fta> ~645
[00:35] <asac> fta: yes. its zero for oyu
[00:35] <asac> so endless loop
[00:36] <asac> height is 0
[00:37] <asac> also x_step = 0 ?
[00:37] <asac> ;)
[00:37] <asac> i would say stroke_width = MAX (1, height*2) ... or something
[00:38] <asac> in line 613 of your paste
[00:38] <asac> or maybe just do a g_return_if_fail (height)
[00:38] <asac> and g_return_if_fail (width)
[00:38] <asac> on top of the func
[00:38] <fta> or, reassigning to gtk2-engines-murrine then..
[00:38] <asac> the whole business is useless if there is no area to paint
[00:39] <asac> fta: question is why does it get height=0
[00:39] <asac> e.g. is that something that can happen normally
[00:39] <fta> #2  0x013b067b in murrine_draw_progressbar_fill (cr=0x894c1f8, colors=0x8765c88, widget=0xbfffe9f8, progressbar=0xbfffeb0c, x=12, y=0, width=2, height=0, offset=10) at ./src/murrine_draw.c:644
[00:39] <asac> maybe has to do with space constraints ... or other things
[00:39] <asac> yes. but what calls it with height=0
[00:40] <asac> imo that call should never happen
[00:40] <asac> putting a g_return_if_fail (height) on top probably helps and worksaround
[00:40] <asac> but thats also needed for the other functions then
[00:40] <asac> so i think its a bug higher in the food chain
[00:41] <fta> gtk before murrine already have 0
[00:41] <asac> in any case ... the function looping if height = 0 is a bug too
[00:41] <asac> yes
[00:41] <asac> so either thats a corner case that is valid -> bug in murrine
[00:41] <asac> or its not valid -> bug in gtk or maybe evo
[00:42] <asac> in any case, i think the functions should do assertions with g_return_if_fail on top
[00:42] <asac> to check parameters
[00:42]  * BUGabundo adb push /home/BUGabundo /dev/bed
[00:42] <asac> night
[00:42]  * asac  drops out in 10 minuntes
[00:42] <fta> asac, could you please comment in the bug, so it's not only me talking to myself 10 times in a row? :P
[00:43] <asac> hehe
[00:44] <fta> oh, i didn't see the comments from hggdh in the bug, seems they appeared afterwards or something
[00:44] <hggdh> heh. Not that I added much
[00:45] <hggdh> fta, you also have murrine-theme installed?
[00:45] <asac> ok commented
[00:46] <fta> i just have gtk2-engines-murrine matching murrine in dpkg
[00:46] <hggdh> still cnr :-(
[00:48] <fta> well i'm sorry i can, both at home and at work, i'd prefer not to ;)
[00:48] <asac> lol
[00:49] <asac> ok ... so i think the issue is understood. fix murrine ;)
[00:49] <asac> and make that _fill deal better with corner case situations like height = 0;)
[00:49] <asac> once that is done see if you see more issues like this ... which might indicate that its really a more fundamental issue somewhere
[07:01] <markey> morning
[07:01] <markey> guys, the Chromium builds are still borked
[07:03] <micahg> indeed
[09:15] <jonathan__> hey guys :)
[10:25] <micahg> asac: is there a list of topics somewhere for things to be discussed at UDS?
[12:21] <fta> micahg, https://blueprints.edge.launchpad.net/sprints/uds-l
[12:21] <fta> but it looks small compared to the hundreds of topics from the previous UDSes
[12:22] <micahg> fta: is that for everything?  I was wondering if the mozilla team had one
[12:22] <fta> it will probably grow very fast in the last few days before the date
[12:23] <fta> not sure if asac created one yet
[12:23] <micahg> if he did, can I add stuff?
[12:23] <fta> anyone could create/update a blueprint, it's just a matter of getting it approved
[12:23] <micahg> ok
[12:24] <fta> you could start with a wiki page
[12:26] <micahg> wiki.u.c/MozillaTeam/LucidPlans?
[12:27] <fta> yep, something like that
[12:29] <fta> btw, the start page for uds is there: https://wiki.ubuntu.com/UDS-L
[14:41] <[reed]> both of my laptops running karmic now
[16:52] <asac> jdstrand: i wont be able to finish my testings today ... sorry. i am on vacation and was completely caught in the tax declaration that has to be at authories tomorrow (monday)
[16:52] <asac> but if your testing is good ... mine so far was good as well - and i didnt get any complains from the -security ppa users
[17:22] <jdstrand> asac: ack
[17:54] <armin76> asac: fix sparc sigbus!
[19:57] <micahg1> asac: any idea why we never got the latest version of nspluginwrapper?
[19:59] <asac> micahg: what is the latest?
[19:59] <asac> 1.3.0 is an alpha release
[19:59] <micahg> 1.3.0-1
[19:59] <asac> nobody could say its better or worse
[20:00] <micahg> well, it was added in debian apparently to alleviate some issues
[20:00] <micahg> that we seem to be having now in karmic
[20:00] <micahg> I'm going to test a build of it and see if it fixes some things
[20:01] <asac> bbi 10 minutes
[20:07] <micahg> fta: I'm testing your pbuilder script :)
[20:08] <fta> micahg, good, let me know what you think
[20:09] <fta> boom, evo froze, again
[20:09]  * fta blames the desktop team
[20:09] <fta> and [reed]
[20:09] <fta> (because he's always to blame)
[20:09] <[reed]> lol
[20:11] <micahg> fta: is there a way to change which mirror a pbuilder uses?
[20:11] <micahg> I saw the one time override in your script
[20:11] <micahg> but I wanted to change to a local mirror permanently so it builds faster
[20:11] <asac> fta: did you try the patch i suggested?
[20:12] <fta> micahg, --mirror [mirror location]
[20:12] <fta> it's a pbuilder flag
[20:12] <fta> my script should pass it untouched
[20:12] <micahg> can I add it to a config file?
[20:13] <asac> .pbuilderrc? ;)
[20:14] <fta> micahg1, have a look at /etc/pbuilderrc
[20:15] <fta> it's system wide, otherwise, as asac said, ~/.pbuilderrc
[20:15] <fta> asac, which patch?
[20:16] <asac> fta: the murrine
[20:16] <fta> where.
[20:16] <fta> ?
[20:16] <asac> i didnt put a patch file in the bug, but i exactly described what to do ;)
[20:16] <fta> (i'm trying to fix a regression in the bot - caused by m-d)
[20:16] <jdstrand> asac: fyi, I just finished testing and am going to publish
[20:17] <asac> jdstrand: thumbs up then. thx!!
[20:17] <jdstrand> asac: sure! enjoy your vacation :)
[20:18] <asac> i will, i will :)
[20:34] <fta> is there a way to monitor the gpu & vide mem usages?
[20:36] <asac> fta: attached patch
[20:49] <micahg> fta: I get an error on this package  pbuilder-satisfydepends-dummy
[20:51] <asac> micahg: usually means you need universe packages
[20:51] <asac> but only have main in the sources.list
[20:51] <asac> or something simliar
[20:51] <micahg> ah
[20:52] <asac> i think it was main/univers ... and also things like karmic + karmic-updates etc.
[21:10] <fta> micahg, yep, the pbuilder-satisfydepends-dummy error is difficult to read, you have to scroll up to locate the reason, most probably universe, or the ppa itself if that's what you're building
[21:11] <micahg> ok
[21:26] <fta> bug 437039
[21:28] <fta> too bad, not the right chipset here
[21:42] <fta> ok, i fixed the bot, native packages should be fine now
[22:04] <fta> micahg, did it work?
[22:06] <micahg> still having trouble
[22:06] <micahg> trying --components on the cli now
[22:07] <micahg> this is why I prefer using my ppa :)
[22:07] <fta> fta@cube:~ $ cat  .pbuilderrc
[22:07] <fta> COMPONENTS="main restricted universe multiverse"
[22:07] <fta> HOOKDIR="/home/fta/.pbuilder-hooks"
[22:08] <sebner> fta: wondering what hooks you have =)
[22:09] <micahg> trying again :)
[22:09] <micahg> didn't have components set up right
[22:10] <fta> sebner, nothing fancy, my customized versions of B90lintian & C10shell
[22:11] <sebner> fta: uhh, nice. any advice for general -devel ?
[22:11] <fta> sebner, http://paste.ubuntu.com/305451/ (i use tcsh, not bash, plus some of my quilt prefs, etc)
[22:12] <fta> nothing moz specific in there
[22:12] <fta> i can build everything for all distros / arches with that + my pbuilder wrapper
[22:13] <sebner> cool
[22:13] <sebner> I'm not that ultra though
[22:13] <sebner> :P
[22:27] <micahg1> fta: was using the wrong arch :)
[22:28] <micahg> although idk if this will work
[22:29] <fta> micahg, you just have to remember that on amd64 host, you can create both amd64 & i386 pbuilders, but on i386 hosts, you can only do i386 pbuilders, even if your CPU is 64bit capable
[22:29] <micahg> ah
[22:29] <micahg> that was my issue
[22:29] <micahg> was trying to build nspluginwrapper on an i386 machine :)
[22:30] <fta> yep, at home, i'm 32bit, so i'm now doing all this pbuilder stuff remotely on a fast 64bit server
[22:31] <micahg> I'll just upload to ppa, it'll be ready for me to test sat night :)
[22:34] <fta> asac, your patch fixed the bug, here are the assertions: http://paste.ubuntu.com/305463/
[22:35] <fta> asac, (just for 1 attachment)
[22:36] <hggdh> fta -- I linked a b.g.o bug to the report, and will attach the patch
[22:36] <fta> asac, well, s/fixed/work-around/, the problem is still there, but now hidden
[22:37] <hggdh> does it allow you to open the attachment?
[22:38] <fta> yes
[22:38] <hggdh> OK, valid as a bypass. I would still like to know what triggers it for you (and not for me)
[22:38] <fta> i just don't see the progressbar
[22:43] <fta> hggdh, ok
[22:43] <fta> too bad it's too late for karmic
[22:43] <hggdh> I will discuss it with seb and see if we publish an update (since Evo is hit)
[22:44] <fta> excellent
[22:47] <hggdh> asac, thank you for the patch
[22:50] <fta> hggdh, just remember it's not a fix, just a work-around
[22:50] <hggdh> oh, I know (and marked the bug accordingly)
[22:50] <fta> so even if that patch stays, the bug should stay open and another patch is needed somewhere
[23:26] <BUGabundo> \o
[23:30] <jdstrand> asac: do you mind if I delete firefox-3.0 and xulrunner-1.9 from the ubuntu-mozilla-security ppa? they were dropped from karmic and cause problems for my scripts
[23:31] <jdstrand> asac: it's easily worked around, but it would be even easier to remove them :)