[00:03] asac: fennec and prism look good, I'm going to tag for release [00:05] asac: unless there's anything else for them or you want to check them first [00:13] if they work fine its probably good ... did you need to do some patching etc? [00:13] micahg: ? [00:13] asac: yes, sorry [00:13] let me see [00:14] i probably want to see the patches then ;) [00:14] asac: no, I didn't need to add any new ones...upstream already supports xul192 in both cases [00:16] asac: prism and fennec are now in bzr except for the release tag [00:16] in case you want to see [00:17] for fennec I managed to drop a patch as well [01:02] asac: should I tag for release? [01:05] micahg: in ppa there is no successful prism build [01:06] * micahg checks [01:06] respinning prism...buildd must not have caught xul192-0ubuntu2 [01:08] asac: ^^ [01:09] micahg: there are quite a lot of successful builds for lucid that are not superseded in archive [01:10] does that mean they dont work? [01:11] asac: some of them yes, I updated the wiki with where packages are [01:11] they built, but didn't test well in most cases [01:13] I'll try to finish up the wiki tonight as to what works and what doesn't... I already updated it earlier today with the status of about half the packages [01:13] asac: can you look at bug 537903 and see if you know a quick fix...armel is now failing gjs even with jit disabled [01:13] Launchpad bug 537903 in gjs "JS tests failing in gjs on i386 and armel" [Low,Triaged] https://launchpad.net/bugs/537903 [01:21] about gjs ... no clue from just the log [01:21] would have to look closer [01:21] can you finish the table, so i can check tomorrow morning how many extra hours we have to do thise week? [01:21] ;) [01:22] asack [01:22] jo [01:22] thats me ;) [01:23] asac_: k, should I tag fennec so you can upload? [01:23] is that a new upstream version? [01:23] asac_: already got FFe approved for fennec [01:23] ok [01:23] it's the release [01:23] 1.0 [01:23] yeah do it then [01:24] is orig production as usual? [01:24] asac_: yes, with tag [01:24] I used the version 1.0 though since it is the release [01:24] tag is rc3 [01:24] it's in the changelog [01:24] kk [01:25] and prism is good too? [01:25] well, I tested it, it's building in PPA now [01:25] anything else that needs to get pushed? [01:25] kk [01:25] asac_: tonight no, should I tag prism now and you'll push it too? [01:25] tomorrow I'll try to have more stuff [01:25] yes if you say its ready [01:26] also need orig instructions [01:26] will push all tomorrow morning [01:26] yeah. finish the table please [01:26] we need to do hard assignments for this week [01:26] as its basicalyl the final week ;) [01:26] for lucid [01:27] asac_: the orig for prism is fuzzy as I don't think we can pull specific versions, I'd say use the tarball from the PPA as I pulled that before they added upstream to 1.0beta3 [01:27] it's still in svn [01:27] prism is finished [01:28] micahg: how can we reproduce the tarball for prism? [01:28] we need this. otherwise we cant release [01:28] e.g. we need at least a svn revision id [01:28] and document that in changelog [01:28] asac: revision id is in changelog [01:29] http://pastebin.com/71qMu9Hz [01:29] let me see what happens if I try to generate a new one [01:31] ah, I think I can use the date [01:31] the revision should be good for svn [01:31] thats ok [01:32] (if the svn location is documented somewhere) [01:33] asac_: yes, I moved mozclient in package [01:35] let me see if this hack does it... [02:01] hmm bug 543862 [02:01] Launchpad bug 543862 in mozilla-devscripts "dh_xul-ext fails in dh7 when adding any option" [Undecided,New] https://launchpad.net/bugs/543862 [02:01] think its pretty bad ;) [02:02] indeed [02:02] asac_: my version hack isn't working [02:02] version hack? [02:03] I was trying to use MOZCLIENT_POSTCOCMD to update the svn version, but I can't get the version passed to it [02:06] I didn't realize, it's already there in DEBIAN_DATE :) [02:07] asac_: I'll add a README.SOURCE on tarball generation, ok? [02:09] or rather README.source [03:28] asac, thanks for the info; I'll dig up some references and add them to the bug report, but usually it comes down to Carl nixing patches because he's worried about the test suite. [08:32] morning [08:49] yo [11:20] asac: it doesnt give who tried to upload google-gagets to *ffox35 PPA but it failed to upload [11:21] * gnomefreak not sure if that is your upload [11:22] unable to find source package from what i can see [11:24] gnomefreak: hmm [11:24] gnomefreak: failed to upload usually means that a newer version is in archive [11:25] asac_: i was just going on what the email said [11:25] gnomefreak: https://edge.launchpad.net/~mozillateam/+archive/ffox35/+packages [11:25] there google-gadgets is fine [11:26] google-gadgets - 0.11.2-1ubuntu1~ffox36~lucid2 [11:26] gnomefreak: can you test that? [11:26] gnomefreak: would you be available to help a bit more on testing the other things? [11:26] i can [11:26] asac_: i have a few hours to play with [11:26] so i dont see why not [11:27] gnomefreak: so https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list [11:27] look for the lucid table at the bottom [11:27] those that are "Uploaded" need to get verified from the real archive [11:27] e.g. do they still work [11:28] if thats the case just add /verified (gnomefreak) to the column where currently (Uploaded) is [11:28] gnomefreak: there is "lucid main" ... and "lucid universe" [11:29] and lucid multiverse but only a few [11:29] gnomefreak: yeah. multivers comes last ;) [11:29] chrisccoulson: whats the status on yelp? [11:29] is that all ported to 1.9.2 and working well? [11:30] (hi) [11:30] hmm. why isnt rhythmbox in the ppa at all :/ [11:31] asac_: what is the repo i dont think i have it [11:32] asac_ - yelp is ported already [11:35] chrisccoulson: rhythmbox? [11:35] * asac_ goes through the lucid table (main) [11:35] https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list [11:35] asac_ - the rhythmbox xulrunner-dev build-depend appeared to be bogus, so I removed it [11:35] it wasn't using any of it at build time [11:36] chrisccoulson: hmm. didnt it build a plugin? [11:36] but ok ;) [11:36] chrisccoulson: packagekit? [11:36] asac_ - it does, but it ships local headers [11:36] ah ok [11:36] i've not looked at packagekit yet [11:36] did we drop the packagekit plugin too? [11:36] i think we can just drop that if it doesnt "just work" [11:36] yeah, that should be ok [11:37] chrisccoulson: swt-gtk [11:37] thats not done yet either [11:37] also gluezilla, gtk-vnc and mozvoikko i see as left overs [11:37] totem? [11:38] totem is doing the same thing as rhythmbox, so i will remove the build-depend when i next do an upload [11:38] kk [11:38] can we file a bug? [11:38] yeah, i can do that [11:38] or just do a totem upload now? [11:39] so we can scratch it? [11:39] i can do a totem upload. i just wasn't sure if it was worth doing that just to remove a build-depend though [11:39] yes [11:39] its worth doing it [11:39] ok, i'll do that then [11:39] cool [11:39] (i'll just confirm that the plugins still work first though) [11:39] please look at the other three i mentioned ... would be cool if we could get all main done today [11:39] that would allow me to sleep again ;) [11:40] yeah, sounds good [11:40] chrisccoulson: yeah. i dont think that totem will build without xulrunner though [11:40] it used the dependent glue in the past [11:40] which requires some sdk libs [11:40] i'll check that now and see [11:41] thx [11:45] asac_ - did you see the response to the conkeror FFe request? [11:45] chrisccoulson: nope ... bug id? [11:45] (bug 537900) [11:45] Launchpad bug 537900 in conkeror "[FFe] merge conkeror 0.9.1+git100220-1 from debian testing to get xulrunner-1.9.2 support" [Medium,Incomplete] https://launchpad.net/bugs/537900 [11:46] i found it :) [11:46] chrisccoulson: is conkeror in main? [11:46] asac_ - i'm wondering if we shouldn't just remove this? [11:46] it's in universe [11:49] asac_: i cant test google-gadgets. apt says cant find package [11:51] wrong name it seems [11:53] chrisccoulson: i wondered about that too. I think we should check if the new version just works fine [11:53] if not we kill it ... otherwise we keep it - throwing out stuff that is well maintained wasnt the goal. [11:53] asked on the bug to verify the build before synching [11:55] asac_: did you want me to test the ones that are being uploaded/merged or the ones that are not? [11:56] gnomefreak: first the ones that are uploaded ... when all those are done [11:56] we check those that are in the ppa [11:56] k [12:06] ok, totem is done now [12:32] * gnomefreak not even sure how these work :( i know a few at least [12:33] gears is not compatible with 3.6 [12:33] well the daily 3.6 [12:38] asac_: where did you want me to put testing in the able for the uploaded packages [12:38] gnomefreak: in the current table there is a row where you see "Uploaded" [12:38] just change that to "Uploaded/Verified(gnomefreak)" [12:39] or "Uploaded/Bug:xxxxx:" [12:39] if it doesnt work (e.g. open a bug) [12:39] ok [12:39] gnomefreak: ^ [12:41] chrisccoulson: do you run 32-bit? [12:42] chrisccoulson: could you test enigmail xpi i produced? http://people.canonical.com/~asac/tmp/enigmail-1.0-linux-i686.xpi [12:42] asac_ - i run 64-bit [12:42] argh [12:42] in the past everyone ran 32-bit ;) [12:42] lol [12:42] i still do :) [12:42] i've ran 64-bit since breezy ;) [12:42] now you and micah both run 64-bit [12:42] gnomefreak: can you test ;)? thats supposed to work with tbird 3 from lucid [12:43] it's twice as many [12:43] in the meantime: /me goes and gets his tbird changes from ronne [12:43] * gnomefreak trying to figure out how to make/save a chmsee file [12:43] asac_: i will in a minute [12:52] the source of the test email says it is signed i just dont see the sig. in the email itself [12:54] ok looks like it works. another tester would be good just incase [13:01] gnomefreak: send mails with sign/encypt ... and check if display is proper etc. [13:01] also ...did your previous setting get preserved? [13:02] you could also check if a new fresh profile works out of box [13:03] gnomefreak, i tested chmsee already [13:03] (i use it quite a bit for reading ebooks) [13:08] chrisccoulson: thanks [13:41] asac__: did you approve the merge request for SM2? i am against it until it has all binaries and such [13:41] gnomefreak: sorry. not sure [13:41] sm2 fell off the radar here [13:41] * gnomefreak hasnt looked at the branch [13:45] only 487 emails left :\ [14:15] can someone try to confirm bug 544187 with TB3 [14:15] Launchpad bug 544187 in thunderbird "Thunderbird-3.0 does not respect at least one setting" [Undecided,New] https://launchpad.net/bugs/544187 [14:17] yeah i know title can use a rework im just too tired to care about that :) === _Tsk__ is now known as _Tsk_ [15:37] what is the regression tag named [15:38] asac__: around? [15:39] micahg: he was maybe 30 minutes ago [15:39] gnomefreak: probably on a call... [15:39] ah [15:39] gnomefreak: there are 2 regression tags [15:39] actually 3 [15:39] micahg: tb3 is broke but worked on 2.0 [15:40] regression-potential [15:40] thanks === debfx_ is now known as debfx [15:41] chrisccoulson: why is xulrunner superfluous for totem, it builds a firefox plugin? [15:42] micahg - it does the same as rhythmbox (it ships a local copy of xulrunner headers, and doesn't need xulrunner at all at build-time anymore) [15:42] chrisccoulson: do we really want it doing that? [15:43] micahg - i'm not sure, but that's what upstream are doing [15:43] i'd rather not deviate away from that [15:45] chrisccoulson: I would think that opens it to security flaws [15:49] micahg - it's been that way since intrepid [15:50] the totem version shipped with hardy was the last one to require xulrunner build-depends [15:50] chrisccoulson: wow...ok, well, if asac reviewed it for security issues...then ok [15:54] micahg - see gnome bug 520629 for why it's done this way [15:55] Gnome bug 520629 in Browser plugin "deCOMtaminate plugins" [Enhancement,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=520629 [15:55] it's done specifically to make the plugins work with webkit [15:57] chrisccoulson: so they're using a new API then? [16:01] * gnomefreak thought we were dropping webkit (we == Ubuntu) [16:01] gnomefreak: no, we're porting stuff to webkit [16:01] oh [16:01] !info gxine [16:01] gxine (source: gxine): the xine video player, GTK+/Gnome user interface. In component universe, is optional. Version 0.5.904-2ubuntu1 (karmic), package size 509 kB, installed size 1512 kB [16:03] ok done filing bugs today i think [16:21] micahg: yeah. [16:21] hmmm, i can't build xulrunner in 1 32-bit build environment on my 64-bit machine [16:21] s/1/a [16:23] chrisccoulson: which version? [16:24] micahg - 1.9.2 === yofel_ is now known as yofel [16:25] chrisccoulson: weird...which version, I can try in a 32 bit pbuilder locally [16:25] it *thinks* it is building in a 64-bit environment [16:25] chrisccoulson: oh, you need to set the arch for pbuilder [16:25] you didnt like the "-" [16:25] gnomefreak: it looks like the old source package [16:25] ah [16:25] asac__: sorry about conkeror, forgot to push a test build [16:25] micahg - i'm using a 32-bit pbuilder on the 64-bit host. are you saying that i'm missing something else out too? [16:26] micahg: next time subscribe motu-release [16:26] for universe stuff [16:26] asac__: no, release team merged [16:26] huh? [16:26] really? [16:26] ok [16:26] yeah, the teams merged a few weeks back i think [16:26] well. i used motu-release successfully this week already ;) [16:26] chrisccoulson: should be 64 bit pbuilder with 32 bit arch set [16:27] asac__: yes, they haven't disabled the group, but a notice was sent out [16:27] kk [16:27] think we should metion that its universe in the title then [16:27] micahg - oh, ok. i'm not sure i know how to do that though. [16:27] guess slangasek wouldnt have felt summon that way - but could be wrong [16:27] asac__: https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030316.html [16:28] chrisccoulson: --architecture i386\ [16:28] oops [16:28] w/out the \ [16:28] thanks, i'll try that [16:29] asac__: did you know totem has in source xulrunner headers now? [16:30] micahg: well. if it really works without xulrunner fine [16:30] but in the past it used xpcom glue ... so the headers were not the problem alone [16:30] ok have to run some errands [16:30] asac: I was wondering about security concerns, but if it's only headers I guess there aren't any [16:31] well. its not optimimal to ship in-soiurce headers if they use anything that is subject to change [16:31] i doubt that totem works without libxul [16:31] but could be ... then all is fine [16:31] ok out for a bit [16:31] we need to get all main table finished today ;) [16:31] asac__: k, I'll test the new package..would like to chat when you return [16:31] yes, we can do [16:34] parted and udisks have been held back for a while now [16:35] * gnomefreak found out why [16:44] why the hell am i geting the import wizard? [16:44] micahg: ^^ wants to import 2.0 settings i dont have 2.0 installed [16:45] gnomefreak: hmmm [16:45] gnomefreak: any other thunderbird folders like .thunderbird-3.0? [16:45] any idea on what i should choose? [16:46] micahg: yes [16:46] why :( [16:46] due to running dailies? [16:46] gnomefreak: were you running thunderbird-3.0 after you switched to thunderbird 3.0? [16:46] not that i know of [16:47] gnomefreak: keep 2.0 settings [16:47] and file a bug [16:47] gnomefreak: I'll see if I can make it a little smarter [16:47] what is the bug? extra *-3.0 folder? [16:48] gnomefreak: no, that would have been if you ran thunderbird-3.0 after you ran thunderbird [16:49] icon still using "thunderbird" so im not real sure how i ran -3.0 [16:52] that is odd. there is no keep 2.0 settings however there is a keep 3.0 settings or import settings :) [16:53] Import settings keeps you current .thunderbird [16:53] ok that is one i want than thanks [16:54] micahg: should i rename the .thunderbird-3.0 dir? [16:54] gnomefreak: yeah, that'll keep the migrator from appearing [16:55] ok thanks [17:34] micahg, can you test something for me? [17:36] LLStarks: depends [17:37] it's very simple, open up firefox, enable carat browsing on a tall site and try to do multiple page downs [17:38] for me, it doesn't always work and a black stripe will appear down the length of the page. [17:38] * micahg doesn't know how to enable caret browsing [17:38] *hold down page down [17:38] F7 [17:39] micahg - have you investigated why swt-gtk failed to build in the PPA? [17:39] chrisccoulson: not yet [17:40] LLStarks: doesn't seem to work, but I should test in a clean profile later [17:40] doesn't work as in the bug appears? [17:41] LLStarks: no a different bug [17:41] I can't scroll up [17:41] micahg - i'm not sure if something changed in xulrunner since you uploaded it, but i just managed to successfully build swt-gtk [17:41] yeah, it also affects pageup [17:41] chrisccoulson: yes, it's possible, I can respin [17:41] micahg - that would be great [17:42] chrisccoulson: 2 hours [18:51] asac - do you think that the current mozilla-plugin.pc file that ships in xulrunner 1.9.2 is incorrect? [18:51] it has this line: [18:51] Cflags: -I${includedir}/stable -DXP_UNIX -I${includedir}/nspr [18:52] chrisccoulson: do we make that .pc file? [18:52] but /usr/include/xulrunner-1.9.2/stable doesn't exist, and it makes packagekit not able to build the firefox plugin [18:52] micahg - the pc file is shipped in the current -dev package [18:52] chrisccoulson: yes, but is it created upstream or by us [18:52] oh, sorry ;) [18:53] it's created upstream [18:55] chrisccoulson: makes me wonder if that's in the build [18:56] no, it's not [18:56] chrisccoulson: mozilla 540524 [18:56] Mozilla bug 540524 in XULRunner "mozilla-plugin.pc.in still includes a stable in cflags" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=540524 [18:57] ah, thanks [18:57] chrisccoulson: yeah, so we should probably patch that [18:57] i was just about to ask if we could patch that [18:58] chrisccoulson: yeah, add this...https://bugzilla.mozilla.org/attachment.cgi?id=422281&action=diff&context=patch&collapsed=&headers=1&format=raw [18:58] or I can do it...here hold on, [18:59] ugh... [18:59] I already have a commit in tehre for 1.9.2.2 [19:00] it's for minimum NSS [19:00] chrisccoulson: do you need a release test or just something to test in PPA? [19:01] micahg - i can build it here to test packagekit with [19:01] chrisccoulson: k, because we can release it next week [19:01] when 1.9.2 [19:01] .2 [19:01] k, give me a minute [19:05] chrisccoulson: k, it's in bzr [19:05] micahg- thanks [19:05] chrisccoulson: just a warning, if you build as is, it won't use system nss [19:10] chrisccoulson: have you seen my updates on teh xulrunner wiki page for statuses of stuff? [19:10] asac: I just got an email from you and would like to talk more about it when you have time (as it came from launchpad, I cannot reply). [19:24] micahg - i've not looked at that yet [19:24] chrisccoulson: well, it shows where I am ATM... [19:24] btw, the patch to the pc file doesn't apply properly (it's got the wrong filename in it) [19:24] chrisccoulson: ugh... [19:25] chrisccoulson: if it points to wrong directory its a problem, yes. [19:25] micahg, "mozilla-1.9.2/xulrunner/installer/mozilla-plugin.pc.in-orig" [19:25] yeah...ugh [19:25] I'll fix [19:25] thanks :-) [19:26] we should forward the pc.in fix upstream if its wrong there [19:27] asac__: no, I just took their patch as is and forgot to munge the dir [19:27] asac__: can I push --overwrite or just add another commit on top? [19:27] micahg: not sure what you did [19:28] and when [19:28] if it happend 5 minutes agao, overwrite is ok [19:28] asac__: I added it about 20 minutes afo [19:28] otehrwise on top [19:28] ago [19:28] please look at bzr diff before committing [19:28] 20 minutes means commit on top? [19:28] yes [19:29] k [19:29] what do you mean with "took patch as is"? [19:29] asac__: they have a patch which should land in 1.9.2.3 that they said isn't blocking but should take [19:30] here: mozilla 540524 [19:30] Mozilla bug 540524 in XULRunner "mozilla-plugin.pc.in still includes a stable in cflags" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=540524 [19:30] it was added by accident when OJI was added back for OS X [19:30] but why is our patch busted? [19:31] asac__: their top level dir is mozilla-1.9.2 [19:31] the patch looks ok [19:31] yeah [19:31] well. you have in-orig [19:31] twice [19:31] yes [19:31] so you mixed things up [19:31] I think that was the actual problem [19:31] yeah, that's the problem [19:31] well. that isnt upstream [19:31] so you have edited the patch [19:31] asac__: https://bugzilla.mozilla.org/attachment.cgi?id=422281&action=diff&context=patch&collapsed=&headers=1&format=raw [19:32] that's what I took [19:32] i am looking here: https://bug540524.bugzilla.mozilla.org/attachment.cgi?id=422281 [19:32] thats ok [19:32] ah, so the raw unified is broke then? [19:32] anyway, test patches before committing ;) [19:32] no clue what you are doing [19:32] i just click on attachment [19:33] ahh [19:33] I forgot that was the shorcut [19:33] I kept clicking on Diff [19:38] micahg: sorry, sounds like you're busy, but did you ever figure out why i can't push the songbird changes? [19:38] ddecator: you need to start with a clean branch in a dir that's not under bzr contrl [19:39] chrisccoulson: pushed [19:39]