[00:00] <Volans> gnomefreak: beDrung was yesterday here and talk about that with alexander
[00:02] <gnomefreak> and?
[00:02] <Volans> ops not yesteday ... I see
[00:02] <Volans> asac tell him to:  "then add a license file in top level of directory of .xpi stating Tri-license and explicitly name the other files as being originally licensed under bsd/MIT"
[00:03] <fta> http://jldugger.livejournal.com/8866.html
[00:03] <gnomefreak> its not a tri license though
[00:03] <gnomefreak> hell from revu page ther eis no license
[00:03] <fta> hm, from 3 days, i'm late
[00:04] <Volans> gnomefreak: sorry beDrung was speaking of 2 extension at same time
[00:04] <Volans> I'm searching the right one
[00:04] <gnomefreak> ah ok
[00:05] <Volans> no he tell only this about pwdhash, sorry:  beDrung: i have modified htmlvalidator and pwdhash on https://wiki.ubuntu.com/MozillaTeam/Firefox3Extensions Can someone have a look at it if it is
[00:05] <Volans> correct?
[00:06] <gnomefreak> its not correct its missing things give me a sec and ill tell you
[00:06] <Volans> I was thinking he spoked also about pwd but I was confused from the license issue of htmlvalidator that depends on tidy and other things
[00:07] <gnomefreak> pwdhash needs license from upstream i think thats all its lacking he should also add himself as QA contact
[00:07] <gnomefreak> html... also no license we should also move it to the right catagory
[00:08] <gnomefreak> or move pwdhash down to missing cat.
[00:09] <gnomefreak> Jazzva: bookmarksftp needs update from you on the wiki
[00:09] <Jazzva> gnomefreak, ok, I'll do it tomorrow. I don't think I'll be able to do anything tonight.
[00:10] <gnomefreak> ok can you also please clean it up while your at it assuming your script does that
[00:10] <gnomefreak> if not i can copy and paste it myself
[00:10] <Volans> for htmlvalidator gnomefreak beDrung says:
[00:10] <Volans>  beDrung: the licening of htmlvalidator is on the todo list. it contains tidy and opensp and all files have to be checked. see bug #131538
[00:10] <Volans> beDrung: opensp is bsd, tidy is MIT-like and the htmlvalidator is trilicense (i think)
[00:11] <Volans> then the reply of asac I have erroneously attached before
[00:11] <gnomefreak> why are his the only ones without a damn license
[00:11] <Volans> aahahah
[00:12] <Volans> but I can link you this: http://blog.ganneff.de/blog/2008/03/22/write-a-new-license-every-day.html ;)
[00:17] <gnomefreak> i cant beleive some of these extenisons dont have upstream site
[00:19] <Volans> (my extension doesn't really has an upstream site... ;))
[00:20] <gnomefreak> neither does nuke...
[00:23] <gnomefreak> asac: Jazzva are we declinding extensions without upstream webpage or even a source cvs or what not?
[00:24] <Jazzva> gnomefreak, well, we might leave them in needs info table. We need to get it from somewhere :)
[00:24] <gnomefreak> http://clav.mozdev.org/
[00:24] <gnomefreak> thats upsteream contact notice no source anywhere
[00:25] <Jazzva> source code is there :)
[00:25] <Jazzva> http://clav.mozdev.org/source.html
[00:25] <Volans> gnomefreak: nuke is the evolution of this Nuke? http://ted.mielczarek.org/code/mozilla/
[00:26] <gnomefreak> where did you get that :(
[00:26] <gnomefreak> hmmmmm
[00:26] <gnomefreak> is that nuke image updated?
[00:27] <Volans> on softpedia Nuke enhanced is licensed under MPL
[00:27] <Volans> http://linux.softpedia.com/get/Internet/Firefox-Extensions/Nuke-Anything-Enhanced-34862.shtml
[00:28] <Volans> other similar sites state only "free"
[00:33] <gnomefreak> http://linux.softpedia.com/progDownload/Nuke-Anything-Enhanced-Download-34862.html
[00:33] <gnomefreak> xpi only
[00:34] <Volans> xpi is not "binary"
[00:35] <Volans> in order to obtain the "source" from an xpi you have to unzip it, search if there is a .jar (zip compressed) file in chrome folder and if there, unzip it. et voila, you have the source ;)
[00:36] <Volans> or maybe this procedure is not "ubuntu source code" compliant?
[00:45] <gnomefreak> ok this looking for info sucks but i got one to work on :)
[00:46] <Volans> LOL
[00:48] <gnomefreak> the source for link wigedt suck its all his extensions in one source
[00:56]  * gnomefreak gone for the night
[01:05] <fta> [reed], http://www.hermann-uwe.de/blog/configure-firefox-iceweasel-3-to-be-more-secure-usable-bearable
[02:46] <[reed]> you've got to be joking
[02:46] <[reed]> that's so bad
[02:47] <[reed]> ugh, I just want to smack that guy
[03:01] <[reed]> Planet Debian just makes me very unhappy
[03:02] <[reed]> even more reasons why Debian will never go anywhere and why Ubuntu is succeeding
[03:55] <ScottK> fta: Thanks for pointing that out.  It looks to me like some good recommendations there.
[04:04] <[reed]> http://zee-nix.blogspot.com/2008/06/shame-ubuntu-shame.html seems so silly for me
[09:34] <asac> hmm
[09:57] <asac> [reed]: i really think that both communities should stop to constantly rant about the other (debian vs. mozilla)
[09:58] <asac> i mean, its not only debian that trolls; mozilla folks always happily jump the gun too :-D
[10:36] <armin76> asac trolls!
[10:37] <asac> armin76: no, i try to stay out of that business as  much as i can ;)
[10:40] <armin76> lies, you didn't fix ppc :P
[10:42] <asac> fta: m-dscripts upped
[10:46] <armin76> asac: you guys release in 4 days or so, no?
[10:53] <asac> armin76: 8.04.1? yes
[10:56] <armin76> bumb
[11:19] <rzr> Jazzva: hi
[11:19] <rzr> Jazzva: about the jabbin problem <beuno> rzr, it's probably best to open a question in: https://answers.launchpad.net/launchpad asking to remove/edit it
[12:32] <armin76> asac: bumb nss!
[12:35] <asac> armin76: yes, thats the idea
[13:16] <Jazzva> rzr: Ok. I'll open it in two hours. have to go to the school to see the results of one exam.
[15:00] <james_w> if we have a diff that changes B-Depends: libxul-dev to xulrunner-1.9-dev then it's not something Debian would be interested in is it?
[15:13] <asac> james_w: they are interested
[15:13] <asac> most likely they want xulrunner-dev
[15:13] <asac> as they just didnt care how we named the packages ages before they came to it
[15:14] <james_w> asac: could you review the diff quickly for me, I'm not familiar with it? (it's small)
[15:14] <asac> james_w: which diff?
[15:14] <james_w> http://pastebin.com/f794530e1
[15:15] <asac> james_w: MOZILLA_HOME is evil
[15:15] <asac> that should be dropped
[15:15] <asac> (completely)
[15:17] <asac> in both: mono-tools-1.2.4/ilcontrast/ilcontrast.in and mono-tools-1.2.4/docbrowser/monodoc.in all the MOZILLA*HOME logic can go hopefully
[15:17] <james_w> http://pastebin.com/f7ebb88cb <- that's the complete patch. I should patch the upstream source to get rid of any reference to MOZILLA_HOME?
[15:18] <asac> those changes debian wants as well
[15:18] <james_w> what should it be replaced with?
[15:18] <asac> james_w: with nothing. its been used for LD_LIBRARY_PATH ... we shouldnt require tweaking that anymore
[15:19] <asac> so most likely all those lines related to that can be dropped
[15:20] <asac> james_w: http://paste.ubuntu.com/23967/
[15:20] <asac> thats ilcontrast.in for example
[15:21] <asac> guess you can drop the get_directory
[15:21] <asac> too
[15:21] <james_w> oh wow, ok.
[15:21] <asac> if it doesnt work let me know
[15:21] <asac> but if the mono code just uses the gecko2.0-cil then it should work
[15:22] <Volans> asac: Hi, waiting for the automated extension update system what is the standar procedure to update an extension in (for example) Hardy?
[15:22] <asac> Volans: update .upstream branch manually
[15:22] <asac> Volans: then bump changelog on .ubuntu branche (with UNRELEASED), then bzr merge new upstream branch
[15:23] <asac> and fix eventual issues.
[15:23] <asac> then close changelog
[15:23] <Volans> ok, and I have to ask for a backport?
[15:24] <asac> Volans: you prepare the branch for intrepid and one for hardy-backports
[15:24] <asac> and ask for release for them
[15:24] <asac> then we move them to the ~ubuntu-dev area
[15:24] <asac> before uploading
[15:25] <Volans> ok
[15:25] <Volans> thanks
[15:25] <armin76> bumb
[15:28] <asac> armin76: is there any rule when you send "bumb" to this channel or is it meaningless?
[15:28] <asac> (like a hickup :))
[15:28] <armin76> haha
[15:28] <armin76> no, its just to make you nervous :P
[15:28] <asac> ok. thats fine then
[15:29] <armin76> asac: when are you going to add tb3?
[15:30] <Volans> asac: I have spoke with gnomefreak yesterday and he tell me that we will start with the 6month meetings planning after the next meeting that will be a "where we are meeting"
[15:30] <asac> jtv: can you look at latest comments on Bug 230308
[15:31] <asac> sounds to be an import issue - if i am not mistaken
[15:31] <asac> Volans: 6month? 6week you mean?
[15:31] <jtv> asac: looking...
[15:31] <Volans> asac: yes 6weeks meeting for the next 6months :)
[15:32] <asac> Volans: AH
[15:32] <asac> Volans: hmm. ok. ill ask gnomefreak if i see him
[15:32] <asac> why he doesnt want to do the scheduling right now
[15:32] <asac>  - which should be fine imo
[15:33] <Volans> because in the meeting itself you tell that the next meeting will be at the end of june or july then not 6 weeks
[15:33] <Volans> if I have understand correctly gnomefreak
[15:34] <asac> hmm
[15:34] <asac> ok
[15:34] <asac> i will be travelling a lot in the second half of july
[15:34] <Volans> sorry I was thinking that you and gnomefreak have spoken about that...
[15:34] <asac> so we should take a look how to best fit that meeting in
[15:34] <asac> Volans: nothing to be sorry about. most likely we did and i forgot a detail
[15:35] <asac> i remember that we chattet a few days ago about it ... but didnt remember about the schedule
[15:35] <Volans> just in argument there are some little decisions to do for the meetings:
[15:36] <Volans> 1) always the same day of the week (as gnomefreak prefer) or rotating?
[15:36] <Volans> 2) always at a preferred time of the day (accordingly to ubuntu-meeting availability) or changing it a little from meeting to meeting?
[15:37] <Volans> I have tell also gnomefreak for those question... then you can spoke about and make the right decisions
[15:38] <jtv> asac: I see the problem: apparently "//" starts a comment in XPI properties files.
[15:39] <Volans> jtv: /* */ is for sure a comment in .properties file
[15:39] <Jazzva> asac, Volans, IIRC the end of june/july was the term for the first blog post about mozilla-extensions-dev
[15:41] <Jazzva> btw, could someone change the link in topic http://tinyurl.com/4mooo2 (which should point to mozilla qa site) to http://tinyurl.com/6yo6g7 (which points to mozilla.qa.ubuntu.com)? It fails to open the page on stgraber.org
[15:44] <asac> Jazzva: feel free to edit the topic ;)
[15:44] <asac> i'll do that now ;)
[15:44] <Jazzva> asac, I don't think I have the rights to do that
[15:44] <asac> Jazzva: ok try please
[15:44] <Jazzva> ...or can anyone edit the topic?
[15:44] <asac> i think anyone can
[15:45] <Jazzva> wow... didn't know that :)
[15:45] <Jazzva> thanks, asac
[15:46] <Jazzva> btw, i'll do the azureus merge now, if someone didn't took it. finally mostly done with all the stuff i needed to do :)
[15:46] <Volans> Jazzva: there are two options... 1) I don't have undertand gnomefreak, 2) gnomefreak have misunderstood or (was confused about) something in the meeting. At first sight I will propend for the first ;)
[15:47] <Volans> asac: you was logged yesterday... have you the logs?
[15:49] <Volans> if so look at them starting from 22:55 CEST on 29 June
[15:50] <Jazzva> Volans: Create meeting schedule for next 6 month and take care of getting those meeting on fridge and sending preannouncements.
[15:50] <Jazzva> Volans: Target initial m-e-d report for end of July (or if we are good June)
[15:50] <Jazzva> https://wiki.ubuntu.com/MozillaTeam/Meetings/Minutes/2008-06-22#head-b72733491f4b69b1f72fe452bbf17fdbfae509d8
[15:50] <Jazzva> I suppose you two can start preparing the schedule :)
[15:51] <Volans> I have already prepared the schedule but yesterday gnomefreak tell me to prepare it starting from the next meeting....
[15:52]  * Volans a little confused on what to do... :)
[15:53] <Jazzva> Volans, check it with gnomefreak. Maybe he misread the minutes :)
[15:56] <Volans> ok
[15:57] <Volans> jtv: have you resolved the comment problem?
[15:59] <asac> jtv: i dont think that // is a valid comment in .properties
[15:59] <asac> just #
[16:01] <asac> Volans: why do you think that /* is a valid comment in properties?`
[16:01] <asac> i only know about '#'
[16:01] <Volans> because I use it in my extension...
[16:01] <Volans> I have see it in another extension
[16:01] <Volans> so I have used the same
[16:02] <asac> i think its a bug and just works because the parser is graceful
[16:02] <asac> i see that there are some occurences of // in the mozilla tree even
[16:02] <asac> those are bugs too imo
[16:02] <asac> like in ./intl/uconv/src/charsetData.properties
[16:03] <Volans> are we speaking about .properties file in locale folder where is the: extensions.{uuid}.description = value ???
[16:04] <jtv> asac: I just registered it as bug 244258
[16:05] <jtv> Volans: the parser treats // anywhere in a .properties file as a comment marker.
[16:06] <Volans> ok jtv, note that also /* */ works as a comment and as asac tell also #...
[16:07] <jtv> asac: do you see it as a comment marker?  Or as part of a URL?
[16:07] <asac> jtv: its a bug in the properties file i am sure
[16:07] <fta2> guys, as things are going, i won't have much time to work on the extension scripts until July 15th. If it's too long for you, feel free to go ahead.
[16:07] <asac>  // and /* are not supposed to be used
[16:07] <asac> but we have to deal with them in some way as they appear to be used in real life
[16:08] <jtv> asac: and that is to treat them as regular text, right?
[16:08] <asac> jtv: i think we should parse them as comments if // is at the beginning of the line
[16:08] <asac> jtv: yes. not sure if we can make the .properties parser as generous as upstream one
[16:08] <jtv> asac: Or maybe if they are at the beginning of the line or preceded by whitespace.
[16:08] <Volans> see also http://developer.mozilla.org/en/docs/Talk:XUL_Tutorial:Property_Files
[16:08] <asac> jtv: i think we should accept only lines that start with a proper properties key
[16:08] <Volans> and the localization notes there
[16:08] <jtv> Volans: oh great, actual documentation, thanks :-)
[16:09] <asac> e.g. ^[[:alpha:].-]+=
[16:09] <Volans> not so helpful jtv... do not expect too much
[16:09] <asac> (not complete most likely)
[16:10] <jtv> asac: I don't think that helps at all.  The proper property lines are where we're running into the problem in the first plcae!
[16:11] <Volans> jtv and if the // are inside a "string"? like properties = "some // value"
[16:11] <asac> jtv: nono ... i say: only parse properties lines. and dont consider // or /* comments if the line starts with a proper key
[16:11] <asac> # is the right comment char
[16:11] <jtv> asac: oh, I'm sorry
[16:12] <asac> the rest is bogus and most likely used by folks that dont know what they are doing.
[16:12] <asac> :)
[16:12] <jtv> In any case, I'll just have to remove that feature from the parser.
[16:12] <Volans> asac: I will change that on my extension then... :) and if a "#" is used in the value?
[16:13] <asac> jtv: right.
[16:13] <asac> Volans: i dont think that comments starting in the middle of the line are allowed for properties files
[16:13] <Volans> ok but I will try now just for completness
[16:15] <asac> Volans: thanks
[16:16] <jtv> asac, Volans: really really have to go now!
[16:17] <Volans> for me works... in Add-ons window I see: Brief description // of # the menu without problems
[16:17] <Volans> and the properties file have:
[16:18] <Volans> extensions.{uuid}.description = Brief description // of # the menu
[16:18] <Volans> then asac it works
[16:18] <asac> Volans: ok. so just beginning of line is comment
[16:18] <Volans> asac: stupid question... you know FF4 alpha?
[16:20] <Volans> I have installed it from tar.gz and now he tell me to upgrade to the 3.1a1pre.... and I can't find FF4 anymore on the mozilla archives...
[16:20] <asac> Volans: they are now on 3.1
[16:21] <asac> which previously was called 4 for a short while
[16:21] <asac> until they decided to use trunk to develop 3.1 vs. a branch
[16:21] <Volans> ahhhh ok
[16:21] <Volans> thanks! :)
[16:35] <asac> bug 192653
[16:48] <Jazzva> asac, for azureus merge... I don't think we can do it now :/. Debian depends on libswt-gtk-3.3-java, while highest we have is -3.2-... It reports on build that it can't find some symbols and that we might be using deprecated API. I suppose that's because of the older libswt package
[17:02] <Jazzva> asac, ping
[17:12]  * Volans have to go come back later, bye
[17:21] <[reed]> asac: can you test if the patch in mozilla bug 424626 works?
[18:46] <asac> [reed]: you want me to test the compile time check?
[18:47] <asac> [reed]: i dont think it makes sense
[18:47] <[reed]> no
[18:47] <[reed]> the pref
[18:47] <[reed]> the one that got approved
[18:47] <[reed]> :)
[18:48] <asac> [reed]: ah ok. good enough to verify after it lands?
[18:48] <asac> anyway. will provide a preview package with that for our NM bug
[18:48] <[reed]> I guess, though if you have a chance, compiling a bug with it would be great...
[18:48] <[reed]> k
[18:51] <asac> [reed]: do you know if 1.9 is supposed be released in sync with 1.8 stable updates at some points? or will we have 1.5 month releases until ffox 2 goes EOL?
[18:52] <[reed]> they won't get released in sync... too much work, and the code bases are too different
[18:52] <asac> [reed]: hmm ok.
[18:52] <asac> 1.7 was released in sync with 1.8 for some time too iirc
[18:58] <psyke83> hey guys, I'm wondering if anyone noticed this: in Firefox if you highlight a chunk of text and drag, the text will be dragged by the cursor... however, the Windows version applies font smoothing/hinting, but Ubuntu's version doesn't do any smoothing/hinting at all, irrespective of the system settings
[18:59] <psyke83> perhaps you need to apply those "improved" subpixel rendering patches by David Turner to the "dragging" code?
[19:00] <asac> psyke83: not sure. firefox uses cairo/pango and fontconfig
[19:00] <asac> iirc, we had the subpixel patch for fontconfig et al.
[19:01] <psyke83> asac, when the first firefox 3 alpha packages were built for Ubuntu, fonts were rendered using the "legacy" lcd hinting, so I do believe there are patches in Firefox/xulrunner for fonts too
[19:02] <asac> psyke83: we dont ship patches in ubunt at least
[19:06] <fta_> hi
[19:06] <fta> asac, thx for m-d
[19:08] <asac> fta: err, thx for m-d :)
[19:13] <armin76> you're welcome guys
[19:13] <armin76> *g*/
[19:18] <asac> debian bug 485167
[19:19] <asac> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=485167
[19:20] <asac> fta: ^^
[19:35] <fta> asac, any idea when quilt 3 is supposed to enter debian ?
[19:35] <fta> i guess it should not be a problem for us though
[19:42] <asac> fta: well, at least embedded tarball appears not to work with the new source format
[21:16] <david_> hello
[21:17] <david_> I'm getting this crash with up-to-date Firefox on one last.fm site: http://rafb.net/p/1yT2Cn48.html
[21:17] <david_> can sb have a look at it if it is something new?
[21:31] <asac> david_: please install xulrunner-1.9-dbgsym and firefox-3.0-dbgsym packages
[21:31] <asac> and reproduce
[21:31] <asac> david_: https://wiki.ubuntu.com/MozillaTeam/Bugs#head-c576e78d92cb3c959c271158b6ace98be835de83
[21:31] <asac> look there for the apt lines
[21:33] <david_> ok
[21:49] <david_> http://rafb.net/p/c858eI28.html
[21:50] <david_> I've got it still running in gdb
[21:53] <david_> asac: ^
[22:09] <asac> david_: hmm
[22:10] <asac> david_: what plugin are you using for swf?
[22:10] <david_> swfdec
[22:11] <asac> david_: which version?
[22:11] <david_> libswfdec-0.7.0
[22:11]  * david_ finally found appropriate -dbg package
[22:12] <asac> david_: is that a version with windowless support?
[22:12] <asac> david_: do you see the bug with two menus on right click?
[22:13] <david_> No idea, I've seen something like two menus only once
[22:13] <david_> but recently
[22:15] <david_> http://rafb.net/p/RD2oBG59.html
[22:16] <david_> The more -dbg packages I install, the more "no debugging symbols found" messages :(
[22:16] <asac> david_: use -dbgsym packages
[22:17] <david_> "my" version of swfdec doesn't have -dbgsym package
[22:19] <asac> david_: install pkg-create-dbgsym when building the package
[22:19] <asac> that will automatically produce -dbgsym
[22:22]  * david_ is recompiling swfdec
[22:23] <asac> david_: if you can easily reproduce, please also run with valgrind please
[22:23] <asac> e.g. valgrind /usr/lib/firefox-3.0/firefox
[22:29] <Volans> Hi gnomefreak
[22:29] <gnomefreak> Volans: hi
[22:29] <gnomefreak> sorry was trying to find out something on sound
[22:31]  * gnomefreak has a strange feeling flash is gonna end up screwing me wasting all this time on it IMHO really isnt worth it
[22:32] <asac> hi
[22:32] <asac> gnomefreak: sound? because of backport?
[22:33] <asac> have issues appeared?
[22:33] <Volans> gnomefreak: about the meetings schedule the Minute of the past meeting tell that for end of june or july there will be a m-e-d report, not another meeting...
[22:35] <david_> asac: valgrind: http://rafb.net/p/khC2aO31.html
[22:37] <gnomefreak> asac: did you get my last comment?
[22:37] <Volans> this was your last: (23:29:35) ***gnomefreak has a strange feeling flash is gonna end up screwing me wasting all this time on it IMHO really inst worth it
[22:39] <gnomefreak> damn that was a while ago
[22:39] <gnomefreak> 17:36 <      gnomefreak > asac: why do the extensions <need packaging> need a  distro attached? We know its Ubuntu besides Ubuntuu  baltix is only other distro using LP
[22:40] <asac> gnomefreak: well. we need the distro bug in changelog on upload
[22:41] <gnomefreak> asac: changelog will close bug without a distro on the bug itself
[22:41] <gnomefreak> or every bug would have to have ubuntu task
[22:45] <asac> gnomefreak: every bug that gets fixed in ubuntu needs
[22:47] <asac> gnomefreak: anyway ... its not really super important. i dont mind if an extension sponsoring doesnt have a ubuntu task, but if it has there is not need to close it :-D
[22:48] <asac> and also: needs-packaging bugs filed against distro will automatically show up on some list
[22:48] <gnomefreak> well the confirmed part and since we know its ubuntu made me do it ;) i dont think it should be confirmed until all info is there
[22:48] <asac> so we might attract new contributors
[22:48] <gnomefreak> asac: you mean easier to search?
[22:49] <asac> gnomefreak: i dont care about ubuntu task status. i think firefox-extensions task can then serve to track info status. we can move them in sync or just say that ubuntu task is confirmed once the bug has firefox-extensions task
[22:50] <gnomefreak> asac: we cant sync any of them since none of them are lables trunk
[22:50] <gnomefreak> labeled
[22:51] <gnomefreak> noone can answer one simple question in any other channel
[22:51] <asac> he? what has that to do with bug status? i mean keep status of distro task and firefox-extensions task the same (aka in-sync)
[22:51] <asac> hmmm
[22:51] <asac> gnomefreak: that is a different problem
[22:51] <gnomefreak> oh i thought you meant to sync them to auto update
[22:51] <asac> we need to find ways to better spread basic know how about packaging extensions in -motu channel
[22:51] <gnomefreak> problem is the poerfect word
[22:53] <gnomefreak> ok ill leave ubuntu task but i really think move to confrim after all info from the wiki is met and its on the extension wiki. any suggestions would be good
[22:54] <asac> gnomefreak: thats ok.
[22:54]  * gnomefreak not too concerned with motu in the sense is not many of them care or now much about mozilla build or sources
[22:54] <asac> my point of view was more that ubunt task is in shape once firefox-extensions project has it on its plate
[22:54] <asac> but thats just a pov which i am not really hard about ;)
[22:54] <gnomefreak> but the wiki on building them is good if they read it they would beablet o help
[22:54] <asac> yeah. wiki could be improved still
[22:55] <gnomefreak> we can leave it confirmed but once we get building info fixed (yes i knnew that) than maybe confirmed for ubuntu task wont confuse us (us as in people in general)
[22:56] <gnomefreak> we have alot of them being uploaded to revu and never told us
[23:00] <asac> gnomefreak: yes, not sure how to prevent revu extensions uploads
[23:00] <asac> -motu's need to become aware about firefox-extensions projects, so they refuse
[23:01] <asac> or tell uploaders
[23:01] <gnomefreak> agreed but how to we handle that we cant keep searching revu for them
[23:01] <gnomefreak> we have no way of letting all motus about it there are so many of them
[23:03] <gnomefreak> can we close bugs that are agaisnt extensions we dont package nor are going to package at this time?
[23:03] <gnomefreak> bug 243869 to be exact
[23:04] <asac> david_: so how is the testcase to reproduce? just watch that file?
[23:05] <david_> display this site on last.fm: http://www.last.fm/music/X-Patriate+%28Alan+J.+Lipman%29/_/Dirty+Little+Secret
[23:05] <david_> if it's loaded in bg tab, it's ok
[23:06] <david_> when you focus it, you get segfault
[23:06] <asac> gnomefreak: well, we can just try to increase awareness to a level that someone will notice
[23:06] <asac> gnomefreak: regular blogging about extensions efforts would be helpful here i guess
[23:06] <Volans> asac, gnomefreak you are both here then perhaps we can decide the simple questions about meetings schedule I have ask to you?
[23:06] <asac> david_: only with swfdec? have you tried other players?
[23:06] <david_> but I have some PPA version of swfdec, so I'd like to know, if it is firefox or new swfdec's bug first
[23:06] <asac> Volans: what is the problem?
[23:07] <david_> bt with rebuilt swfdec: http://rafb.net/p/Fgs9xt67.html
[23:07] <asac> david_: well. i guess its related to new swfdec as swfdec uses new way of rendering (windowless)
[23:07] <asac> i dont think that there are many oter plugins yet that do the same, so we might face issues in swfdec, but also xulrunner ... or a combination
[23:07] <david_> ok
[23:08] <Volans> asac: basically 1) if start now or the next meeting with the schedule, 2) if use always the same day of the week or not, 3) if use always the same tume of the day or not
[23:08] <david_> ok, thanks
[23:08] <asac> Volans: 1) why not start now?
[23:09] <asac> Volans: 2) i am open for any day if annonuced in advance. OTOH, having a fixed day helps people to remember
[23:09] <asac> and weekend sounds reasonable for me
[23:09] <asac> david_: have you tried with the swfdec from hardy archive?
[23:10] <david_> I didn't, I'll try now
[23:10] <gnomefreak> asac: im waiting for feed back on tasks as you suggested in meeting
[23:10] <Volans> asac: for (1) ask gnomefreak, he have some issues to why not starting now and waiting the next meeting, he can tell you better than me reporting his thinking ;)
[23:12] <gnomefreak> hold on ill get the part as soon as im done with email
[23:18] <gnomefreak> btw im getting really fucking tired of firefox crashing
[23:20] <david_> asac: no crash, only "unhandled event" in console...
[23:31] <david_> and valgrind reports there's a memory leak: http://rafb.net/p/dEtDzm87.html
[23:36] <gnomefreak> hint this is bad. gnomefreak@Development:~$ firefox
[23:36] <gnomefreak> Segmentation fault (core dumped)
[23:36] <gnomefreak> gnomefreak@Development:~$
[23:36] <gnomefreak> needs to be -dbg packages for PPA firefox xul ect... please so we can find out why
[23:36] <gnomefreak> it crashes everytime but the window stays open
[23:42] <gnomefreak> IIRC its a couple of line sin debian/rules (dont remember exact ones but for some reason im remembering -02 or something like it) and adding it to debian/control
[23:49] <asac> david_: you see that mem leak with old or new swfdec?
[23:50] <asac> david_: but in general swfdec works right?
[23:53] <david_> in general, yes
[23:53] <david_> the last link is with distribution swfdec