[01:36] Ubulette, is beta 2 (not rc) coming to your ppa ? [01:41] beta 2 will be in hardy soonish ... looks good so far. [01:42] oh nice :P [01:42] will cairo get bumped for hardy? [01:53] probably [01:54] nice [01:54] 1.5.x is the devel branch though [01:54] yes, but 1.6 should be out before hardy [01:55] btw, rc1 is exactly the same [01:56] (from an upstream perspective) [01:57] let's hope cairo is pushed tomorrow [01:58] ah cool [02:01] b3pre has some cool stuff too [02:02] Ubulette, do tell [02:02] preview in file dialog [02:02] it's cool for uploaders [02:03] plus more ui integration [02:04] ok, bed time. 'night all [02:04] cool good night Ubulette [12:08] jimmy_: i have fixed the packaging on WORKING. the test package is avaialble in https://edge.launchpad.net/~mozillateam/+archive (version is 0.3.0b1a~mt2) [12:09] jimmy_: i would upload that to hardy if you give me green light from your QA side [12:09] jimmy_: unfortunatley, the panning extension doesn't work for whatever reason [12:09] i have the feeling that some xul hook is missing ... but haven't tried ffox 3 either [12:10] jimmy_: would be great if you could look into the extension today [13:07] Ubulette: ok, now that things are sorted on cairo front we want more :) [13:07] microb backout [13:07] https://bugzilla.mozilla.org/attachment.cgi?id=292986 [13:07] thats the patch ... unfortunately it doesn't apply cleanly against b2 [13:14] ok, i will upload nss and nspr today ... tomorrow xul and firefox will go up [13:14] hopefully with microb backout [13:15] if you manage to get the backout done please commit on top of current .dev (rev 86) [13:18] could you push your changes ? [13:29] i did [13:29] rev 86 [13:30] "upload nss and nspr today" ? which one ? [13:30] what we currently have in hardy, but updated tarballs [13:31] e.g. DEBIAN_TAG=FIREFOX_3_0b2_RELEASE=... [13:32] i already require the version in the xul control [13:32] i only bound nss because nspr will be implicitly required i guess [13:34] rebooting ... yet another kernel upgrade [13:45] too bad that we don't have CVS directories in xul tarball :( [13:45] are you sure that libimgicon is not pulling the whole gnome with it ? it did previously, that's why i moved it in gnome-support in the 1st place. [13:45] now i have to fix my trunk checkout branch which is currently completely busted to produce a clean backout patch [13:45] Ubulette: it isn't [13:45] i looked at ldd [13:46] it was previously linked against gnome libs [13:46] that was fixed now ... to allow non-gnome people get icons [13:46] use mozclient to pull a tarball with cvs. just comment the exclude line [13:46] http://paste.ubuntu.com/2903/ [13:47] thats the new depends of xulrunner 1.9 b2 [13:47] why do we depend on python? [13:47] looks like bloat [13:47] otoh its essential in ubuntu :) ... so is probably avail everywhere [13:48] ;) [13:56] i won't upgrade my kernel just now. nvidia-new driver is not installable [13:59] maybe that fortunate :) [14:00] i should stop to upgrade ;) ... but i am currently waiting for cairo to land :) [14:00] the new kernel appears more responsive [14:01] yesterday i was almost killed by slowness of my system [14:01] i assume we can drop DEV_PACKAGE_INDICATION now [14:02] why is --with-default-mozilla-five-home back ? [14:04] hmm [14:04] reconnect [14:05] i assume we can drop DEV_PACKAGE_INDICATION now [14:05] why is --with-default-mozilla-five-home back ? [14:06] Ubulette: didn't add it ... according to bzr blame it has been introduced by you in rev 63 [14:07] Ubulette: i am not yet sure for DEV_PACKAGE_INDICATION [14:07] i drop it somewhere.. maybe ff3 [14:07] we should probably make it like in ffox 3 ... e.g. for gutsy we don't want system et al [14:07] hardy -> system ... everything else -> no-system [14:07] but you forced it afterward [14:08] right ... its not really finished as i didn't know exactly what i wanted [14:08] i will fix it before release [14:09] i want epiphany fixed :( [14:09] lets hope that microb solves the issues [14:09] you should be able to test on trunk though [14:10] b3 [14:11] when is mozclient package ready for landing? [14:11] and when can we switch xul package to use mozclient instead of hand written neworig? [14:12] http://revu.tauware.de/details.py?package=mozilla-devscripts [14:12] 5 days, not a single review [14:12] i would like to add a xul-extensions.mk to mozclient that allows you to easily package extensions [14:12] Ubulette: ok i will ack and upload [14:13] for you motu application it would be beneficial to have a list of links so the MOTU Council can review your changelogs you contributed to [14:13] e.g. not only the ones which show up in launchpad because you are changelog owner [14:14] so libcairo changelog ... fontconfig changes link + xulrunner + ffox + seamonkey + prism [14:14] + whatever [14:14] i think we can go ahead soon with that application [14:15] where should i post this list ? [14:15] start to accumulate it somewhere ... then show me and then you would include it in your MOTU application mail === asac_ is now known as asac [14:43] asac, that's quite long [14:43] http://paste.ubuntu.com/2904/ [14:44] hmm ... i ment links to the changelog entries in launchpad :) [14:44] anyway [14:44] looks good alrewady [14:45] lp is bogus [14:45] only the last release is visible now [14:45] and half of the remaining changelog entries are truncated [14:47] ok [14:47] then keep it in that way [14:47] didn't you do more merges ? [14:50] valgrind, xulrunner (twice), ruby-gnome2 (sync), kazehakase (twice, but not really a merge), [14:52] i did some NEW, xul 1.9, prism, seamonkey. i don't know if ff3 could be considered a NEW [15:05] cairo arrived \o/ [15:31] restarting X, brb [19:09] asac, I propose to change the nss/nspr code to be like cairo, ie check that we have the proper min version [19:54] asac, do you have nss ready ? i need it to build xul now