[00:03] <micahg> asac: fennec and prism look good, I'm going to tag for release
[00:05] <micahg> asac: unless there's anything else for them or you want to check them first
[00:13] <asac> if they work fine its probably good ... did you need to do some patching etc?
[00:13] <asac> micahg: ?
[00:13] <micahg> asac: yes, sorry
[00:13] <micahg> let me see
[00:14] <asac> i probably want to see the patches then ;)
[00:14] <micahg> asac: no, I didn't need to add any new ones...upstream already supports xul192 in both cases
[00:16] <micahg> asac: prism and fennec are now in bzr except for the release tag
[00:16] <micahg> in case you want to see
[00:17] <micahg> for fennec I managed to drop a patch as well
[01:02] <micahg> asac: should I tag for release?
[01:05] <asac> micahg: in ppa there is no successful prism build
[01:06]  * micahg checks
[01:06] <micahg> respinning prism...buildd must not have caught xul192-0ubuntu2
[01:08] <micahg> asac: ^^
[01:09] <asac> micahg: there are quite a lot of successful builds for lucid that are not superseded in archive
[01:10] <asac> does that mean they dont work?
[01:11] <micahg> asac: some of them yes, I updated the wiki with where packages are
[01:11] <micahg> they built, but didn't test well in most cases
[01:13] <micahg> 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] <micahg> 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:21] <asac_> about gjs ... no clue from just the log
[01:21] <asac_> would have to look closer
[01:21] <asac_> can you finish the table, so i can check tomorrow morning how many extra hours we have to do thise week?
[01:21] <asac_> ;)
[01:22] <micahg> asack
[01:22] <asac_> jo
[01:22] <asac_> thats me ;)
[01:23] <micahg> asac_: k, should I tag fennec so you can upload?
[01:23] <asac_> is that a new upstream version?
[01:23] <micahg> asac_: already got FFe approved for fennec
[01:23] <asac_> ok
[01:23] <micahg> it's the release
[01:23] <micahg> 1.0
[01:23] <asac_> yeah do it then
[01:24] <asac_> is orig production as usual?
[01:24] <micahg> asac_: yes, with tag
[01:24] <micahg> I used the version 1.0 though since it is the release
[01:24] <micahg> tag is rc3
[01:24] <micahg> it's in the changelog
[01:24] <asac_> kk
[01:25] <asac_> and prism is good too?
[01:25] <micahg> well, I tested it, it's building in PPA now
[01:25] <asac_> anything else that needs to get pushed?
[01:25] <asac_> kk
[01:25] <micahg> asac_: tonight no, should I tag prism now and you'll push it too?
[01:25] <micahg> tomorrow I'll try to have more stuff
[01:25] <asac_> yes if you say its ready
[01:26] <asac_> also need orig instructions
[01:26] <asac_> will push all tomorrow morning
[01:26] <asac_> yeah. finish the table please
[01:26] <asac_>  we need to do hard assignments for this week
[01:26] <asac_> as its basicalyl the final week ;)
[01:26] <asac_> for lucid
[01:27] <micahg> 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] <micahg> it's still in svn
[01:27] <micahg> prism is finished
[01:28] <asac_> micahg: how can we reproduce the tarball for prism?
[01:28] <asac_> we need this. otherwise we cant release
[01:28] <asac_> e.g. we need at least a svn revision id
[01:28] <asac_> and document that in changelog
[01:28] <micahg> asac: revision id is in changelog
[01:29] <micahg> http://pastebin.com/71qMu9Hz
[01:29] <micahg> let me see what happens if I try to generate a new one
[01:31] <micahg> ah, I think I can use the date
[01:31] <asac_> the revision should be good for svn
[01:31] <asac_> thats ok
[01:32] <asac_> (if the svn location is documented somewhere)
[01:33] <micahg> asac_: yes, I moved mozclient in package
[01:35] <micahg> let me see if this hack does it...
[02:01] <asac_> hmm bug 543862
[02:01] <asac_> think its pretty bad ;)
[02:02] <micahg> indeed
[02:02] <micahg> asac_: my version hack isn't working
[02:02] <asac_> version hack?
[02:03] <micahg> I was trying to use MOZCLIENT_POSTCOCMD to update the svn version, but I can't get the version passed to it
[02:06] <micahg> I didn't realize, it's already there in DEBIAN_DATE :)
[02:07] <micahg> asac_: I'll add a README.SOURCE on tarball generation, ok?
[02:09] <micahg> or rather README.source
[03:28] <TomJaeger> 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] <BUGabundo_remote> morning
[08:49] <LLStarks> yo
[11:20] <gnomefreak> 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] <gnomefreak> unable to find source package from what i can see
[11:24] <asac_> gnomefreak: hmm
[11:24] <asac_> gnomefreak: failed to upload usually means that a newer version is in archive
[11:25] <gnomefreak> asac_: i was just going on what the email said
[11:25] <asac_> gnomefreak: https://edge.launchpad.net/~mozillateam/+archive/ffox35/+packages
[11:25] <asac_> there google-gadgets is fine
[11:26] <asac_> google-gadgets - 0.11.2-1ubuntu1~ffox36~lucid2
[11:26] <asac_> gnomefreak: can you test that?
[11:26] <asac_> gnomefreak: would you be available to help a bit more on testing the other things?
[11:26] <gnomefreak> i can
[11:26] <gnomefreak> asac_: i have a few hours to play with
[11:26] <gnomefreak> so i dont see why not
[11:27] <asac_> gnomefreak: so https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list
[11:27] <asac_> look for the lucid table at the bottom
[11:27] <asac_> those that are "Uploaded" need to get verified from the real archive
[11:27] <asac_> e.g. do they still work
[11:28] <asac_> if thats the case just add /verified (gnomefreak) to the column  where currently (Uploaded) is
[11:28] <asac_> gnomefreak: there is "lucid main" ... and "lucid universe"
[11:29] <gnomefreak> and lucid multiverse but only a few
[11:29] <asac_> gnomefreak: yeah. multivers comes last ;)
[11:29] <asac_> chrisccoulson: whats the status on yelp?
[11:29] <asac_> is that all ported to 1.9.2 and working well?
[11:30] <asac_> (hi)
[11:30] <asac_> hmm. why isnt rhythmbox in the ppa at all :/
[11:31] <gnomefreak> asac_: what is the repo i dont think i have it
[11:32] <chrisccoulson> asac_ - yelp is ported already
[11:35] <asac_> chrisccoulson: rhythmbox?
[11:35]  * asac_ goes through the lucid table (main)
[11:35] <asac_> https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/xulrunner-list
[11:35] <chrisccoulson> asac_ - the rhythmbox xulrunner-dev build-depend appeared to be bogus, so I removed it
[11:35] <chrisccoulson> it wasn't using any of it at build time
[11:36] <asac_> chrisccoulson: hmm. didnt it build a plugin?
[11:36] <asac_> but ok ;)
[11:36] <asac_> chrisccoulson: packagekit?
[11:36] <chrisccoulson> asac_ - it does, but it ships local headers
[11:36] <asac_> ah ok
[11:36] <chrisccoulson> i've not looked at packagekit yet
[11:36] <asac_> did we drop the packagekit plugin too?
[11:36] <asac_> i think we can just drop that if it doesnt "just work"
[11:36] <chrisccoulson> yeah, that should be ok
[11:37] <asac_> chrisccoulson: swt-gtk
[11:37] <chrisccoulson> thats not done yet either
[11:37] <asac_> also gluezilla, gtk-vnc and mozvoikko i see as left overs
[11:37] <asac_> totem?
[11:38] <chrisccoulson> totem is doing the same thing as rhythmbox, so i will remove the build-depend when i next do an upload
[11:38] <asac_> kk
[11:38] <asac_> can we file a bug?
[11:38] <chrisccoulson> yeah, i can do that
[11:38] <asac_> or just do a totem upload now?
[11:39] <asac_> so we can scratch it?
[11:39] <chrisccoulson> 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] <asac_> yes
[11:39] <asac_> its worth doing it
[11:39] <chrisccoulson> ok, i'll do that then
[11:39] <asac_> cool
[11:39] <chrisccoulson> (i'll just confirm that the plugins still work first though)
[11:39] <asac_> please look at the other three i mentioned ... would be cool if we could get all main done today
[11:39] <asac_> that would allow me to sleep again ;)
[11:40] <chrisccoulson> yeah, sounds good
[11:40] <asac_> chrisccoulson: yeah. i dont think that totem will build without xulrunner though
[11:40] <asac_> it used the dependent glue in the past
[11:40] <asac_> which requires some sdk libs
[11:40] <chrisccoulson> i'll check that now and see
[11:41] <asac_> thx
[11:45] <chrisccoulson> asac_ - did you see the response to the conkeror FFe request?
[11:45] <asac_> chrisccoulson: nope ... bug id?
[11:45] <chrisccoulson> (bug 537900)
[11:46] <gnomefreak> i found it :)
[11:46] <asac_> chrisccoulson: is conkeror in main?
[11:46] <chrisccoulson> asac_ - i'm wondering if we shouldn't just remove this?
[11:46] <chrisccoulson> it's in universe
[11:49] <gnomefreak> asac_:  i cant test google-gadgets. apt says cant find package
[11:51] <gnomefreak> wrong name it seems
[11:53] <asac_> chrisccoulson: i wondered about that too. I think we should check if the new version just works fine
[11:53] <asac_> if not we kill it ... otherwise we keep it - throwing out stuff that is well maintained wasnt the goal.
[11:53] <asac_> asked on the bug to verify the build before synching
[11:55] <gnomefreak> asac_: did you want me to test the ones that are being uploaded/merged or the ones that are not?
[11:56] <asac_> gnomefreak: first the ones that are uploaded ... when all those are done
[11:56] <asac_> we check those that are in the ppa
[11:56] <gnomefreak> k
[12:06] <chrisccoulson> ok, totem is done now
[12:32]  * gnomefreak not even sure how these work :( i know a few at least
[12:33] <gnomefreak> gears is not compatible with 3.6
[12:33] <gnomefreak> well the daily 3.6
[12:38] <gnomefreak> asac_: where did you want me to put testing in the able for the uploaded packages
[12:38] <asac_> gnomefreak: in the current table there is a row where you see "Uploaded"
[12:38] <asac_> just change that to "Uploaded/Verified(gnomefreak)"
[12:39] <asac_> or "Uploaded/Bug:xxxxx:"
[12:39] <asac_> if it doesnt work (e.g. open a bug)
[12:39] <gnomefreak> ok
[12:39] <asac_> gnomefreak: ^
[12:41] <asac_> chrisccoulson: do you run 32-bit?
[12:42] <asac_> chrisccoulson: could you test enigmail xpi i produced? http://people.canonical.com/~asac/tmp/enigmail-1.0-linux-i686.xpi
[12:42] <chrisccoulson> asac_ - i run 64-bit
[12:42] <asac_> argh
[12:42] <asac_> in the past everyone ran 32-bit ;)
[12:42] <chrisccoulson> lol
[12:42] <gnomefreak> i still do :)
[12:42] <chrisccoulson> i've ran 64-bit since breezy ;)
[12:42] <asac_> now you and micah both run 64-bit
[12:42] <asac_> gnomefreak: can you test ;)? thats supposed to work with tbird 3 from lucid
[12:43] <mahfouz> it's twice as many
[12:43] <asac_> 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] <gnomefreak> asac_: i will in a minute
[12:52] <gnomefreak> the source of the test email says it is signed i just dont see the sig. in the email itself
[12:54] <gnomefreak> ok looks like it works. another tester would be good just incase
[13:01] <asac_> gnomefreak: send mails with sign/encypt ... and check if display is proper etc.
[13:01] <asac_> also ...did your previous setting get preserved?
[13:02] <asac_> you could also check if a new fresh profile works out of box
[13:03] <chrisccoulson> gnomefreak, i tested chmsee already
[13:03] <chrisccoulson> (i use it quite a bit for reading ebooks)
[13:08] <gnomefreak> chrisccoulson: thanks
[13:41] <gnomefreak> asac__: did you approve the merge request for SM2? i am against it until it has all binaries and such
[13:41] <asac__> gnomefreak: sorry. not sure
[13:41] <asac__> sm2 fell off the radar here
[13:41]  * gnomefreak hasnt looked at the branch 
[13:45] <gnomefreak> only 487 emails left :\
[14:15] <gnomefreak> can someone try to confirm bug 544187 with TB3
[14:17] <gnomefreak> yeah i know title can use a rework im just too tired to care about that :)
[15:37] <gnomefreak> what is the regression tag named
[15:38] <micahg> asac__: around?
[15:39] <gnomefreak> micahg: he was maybe 30 minutes ago
[15:39] <micahg> gnomefreak: probably on a call...
[15:39] <gnomefreak> ah
[15:39] <micahg> gnomefreak: there are 2 regression tags
[15:39] <micahg> actually 3
[15:39] <gnomefreak> micahg: tb3 is broke but worked on 2.0
[15:40] <micahg> regression-potential
[15:40] <gnomefreak> thanks
[15:41] <micahg> chrisccoulson: why is xulrunner superfluous for totem, it builds a firefox plugin?
[15:42] <chrisccoulson> 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] <micahg> chrisccoulson: do we really want it doing that?
[15:43] <chrisccoulson> micahg - i'm not sure, but that's what upstream are doing
[15:43] <chrisccoulson> i'd rather not deviate away from that
[15:45] <micahg> chrisccoulson: I would think that opens it to security flaws
[15:49] <chrisccoulson> micahg - it's been that way since intrepid
[15:50] <chrisccoulson> the totem version shipped with hardy was the last one to require xulrunner build-depends
[15:50] <micahg> chrisccoulson: wow...ok, well, if asac reviewed it for security issues...then ok
[15:54] <chrisccoulson> micahg - see gnome bug 520629 for why it's done this way
[15:55] <chrisccoulson> it's done specifically to make the plugins work with webkit
[15:57] <micahg> chrisccoulson: so they're using a new API then?
[16:01]  * gnomefreak thought we were dropping webkit (we == Ubuntu)
[16:01] <micahg> gnomefreak: no, we're porting stuff to webkit
[16:01] <gnomefreak> oh
[16:01] <asac> !info gxine
[16:03] <gnomefreak> ok done filing bugs today i think
[16:21] <asac__> micahg: yeah.
[16:21] <chrisccoulson> hmmm, i can't build xulrunner in 1 32-bit build environment on my 64-bit machine
[16:21] <chrisccoulson> s/1/a
[16:23] <micahg> chrisccoulson: which version?
[16:24] <chrisccoulson> micahg - 1.9.2
[16:25] <micahg> chrisccoulson: weird...which version, I can try in a 32 bit pbuilder locally
[16:25] <chrisccoulson> it *thinks* it is building in a 64-bit environment
[16:25] <micahg> chrisccoulson: oh, you need to set the arch for pbuilder
[16:25] <gnomefreak> you didnt like the "-"
[16:25] <micahg> gnomefreak: it looks like the old source package
[16:25] <gnomefreak> ah
[16:25] <micahg> asac__: sorry about conkeror, forgot to push a test build
[16:25] <chrisccoulson> 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] <asac> micahg: next time subscribe motu-release
[16:26] <asac> for universe stuff
[16:26] <micahg> asac__: no, release team merged
[16:26] <asac> huh?
[16:26] <asac> really?
[16:26] <asac> ok
[16:26] <chrisccoulson> yeah, the teams merged a few weeks back i think
[16:26] <asac> well. i used motu-release successfully this week already ;)
[16:26] <micahg> chrisccoulson: should be 64 bit pbuilder with 32 bit arch set
[16:27] <micahg> asac__: yes, they haven't disabled the group, but a notice was sent out
[16:27] <asac__> kk
[16:27] <asac__> think we should metion that its universe in the title then
[16:27] <chrisccoulson> micahg - oh, ok. i'm not sure i know how to do that though.
[16:27] <asac__> guess slangasek wouldnt have felt summon that way - but could be wrong
[16:27] <micahg> asac__: https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030316.html
[16:28] <micahg> chrisccoulson: --architecture i386\
[16:28] <micahg> oops
[16:28] <micahg> w/out the \
[16:28] <chrisccoulson> thanks, i'll try that
[16:29] <micahg> asac__: did you know totem has in source xulrunner headers now?
[16:30] <asac> micahg: well. if it really works without xulrunner fine
[16:30] <asac> but in the past it used xpcom glue ... so the headers were not the problem alone
[16:30] <asac> ok have to run some errands
[16:30] <micahg> asac: I was wondering about security concerns, but if it's only headers I guess there aren't any
[16:31] <asac> well. its not optimimal to ship in-soiurce headers if they use anything that is subject to change
[16:31] <asac> i doubt that totem works without libxul
[16:31] <asac> but could be ... then all is fine
[16:31] <asac__> ok out for a bit
[16:31] <asac__> we need to get all main table finished today ;)
[16:31] <micahg> asac__: k, I'll test the new package..would like to chat when you return
[16:31] <asac__> yes, we can do
[16:34] <gnomefreak> parted and udisks have been held back for a while now
[16:35]  * gnomefreak found out why
[16:44] <gnomefreak> why the hell am i geting the import wizard?
[16:44] <gnomefreak> micahg: ^^ wants to import 2.0 settings i dont have 2.0 installed
[16:45] <micahg> gnomefreak: hmmm
[16:45] <micahg> gnomefreak: any other thunderbird folders like .thunderbird-3.0?
[16:45] <gnomefreak> any idea on what i should choose?
[16:46] <gnomefreak> micahg: yes
[16:46] <gnomefreak> why :(
[16:46] <gnomefreak> due to running dailies?
[16:46] <micahg> gnomefreak: were you running thunderbird-3.0 after you switched to thunderbird 3.0?
[16:46] <gnomefreak> not that i know of
[16:47] <micahg> gnomefreak: keep 2.0 settings
[16:47] <micahg> and file a bug
[16:47] <micahg> gnomefreak: I'll see if I can make it a little smarter
[16:47] <gnomefreak> what is the bug? extra *-3.0 folder?
[16:48] <micahg> gnomefreak: no, that would have been if you ran thunderbird-3.0 after you ran thunderbird
[16:49] <gnomefreak> icon still using "thunderbird" so im not real sure how i ran -3.0
[16:52] <gnomefreak> that is odd. there is no keep 2.0 settings however there is a keep 3.0 settings or import settings :)
[16:53] <micahg> Import settings keeps you current .thunderbird
[16:53] <gnomefreak> ok that is one i want than thanks
[16:54] <gnomefreak> micahg: should i rename the .thunderbird-3.0 dir?
[16:54] <micahg> gnomefreak: yeah, that'll keep the migrator from appearing
[16:55] <gnomefreak> ok thanks
[17:34] <LLStarks> micahg, can you test something for me?
[17:36] <micahg> LLStarks: depends
[17:37] <LLStarks> it's very simple, open up firefox, enable carat browsing on a tall site and try to do multiple page downs
[17:38] <LLStarks> 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] <LLStarks> *hold down page down
[17:38] <LLStarks> F7
[17:39] <chrisccoulson> micahg - have you investigated why swt-gtk failed to build in the PPA?
[17:39] <micahg> chrisccoulson: not yet
[17:40] <micahg> LLStarks: doesn't seem to work, but I should test in a clean profile later
[17:40] <LLStarks> doesn't work as in the bug appears?
[17:41] <micahg> LLStarks: no a different bug
[17:41] <micahg> I can't scroll up
[17:41] <chrisccoulson> 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] <LLStarks> yeah, it also affects pageup
[17:41] <micahg> chrisccoulson: yes, it's possible, I can respin
[17:41] <chrisccoulson> micahg - that would be great
[17:42] <micahg> chrisccoulson: 2 hours
[18:51] <chrisccoulson> asac - do you think that the current mozilla-plugin.pc file that ships in xulrunner 1.9.2 is incorrect?
[18:51] <chrisccoulson> it has this line:
[18:51] <chrisccoulson> Cflags: -I${includedir}/stable -DXP_UNIX  -I${includedir}/nspr
[18:52] <micahg> chrisccoulson: do we make that .pc file?
[18:52] <chrisccoulson> but /usr/include/xulrunner-1.9.2/stable doesn't exist, and it makes packagekit not able to build the firefox plugin
[18:52] <chrisccoulson> micahg - the pc file is shipped in the current -dev package
[18:52] <micahg> chrisccoulson: yes, but is it created upstream or by us
[18:52] <chrisccoulson> oh, sorry ;)
[18:53] <chrisccoulson> it's created upstream
[18:55] <micahg> chrisccoulson: makes me wonder if that's in the build
[18:56] <micahg> no, it's not
[18:56] <micahg> chrisccoulson: mozilla 540524
[18:57] <chrisccoulson> ah, thanks
[18:57] <micahg> chrisccoulson: yeah, so we should probably patch that
[18:57] <chrisccoulson> i was just about to ask if we could patch that
[18:58] <micahg> chrisccoulson: yeah, add this...https://bugzilla.mozilla.org/attachment.cgi?id=422281&action=diff&context=patch&collapsed=&headers=1&format=raw
[18:58] <micahg> or I can do it...here hold on,
[18:59] <micahg> ugh...
[18:59] <micahg> I already have a commit in tehre for 1.9.2.2
[19:00] <micahg> it's for minimum NSS
[19:00] <micahg> chrisccoulson: do you need a release test or just something to test in PPA?
[19:01] <chrisccoulson> micahg - i can build it here to test packagekit with
[19:01] <micahg> chrisccoulson: k, because we can release it next week
[19:01] <micahg> when 1.9.2
[19:01] <micahg> .2
[19:01] <micahg> k, give me a minute
[19:05] <micahg> chrisccoulson: k, it's in bzr
[19:05] <chrisccoulson> micahg- thanks
[19:05] <micahg> chrisccoulson: just a warning, if you build as is, it won't use system nss
[19:10] <micahg> chrisccoulson: have you seen my updates on teh xulrunner wiki page for statuses of stuff?
[19:10] <kylehuff> 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] <chrisccoulson> micahg - i've not looked at that yet
[19:24] <micahg> chrisccoulson: well, it shows where I am ATM...
[19:24] <chrisccoulson> btw, the patch to the pc file doesn't apply properly (it's got the wrong filename in it)
[19:24] <micahg> chrisccoulson: ugh...
[19:25] <asac> chrisccoulson: if it points to wrong directory its a problem, yes.
[19:25] <chrisccoulson> micahg, "mozilla-1.9.2/xulrunner/installer/mozilla-plugin.pc.in-orig"
[19:25] <micahg> yeah...ugh
[19:25] <micahg> I'll fix
[19:25] <chrisccoulson> thanks :-)
[19:26] <asac__> we should forward the pc.in fix upstream if its wrong there
[19:27] <micahg> asac__: no, I just took their patch as is and forgot to munge the dir
[19:27] <micahg> asac__: can I push --overwrite or just add another commit on top?
[19:27] <asac> micahg: not sure what you did
[19:28] <asac> and when
[19:28] <asac> if it happend 5 minutes agao, overwrite is ok
[19:28] <micahg> asac__: I added it about 20 minutes afo
[19:28] <asac> otehrwise on top
[19:28] <micahg> ago
[19:28] <asac> please look at bzr diff before committing
[19:28] <micahg> 20 minutes means commit on top?
[19:28] <asac__> yes
[19:29] <micahg> k
[19:29] <asac__> what do you mean with "took patch as is"?
[19:29] <micahg> asac__: they have a patch which should land in 1.9.2.3 that they said isn't blocking but should take
[19:30] <micahg> here: mozilla 540524
[19:30] <micahg> it was added by accident when OJI was added back for OS X
[19:30] <asac__> but why is our patch busted?
[19:31] <micahg> asac__: their top level dir is mozilla-1.9.2
[19:31] <asac__> the patch looks ok
[19:31] <micahg> yeah
[19:31] <asac__> well. you have in-orig
[19:31] <asac__> twice
[19:31] <micahg> yes
[19:31] <asac__> so you mixed things up
[19:31] <micahg> I think that was the actual problem
[19:31] <chrisccoulson> yeah, that's the problem
[19:31] <asac__> well. that isnt upstream
[19:31] <asac__> so you have edited the patch
[19:31] <micahg> asac__: https://bugzilla.mozilla.org/attachment.cgi?id=422281&action=diff&context=patch&collapsed=&headers=1&format=raw
[19:32] <micahg> that's what I took
[19:32] <asac__> i am looking here: https://bug540524.bugzilla.mozilla.org/attachment.cgi?id=422281
[19:32] <asac__> thats ok
[19:32] <micahg> ah, so the raw unified is broke then?
[19:32] <asac__> anyway, test patches before committing ;)
[19:32] <asac__> no clue what you are doing
[19:32] <asac__> i just click on attachment
[19:33] <micahg> ahh
[19:33] <micahg> I forgot that was the shorcut
[19:33] <micahg> I kept clicking on Diff
[19:38] <ddecator> micahg: sorry, sounds like you're busy, but did you ever figure out why i can't push the songbird changes?
[19:38] <micahg> ddecator: you need to start with a clean branch in a dir that's not under bzr contrl
[19:39] <micahg> chrisccoulson: pushed
[19:39] <chrisccoulson> micahg - thanks
[19:39] <ddecator> micahg: how do i do that? just create a new directory?
[19:39] <micahg> ddecator: well, bzr branch will create a new dir, just start in a dir not under bzr control
[19:40] <micahg> and don't use ground control :)
[19:40] <ddecator> haha, darn, i like the idea of ground control. alright, let me try that a sec
[19:40] <micahg> ddecator: you can probably use it once you create the branch...idk
[19:41] <micahg> maybe check and see if it auto upgrades branches
[19:41] <micahg> asac__: sorry, I think this was the first time I actually added a patch from upstream
[19:42] <micahg> chrisccoulson: swt-gtk built on i386, let's see if it builds on amd64'
[19:54] <ddecator> there we go...
[19:57] <ddecator> micahg: done
[19:58] <micahg> ddecator: nice
[19:59] <micahg> ddecator: I'll try to test later
[19:59] <ddecator> micahg: sounds good
[19:59] <micahg> ddecator: thank you for all the time spent doing that
[19:59] <ddecator> micahg: no problem, i want to keep helping with it, debugging and everything =)
[20:00] <asac__> np
[20:00] <ddecator> i'm still having the same bug as before, so i'm trying to figure out the cause...
[20:01] <micahg> ddecator: ok, I think I might have a few comments, but I think also, we want to try to have 1 task done per commit, so when I respond to the review, would you be able to separate each task out into a separate commit
[20:02] <ddecator> micahg: as in start with the old branch, then make each change in the changelog one at a time and recommiting each time?
[20:03] <micahg> asac__: is this fine for README.source in prism:: http://pastebin.com/Sc0NXWLk
[20:03] <micahg> ddecator: exactly...also take a look at the format of previious changelog entries and try to match
[20:04] <ddecator> micahg: sure, i can do that tonight
[20:04] <asac__> micahg: yeah i think so
[20:04] <asac__> maybe also explain the patch system
[20:04] <asac__> briefly
[20:04] <asac__> (if there is any)
[20:05] <micahg> asac__: k. just adding a note that we're using quilt, also adding a not about Source Format
[20:06] <micahg> asac__: http://pastebin.com/73Yf4mYU
[20:09] <micahg> chrisccoulson: should I file a bug for the no source change rebuild on swt-gtk?
[20:10] <asac__> yeah
[20:10] <asac__> kk
[20:10] <asac__> looks ok
[20:10] <micahg> asac__: do I need a changelog comment for adding it?
[20:10] <chrisccoulson> micahg - i'm not sure a bug is needed. but i'm not sure if i can upload swt-gtk anyway
[20:10] <asac__> micahg: yeah
[20:11] <asac__> introducing README.source is good
[20:11] <asac__> news
[20:11] <micahg> chrisccoulson: k, well, I'll file the bug and subscribe u-s
[20:11] <asac__> also ensure it gets installed with .docs
[20:11] <chrisccoulson> thanks
[20:11] <micahg> asac__: ah, that's something I haven't done before.  I just create/add the prism.docs file?
[20:12] <micahg> or does it go in prism.manpages?
[20:12]  * micahg is checking policy
[20:13] <asac__> i think in prism.docs
[20:13] <asac__> dh_installdocs will tell you more
[20:13] <asac__> i think debian/README gets auto installed there, but not README.source
[20:15] <micahg> asac__: I added a link to the quilt docs as well (filesystem)
[20:19] <micahg> asac__: you want to see the whole diff for the README or should I just push and tag for release?
[20:21] <asac__> just push
[20:21] <asac__> and let me know so i can upload
[20:23] <micahg> asac__: pushed
[20:23] <asac> chrisccoulson: you have swt-gtk fix?
[20:23] <asac> or is that just rebuild after?
[20:23] <chrisccoulson> asac - it just needs rebuilding
[20:23] <micahg> asac__: we just rebuilt in PPA..it's NSC rebuild, but I think it should be tested first :)
[20:24] <chrisccoulson> i'm taking a look at gtk-vnc now
[20:24] <asac> micahg: thought you would make a tag we could upload?
[20:25] <micahg> asac__: I did
[20:25] <asac> oh that was prism
[20:25] <asac> i looked at xul192
[20:25] <micahg> ah
[20:25] <micahg> prism and fennec are tagged
[20:25] <micahg> xul192 I think we should wait till later in the week and then push 1.9.2.2+build1
[20:26] <micahg> asac__: Axel updated the conkeror merge bug
[20:27] <asac> ./debian/rules get-orig-source DEBIAN_DATE= is that working?
[20:27] <ddecator> micahg: since i'm going through this anyway, i'm going to use the latest upstream build
[20:27] <micahg> ddecator: ok
[20:33] <micahg> asac: yes
[20:34] <micahg> asac__: that was built into mozclient from before
[20:48] <asac> micahg: so about the conkeror bug
[20:48] <asac> we should have staged this in ppa
[20:48] <micahg> asac__: should be built by now
[20:48] <asac> then talk to release "once" to get exception to roll out everything in there
[20:48] <asac> rather than going ahead and filing FFe bugs
[20:48] <micahg> yep
[20:48] <asac> well. you filed FFe bugs. and now we have discussion ongoing
[20:49] <micahg> I thought that's how you said to do it if we need one
[20:49] <asac> yes, but never before we have the bits ready
[20:49] <asac> if i said it, ok
[20:49] <micahg> well, I did do testing locally before I filed the bug and did make sure that it built
[20:50] <asac> yes, but thats different than saying: "this is part of the official xul 192 port" ... "its staged and tested to work here: ...", etc.
[20:50] <micahg> I probably need to be more verbose in the bug...but the questions aren't about the process, but rather the new features that the exception is for which is hard with conkeror since it doesn't have a real changelog
[20:50] <asac> yes, but this whole discussion shouldnt have started
[20:51] <micahg> Adding testing info to bgu
[20:51] <asac> first i wasnt aware its now ubuntu-release
[20:51] <asac> testing info doesnt help if its not avialble in ppa
[20:52] <asac> release managers want testing from more than one person ... otherwise its the samne as all the time "yes, i tested it"
[20:52] <micahg> asac__: testing isn't the issue, it's the features
[20:53] <asac> its "code changes" ;)
[20:53] <micahg> asac__: no, because if there were no new features I wouldn't need the FFe and this wouldn't have started :)
[20:53] <asac> RM just care about features because it indicates that its risky.
[20:53] <micahg> right
[20:53] <asac> in the end it boils down to testing
[20:54] <asac> the more testing you have the later you can get stuff in
[20:55] <asac__> "Simple browser functionality tested and appears to work fine. Main look of app appears just like the previous version."
[20:55] <asac__> thats not extensive enough
[20:56] <micahg> asac__: ok, I'll add a more detailed test log later
[20:56] <asac__> test 1. plugins install
[20:56] <asac__> test 2. extension install (if there is such a thing)
[20:56] <asac__> test 3. adblock, flashblock etc. extension packages
[20:56] <asac__> test heavy javascript sites (name which you tested) - like gmail, yahoomail, gmaps, other
[20:57] <asac__> test flash works (youtube)
[20:57] <asac__> test bookmarking tings. test managing bookmarks
[20:57] <asac__> test saving files
[20:57] <asac__> test opening files (pdf's/odt)
[20:57] <asac__> test main news sites (bbc, cnn, etc.)
[20:58] <asac__> explicitly list what you tested. and post that in a comment (not add to summary)
[20:58] <micahg> asac__: k
[21:03] <ddecator> micahg: what command do i use to pull the songbird source from upstream?
[21:04] <micahg> ddecator: ./debian/rules get-orig-source
[21:04]  * micahg needs to add README.source files to mozilla products...
[21:04] <ddecator> micahg: thanks. i have to go but i'll get the latest songbird ready tonight so you can test it later
[21:04] <micahg> ddecator: ok, thanks
[21:46] <asac__> micahg: so we have two merges in the table for insecure
[21:46] <asac__> gears and gadgets
[21:48] <micahg> asac__: yes, and conkeror
[21:48] <asac> conkeror is coverd by the bug
[21:48] <asac> its not a merge ... sync
[21:48] <micahg> asac__: working on getting gadgets approved now
[21:48] <micahg> asac__: they all have bugs
[21:49] <asac__> micahg: get gadgets ready
[21:49] <asac__> then get it approved
[21:49] <micahg> asac__: it's ready and nhandler is reviewing
[21:49] <asac__> if its ready in ffox35
[21:49] <micahg> yes
[21:49] <asac__> i can take care for the roll out
[21:49] <asac__> nhandler is on that for quite some time
[21:49] <asac__> whtas the status?
[21:50] <micahg> asac__: he's slightly distracted with the music store, he said he'd get me an answer soon
[21:50] <asac__> well. we cant wait that long
[21:50] <asac__> is that a merge?
[21:50] <asac__> or a sync?
[21:50] <micahg> asac__: I asked him a half hour ago, yes, a merge
[21:51] <asac__> what changes do we carry?
[21:51] <micahg> just the GRE change
[21:51] <asac__> GRE change?
[21:51] <micahg> the others I was ablke to drop
[21:51] <micahg> xul191 to xul192
[21:51] <asac__> debian doesnt have xul192?
[21:51] <asac__> did you test it?
[21:51] <micahg> yes, I tried some of the gadgets
[21:51] <asac> cool
[21:52] <asac> so whats the debian to ubuntu diff?
[21:52] <asac> is that in a bug?
[21:52] <micahg> asac__: http://launchpadlibrarian.net/41300922/gadgets_debian.diff
[21:52] <micahg> yes
[21:52] <micahg> bug 513163
[21:54] <asac> micahg: it depends on xulrunner-dev?
[21:54] <asac> build depends
[21:55] <asac> micahg: have you checked that the depends are ok? e.g. depend on xulrunner-1.9.2?
[21:55] <micahg> yes should all be in teh build log
[21:56] <micahg> yes, pulls xul192
[21:57] <micahg> xulrunner-dev (>= 1.9.1.6)
[22:36] <micahg> asac__: ffe granted on gadgets
[22:36] <asac> great
[22:37] <micahg> asac__: should I subscribe sponsors or you'll take care of it?
[22:37] <asac> subscribe sponsors and give me the bug id
[22:37] <asac> so i can sponsor ;)
[22:38] <micahg> asac__: looks like nhandler subscribe sponsors already..bug 513163
[22:38] <asac__> micahg: do we have a bug about missing sdk/-dev package for tbird?
[22:39] <micahg> asac__: no, I don't think I filed one
[22:39] <micahg> but there is a bug for enigmail upgrade
[22:39] <asac> micahg: which bug is that?
[22:40] <micahg> bug 527138
[22:56] <chrisccoulson> bugger, gtk-vnc doesn't build in the archive
[22:58] <asac__> is the fixed xulrunner uploaded yet?
[22:58] <asac__> for gtk-vnc? or wasnt that the .pc issue?
[22:58] <chrisccoulson> asac__ - no, that's why. i'm using the fixed pc file here, so it builds ok
[22:58] <chrisccoulson> that caught me out ;)
[22:59] <asac__> heh
[22:59] <asac__> micahg: can you make a retroactive cherry-pick/tag on the xul192 branch?
[22:59] <micahg> asac__: I suppose, but we can push 1.9.2.2 later this week, it's being released next Tuesday
[23:00] <micahg> we could probably push today if you wanted to..I think it's in beta already
[23:00]  * micahg goes to check
[23:01] <micahg> asac__: beta started last thursday
[23:04] <micahg> asac__: BTW, TB3 is also in beta...for 3.0.4
[23:04] <asac__> yeah. please prepare xulrunner 1.9.2 build1
[23:04] <micahg> asac__: also, are we going to push a Seamonkey security update?
[23:04] <micahg> asac__: k
[23:04] <asac__> for 1.1 branch?
[23:04] <asac__> yes
[23:04] <asac__> seamonkey in lucid ... not sure
[23:05] <asac__> either dead or alive
[23:05] <asac__> https://edge.launchpad.net/ubuntu/+source/thunderbird/3.0.3+nobinonly-0ubuntu2
[23:05] <micahg> asac__: if I can get the rest of the lucid packages ported with chrisccoulson's help, I might try for SM2, someone did some patch work, but he's given up on working with our procedures
[23:05] <micahg> asac__: I saw that :)
[23:06] <micahg> asac__: otherwise, maybe drop from Lucid and add back in +1?
[23:06] <chrisccoulson> right, xiphos is ported now
[23:06] <asac> micahg: did we have a ffe bug?
[23:06] <micahg> asac__: for which?
[23:07] <asac> micahg: sorry. prism
[23:07] <asac> i think it doesnt need one
[23:07] <micahg> asac__: no, bug fix only AFAIK
[23:07] <asac> just wondered if ydid
[23:07] <asac> yeah
[23:07] <asac> micahg: shouldnt prism also have xpi:Recommends ?
[23:08]  * micahg doesn't remember if it's using dh_xul
[23:08] <asac> at least it ships an extension
[23:08] <asac> its using xul.mk
[23:08] <asac> /usr/share/mozilla-devscripts/xpi.mk
[23:08] <asac> sorry typo
[23:08] <asac> that uses dh_xul-ext
[23:08] <asac> so yeah it does
[23:08] <micahg> ah
[23:09] <asac> just add the default things to the prism package and "RE-RELEASE ";)
[23:09]  * micahg missed that
[23:09] <micahg> we also need to rename the xtension...
[23:09] <asac> Depends: ${misc:Depends}
[23:09] <asac> Recommends: ${xpi:Recommends}
[23:09] <asac> Provides: ${xpi:Provides}
[23:09] <asac> Enhances: ${xpi:Enhances}
[23:09] <asac> micahg: nah. lets not rename
[23:09] <asac> too late for such games
[23:10] <asac> its in the main app package atm
[23:10] <asac> called prism ;)
[23:10] <asac> http://wiki.debian.org/mozilla-devscripts
[23:10] <micahg> asac__: k, I shouldn't untag/retag?
[23:10] <micahg> and repush I mean
[23:10] <asac> micahg: yes untag ... retag
[23:10] <asac> but on top
[23:10] <micahg> asac__: j
[23:10] <asac> with "rereleasing ... " comment
[23:10] <micahg> asac: k
[23:10] <asac> e.g. use debcommit -r -e
[23:10] <asac> so you can edit it
[23:14] <micahg> asac: k, I added a changelog comment as well
[23:14] <micahg> asac: should I file the bug for package rename?
[23:15] <micahg> asac__: said conflicting tags
[23:16] <asac__> lp:~mozillateam/enigmail/enigmail.head
[23:17] <asac__> micahg: well, i dont see the need for that as its a combined package
[23:17] <asac__> we would need to split the package into a separate extension package i guess
[23:17] <asac__> then we should name that accordingly
[23:17] <micahg> asac__: yes, that's what I'm implying
[23:17] <asac__> right
[23:18] <asac__> maybe file a "do package split for extension vs. standalone prism"
[23:18] <asac__> bug
[23:21] <micahg> bug 544645
[23:22] <micahg> asac, you didn't do a -v for the .changes file for the merge?
[23:23] <asac> obviously not ;)
[23:23] <asac> sorry
[23:23] <asac> next time
[23:23] <micahg> asac: I'm just trying to make sure I understand the process...
[23:23] <micahg> so I ask these questions :)
[23:24] <asac__> yeah. i am in lots of ways not accurate ;)
[23:24] <asac__> too sloppy over time
[23:24] <micahg> I actually tried that merge in bzr, but it was a failure, so I decided to make the debdiffs instead
[23:24] <asac__> heh
[23:24] <asac__> bzr should work too
[23:25] <micahg> yeah, but I was left with a lot of files that shouldn't be there anymroe
[23:25] <asac__> but one needs to get used to it
[23:25] <micahg> yeah, I probably need more help with it
[23:25] <micahg> but it did get the base merge done for me
[23:25] <asac__> let me know when prism is ready ;)
[23:25] <micahg> should be pushed, but I hope the branch is ok
[23:25] <asac__> please do a local spin and check if depends/recommends/provides/enahnces look sane
[23:26] <micahg> asac: what's the way to check that
[23:27] <asac> look if those have a sane value
[23:27] <micahg> where?
[23:27] <asac> e.g. it should have firefox and others
[23:27] <asac> in debian control
[23:27] <asac> if oyu have a finished built tree
[23:27] <asac> its in debian/PKGNAME/DEBIAN/control
[23:27] <micahg> ah
[23:27] <asac> so you dont need to install the package
[23:28] <micahg> k
[23:30] <chrisccoulson> has anyone here used gnome-web-photo before?
[23:30] <asac__> well. not really ;)
[23:30] <asac__> but i think its about taking snapshot of a weburl
[23:31] <asac__> i looked into fixing the way it rapes xulrunner at some point
[23:31] <chrisccoulson> yeah, i can't quite figure out what i should be expecting from it
[23:31] <asac__> but dropped the ball ;)
[23:31] <asac__> chrisccoulson: you open it with a URL and it should save an image of that URL
[23:31] <asac__> probably png... also supports other formats iirc
[23:31]  * chrisccoulson tries that
[23:33] <chrisccoulson> ok, it seems to work with 1.9.2
[23:35] <micahg> asac: BTW, if you want system NSS with 1.9.2.2 it needs to be updated to 3.12.6
[23:38] <micahg> asac: I'll have 1.9.2.2 ready in the morning
[23:39] <micahg> asac__: ^^^
[23:43] <micahg> asac__: have to run to the store bbiab
[23:52] <[reed]> Firefox 3.6.2 shipping later this evening
[23:52] <[reed]> (1.9.2.2)
[23:52] <[reed]> pushed up 8 days
[23:53] <[reed]> asac__ / micahg / fta: ^
[23:53] <[reed]> you should prepare for release ASAP
[23:53] <[reed]> 3.5.x and 3.0.x still on track for the 30th
[23:55] <asac> [reed]: thanks. 3.6 is in lucid only atm.
[23:55] <asac> but comes conveniet ;)
[23:55] <asac> we wanted to ship xul192 +build1 for a few days to get some changes in we did on the packaging branch ;)