[00:01] fta chromium is a bit dead [00:01] most pages won't load properly [00:06] file bugs [00:06] work for me [00:07] BUGabundo, in fact, chromium works far better than ff 3.7 [00:07] ff has a lot of rendering issues [00:07] mostly refresh issues [00:07] FF working like a charm here === asac_ is now known as asac [10:56] hey asac :) [11:00] eagles0513875: hi [11:00] i hope i will have a bit more time for you today [11:01] its ok m8 [11:01] i am still trying to get stuff working [11:01] on me macbook [11:31] asac: should be able to help out as alpha 6 seems to have resolved my issues [12:06] asac: have a working install so im able to help you guys out [12:16] eagles0513875: ok lets start with bindwood [12:16] branch the bzr branch [12:16] instructions are available on the branch webpage [12:16] hehe just caught me as im off to lunch asac:( [12:16] will branch when i return [12:21] ill branch it when i return [12:54] asac: im back do i need to sign up for an account or anything to branch, also do i need my gpg key installed [12:54] you will need an account [12:55] you already have one for bugs though [12:55] thats the same [12:55] you need a ssh key [12:55] the instructions should be on launchpad [12:55] but should be easy enough to do [12:55] ok [12:55] so let me do that first :) [12:58] installing firefox will do it from my laptop [13:03] do i need my pgp key as well asac setup on my linux box [13:04] when you need that you will notice ;) [13:04] well might as well set it up while im at it lol [13:04] glad alpha 6 is working for me :) [13:05] hopefully no keyboard and mouse breakage [13:07] sry getting side tracked here in regards to pgp stuff whats the name of the program that pgp needs installed [13:12] asac, why did ubufox suddenly re-enabled itself? i had it disabled for ages [13:12] fta: on 3.7? [13:13] yes [13:13] did you get a ubufox update? [13:13] yes, yours [13:14] i didn't notice it before because 3.7 was red in the ppa [13:14] but in extension manager then. [13:15] you could check whether --reinstall ubufox triggers this again [13:15] are disabled addons re-enabled when they are upgraded? [13:15] if that happens its a bug [13:17] asac ssh is uploaded now what [13:18] eagles0513875: go to the branch webpage for bindwood [13:18] ok [13:18] and follow instructions there how to branch [13:18] roger [13:18] can i ask you guys a random question [13:19] you know how the kde stuff like konqueror save their passwords and all that to kwallet [13:19] is there an option we could add to firefox to have a choice between using what ever ff uses and kwallet [13:21] asac how do i login now to launch bad from command line so i can branch bindwood [13:23] nm i am logged in now [13:24] ok asac its branched :) [13:24] eagles0513875: paste the commands you ran up to now [13:25] paste.ubuntu.com [13:26] i followed the how to in regards to setting up ssh [13:26] now i did bzr launchpad-login eagles051387 [13:27] then i ran the bzr branch then the link to where bindwood is asked me about the authenticity of the hose which i added to my rsa list of known hosts [13:53] eagles0513875: sure [13:53] now checkout the files in the branch [13:53] the debian dir is the packaging ... the rest is upstream [13:53] maybe walk around the packaging files a bit [13:54] and try to understand what they might mean [13:56] there are just four files in debian/ ;) [13:56] you filed https://bugs.edge.launchpad.net/firefox-extensions/+bug/425631 [13:56] Launchpad bug 425631 in bindwood "bindwood not using the correct version of mozilla-devscripts" [Undecided,New] [13:56] maybe go through the summary and check what that might mean ;) [14:08] asac: ok [14:08] logically what imthinking the mozilla-devscripts are are the scripts that compile the extension if im understanding correctly [14:09] am i right in reasoning that [14:10] debian/rules [14:10] is what usually does the main job [14:10] we include xpi.mk there [14:10] so what is used by xpi.mk is the BUILD_COMMAND [14:10] in debian/control you find all the depends/recommends [14:10] thats where you need to check point 2 and 3 from your bug summary [14:10] mk = make extensions [14:11] read thefiles [14:11] read the files [14:11] ok [14:11] asac, http://launchpadlibrarian.net/31988150/buildlog_ubuntu-karmic-i386.network-manager_0.8~a~git.20090917t210753.fdb5ef2-0ubuntu2~nmt1_FAILEDTOBUILD.txt.gz [14:11] you will understand ;) [14:11] i hope i will understand [14:11] * eagles0513875 goes to install ff on windows [14:11] hmm didnt i fix that [14:11] checks nm [14:13] sry asac its taking me a min to get going here installing ff so i dont have ot use ie no more [14:19] asac: assigned myself bindwood on the wiki [14:20] im seeing depends: ${xpi:depends} i change the depends to recommends right? [14:21] eagles0513875: yes. [14:21] thats the thing you need to change [14:21] well spotted ;) [14:21] after that you need to create a good changelog entry [14:22] this is where its gonna get interesting is with the change log [14:22] thats all i need to do and is recommends with a R or r [14:24] asac: ^ [14:25] asac: another question in the control do i need to check the version of mozilla-devscripts? [14:26] should it say ( >= 0.14 ) or 0.15 or that shouldnt really matter ? [14:28] eagles0513875: use >= 0.15 [14:28] and now what do i have to do in the change log [14:28] eagles0513875: look at adblock-plus (get it from bzr too) [14:29] roger [14:29] eagles0513875: if there is UNRELEASED in topmoast changelog entry [14:29] you add a new changelog line like: [14:29] what about the version though [14:29] * move ${xpi:Depends} from Depends: to Recommends [14:29] - update debian/control [14:29] eagles0513875: if there is a release on top you do: [14:29] there is no recommends though [14:29] dch -i -DUNRELEASED [14:30] and then add the text from above [14:30] your loosing me here [14:30] i really hope karmic will not ship gwibber like it is today [14:30] eagles0513875: you have to add that [14:30] hold on brb [14:30] fta: unlikely ;) [14:31] asac, as in it will, or will not? [14:31] hold on lol [14:32] looking at adblock atm [14:32] asac: adblock is still wrong though still uses devscripts >= 0.14 [14:32] fta: unlikely that it stays completely broken [14:32] eagles0513875: 0.14 is also ok [14:32] and it still shows xpi:depends not recommends [14:32] ok [14:33] eagles0513875: its xpi:Depends ... but not in the Depends: but Recommends: field [14:33] there is no recommends [14:33] and where do i add recommends [14:33] usually below the Depends: line [14:33] ;) [14:34] eagles0513875: http://www.debian.org/doc/debian-policy/ch-controlfields.html [14:34] thats a good read to understand debian/control files [14:34] ok then adblock-plus is still rock [14:34] as all of them are showing xpi:depends after Depends: [14:34] http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps [14:35] eagles0513875: that has to be after Recommends: ... thats what task 3 of the review is about [14:35] asac: so xpi:Depends gets removed and moved to recommends [14:35] eagles0513875: could be that adblock is still using depends [14:35] lets go badk to the beginning here [14:35] eagles0513875: yes. after you did that read the document from above and try to match the fields you see in control with what is documented there [14:36] question do i leave or totally remove xpi:Depends from where it is or leave it [14:37] eagles0513875: "move" ... thats a non-ambigous operation ;) [14:37] i wanna do this right the first time [14:38] sore [14:38] sure [14:38] ;) [14:38] ok after xpi:depends there is couchdb and python-desktopcouch those stay where they are right [14:38] good that you ask [14:38] thats how one learns by asking [14:38] eagles0513875: just the xpi:depends for task 3 of the review [14:39] eagles0513875: so ... when you have changed control and added a new cangelog entry [14:39] run bzr diff [14:39] and show me the output [14:39] ok [14:40] so just add to the changelog on top of whats already there or below it [14:42] eagles0513875: read what i wrote: [14:42] if topmost is UNRELEASED [14:42] att below [14:42] add below [14:42] ok [14:42] if its a release you need to do what i said [14:42] e.g. dch -I.... [14:42] dch -i ... (see above) [14:43] if you dont mind me asking what does dch -i do [14:43] you will see ... just use the syntax above [14:43] like 15 minutes ago ;) [14:43] ok installing the devscripts package [14:43] 15:29 < asac> eagles0513875: if there is a release on top you do: [14:43] 15:29 < eagles0513875> there is no recommends though [14:43] 15:29 < asac> dch -i -DUNRELEASED [14:43] 15:30 < asac> and then add the text from above [14:43] 15:30 < eagles0513875> your loosing me here [14:43] you can also read: man dch [14:43] to get more info [14:44] ahhhhhhh [14:44] wait there is already a version that has im guessing been released as the person before who worked on this packaged it [14:45] eagles0513875: well [14:45] topmost line: if there is UNRELEASED ... then its not released [14:45] if there is intrepid/jaunty/karmic [14:45] its released [14:45] you can also look at bzr log [14:46] bzr log -l1 [14:46] if the topmost commit is a RELEASE commit [14:46] thats it [14:46] ok [14:46] run bzr log -l1 -p [14:46] to also see what was changed [14:46] then you understand what a release commit is ;) [14:46] ok hold on here waiting for devscripts finished downloading [14:46] yes. you need to install devscripts build-essentials [14:47] and apt-get build-dep bindwood ;) [14:47] releasing version _________ to ubunt/karmic means its been released or will be released [14:48] blarg my spelling is fail today [14:49] eagles0513875: yes. also run the -p log command from above [14:49] that will show you what was changed for such a release commit [14:49] thats what i ran [14:49] the diff is most likely just debian/changelog [14:49] the bzr log -l1 -p [14:49] there was no diff if i saw right [14:49] and just the first line from UNRELEASED to karmic [14:49] and the timestamp [14:50] ya im seeing all that [14:50] eagles0513875: yeah. bad example ;) [14:50] so releasing = released [14:50] now [14:50] no [14:50] ;) [14:50] forget about that part ;) [14:50] basically look at first line in changelog [14:50] bindwood (0.2~~rev9-0ubuntu1) karmic; urgency=low [14:50] which was a version number that was in there [14:51] that means it was uploaded to karmic [14:51] if it wasnt uploadedit should be [14:51] ok [14:51] bindwood (0.2~~rev9-0ubuntu1) UNRELEASED; urgency=low [14:51] so under that im adding the changes i made to it [14:51] no [14:51] you run the dch command i gave you [14:51] that will create a new UNRELEASED changelog (because the topmost was already uploaded and shouldnt be changed) [14:52] ahhhh ok [14:53] but wait im confused here cuz i did the dch -i and yet its not saying UNRELEASED [14:53] it says the same as the pervious changelog entry [14:53] but no text there [14:53] eagles0513875: because you didnt run the full command [14:53] dch -i [14:53] check what i wrote exactly [14:53] thats not the complete command i gave you [14:54] * eagles0513875 just pulled a homer simpson [14:54] lol [14:54] then i just added the list of changes i made to the control file [14:55] i gave you an example changelog text too [14:55] you can use that or something else [14:56] run bzr diff after you are done and show [14:57] ya was just reading up the log here [14:57] ok time to pastebin [14:58] asac: http://pastebin.com/m60f535e8 [14:59] O_O [14:59] looking at the change log nothing was added [15:01] eagles0513875: ok so you just updated the changelog now ... so you can revert that part by running bzr revert debian/changelog [15:01] then run the dch command again [15:01] dch -i -DUNRELEASED [15:02] dont forget to safe [15:02] nothing was added to it though when i go into it [15:02] +Recommends: ${xpi:Recommends} [15:02] thats wrong [15:02] its xpi:Depends [15:02] everywhere [15:02] eagles0513875: look at the diff. the timestamp was updated because you ran the wrong command ;) [15:02] revert that change [15:02] and do again [15:03] let me fix my mistake [15:03] ok testing NM stuff bbiw [15:03] xpi:depends moves to the recommends section right [15:03] and the other 2 packages that are listed there stay there [15:03] or all that section moves down to recommends [15:04] 2 packages meaning couchdb and python-desktopcouch [15:07] asac: in the change log you have to add what you did by hand right [15:11] asac: http://pastebin.com/m16119ab0 [15:52] let me know if what i pasted is to ur satisfaction when you have a chance [16:20] eagles0513875: the email is wrong in the changelog [16:20] eagles0513875: the text is good, just also refer to the file touched in the changes lines [16:21] everything else looks good [16:21] adjust that and show me again ;) [16:21] :) [16:21] so add somethign like changes made to the control file [16:23] http://pastebin.com/m5cc75a7b asac [16:24] eagles0513875: better is something like: [16:25] * Changed ${xpi:Depends} to recommends [16:25] - update debian/control [16:25] * Changed version of mozilla-devscripts to >= 0.15 [16:25] - update debian/control [16:25] try that [16:25] ok [16:26] http://pastebin.com/m2e2c324c asac [16:29] asac: if all is ok do i upload the change log or a diff to lp [16:30] eagles0513875: run bzr diff one more time [16:30] if that looks good [16:30] run debcommit [16:31] that should automatically produce a good bzr commit for you [16:31] from changelog [16:31] want me to paste bzr diff output one more time [16:31] no [16:31] ok [16:31] you can verify that all is fine by running [16:31] bzr log -l1 -p [16:32] that should show you your commit and the diff [16:32] eagles0513875: remember that the email should be good [16:32] in the bzr log [16:32] if not you need to set that up properly [16:32] if your remail is bad you run [16:32] bzr uncommit once [16:32] fix your email in your bzr setup [16:32] and debcommit again [16:32] its good and committed [16:32] so now i need to install it and test it to see if it works on ff 3.5 [16:33] do i mark the lp bug as fix released [16:35] and on the wiki there is a box that says works with ff 3.5 do i just install and test [16:43] eagles0513875: committed? [16:43] so now the procedure is like this: [16:43] bzr push lp:~YOURLPID/bindwood/bindwood.ubuntu.lpXXXX [16:43] e.g. push it to a topic branch with the lp id [16:43] then you request a merge into the bindwood.ubuntu branch [16:43] and i will review that merge === micahg1 is now known as micahg [17:11] asac: do we have any interest in submitting crash reports to mozilla in addition to launchpad? [17:11] micahg: s/addition/instead/ ... yes. [17:11] we have a bug for that [17:11] upstream ... need some script that makes proper format out of our symbols [17:11] so we can uplad them to their crash db [17:12] oh, do we not want to deal with crash reports? [17:12] we want to deal with them, but not in launchpad [17:12] not everything is caused by firefox [17:12] we would be able to query them in breakpad for ubnutu specific ones [17:12] so no need for our bugs [17:12] just if there is a topcrasher we can open launchpad/bmo bug combo [17:12] to track those on a case-by-case basis [17:12] ok [17:13] well, there's a while discussion on bmo right now about it [17:13] *whole [17:13] any idea where ?that bug would be [17:13] (in our tracker) [17:15] asac: can I have someone copy places.sqlite to a new profile to test something [17:17] ConnectionError: Connection error: Could not resolve 'edge.launchpad.net' [Errno -2] Name or service not known [17:17] hm, the bot is sick today [18:03] asac: the lpXXXX = bug number [18:06] fta: whats the lpXXXX when doing a push to bzr [18:08] replace XXX by the bug number number you're fixing, so we know what your branch is fixing [18:08] ahhh ok [18:08] just making sure :) [18:10] fta: im getting an error extra argument to ocommand push [18:12] i wanna get this finished but i dont think im gonna be able to push bindwood tonight as i have friends coming over and i need to take my desktop downstairs lol [18:12] will finish this tomorrow [18:13] extra argument error?? could paste it? [18:13] +you [18:14] the argument i typed is bzr push lp: ~eagles051387/bindwood/bindwood.ubuntu.lp425631 [18:14] so i have to do it as root [18:14] no [18:14] bzr push lp:~eagles051387/bindwood/bindwood.ubuntu.lp425631 [18:14] ahhhh no space [18:16] asac: its been pushed btw [18:16] im out for now guys [18:16] asac: email is in my profile if u need to get a hold of me [20:12] asac: is places.sqlite dependent on any other files or can I have someone move it to another profile to test something? [20:41] http://launchpadlibrarian.net/32031043/buildlog_ubuntu-karmic-amd64.xulrunner-1.9.3_1.9.3~a1~hg20090918r32853%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz [20:42] hm, interesting [20:44] mozilla 516213 [20:44] Mozilla bug 516213 in Layout: Canvas "Freshen WebGL implementation and enable on trunk" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=516213 [20:59] fta: I won't be able to fix any FTBFS until Sun night [21:04] i'll fix this one [21:06] done [21:11] fta: can you look at bug #432702 and my proposed merge and make sure I am following your procedures properly? [21:11] Launchpad bug 432702 in firefox-3.5 "firefox apparmor profile should allow access to pulseaudio" [Low,In progress] https://launchpad.net/bugs/432702 [21:11] fta: hi btw! :) [21:12] fta: the merge proposal is https://code.launchpad.net/~jdstrand/firefox/firefox-432702/+merge/12096 [21:12] fta: I didn't do this right the last two times, and I'd like to do it right this time ;) [21:21] boas [21:21] is it me or is FF 3.7 broken? [21:24] BUGabundo: what do you mean broken? [21:24] coredup [21:24] *dump [21:24] (gdb) [21:24] #0 0x00007ffff67ff569 in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libmozjs.so [21:24] #1 0x00007ffff680b9dc in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libmozjs.so [21:24] #2 0x00007ffff67b3bf6 in JS_ExecuteScript () from /usr/lib/xulrunner-1.9.3a1pre/libmozjs.so [21:24] #3 0x00007ffff5138afc in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:24] #4 0x00007ffff5139afd in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:24] #5 0x00007ffff592869c in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:24] #6 0x00007ffff59289c6 in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:25] #7 0x00007ffff5928ac8 in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:25] #8 0x00007ffff5929871 in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:25] #9 0x00007ffff5905b02 in NS_InitXPCOM3_P () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:25] #10 0x00007ffff50cd2ba in ?? () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:25] #11 0x00007ffff50d0113 in XRE_main () from /usr/lib/xulrunner-1.9.3a1pre/libxul.so [21:25] #12 0x0000000000402787 in ?? () [21:25] #13 0x00007ffff6ebfabd in __libc_start_main () from /lib/libc.so.6 [21:25] BUGabundo: use pastebin !! [21:25] I know [21:25] I know [21:25] BUGabundo: steps to reproduce? [21:25] wfm on Jaunty [21:25] $ firefox-3.7 [21:25] karmic, of course [21:27] * micahg just found a bug in 3.7 [21:28] who did? [21:28] you or me? [21:28] I did, something else [21:28] I'll report it later [21:28] as for yours [21:28] idk [21:28] which build do you have? [21:28] where's asac when we need him [21:29] Installed: 3.7~a1~hg20090917r32813+nobinonly-0ubuntu1~umd3 [21:29] which version of xul? [21:29] same?> [21:29] xulrunner-1.9.3: Installed: 1.9.3~a1~hg20090917r32813+nobinonly-0ubuntu1~umd1 [21:29] well, that shoots my idea [21:30] ehe [21:32] jdstrand, looks ok to me, but i let asac merge it, as 3.5 is the stable branch now [21:32] fta: ok thanks :) [21:32]