[00:00] I can work on that later [00:00] asac_the_2nd: should I update the sdk build system to include testing and tools [00:01] try to add the minimal amount of files from testing [00:01] we need to show the full contents to a moz guy and ask if we can consolidate that in future [00:01] e.g. we also have toolkit/mozapps/installer (might make sens) but also ./toolkit/xre/make-platformini.py [00:01] which feels rather random too [00:02] maybe those can be moved to build/ or so [00:03] asac_the_2nd: should I just try to add minimal files all around? [00:04] well. dont put too much time into this [00:04] if upstream asks us to help figuring what is needed we can do that [00:04] but i find this tools/ testsing/ to suspicious and having the real files might help discussion upstream [00:04] well, I saw that we create the build-system.tar.gz, so I thought it's our problem [00:05] half half ;) [00:05] i think upstream is interested in clean separation. at least they cleaned the build system up for 3.0 to a state that we could do what we did in 1.9 [00:05] so they might wnat to kno that they drift away again [00:08] asac_the_2nd: k\ [00:49] asac: can I add that patch to disable jit for firefox on sparc so it'll build? [00:50] micahg: patch? thats a configure flag, isnt it? [00:51] if you mean patch against debian/rules, then yeah [00:51] yeah, sorry mistyped [00:55] * asac merged [01:44] asac: sorry to bug, but have you gotten a chance to look at my lp:gwibber merge proposal? [03:07] asac: stil there? [07:05] hi .. how to make xulrunner 1.9.3 as default ? [08:53] murangetto! [09:58] hi all [09:59] what about thunderbird stable ppa? is there any timeline? [10:39] what needs to be done to add seamonkey 2 to repositories? there is SM 2 in PPA already [10:40] https://launchpad.net/~joe-nationnet/+archive/seamonkey [11:02] someone needs to do that [13:09] PID SYSCPU USRCPU VGROW RGROW RDDSK WRDSK ST EXC S CPU CMD 1/1 [13:09] 6904 0.34s 1.22s 0K 188K 0K 44K -- - S 78% beam.smp [13:09] 2488 0.32s 0.51s 32K 640K 0K 0K -- - S 42% gwibber-servic [13:09] 2404 0.17s 0.48s 0K 0K 0K 0K -- - S 32% gwibber [13:09] kenvandine: ^^^^^^^^^^^^^ [13:09] this is CRAZY [13:25] http://mxr.mozilla.org/mozilla1.9.2/search?string=nsprpub&find=&findi=&filter=^[^\0]*%24&hitlimit=&tree=mozilla1.9.2 [13:31] BUGabundo_remote, anything in particular you notice in gwibber when the load is that high? [13:59] kenvandine: nope [14:00] seems to be much nicer now that I close an reopen [14:00] kenvandine: I suspect its twitter api limit [14:00] it already killed my pidgin once today [14:04] BUGabundo_remote, but was the cpu usage for beam.smp staying high? [14:04] or was that a spike [14:04] asac: can I ask a user to test a package in the transition PPA? [14:06] BUGabundo_remote, beam.smp is nearly always 0% for me [14:06] except at startup and at refresh [14:06] then it bumps up to 20% or so for a few seconds [14:07] ill keep wathing it kenvandine [14:08] please do [14:08] i really want to know if it is a trend [14:08] we are trying hard to keep this as light as possible [14:08] its still very high [14:08] what is your RSS like for gwibber-service? [14:08] no rss [14:08] identica, statusnet, twitter [14:08] that's all [14:08] no... i mean memory [14:08] two coluns [14:08] timeline and replies [14:09] memory usage [14:09] memory wise its low [14:09] 2404 0/s 0/s 2134K 663.2M 159.2M 0K 0K 4% gwibber [14:09] 2440 4/s 0/s 2134K 453.1M 136.7M 0K 0K 3% gwibber-servic [14:09] 7693 4/s 0/s 2134K 457.2M 128.7M 0K 24K 3% gwibber-servic [14:09] how low? [14:09] gwibber is high [14:09] beam I don't see in the list [14:09] is 128.7M the RSS? [14:09] no rss here [14:09] i mean RSS in memory usage terms :) [14:10] ahh [14:10] sorry [14:10] what command did you use to get that output? [14:10] right 160MB rsize [14:10] atop [14:10] ok... that is bad [14:10] way too high [14:10] with memory view [14:10] i was just profiling it this morning [14:10] its not memory that worries me [14:10] I have 4GB [14:10] its CPU [14:10] its hogging it like hell [14:10] mine went from 24M to 63M last week [14:11] trying to bisect what changed in the service to make it more than double [14:11] BUGabundo_remote, yeah... i hadn't seen any signs of problems there... so i will start profiling that too [14:11] my goal is for the service to stay around 30M for anyone [14:14] ok [14:14] thanks === heikki_ is now known as heikki [16:00] is anybody familiar with using dh_xulrunner for automatically adding the correct xulrunner binary depends at build-time? [16:01] chrisccoulson: what's the issue? [16:02] micahg - it's adding "xulrunner-1.9.1.8" as the binary depends [16:02] chrisccoulson: yes, I fixed that in .head I think [16:03] micahg - awesome [16:03] bug 529628 [16:03] Launchpad bug 529628 in xulrunner-1.9.1 "dh_xulrunner adds wrong dependency on xulrunner-1.9.1.8" [Low,Fix committed] https://launchpad.net/bugs/529628 [16:03] thanks [16:03] * micahg checks to make sure it was fixed in 192 as well [16:04] not yet :( [16:04] oh, i just built a package with 1.9.2 and it worked ok [16:06] chrisccoulson: that's because the version is 1.9.2 and not 1.9.2.1 [16:06] yeah, i thought so [16:06] I just pushed the fix up to the branch [16:06] thanks [16:07] I'll be updating the xulrunner-1.9.2 build in the transition PPA over the weekend [17:13] jdstrand: are you there? [17:13] jdstrand: can you pocket copy a ppa to lucid? [17:13] https://edge.launchpad.net/~asac/+archive/armel1/+packages?start=0&batch=50 [17:13] its all built form yesterday [17:13] from [17:14] just rebuilds ... all but four sources went well [17:14] 82 packages? [17:15] asac: ^ [17:16] jdstrand: yes [17:16] with all binaries etc. [17:16] its 86 out of 326 [17:16] i will do the rest in archive over weekend [17:16] asac: that is a non-virtual ppa? [17:16] yes [17:16] its a native [17:16] with all archs [17:16] everything has finished building [17:16] except the build failures [17:16] * jdstrand nods [17:17] asac: can I ask a user to test packages in the transition PPA [17:17] micahg: sure. if dist-upgrade desnt bust their system :) [17:17] asac: may I ask why you did it this way rather than upload to the main builders? [17:17] at best you would at least run thoes apps once [17:17] jdstrand: because i didnt want to wake up with 40 build failures, all images not working etc. [17:17] also wasnt sure about how long the build would take [17:18] asac: ok. so this is a one-off kinda deal and not a change in process? [17:18] but it went really good [17:18] jdstrand: well. personally i like this process ... but no. its a one way thing [17:18] ok [17:18] I'll pocket copy them [17:19] jdstrand: i basically rebuild all packages that were not build in lucid [17:19] so i wasnt sure how rotten the packages were [17:19] * jdstrand nods [17:19] but it went well, so now i will continue in archive [17:19] asac: it's going to take me a little while, but I'll definitely get to it today [17:21] right. i dont plan to work for the next two hours [17:21] then prepare the next batch and push that to archive once you say its copied [17:25] * sebner waves at asac and jdstrand my personal mighty heros [17:25] heh [17:25] hi sebner [17:25] ;) [17:25] jdstrand: already had time to look at moin? [17:25] sebner: I was out sick yesterday, so didn't get to look at moin yet, but will [17:26] jdstrand: heh, np np :) If you are b0red you can also sync taglib-sharp ;D [17:27] I'll be goign through archive admin work in a bit, and should be able to do it then [17:27] * sebner hugs jdstrand :) [17:28] :) === yofel_ is now known as yofel [18:02] openjdk takes forever to build... [20:14] ugh these epiphany changes are a pita [20:15] they didn't just update the api it appears they changed it a lot more than that [20:15] it looks like they are now passing around a list of icons instead of just one icon [20:45] asac: uploading it to people.canonical.com/~ccheney, it seems to be fairly hard to backport without backporting the entry stuff for gtk which don't appear to be easy (possible?) to do outside of gtk, the new version of epiphany uses it plus changes things up quite a bit from the old version [20:48] * micahg hopes openjdk finishes ok [21:03] asac: so, those 82 packages-- are all the sources and resulting binaries in main? [21:03] asac: pocket copying from a ppa will not do the overrides correctly-- they all have to manually be done [22:10] wow, openjdk finally finished :) [22:10] asac: should I push openjdk to PPA [22:13] DO IT [22:13] * micahg checks if builders are busy [22:14] not too busy [22:14] fta since when does chromium private browser saves passwords?? [22:24] BUGabundo: heh that doesn't sound very private, lol [22:26] I know , right [22:26] must file a secutity bug [22:32] not sure its a normal 'security' bug but it sounds like it wasn't thought out well [22:34] got another funny one [22:34] if you have both regular and priv wind open [22:34] and open a link from a 3rd party app [22:34] it will open in the last wind, even if that's priv [22:50] asac: I didn't have time to tag a release for Firefox today or fix TB3 and tag release, so if you could upload on Monday, that would be great [22:50] asac: I'll do it over the weekend [22:56] * micahg wonders where fta is... [22:57] debfx: would you be able to propose a merge for the kde patch rebased against firefox-3.6.head using the latest tarball from the Ubuntu Mozilla Daily ppa: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa [22:57] debfx: it's fine for the current 3.6 release which will go out early next week, but fails in the daily builds for 3.6.2 [23:15] micahg: yes, sure [23:16] debfx: thanks [23:19] jdstrand: its all main [23:20] only main pakcages are done this cycle [23:22] micahg: monday is final upload date. did you add the stuff into xulrunner build system? [23:22] e.g. can we upload that package? [23:22] asac: not yet, will be ready by monday [23:22] micahg: https://code.edge.launchpad.net/~debfx/firefox/firefox-3.6.head/+merge/20791 [23:22] asac: monday is final for what? [23:23] debfx: thanks, I'll merge it in tomorrow night [23:23] Mozilla fonts look non-hinted on my LCD, but fine on CRT. Can anyone clue me in on how I can get the fonts looking as good as the rest of the system on my LCD? [23:24] Dunkirk: bug 512615 [23:24] Launchpad bug 512615 in firefox "fonts are incorrectly rendered due to not using system cairo" [Unknown,Confirmed] https://launchpad.net/bugs/512615 [23:24] asac: isn't beta 1 freeze thursday? [23:24] no clue [23:25] * micahg thinks it's thursday [23:25] is there another deadline? [23:25] in any case, xulrunner-1.9.2 initial upload should be ready monday [23:26] asac: ^^^ [23:26] the longer it sits in NEW the earlier it will be processed [23:27] asac: k, will be ready monday :) [23:30] * micahg will be back tomorrow night... [23:48] Dunkirk: yes, thats known