[00:35] mozilla 406646 [00:35] Mozilla bug 406646 in XP Toolkit/Widgets: Menus "Clicking to open slow menu (e.g. Bookmarks) invokes first item in menu (e.g. "Bookmark This Page")" [Normal,Verified: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=406646 [05:29] asac: you awake? [09:41] fta: cool [09:41] seamonkey tagged stuff === asac_ is now known as asac [10:46] [reed]: you remember the odd chrome:// in the blocklist call URL? [10:46] [reed]: so we tried to not use localized pref for language [10:47] but now it turns out that ffox with matchOS is kind of broken because of that [10:47] e.g. navigator.language is always en-US [10:47] so we need the patch we wont-fixed at some point [10:48] now i just have to find the mozilla bug we had for that "statistic" thing again [10:49] bumb! [10:49] armin76: we are bumping everyday ;) [10:50] armin76: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa [11:27] asac: fta2 are your gwibbers still crashing? [11:28] i dont have it running as it hung yesterday (as you can probably tell from my non-dents ;)) [11:28] * gnomefreak found out what was causing the URL bar to show progress bar. [11:29] asac: i cant get it to be usable it crashes everytime i try to set it up or when it tries to connect [11:29] * gnomefreak downgrading from 1.xxx to 0.9 [11:29] ok i am running archive version [11:29] not sure whats in there [11:32] asac: if you mean ubuntu archives the version is 0.8-0ubuntu3 fta has 0.9 and daily gwibber is 1.* [11:36] yeah. i dont run dailies nor fta [11:37] asac: i'm assumiong ubufox only supports i386? [11:37] no [11:37] supports every arch [11:38] asac: PPA doesnt build anything but 386 [11:38] https://edge.launchpad.net/~gnomefreak/+archive/ppa/+builds?build_text=ubufox&build_state=all [11:39] hmmmm maybe 386 can be used on 64 [11:39] and yes its too damn early for thinking. I'm pre coffee [11:41] gnomefreak: its arch all ... e.g. it just gets built once and released everywhere [11:42] asac: ah thanks i'll let him know :) [11:51] asac: ping [11:52] please no content-less pings ;) [11:52] otherwise i say pong and go to lunch ;) [11:52] i'm not sure how to add kde4 support to the debian packaging for gnash [11:53] from my limited understanding it was added to gnash .8.5 [11:53] sindhudweep1: how about -> #gnash? [11:53] i am not sure about the kde4 state atm [11:53] this reminds me that i am still waiting for a contribution of 0.8.5 [11:53] let me do that after lunch on my own [11:53] well my branch is just a two line change [11:53] time is really running low [11:54] do yo want me to point the merge in the correct place, like timo suggested? [11:54] sindhudweep1: thought you said you "are not sure" ... so you have a fix? [11:54] I have a fix for mozilla and epiphany [11:54] that works for amd64 and 386 [11:54] sorry i cant follow :( [11:54] mozila/epiphany have nothing to do with kde4 [11:54] uhh well the plugin works on those two browsers [11:54] right [11:54] yeah. thats good [11:55] sindhudweep1: so you did the merge? [11:55] but the gnash source package should build a kde4 plugin too [11:55] sindhudweep1: lets first get the plain merge in [11:55] if we have time to do the kde4 parts too that would be great. but step by step [11:55] ahh okay [11:55] sindhudweep1: so did you push that somewhere yet? [11:56] https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/trunk [11:56] 10 days old [11:56] let me look [11:56] sanity check it while i move the request to the right branch [11:57] from what i could gather kde support was originally remove from the package starting with revision 146 [11:57] *removed [11:58] yeah the old kde3 thing was just too borked [11:58] the debian maintainer for gnash has a .8.5 package in debian unstable [11:58] ignore her [11:58] but it uses ffmpeg instead of gstreamer [11:58] ahh okay. [11:59] sindhudweep1: did you find the revision in the upstream branch? [11:59] which revision? [12:00] the release revision [12:00] oh wait they did a branch for that [12:00] yes [12:00] its http://bzr.savannah.gnu.org/r/gnash/release_0_8_5/ [12:00] that is what i used bzr-buildpackage against [12:00] sindhudweep1: so two things. please uncommit your topmost commit [12:01] okay i am new to bzr [12:01] how do i do that? [12:01] 1. dont create a new changlog entry; bump the topmost (UNRELEASED) [12:01] keep it at unreleased [12:01] bzr uncommit [12:01] ahh okay [12:01] add your stuff there [12:01] 2. please add a file .bzr-builddeb/default.conf with the following content: [12:01] [BUILDDEB] [12:01] Merge = True [12:01] export-upstream = http://bzr.savannah.gnu.org/r/gnash/release_0_8_5/ [12:02] after committing that you should be able to just run: [12:02] bzr bd [12:02] and that will properly create the tarball for you from the upstream branch [12:02] (e.g. delete all orig.tar.gz you have locally for testing) [12:02] okay [12:02] 3. remember to use your right email on commit [12:02] e.g. the one you have in launchpad [12:03] e.g. look how miserable it looks like here: https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/trunk [12:03] ;) [12:03] haha yes [12:03] how do i set that? i configured the launchpad-login thing in bzr [12:03] i have in .bazaar/bazaar.conf: [12:03] [DEFAULT] [12:03] email = Alexander Sack [12:03] build-dir = /tmp/build [12:03] launchpad_username = asac [12:03] thanks [12:04] remove build-dir ;) [12:04] * gnomefreak loves my anti-ping script, cant remember who wrote it but i modified it to use pm instead of channel :) [12:04] * asac did that now to [12:04] gnomefreak: heh. yeah [12:04] i prefer to tell that presonally ;) [12:05] sindhudweep1: you think you can do those 3. points swiftly? i would love to look at this merge after lunch ;) [12:05] good point, It gets to be a problem whne you are in 33+ channels [12:05] yes doing it now [12:05] sindhudweep1: great. [12:05] just have to upload an ssh key from this machine to lp [12:05] sindhudweep1: also please use the same format for changelog that we use [12:06] e.g. use - update this/file [12:06] and so on [12:06] okay [12:06] just look at the previous changelog entries [12:06] i will look at other entried [12:06] yup [12:06] sindhudweep1: and keep it at UNRELEASED until the very last thing [12:06] for release you usually just do a commit that just flips that to jaunty [12:06] like i did in rev 163: [DEFAULT] [12:06] email = Alexander Sack [12:06] build-dir = /tmp/build [12:06] launchpad_username = asac [12:06] oops [12:07] ahh okay i see that now [12:07] like i did in rev 163: * RELEASE 0.8.4-0ubuntu1 to ubuntu/intrepid [12:07] sindhudweep1: so for that commit just do dch -r [12:07] that will update the timestamp and flip to jaunty [12:08] ok going for lunch [12:08] bb in 1h [12:20] asac: is mozilla 404314 the same as the right click master bug we have? [12:20] Mozilla bug 404314 in XUL "when I click on a menu instead of click and hold it randomly selects a menu item and activates it" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=404314 [12:21] our bug that i am talking about is bug 187313 [12:21] Launchpad bug 187313 in firefox "[MASTER] right click (with button release) might activate random popup-menu-item" [Unknown,Fix released] https://launchpad.net/bugs/187313 [12:22] hmmm mvo disabled upgrades intrepid -> jaunty in update manager [12:26] asac: does bugzilla3 allow us to reply to a comment on upstream bugs? or do i have to set something up to do this? [12:48] fta: asac: a workaround for sparc is using --disable-jit [12:55] gnomefreak: not sure. [12:57] asac: bzr-bd seems to try and get the source from cvs and from a orig.tar.gz and fails. It doesnt seem to be using debian/.bzr-builddeb/default.conf [12:57] sindhudweep1: its not in debian/, but on top level [12:58] ahh okay [12:58] thanks [13:01] asac: it has the same behavior after i moved the directory. http://pastebin.com/d2d872390 [13:03] sindhudweep1: you need to add that to bzr [13:03] e.g. bzr add .bzr-builddeb [13:03] haha [13:03] if you dont do that bzr bd will not see that file [13:03] sindhudweep1: that normall happens when the tarball isnt in the dir named tarballs if i understand it right. when trying to build it tries to grab source instead [13:03] yup [13:04] thanks, gnomefreak [13:04] np [13:04] gnomefreak: we are trying "automated generation of tarballs here" ;) [13:04] ah [13:04] well still good to know for my future reference [13:04] * gnomefreak really really hates mozilla bugs, cant seem to search for bugs you reported that have been closed it seems [13:05] asac: it claims to have added .bzr-builddeb and the default.conf file in it but i still get the same behavior [13:07] sindhudweep1: please commit it and push so i can try [13:07] okay [13:10] [reed]: asac ok there has to be a way to search bugs that you filed in bugzilla that have been closed for any reason?' is it possible to do this [13:17] gnomefreak: search for you as reporter and allow any state [13:17] or just the resolved state [13:18] you can do both on the advanced search form [13:18] asac: thanks looking at it [13:18] lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5 [13:19] sindhudweep1: thanks. remember to mark your other branches as "abandoned" or so ... [13:19] i deleted it [13:19] otherwise they wills tay on the active branch list forever [13:19] good [13:20] sindhudweep1: works for me ;) [13:20] haha maybe i havent configured something somewhere. [13:20] usually not [13:20] sindhudweep1: running jaunty? [13:20] yes [13:21] sindhudweep1: maybe adding wasnt enough, but you needed to commit it [13:21] maybe it works for you now? [13:21] ahh [13:21] nope [13:21] but the changes made aren't really too intensive; I figure you're gonna have to redo it anyways [13:22] oh shit ;) [13:22] asac: nope its still not finding them [13:23] sindhudweep1: you have to remove the whole get-orig-source thing ;) [13:23] hmm okay [13:23] sindhudweep1: its indeed broken [13:23] how do i uncommit and get lp to merge my changes [13:24] sindhudweep1: uncommit + push --overwrite [13:24] thanks [13:25] sindhudweep1: remove the get-orig-source please for now [13:25] in build_head? rules? [13:25] where is that located? [13:27] james_w: http://paste.ubuntu.com/143447/ [13:27] still borked as it seems [13:27] sindhudweep1: just rules for now [13:27] build_head we have to fix later [13:29] james_w: even passing proper --export-upstream-revision= doesnt help [13:33] asac: i think i've made the necessary changes, still breaks. I've pushed it to lp [13:34] sindhudweep1: good. [13:36] sindhudweep1: your commit messages are really bad still [13:36] you shouldnt merge, but uncommit [13:36] sindhudweep1: can you start with trunk again and do a few tiny commits? [13:36] yes [13:36] and keep this UNRELEASED ? [13:37] yes, sorry [13:37] sindhudweep1: no problem ;) [13:37] sorry for being picky [13:37] ;) [13:37] no no [13:37] sindhudweep1: you can do the - add .bzr-builddeb/default.conf for the "* new upstream release" changelog entry [13:37] e.g. do it together with the version bump (thats where it belongs) [13:37] it must have got in when i did the first uncommit and got errors trying to push back to lp and it complains. know i know the power of overwrite [13:37] sindhudweep1: also try to use debcommit (without anything) [13:37] yup [13:37] dbecommit? [13:37] that will create bzr commit messages from your changelog entries [13:38] and auto close bugs in launchpad [13:38] okay [13:38] sindhudweep1: just start from scratch and do the few changes manually again ;) [13:39] sindhudweep1: also we should remove the watch [13:39] watch? [13:40] bzr rm debian/watch [13:40] do that in a distinct commit [13:40] we use bzr for upstream tarballs and not watches [13:45] james_w: bug 354472 [13:45] Launchpad bug 354472 in bzr-builddeb "REGRESSION --export-upstream doesnt convince builddeb to export anything in jaunty" [High,Triaged] https://launchpad.net/bugs/354472 [13:48] what's going on with your watch file? [13:50] asac: and *please* include a reference to the branch you are building in your bug reports [13:50] james_w: watch file removed doesnt change a thing [13:50] I realise that, but I wonder what is wrong with it [13:51] james_w: i would think that you can run that command in any branch [13:51] if it's another bug then I would like to fix that too [13:51] well, not necessarily [13:51] I don't have any --export-upstream branches to hand, so building yours would be much quicker, and make sure that I am fixing the problem that you are seeing [13:52] james_w: --export-upstream branches are not special ... ;) [13:52] anyway let me try [13:55] sindhudweep1: ready? [13:55] just a sec [13:55] i need a branch so james_w can test ;) [13:56] james_w: so another bug: if i run --export-upstream=... then i certainly dont want to run get-orig-source ;) [13:56] well, it wouldn't if this first bug wasn't there [13:56] you can test that with any branch that has get-orig-source [13:56] james_w: so --export-upstream= is repferred? [13:56] good [13:57] james_w: then you can really try that with any branch ... just run the command above in it and it will [13:57] run get-orig-source ;) [13:58] james_w: ok added a brnach to summary bzr branch lp:~gnash/gnash/ubuntu.head [13:58] it will run get-orig-source until we removed that (will happen in a few) [13:59] ok [13:59] lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5-attempt2 [13:59] the issue with lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5 is that it should be "merge = True", not "Merge = True" [13:59] oO [13:59] let em fix that [14:00] james_w: urgh [14:00] james_w: so no export if not --merge? [14:00] yes [14:00] why does it attempt get-orig-source and watch then? [14:00] ok untargetted bug [14:00] sindhudweep1: yeah fix that syntax ;) [14:00] good question [14:01] asac: how do i roll back a few commits, make the fix and then move forward again? [14:01] I might change that one way or the other [14:01] i'd rather not have that fix in the change log with something else... [14:01] james_w: bug 354472 [14:01] but if you have a non-merge branch then I would seriously recommend you use merge-upstream and not export-upstream [14:01] Launchpad bug 354472 in bzr-builddeb "REGRESSION --export-upstream doesnt convince builddeb to export anything in jaunty" [High,Triaged] https://launchpad.net/bugs/354472 [14:01] updated [14:01] untargetted [14:01] thanks [14:01] lowering to medium [14:02] sindhudweep1: not possible [14:02] sindhudweep1: just fix the syntax error on top [14:02] thats ok [14:02] okay [14:02] no need to add changelog entry for just that [14:03] james_w: ok. so false alert; sorry for that ;) ... confusion never stops me [14:03] no problem [14:04] james_w: also unassigned so random bzr-builddeb-hackers can grab it ;) [14:04] heh [14:05] james_w: no that this remote export is running (taking ages) ... i wonder if that should rather be a lightweight checkout for export upstream? [14:05] asac: changes in lp:~sindhudweep-sarkar/gnash/gnashpackaging.8.5-attempt2 it seems to grab the upstream now [14:05] james_w: or doesnt that give any perf benefit? [14:06] sindhudweep1: ok looking [14:06] it shouldn't really [14:06] I don't know the codepaths in detail though [14:07] james_w: ok. so the purpose of --lightweight is a bit of a mystery then ;) [14:07] except maybe local storage save [14:07] yeah [14:07] but that doesnt sound like something folks really care about nowadays ;) [14:07] both just grab the latest revision though, so they should have equivalent performace [14:08] well, it should download less data [14:08] so be quicker than a full branch [14:08] james_w: yeah. so it should be faster [14:08] well that is the wait time involved [14:08] james_w: right. thats why i wonder whether --export-upstream should use --lightweight [14:08] um, no [14:08] I just said that export and --lightweight should be equivalent [14:08] oh right you need it for merging ;) [14:09] perhaps you have the wrong idea about what it is doing [14:09] most likely [14:09] so you are using bzr export? [14:10] sindhudweep1: ok good. its working here. [14:11] sindhudweep1: cool. so debcommit is nice ;)? :) [14:11] sindhudweep1: so http://paste.ubuntu.com/143468/ ... and then its fine i guess [14:11] (i prefer that with emails) [14:11] asac: essentially, yes [14:14] sindhudweep1: welcome to the gnash team ;) [14:14] sindhudweep1: feel free to push to the .head branch [14:14] i will push that over to the non head branch when uploading [14:15] sindhudweep1: do you have a twitter or identi.ca account? [14:16] nevermind [14:16] sindhudweep1: http://identi.ca/notice/3193288 ;) [14:20] asac: i have bugs 347972 and 272959 ready hey easy ubufox fixes :) [14:20] Launchpad bug 347972 in ubufox "Does not work with Shiretoko Web Browser (Firefox 3.5)" [Undecided,In progress] https://launchpad.net/bugs/347972 [14:20] Error: Could not parse data returned by Launchpad: timed out (https://launchpad.net/bugs/272959/+text) [14:20] bug 272959 [14:21] Launchpad bug 272959 in ubufox "Packages that depend on firefox-2 or firefox should just depend on firefox" [Low,In progress] https://launchpad.net/bugs/272959 [14:21] mozStorageEvents.cpp: In member function 'nsresult AsyncExecuteStatements::BuildAndNotifyResults(sqlite3_stmt*)': [14:21] mozStorageEvents.cpp:454: error: 'PR_ASSERT_CURRENT_THREAD_OWNS_LOCK' was not declared in this scope [14:21] make[4]: *** [mozStorageEvents.o] Error 1 [14:21] gnomefreak: thanks. we have to fix something else for shiretoko [14:21] hrm... [14:21] currently ubufox breaks stuff [14:22] armin76: i saw that somewhere ;) [14:22] which version? [14:22] trunk [14:25] asac: thats fine those were ones that stood out as easy fixes. i will leave the desciption to you ;) [14:25] oh, i think its related to nspr [14:25] * armin76 disables system nss/nspr [14:27] gnomefreak: did you request merge for those? [14:27] not yet, where do you want me to request it merged to? [14:28] gnomefreak: against ubufox upstream branch for the first bug [14:28] and against the packaging branch for the firefox-2 bug [14:28] theres an upstreaam branch? [14:29] lp:ubufox [14:29] * asac on call [14:29] ah ok that cant be good :( i branched from core-dev branch as it looked like it had everything in it [14:30] core-dev is the packaging branch [14:33] would you perfer that i branch upstream branch than merge it? [14:36] upstream branch doesnt have a debian dir that is why i branched from core-dev since changes applied to install.rdf and debian/control [14:36] hello [14:36] does anyone know about the mozilla campus rep program? [14:38] jesse__: http://www.spreadfirefox.com/campusreps [14:38] that should give you what you want :) [14:39] ok gwibber is really starting to piss me off. there doesnt seem to be another blogger that uses indenti [14:39] I signed up a month ago and have not heard anything back. [14:41] hi asac [14:41] so what's up w/ https://code.edge.launchpad.net/~rzr/firefox-extensions/flashblock.ubuntu/+merge/3697 [14:42] jesse__: im guessing you emailed campusreps at mozilla dot com to follow up on it? [14:44] asac: oh wait upstream released a new version [14:44] hmmmm i think i have an idea for foxmarks but need to figure it out, name changes and maybe change a few little things to make it under free license oh hell what can i lose :) [14:44] rZr: hes on a call atm [14:46] no I will do that. thanks gnomefreak! [14:46] rZr: ok. do that quick. i will upload in 2-3 hours ;) [14:46] jesse__: np [14:46] asac: k [14:46] * gnomefreak not lying i swear he was on a call [14:47] i installed jaunty i can test it [15:00] asac: thanks and done. I'll be back on monday to work on the other issues with the package. [15:00] Have a good weekend. [16:12] asac: apply apply! [16:13] armin76: file abug ;) [16:14] i never get any complains about hppa ;) [16:14] nor sparc [16:17] greasemonkey fixed removed firefox-2 and updated for 3.6 in install.rdf now back to finding out what blogger app to use in stead of gwibber (none outright state for use with indenti [16:18] asac: liar, there's a bug for sparc segfaulting! [16:18] or there used to [16:18] any ideas i would greatly apperciate on blogger [16:21] armin76: ubuntu bug? [16:21] i doubt it ;) [16:21] if there was that guy probably gave up ;) [16:22] gah, bus error on trunk [16:24] gnomefreak: hi john [16:24] gnomefreak: i just got your emails [16:24] should i remove firefox-3.0 in depends ? [16:25] rzr_: no leave it there for now. shit thanks for reminding me :( [16:25] i forgot to add them to depends but it still works in 3.5 and 3.6 :) [16:26] k [16:26] Depends: ${misc:Depends}, iceweasel | firefox | abrowser | firefox-3.0 | seamonkey-browser | thunderbird | midbrower [16:26] is this ok then ? [16:28] rzr_: yeah i plan on adding firefox-3.5 to depends since it is in repos in jaunty but i would like to find out what asac thinks [16:29] gnomefreak: abrowser-3.5 is in, too [16:29] Jazzva: yeah that is 3.1 renamed [16:29] so 3.5 should be ok as a depends [16:30] yep. I just wanted to comment on that, so it doesn't get left behind :). [16:30] rzr_: what extension is that [16:30] Jazzva: :) [16:30] should we add both cant hurt i geuss [16:30] guess [16:31] and abrowser 3.5 as well [16:31] yeah, if extension works with 3.5, I think it's ok [16:32] gnomefreak: flashblock [16:32] the terrible and infamous flashblock === rzr_ is now known as RzR [16:32] rzr_: yeah add arowser and firefox 3.5 and is it supporting tb3.0 yet? [16:33] tb ? [16:34] thunderbird ? [16:34] i dont think so [16:34] Depends: firefox | abrowser | abrowser-3.5 | firefox-3.5 | firefox-3.0, apturl (>= 0.1.2ubuntu1) [16:34] RzR: yeah thunderbird [16:34] no ${misc:Depends} ? [16:35] i dont have it in ubufox [16:35] lintian complain about [16:35] not sure about greasemonkey but i wanted to fix something else in there anyway [16:35] my ppa replied : [16:35]