=== fta_ is now known as fta [00:02] re [00:02] fta: my built got stuck because they ship flockIRDFSQLDataSource [00:02] in rdf/ ... [00:02] yep [00:02] i am doing a full diff now ;) [00:03] currently see no sense in having that in rdf/ directly [00:03] feel free to fix that [00:03] * asac wonders if svn diff svn://svn-mirror.flock.com/master/flock/vendor/firefox-3.0/mozilla svn://svn-mirror.flock.com/master/flock/trunk/mozilla | tee /tmp/flock.diff [00:03] is run on server side in svn? [00:03] otherwise it will probably take ages [00:04] ... @fix: first i want to see what has been changed on top of that ;) [00:04] fta: do we have a bzr mirror for that? [00:05] no [00:05] a launchpad project? [00:07] hmmm ... they changed nsICookieService in a wierd fashion [00:07] https://edge.launchpad.net/flock [00:07] ah ok [00:07] they only changed internal func [00:08] good thing about the svn diff slowness is that one can read it while it happens ;) [00:09] fta: how did you fix the rdf/ thing? [00:09] (when building against system-xul) [00:09] i don't remember [00:09] moving things around [00:12] fta: did we have a tracking bug for the diffs or was that just sunbird? [00:13] no bug for flock [00:14] ok ... no flock channel on freenode ;) [00:14] feel a bit reluctant to join a new server ;) [00:15] irc.flock.com #flock-dev [00:15] been there for a while now [00:15] it's active, but they mostly ignored me [00:16] http://paste.ubuntu.com/36015/ [00:16] hence my reluctance to work on that project now [00:16] fta: what attitude do they have? windowish? [00:16] FILE_BUFFER_SIZE*5 ;) [00:16] thats probably the perfect multiplicator [00:17] ;) [00:17] remember my realpath() crashes.. i used * 10 ;) [00:17] fta: the strange thing is that redhat guy says that FORTIFY_2 works for them without modifcations [00:18] libxul ? [00:18] i have the feeling that our libc has a patch that breaks ;) [00:18] yes [00:18] maybe [00:18] since redhat is upstream, they probably have an unpatched version [00:19] so far the diff looks managable [00:19] still not finished though [00:19] currently in other-license/... [00:19] if it goes in alphabetic order toolkit/ and xp*/ are still missing ;) [00:20] do that locally [00:20] too late ;) [00:20] actually i hoped that svn would do the diff on server side ;) [00:32] does anyone actually have nspluginwrapper working solidly for flash on x86-64? [00:32] me ;) [00:33] try nspluginwrapper 1.0.0 from ~mozillateam PPA [00:33] (but i think i am not running that) [00:33] yes I have - it doesn't seem to be any better for me [00:33] what issues? hardy? intrepid? [00:34] it works for a few minutes and a few pages then flips out; on ff3 I just get a grey box where flash should be, on konq it does similar until I kill off nsplugin - this is Hardy [00:34] this is flash [00:34] 9.0r124 [00:37] penguin42: do you have sound issues? [00:37] are there npviewer processing running when you see the grey box? [00:37] how many? [00:37] sound works for me (well mostly, occasionally pulseaudio dies but that doesn't seem related) [00:38] in the case of konq there normally are a few nsplugins running, not too sure about firefox [00:39] penguin42: so how many npviewer processes when its grey in ff? [00:39] ok, so I just checked, there are currently no nspluginwrapper processes running - and going to a page with flash in ff doesn't start any [00:39] (ff3 has been much worse for this than 2 was) [00:40] (oh my machine is dual core - I'd assumed my problems were the old nsplugin smp bugs, but I'd thought 1.0.0 was supposed to fix those) [00:40] penguin42: the process is called "npviewer..." [00:40] if I quit and restart ff3 it will work for a while [00:40] asac: Nope, don't have any [00:41] penguin42: i tink we dont have 1.0.0 for hardy yet [00:41] it only exists forintrepid in mozillateam ppa at least [00:41] asac: It's the intrepid one I have installed - it seems no worse or better than the hardy standard one [00:41] ok [00:42] (and yes, I checked the version with dpkg -s and it shows 1.0.0-0ubuntu1~mt1) [00:42] penguin42: can i reproduce the bug by just reloading the same flash enabled page until it happens? [00:42] hmm not sure; I've never managed to get it to happen on demand with ff [00:44] hmm. [00:44] cant reproduce either ;) [00:44] WORKSFORME ;) [00:44] asac: Which flash version do you have? [00:45] 9 here on hardy [00:45] 10 on intrepid [00:48] hmm; there's a flash 10? Hmm sounds worth trying - which subversion of 9? [00:50] the one in hardy [00:50] well ... 9.0.124.0ubuntu2.8.04.1~mt1 [00:50] hmm - that's a packaged version? Where did you get that? [00:52] * penguin42 has flashplugin-nonfree that has downloaded a version which seems to be 9.0.124 [00:55] ~mozillateam [00:56] ppa [00:56] the only difference is that it also uses nspluginwrapper on x86 [00:57] why? [00:58] because flash crashes firefox far too much ;) [01:00] anyway. you should see npviewer processes when looking at a working flash [01:00] film [01:01] once you find out how to find that process, please check if there are a) many npviewre processes running or b) all npviewer processes gone, when you see the grey areas [01:01] a) means that flash has a deadlock and consumes all plugin hosts from the pool [01:01] b) means that flash crashes and that - if you'd run it inside firefox - firefox would have crashed [01:03] ok, how does ff use it though - it seems on ff once it dies it never comes back; on konq if I kill off the wrappers it recovers [01:03] * penguin42 has a button on his panel that does a pkill of nsplugin [01:04] not sure. you couldnt see any npviewer process ... so you cant tell if its a) or b) [01:04] here [01:04] the answer would be different [01:06] anyway ... off to sleep [01:06] cu [01:06] yeh me two [01:06] night [01:13] asac: I can reproduce it reliably by reloading the blog of a fav band (http://www.thenewcube.blogspot.com/) with youtube.com allowed (I use noscript) [01:14] asac: x86_64, hardy fully updated with both hardy's and the ppa's nspluginwrapper (the latter rebuilt, of course, for hardy) [09:54] Jazzva: you around? [09:54] gnomefreak, yep [09:55] sweet. im looking into mozilla-bookmarksftp looking for newer version since the one we have depends on ff2 since 3 isnt supported [09:55] im aussuming 3 isnt supported per changelog is this still true? [09:57] In the old version no... [09:57] Not sure if there is a new version [09:57] im looking into it debian seems to have 1.0.2-6 and i think that is ours as well but im looking [09:58] yep same [10:09] Jazzva: im going to guess you merged it from debian? [10:09] gnomefreak, no, at least I think I didn't. [10:09] google search grings up ubuntu and debian packages in first 8 pages and i dont see it on our extension list [10:10] and its not in firefox addons page [10:10] I think it's inside need-more-info [10:10] i found it [10:11] I wasn't sure if it's Fx3 compatible, and I didn't know a way to test it [10:11] thanks i was looking at the first block under needs more info [10:12] Jazzva: test == change instal.rdf and control build test. but debian bug on this already and i tried to reply to it but im not sure if im able to [10:12] change install.rdf, build it, then test inside firefox if it actually works :) [10:12] ok we should really add upstream link in changelog [10:13] Jazzva: i will i just want to make sure its newest first [10:13] cool, thanks :) [10:14] np [10:22] * gnomefreak smoke [10:38] Jazzva: thats strange [10:38] Jazzva: any hints on how to use it and where to find it? [10:40] it built and installed with firefox 3 well firefox (>=2.0) [10:40] gnomefreak, I'm not sure how to test it, though [10:40] i just cant find it after installing the .deb [10:41] is it present in /usr/lib/firefox-addons/extensions? [10:41] here's a topic on mozillazine forums: http://forums.mozillazine.org/viewtopic.php?f=19&t=41742&start=495&st=0&sk=t&sd=a&sid=e4c7b9f1f3566d04b1d5d4689ab95488 [10:42] gnomefreak, is it listed in the addons? [10:43] Jazzva: no to both not in /usr/lib/firefox-addons/extensions nor in addons [10:43] oh wait [10:44] nope not there [10:45] gnomefreak, there should be a links file in debian/ dir. please paste it [10:46] http://pastebin.mozilla.org/510945 Jazzva [10:47] its in the right click menu [10:47] no its not [10:47] wtf [10:48] that could be a reason [10:48] Jazzva: do you have usr/share/mozilla-extensions/bookmarksftp? [10:49] im guessing mozilla-extensions needs to be changed [10:50] that looks more like an install file... [10:50] its there [10:50] gnomefreak@Development:~/mozilla-bookmarksftp/bookmarksftp-1.0.2/debian$ pastebinit dirs [10:50] sorry... dirs :). [10:51] nvm, I downloaded the source [10:51] there is no install file other than install.rdf [10:51] and that is a bit longer/different [10:51] I asked for links :) [10:51] that's where the problem is [10:51] oh [10:52] you said dir [10:52] but i will look at links [10:52] look in links, and replace /usr/lib/iceweasel/... with /usr/lib/firefox-addons/... [10:53] its installed there [10:53] that way it should be recognized inside firefox 3... not sure if it will work, but it should show up in addons dialog [10:53] ill try [10:54] ah i see only the last one had ice* still [10:54] mhm [10:54] change that "iceweasel" to "firefox-addons" [10:55] because we don't use iceweasel, so we don't need that link, and we use firefox 3, so we need to link firefox-addons :) [10:56] k [10:57] for all of them? inculding changing usr/share/mozilla-extensions/bookmarksftp usr/lib/mozilla-firefox/extensions [11:00] bash: cd: /usr/lib/mozilla-firefox/extensions: No such file or directory [11:00] im gonna change it and see [11:00] gnomefreak, http://paste.ubuntu.com/36159/ [11:01] try to put this in debian/links, instead of the old content [11:01] k [11:05] Jazzva: cant lol have to change debian/rules it seems when using yours [11:05] make: *** [binary-indep] Error 1 [11:05] dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2 [11:06] well i see it [11:06] Jazzva: what should we use instead of extdir = $(dtmp)/usr/share/mozilla-extensions/bookmarksftp [11:06] addons or firefox-extensions [11:07] no that is right [11:07] we should have /usr/share/mozilla-extensions [11:07] that should be ok [11:07] we do [11:08] other than that line there isnt anything to suggest we dont have a link [11:09] dh_link [11:09] dh_link: debian/links lists a link without a destination. [11:10] maybe we needed the one we removed? [11:10] I don't think so... I think it was used before we switched to /usr/lib/firefox/ dir [11:10] though I'm not sure what's wrong [11:11] I'll try to build a package soon and see what's the problem [11:11] ignore thanl [11:11] i had extra } [11:12] with the brace on sometimes i cant move fingers off keys fast enough [11:13] :) [11:14] not not compatable [11:15] i guess we wait for upstream release [11:15] mhm [11:15] wait a minute [11:16] maybe i should have used 3.0.1 in intall.rdf instead of 3.0? [11:17] nope should work with 3.0+ [11:17] that should include 3.0.1 since its 3.0+ [11:17] i suppose [11:18] why are the ids not the same in install.rdf [11:18] {e133f188-27e7-401d-be2e-804643793acb} [11:18] {ec8030f7-c20a-464f-9b0e-13a3a9e97384} [11:19] assuming you want about to show the right id [11:19] s/right/same [11:20] it shoudlnt affect the compatiablity [11:21] that should be the id for firefox [11:21] the first is for bookmarksftp [11:21] and the second for firefox [11:28] ah [11:29] i just had idea [11:32] bumb [11:32] nope not it [11:33] Jazzva: we wait for upstream release or email upstream maintainer and get it done faster? [11:34] we can try the mail... you can mail him, if you want. if not, I'll write him later :) [11:37] Jazzva: ill let you know when i check mail i can have over 1000 sincei havent checked it in a week or so [11:37] ok [11:37] thanks :) [11:37] np [11:38] this gave me an idea with firegpg ;) [11:44] there is not links dir in debian [11:44] it's a links file ;) [11:44] maybe why its not installing [11:44] yeah file [11:44] were you packaging firegpg with mozilla-devscripts and xpi.template? [11:45] no just old XPI [11:46] when asac made first template [11:46] or you [11:46] asac made it... [11:46] if you used the template, you don't need links, install and the rest of those files... [11:47] ok [11:47] is devscripts one different than what im using? [11:48] devscripts just contain some script files [11:48] oh [11:48] you don't use them directly. your rules file call xpi.mk script, which is in mozilla-devscripts package [11:48] still doesnt explain why it builds doesnt install [11:49] include /usr/share/mozilla-devscripts/xpi.mk [11:50] rying again with right changelog this time [11:51] upstream hasnt gone past 0.5 so i have newest [11:53] nope still not showing up in addons dialog [11:54] ok smoke than ill check email im not pushing updated firegpg yet i would like to see what else i can find out [12:11] Jazzva: where does xpi.mk put the extensions? [12:12] * gnomefreak thinks it should use /usr/lib/mozilla/extensons [12:12] it installs to /usr/share/mozilla-extensions/ [12:12] and then it links to whatever is set in MOZ_XPI_MOZILLA_DIRS [12:13] hmmmmmmmm [12:13] the default is "firefox-addons firefox", so it links /usr/lib/firefox/extensions/$EXTENSION to /usr/share/mozilla-extensions/$EXTENSION [12:14] /usr/lib/{firefox,firefox-addons}/extensions/$EXTENSION that is [12:14] lol i dont have a MOZ_XPI_MOZILLA_DIRS in rules [12:14] it's set in xpi.mk then :) [12:14] is there a way i can read it? [12:14] you should only put it in rules if the extension is not compatible with fx2 and 3 [12:15] sure, look at /usr/share/mozilla-devscripts/xpi.mk [12:15] there's an explanation for MOZ_XPI_MOZILLA_DIRS too [12:15] ok reading [12:15] /usr/lib/firefox-addons/extensions and the /usr/lib/firefox/extensions [12:17] hmm... that's probably a mistake in the explanation. I'm almost sure it links to the extension directory inside /usr/lib/.../extensions/ [12:17] well its in firefox-addons/extensions [12:19] only other thing i can think of is building *.xpi alone and see if it works [12:19] what's the link to your branch? [12:19] lp:~gnomefreak/firefox-extensions/firegpg.ubuntu? [12:19] yes [12:19] I'll take a look [12:19] Jazzva: you want me to push changes first? [12:20] ok... :) [12:20] ok let me try :) [12:30] shit [12:31] something is wrong here [12:37] Jazzva: give me a half hour or so and it will be ready [12:37] k [12:39] Jazzva: bzr branch lp:~gnomefreak/firefox-extensions/firegpg.ubuntu [12:39] that should be right [12:39] wait no it might not be :( [12:39] nope not right [12:44] Jazzva: ok if you go to https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/firegpg.ubuntu wait for revision 4 to show up i just pushed it since something got fudged up somewhere along lines [12:44] ok [12:44] -.edge if you dont have beta LP [12:46] hmm... you're using firefox's ID in debian/rules. but, firegpg's id is not provided withing install.rdf. that's strange [12:46] I don't know if that's the problem [12:46] ah... :) [12:47] I think this is the one [12:47] em:id="firegpg@firegpg.team" [12:49] gnomefreak, try changing MOX_XPI_EMID in debian/rules to use "firegpg@firegpg.team" [12:50] like this [12:50] MOZ_XPI_EMID := firegpg@firegpg.team [12:52] ok will do [12:52] it should work then... [12:53] at least it shows up in addons, and I can change it's preferences [12:53] ok cool thanks [12:53] no problem :) [12:56] installing now [12:57] Jazzva: are you able to push to archives? or should i ping asac mater this week? atleast into intrepid [12:57] i'm not able [12:57] k [12:58] (I hope I will be soon... planning to apply on the next meeting, whenever that is) [12:58] hmmmmm [12:58] Jazzva: did you get update dialog? [12:58] new version of firegpg? [12:58] yes [12:58] shit [12:59] i think that can be disabled. see with asac if that would be smart. [12:59] since it's a bit misleading - an ordinary user won't have the rights to upgrade... [12:59] is there an easy way to update to 0.5 i thought i alreday have 0.5 but seems 0.4.9 was the source i had [13:00] well dann there is a 0.5.1 [13:00] gnomefreak, try downloading the new source, then replace it in your .upstream branch [13:01] I'm going with removing everything in local .upstream branch (except the .bzr dir), copying the new source over there, then "bzr add ." to add new files, and commiting that [13:02] but I think asac mentioned that it could be done with bzr's --overwrite option [13:06] Jazzva: yeah i knew that part its the local part that bothers me [13:07] local part? [13:07] Jazzva: the debian dir stuff [13:07] what about it? [13:07] how to get new upstream into it [13:08] replace old with new in my locale ubuntu branch [13:08] not really [13:08] so just start over? [13:08] easy enough [13:08] it should work like this: cd into .ubuntu branch, then "bzr merge path/to/upstream/branch" [13:09] i've wrote it down on wiki.ubuntu.com/MozillaTeam/Extensions/Packaging [13:10] off for a while... shower and going out to get cigarettes [13:10] k [13:18] fucking bzr [13:38] i think ill push this to my PPA :) [13:41] bug 227945 [13:41] Launchpad bug 227945 in firegpg "[needs packaging] Please package FireGPG extension for Firefox " [Wishlist,Incomplete] https://launchpad.net/bugs/227945 [13:49] ok hand hurts like crap. you can find firegpg on my PPA in a few minutes please test if you are running Intrepid, i will work on Hardys version later or tomorrow [13:52] thats odd :( [13:56] gnomefreak, I'll have to test it later... [13:56] I forgot I have to go to some family lunch, so I'm off now... [13:57] See you in the evening (UTC+2 time) [13:57] good luck with your hand... [14:16] hm, is svg rendering broken ? [14:16] http://en.wikipedia.org/wiki/Image:Librsvg_logo.svg vs http://upload.wikimedia.org/wikipedia/commons/0/05/Librsvg_logo.svg [14:39] ok i built and uploaded firegpg to ppa hardy and intrepid [14:52] asac, why did you say that we need our own webkit ? [16:04] fta: when did i say we need our own webkit? [16:06] Aug 08 15:04:33 i thought mike from debian was doing that [16:06] Aug 08 15:04:56 fta: he does that in debian. but we need to take care on our own here [16:06] Aug 08 15:05:03 fta: for instance debian is stuck with old gnome now [16:06] Aug 08 15:05:08 and they are frozen ;) [16:06] Aug 08 15:05:11 so we have to move ahead [16:06] Aug 08 15:05:17 1) webkit + 2) gnome ;) [16:06] it's so hard to actually make sure you know which versions of nspluginwrapper/flash you are actually trying to run at a particular point === asac_ is now known as asac [16:29] asac, so, what about flock? did you end-up with something yesterday? [16:47] fta: i think i have the complete diff now ;) [16:47] new innovation: http://www.getgnash.org/updates/Linux_x86-gcc4/gnash.xpi [16:47] ;) [16:49] we discussed about that with Rob in Pragues.. [16:49] yeaah [16:49] ;) [16:49] he gave me the link to test [16:49] unfortunately i have no 32-bit atm [17:03] slack! [17:05] asac, http://paste.ubuntu.com/36228/ [17:12] 17:08 < asac> fta: ok. i gave the explanation right there ;) [17:12] 17:08 < asac> fta: for instance debian is stuck with old gnome now [17:12] 17:08 < asac> e.g. it will take at least 6 month until they package the latest epiphany that only has -webkit backend [17:13] hm, even in unstable ? [17:14] yes [17:14] they are frozen ;) [17:14] until they release [17:14] and that _can_ take ages [17:15] in best case Nov ... otherwise I think Jan or Feb will be release [17:27] hmm [17:27] http://linux.slashdot.org/article.pl?sid=08/07/25/0027242&from=rss [17:46] http://www.betanews.com/article/Apple_pulls_1000_App_Store_gem_after_eight_downloads/1218209274 [17:57] fun [18:21] i just bumped ff3.1 and flock in my ppa [18:33] bumb! === RainCT is now known as RainCT_ [19:29] crimsun, i'm not able to get proper sound with firefox-3.1 (built with support for the new HTML5