[01:05] <twentyafterfour> Hey I think we have an ubuntu-related firefox bug - namely, it doesn't happen with the firefox 3.0 bundle from mozilla.org but it does happen with the ubuntu 8.04 default firefox
[01:05] <twentyafterfour> https://bugzilla.mozilla.org/show_bug.cgi?id=444472
[01:06] <twentyafterfour> I couldn't figure out the proper place to enter this in launchpad but I reported it to mozilla because it's related to the prism extension which isn't an ubuntu package
[01:07] <twentyafterfour> even though it's not an ubuntu package the problem only occurs with the ubuntu firefox package and not with other distributions of the same software.
[01:22] <twentyafterfour> Added to launchpad: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/247132
[01:25] <twentyafterfour> irc://irc.mozilla.org
[02:11] <asac> twentyafterfour: try libnss3-1d and libnspr4-0d from hardy-proposed and reinstall the extension after that
[02:45] <twentyafterfour> asac: that failed to install
[02:45] <twentyafterfour> "E: /var/cache/apt/archives/libnspr4-0d_4.7.1+1.9-0ubuntu0.8.04.2_i386.deb: trying to overwrite `/usr/lib/libnspr4.so', which is also in package libnspr4"
[09:26] <XioNoX> hi!
[09:26] <asac> twentyafterfour: wait for next upload. that should fix it
[09:26] <asac> or uninstall libnspr4
[09:26] <asac> manually
[09:26] <asac> hi XioNoX
[09:26] <asac> just arrived?
[09:26] <XioNoX> hi asac
[09:26] <XioNoX> yep
[09:42] <twentyafterfour> asac: is next upload happening soon or should I go ahead and try manually installing it?
[09:49] <asac> twentyafterfour: the upload has just happened in intrepid
[09:50] <asac> hardy upload is happening right now (but will take a bit as it requires archive admin approval)
[09:50] <asac> twentyafterfour: i will upload the upload to the mozillateam ppa as well
[09:52] <asac> twentyafterfour: ok upload to mozillateam ppa is happenening
[09:52] <asac> twentyafterfour: could you please stay in this situation and the do the upgrade from PPA?
[09:56] <twentyafterfour> asac: ok
[09:58] <twentyafterfour> this url? https://launchpad.net/~mozillateam/+archive
[10:05] <asac> twentyafterfour: yes
[10:05] <asac> twentyafterfour: add that to sources and upgrade
[10:05] <asac> and see if its fixed
[10:06] <twentyafterfour> ok the upgrade worked, I'll test it now
[10:07] <elmargol> http://-kol.deviantart.com/art/Grass-Blades-73597063 <- ff3 ubuntu does not open it. It works on XP using FF3
[10:07] <elmargol> Is this known?
[10:07] <asac> twentyafterfour: ok, please confirm that the PPA version fixed bug #244439
[10:08] <twentyafterfour> elmargol: weird, I have the same trouble
[10:08] <asac> and#245122
[10:08] <asac> and bug #245122
[10:08] <asac> elmargol: thats a known non-bug
[10:08] <asac> its an illegal url
[10:08] <elmargol> asac, why does it work oon FF windows?
[10:08] <asac> that windows accepts it is a bug on its own because ffox uses windows parser
[10:09] <elmargol> Ah ok Windows has the bug :D
[10:09] <asac> yeah
[10:09] <gnomefreak> Windows has many bugs
[10:09] <asac> just because windows accepts httpx://----good damn dog shit.com doesnt mean that they are right
[10:10] <twentyafterfour> asac: I can confirm 245122 fixed
[10:10] <asac> twentyafterfour: please comment on bug and name the package version as well as the where you got it from there
[10:10] <asac> thanks!
[10:10] <gnomefreak> asac: did you get new nvidia packages by chance?
[10:11] <asac> gnomefreak: i have no nvidia hardware ;)
[10:11] <gnomefreak> oh that might be a good reason why you didnt :(
[10:11] <gnomefreak> i really dont want to use his PPA
[10:14] <elmargol> twentyafterfour, do you have a paper or something to prove that a host should not start with a -? I fill a bug on debiantart
[10:14] <asac> elmargol: search for URL RFC
[10:14] <asac> its illegal
[10:15] <asac> there are other bugs in launchpad which discuss this
[10:15] <asac> no time to dig them up though
[10:15] <twentyafterfour> asac: commented
[10:15] <asac> thanks!
[10:16] <twentyafterfour> asac: now I'll test my bug ;)
[10:16] <asac> hehe
[10:20] <twentyafterfour> brb
[10:27] <twentyafterfour> asac: unfortunately my bug persists!
[10:29] <asac> twentyafterfour: what is your bug?
[10:30] <twentyafterfour> seems like it might be related to 244439 ... firefox crashes when I try to download a file but only if I have the Prism Refractor extension  installed
[10:30] <asac> bug 244439
[10:31] <asac> twentyafterfour: try to uninstall the extension and install again
[10:31] <asac> twentyafterfour: you have a link for that extension?
[10:32] <asac> ok i thin i have it installed now
[10:32] <asac> how to reproduce the crash?
[10:32] <twentyafterfour> yeah.. my problem is bug 247132 and the extension is https://addons.mozilla.org/en-US/firefox/addon/6665
[10:33] <twentyafterfour> just install extension, restart firefox and then try to download something like a pdf (any filethat is handled by an external app rather than rendered in the browser)
[10:33] <twentyafterfour> for example try to download this file once the extension has been installed: http://people.mozilla.com/~mfinkle/prism/prism-0.9.en-US.linux-i686.tar.bz2
[10:34] <twentyafterfour> official mozilla build doesn't crash but ubuntu's firefox package does
[10:42] <asac> twentyafterfour: prism doesnt have a binary component
[10:42] <asac> so it has nothing to do with binary compatibility
[10:48] <twentyafterfour> asac: weird... it definitely seems related to prism for me though. did you manage to reproduce the bug?
[10:48] <asac> twentyafterfour: yes.
[10:49] <asac> i am chatting with the prism dev atm
[10:49] <twentyafterfour> ok
[10:49] <asac> but its not of binary nature
[10:49] <twentyafterfour> I thought it strange that it didn't seem to produce a crash report
[10:50] <twentyafterfour> so I guess it's just a software glitch rather than a bug in the compile ... still weird how the mozilla distro doesn't have that bug ... I only reported it because other people were complaining that prism didn't work with ubuntu so I thought I would help track down the problem.
[11:03] <XioNoX> asac ?
[11:05] <asac> XioNoX: one second ;)
[11:05] <XioNoX> I've look into the loop, and there are strange things. For exemple at each new loop, another table is made, and if i just add another row, it display at the same line as the rest.
[11:29] <asac> ok prism crash solved
[11:30] <asac> XioNoX: not sure. i didnt do the layout refactoring
[11:30] <XioNoX> ok
[11:30] <asac> maybe tr was overloaded to not be a block element in some CSS?
[11:30] <armin76> asac: should the strace command show jemalloc stuff with those patches you gave me?
[11:30] <asac> armin76: no
[11:30] <asac> armin76: those link jemalloc into the binaries statically
[11:30] <XioNoX> I'm starting to du it directly in xul, whereas html
[11:31] <XioNoX> with the advice of gandalf
[11:31] <asac> armin76: if you grab the patches one revision before you get the same, but with shared libs
[11:31] <asac> XioNoX: feel free ;)
[11:31] <asac> all improvements appreciated
[11:31] <armin76> asac: ah..then it doesn't crash
[11:31] <asac> XioNoX: we could also move away from manually assembling xul in javascript to rdf datasources
[11:32] <asac> but thats more advanced
[11:32] <asac> armin76: good
[11:32] <XioNoX> later :D
[11:32] <asac> armin76: do you compile with FORTIFY?
[11:32] <armin76> forti what?
[11:32] <asac> my crash is somewhere in libselinux.so
[11:32] <asac> armin76: gcc hardening option
[11:32] <asac> we have
[11:32] <asac> CPPFLAGS=-U_FORTIFY_SOURCE
[11:32] <asac> export CPPFLAGS
[11:32] <asac> previously we had -D_FORTIFY_SOURCE=2
[11:33] <asac> maybe try those two ;)(
[11:33] <armin76> k, i will
[11:34] <asac> ill see if we still need the "normal" fortify or if we can go for 2
[11:37] <asac> *sigh* ETOOMANYBUGSOPEN
[11:47] <armin76> yeah, and the ones i didn't file :P
[11:48] <asac> armin76: can you do my bug work?
[11:48] <armin76> hppa, ppc segfaults, sparc bus error :P
[11:48] <asac> ;)
[11:48] <asac> i think you could follow your passion and at least go through all bugs and ask that they "bumb" :)
[11:48] <armin76> i have enough :P
[11:48] <armin76> lol
[11:48] <asac> and report back if bumb fixes it ;)
[11:49] <asac> armin76: i can write you a python scripts that sends a message "please bumb"  to all bugs ;)
[11:49] <asac> Please bumb:
[11:49] <asac>  + either bumb to intrepid
[11:49] <asac>  + or to mozillateam PPA
[11:49] <asac>  + or hardy-proposed
[11:50] <armin76> haha, and why don't you do it instead of me? :P
[11:51] <asac> armin76: because i am not in a position to cause that much traffic ;)
[11:51] <asac> and my bug karma is already scary enough ;)
[11:52] <asac> armin76: people would complain: "those canonical guys dont even read my bug before replying" :)
[11:52] <asac> armin76: i would make the python script just send the bumb message and set bug to "invalid" ... asking them to reopen if they still care ;)
[11:53] <asac> my experience shows if you do that you will end up having about 50% less open bugs afterwards
[11:53] <armin76> use any of your padawans then :P
[11:53] <asac> e.g. close everybug and ask submitter to reopen if he still sees it/cares ;)
[11:53] <armin76> yeah, tipical ubuntu users :P
[11:53] <asac> lol
[11:53] <asac> armin76: i did something similar for debian two
[11:53] <asac> there were even less bugs reopened ;)
[11:54] <armin76> gentoo users directly don't file bugs :D
[11:54] <asac> i think i did that for network-manager about a year ago ;)
[11:54] <asac> it worked :-D
[11:55] <asac> but some people really got angry ;)
[11:56] <armin76> i always have an excuse: if you don't like how i do things, take over mozilla, i don't want to maintain this stuff :)
[11:56] <armin76> you don't *g*
[12:00] <XioNoX> asac, will I see what I've done into intrepid ?
[12:00] <armin76> noes, pay first
[12:01] <XioNoX> ha
[12:01] <XioNoX> ok
[12:01] <XioNoX> how much ?
[12:03] <armin76> 231 eur
[12:03] <XioNoX> ok, give me an address and I send the cash
[12:03] <XioNoX> :D
[12:04] <armin76> asac@gentoo.org
[12:05] <asac> XioNoX: yes
[12:05] <asac> XioNoX: you are working for intrepid now
[12:05] <armin76> he's bumbing?
[12:06] <asac> XioNoX: and we can upload the new ubufox to hardy-backports as soon as it rocks
[12:06] <XioNoX> cool :D
[12:07] <asac> i am stupid ... i fail to edit patches directly :(
[12:07] <armin76> fail
[12:07] <asac> yeah ... because of that i fail to bumb
[12:11] <asac> success
[12:12] <asac> spinning with maximum pressure using -j1000
[12:12] <asac> armin76: intrepid will get 3.0.1 today ;)
[12:13] <armin76> not released
[12:13] <asac> build1
[12:14] <armin76> ricer version
[12:34] <gnomefreak> asac: when is your next planned 3.0 push?
[12:35] <gnomefreak> and did you have plans of fixing the about: saying 1.9
[12:35] <gnomefreak> i see nspr was pushed
[12:37] <asac> gnomefreak: the about: page is really a minor issue
[12:37] <asac> we should fix it
[12:37] <asac> not sure if we should do it in hardy though
[12:37] <asac> maybe not in 3.0.1 ;)
[12:37] <asac> remember that we still need things that we can fix in 3.0.2 ;)
[12:38] <asac> bug 247132
[12:38] <gnomefreak> asac: we have plenty of bugs to fix in 3.0.2
[12:38] <gnomefreak> ;)
[12:38] <gnomefreak> just wanted to know since i am gonna start gutsy 3.0
[12:39] <gnomefreak> god i hate nss nspr names
[12:40] <gnomefreak> wth is nss named :(
[12:40] <asac> gnomefreak: hehe
[12:40] <asac> SONAME version
[12:40] <gnomefreak> libnss3-0d
[12:40] <asac> is the keyword hjere
[12:40] <asac> libnss3-1d
[12:40] <gnomefreak> id?
[12:40] <gnomefreak> opps
[12:40] <gnomefreak> 1d?
[12:40] <asac> gnomefreak: let me induce you
[12:40] <asac> please write this down;)
[12:41] <asac> 1. dont backport anything except xulrunner-1.9 and firefox-3.0
[12:41] <gnomefreak> asac: i know but i cant if i upload to PPA
[12:41] <asac> 2. try to build xulrunner-1.9 as it is in gutsy
[12:41] <gnomefreak> i need nspr and nss for PPA
[12:41] <asac> gnomefreak: no
[12:41] <asac> you dont need that
[12:41] <gnomefreak> oh
[12:41] <asac> well ... the packages that are named in Depends: should be there
[12:42] <asac> we do auto magic to use in-source nss/nspr if the versions available are too low
[12:42] <asac> same goes for cairo
[12:42] <asac> if the xulrunner-1.9 build fails let me know
[12:42] <gnomefreak> ok will o
[12:42] <gnomefreak> do
[12:44] <gnomefreak> !info libhunspell gutsy
[12:44] <gnomefreak> !info libhunspell-1 gutsy
[12:45] <asac> gnomefreak: hmm
[12:45] <gnomefreak> !info hunspell gutsy
[12:45] <asac> whats the problem?
[12:45] <asac> ok
[12:45] <asac> thats ok
[12:45] <gnomefreak> just making sure
[12:45] <asac> gnomefreak: look at jdongs changelog for the previous backport
[12:45] <gnomefreak> i couldnt remember if it was gutsy that got it
[12:45] <asac> it should list all required changes you need
[12:45] <armin76> gnomefreak: asac wants you to bumb the bugs
[12:46] <asac> we need a bug bumper ;)
[12:46] <gnomefreak> asac: i didnt know he did a backport already
[12:46] <asac> gnomefreak: he did for previous builds
[12:46] <asac> i think last done is b5
[12:46] <gnomefreak> armin76: asac if i get done with ff i will do bugs
[12:46] <asac> gnomefreak: we have 864 open :(
[12:46] <gnomefreak> asac: you left it in our build right?
[12:46] <asac> in firefox-3.0
[12:46] <asac> we have to get back to 200 ;)
[12:46] <gnomefreak> asac: thats not an issue i have seen some dupes
[12:47] <asac> gnomefreak: not an issue?
[12:47] <asac> bug count explodes again :(
[12:47] <gnomefreak> asac: i can do them (as in not an issue)
[12:47] <asac> all is lost :(
[12:47]  * gnomefreak will start on new today
[12:48] <gnomefreak> xulrunner breaks epiphany-gecko?
[12:48] <asac> we have 118 confirmed/triaged/fix committed bugs
[12:48] <asac> that means that 650 are incomplete or new
[12:48] <gnomefreak> most will be incomplete im sure
[12:48] <asac> thats a shame
[12:48] <asac> we have to get them invalid or confirmed much quicker
[12:49] <gnomefreak> asac: well people need to work on bugs ;)
[12:49] <gnomefreak> who do we have besides me and you that do bugs?
[12:49] <asac> gnomefreak: my bug karma is at 15k. when i clean up my current mail backlog it will be at 20k i am sure
[12:49] <armin76> ubotu :D
[12:49] <asac> that number indicates that i waste far too much time on bugs already
[12:50]  * gnomefreak hasnt gotten over 4800 no matter how many i do
[12:50] <asac> gnomefreak: changing states gives more points ;)
[12:50] <armin76> bleh, why nobody commited yet my hppa patch :(
[12:50] <asac> gnomefreak: marking dupes gives massive points
[12:51] <gnomefreak> asac: might i suggest you read your mailing lists mail that you have laying around. once i get tags/states fixed people will know what to do ;)
[12:52] <gnomefreak> hmmmm they were pushed this morning
[12:52] <asac> gnomefreak: right. i have to slip that in between doing security updates :)
[12:52] <gnomefreak> thats fine
[12:52] <asac> gnomefreak: can you look at the bug triager handbook page?
[12:52] <gnomefreak> and once answers on that i can finish 3 wikis
[12:52] <gnomefreak> i did quickly
[12:53]  * gnomefreak doesnt have links thanks to bookmark exporting being screwed up
[12:53] <armin76> asac:
 bumb?
[12:53] <armin76> * Shindig has quit ()
 Good day
 eh? bumb?
 what does that mean?
[12:53] <armin76> i'm tired of explaining it! :P
[12:54] <asac> armin76: create a wiki page ;)
[12:54]  * gnomefreak thought he couldnt spell bump :(
[12:55] <asac> gnomefreak: https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[12:55] <asac> gnomefreak: i think thats good enough. i just have to do the MozillaTeam/NormalizedBugFormat page
[12:55] <asac> which basically describes how the summary/description of a bug must look like
[12:57] <gnomefreak> #
[12:57] <gnomefreak> Crashes: strace + backtrace
[12:57] <gnomefreak> why both why not apport logs
[12:58] <gnomefreak>  How to Triage (Ubuntu Bug):
[12:58] <gnomefreak>    1.
[12:58] <gnomefreak>       if reproducible or a reasonable evaluation of the bug exists set to TRIAGED
[12:58] <gnomefreak> i have a feeling thats gonna bite us in the ass
[12:59] <gnomefreak> but lets see how it goes
[13:00] <gnomefreak> hmmmmmm 2.0.0.12 is in gutsy right?
[13:09] <asac> gnomefreak: ok i added crash bugs form
[13:09] <asac> we can change that once we have more experience
[13:10] <gnomefreak> asac: java plugin amd64 gutsy
[13:10] <asac> maybe we give a short explanation for each of the items in the Description template
[13:10] <gnomefreak> asac: and wht the hell is Guadalinex V4
[13:10] <gnomefreak> s/wht/wth
[13:10] <asac> gnomefreak: spanish derivative
[13:10] <gnomefreak> so upgrade is supported?
[13:10] <asac> gnomefreak: used in almost all spanish schools accross the country
[13:10] <asac> upgrade?
[13:10] <gnomefreak> from that to ubuntu
[13:11] <asac> gnomefreak: not supported from our side
[13:11] <asac> gnomefreak: if guadelinex supports that is their decision
[13:11] <asac> and the user should ask them
[13:11] <gnomefreak> ok so after upgrade ff crashes i should let them ahndle it
[13:11] <gnomefreak> handle
[13:12] <asac> gnomefreak: tell the guy to install ubuntu from scratch if he wants support. we cannot deal with guadelinex to ubuntu upgrades imo
[13:12] <asac> gnomefreak: he can also try the usual things: uninstall extensions/disable extensions, plugins etc.
[13:12] <gnomefreak> i am
[13:14] <asac> gnomefreak: ok, what can we do about the bug format?
[13:16] <gnomefreak> dont know not reading it atm
[13:16] <gnomefreak> define what you mean by to do to format
[13:18] <asac> https://wiki.ubuntu.com/MozillaTeam/Bugs/TriagersHandbook
[13:18] <asac> refers to
[13:18] <asac> https://wiki.ubuntu.com/MozillaTeam/NormalizedBugFormat
[13:18] <asac> in order to get bugs to state Confirmed
[13:18] <gnomefreak> asac: how well do you know apache?
[13:18] <asac> gnomefreak: depends :) ... i used to know most basics and some advance stuff
[13:19] <gnomefreak> i know the pages i was looking at them already but i have 15+ tabs open atm
[13:19] <gnomefreak> When trying to access the server Apache HTTPD locally, via http://localhost port 80
[13:19] <gnomefreak> with ff3
[13:19] <gnomefreak> Though the site seems valid, the browser was unable to establish a connection.
[13:20] <gnomefreak> thats what i get just browing to the link
[13:20] <gnomefreak> he states it worked in fff 2.0.0.13
[13:22] <gnomefreak> that looks fairly good but what do we need Type (optional): <null-deref|random-memory|double-free|...>
[13:22] <gnomefreak> for
[13:24] <gnomefreak> the reporter would have that info (as for memory) if that is what you are asking and most of time they dont know how to check or that it might be important unless its a memory caused crash (not so sure that is relevant to most crashes)
[13:24] <asac> gnomefreak: its optional
[13:25] <asac> its pre-evaluation
[13:25] <asac> good to estimate severity
[13:25] <asac> but i dont expect that incomplete triagers will figure that
[13:25] <asac> so we can remove it
[13:25] <asac> doing that now
[13:27] <asac> i feel like an upload-dog
[13:28] <asac> bumbing everything everywhere ;)
[13:28] <asac> armin76: bumb
[13:28] <asac> lets see how i feel about breaching alpha-2 freeze ;)
[13:28] <asac> i think i breached it already by uploading nss/nspr to intrepid this morning :-P
[13:29] <asac> lets hope our RM is long enough asleep that he misses it ;)
[13:32] <asac> -j1000 build runnning again
[13:38] <XioNoX> asac, where does the windows get the pluginInfo.name for exemple ?
[13:41] <gnomefreak> who has gutsy with ati?
[13:41] <gnomefreak> asac: i still need java info on amd64 in gutsy (what package it is) the java plugin package?
[13:49] <asac> XioNoX: in the Wizard.js
[13:49] <XioNoX> yeah, i've find that
[13:50] <XioNoX> but where come from the informations present in pluginInfo ?
[13:50] <asac> XioNoX: from the datasource.js
[13:50] <asac> XioNoX: i gave you the line yesterday ;9
[13:50] <XioNoX> yep
[13:50] <asac> where pluginInfo is assembled
[13:50] <XioNoX> I know
[13:50] <asac> ?
[13:50] <XioNoX> but on this line
[13:51] <XioNoX> informations present in the pluginInfo array come from somewhere
[13:51] <XioNoX> i've find some python files, which seem to interogate the apt database
[13:52] <asac> XioNoX: yeah
[13:52] <asac> XioNoX: if you want to improve the website/database part thats fine
[13:52] <asac> XioNoX: if you dont, we can just define how the rdf element will be called
[13:52] <asac> and i will fix it
[13:52] <XioNoX> But the information line that I have to add will not come from this "database"
[13:53] <asac> XioNoX: no. thats why i said you should display a default description "No description available yet." in case pluginInfo.description is null
[13:53] <XioNoX> i've add the line description: getPFSValueFromRDF("description"), in the var pluginInfo = { array
[13:53] <asac> XioNoX: yeah thats right
[13:53] <XioNoX> ok
[13:53] <asac> (unless it throws an exception there)
[13:54] <XioNoX> haven't try yet
[13:54] <XioNoX> but what should I do for that  getPFSValueFromRDF("description") give me back a sentence ?
[13:55] <XioNoX> getPFSValueFromRDF() function is strange
[13:59] <asac> XioNoX: dont understand the question about "sentence"
[13:59] <XioNoX> for the moment getPFSValueFromRDF("description") return nothing
[14:00] <XioNoX> how can i do for that he return something (and define this something) ?
[14:00] <asac> XioNoX: dont implement the fallback in the datasource
[14:00] <asac> XioNoX: implement that in the Wizard.js
[14:00] <asac> thats where it belongs
[14:01] <asac> the datasource should just be stupid and know nothing about fallbacks and such
[14:01] <XioNoX> ok
[14:01] <asac> (and shouldnt have any strings)
[14:01] <asac> Wizard.js is clearly UI so strings have to be done there
[14:01] <asac> (make it translatable if possible)
[14:01] <XioNoX> so where can I put a default sentence like "No description available yet" ?
[14:01] <asac> XioNoX: use a translatable properties entry and resolve that in Wizard.js
[14:02] <asac> and in wizard check whether pluginInfo.description == null
[14:02] <asac> if thats the case use the sentence as the description
[14:02] <asac> makes sense?
[14:02] <XioNoX> yep
[14:02] <asac> XioNoX: cool
[14:03] <asac> XioNoX: Ill see if i can fix the webservice in bzr today
[14:03] <asac> would have to tell you how to setup though
[14:03] <asac> but maybe you can document it during that ;)
[14:04] <XioNoX> ok, so it is done
[14:04] <asac> XioNoX: maybe say "No description found in plugin database. Report a bug to ubuntu-mozillateam@lists.ubuntu.com" :)
[14:04] <asac> XioNoX: that makes it a bit longer and maybe helps to test the visualization of line breaks
[14:04] <asac> ;)
[14:05] <asac> to learn something you could even make a template out of that string
[14:05] <XioNoX> ho, there are no line break
[14:05] <XioNoX> I don't know why
[14:05] <XioNoX> it is the only bug
[14:05] <asac> e.g. so we can say: "no description found for X in plugin database. ...."
[14:05] <asac> XioNoX: fix that ;)
[14:06] <asac> XioNoX: in html it would be just filling the text in the <td> i guess
[14:06] <asac> (e.g. without label)
[14:07] <asac> for template: where X is the pluginInfo.name ;)
[14:08] <asac> maybe we also want to display a link to a homepage
[14:08] <asac> which is just left out if pluginInfo.homepage is null
[14:12] <gnomefreak> the bug you see when using back button in firefox while playing a video is that just flash or any video player?
[14:13] <gnomefreak> see bug 211257 for details
[14:13] <gnomefreak> see bug 211257 for details
[14:13] <gnomefreak> not anymore
[14:14] <XioNoX> asac, I've add 2 fields, one (shorter) on the right of the plugin name, and one (bigger, multiline if i fix the bug) under the line of the plugin
[14:15] <XioNoX> the shorter cound be used for a "recomended" for exemple of for a website link like you told
[14:16] <asac> XioNoX: hmm. now that i think about it, i think we need four fields for future use: 1. name, 2. link, 3. popularity (like stars), 4. description
[14:17] <XioNoX> and the icon ?
[14:17] <XioNoX> or we remove the icon ?
[14:17] <XioNoX> and you'r sure that popularity will in necessary ?
[14:18] <XioNoX> the adobe flash player will be a lot more popular if by popular you mean installed
[14:18] <XioNoX> than gnash for exemple
[14:18] <XioNoX> I think the best is a short but good description
[14:19] <asac> XioNoX: the icon is ment to be a "origin" icon not the icon for the plugin
[14:19] <XioNoX> yeah, i know
[14:20] <asac> XioNoX: we could add another, option icon url that is not displayed if not online
[14:20] <asac> s/option icon/optional icon/
[14:20] <XioNoX> but in my mind, it is useless, it is just for decoration
[14:20] <XioNoX> (i talk about the origin icon)
[14:22] <gnomefreak> i need testers to see if you can load https://itv.com/register/default.html
[14:22] <gnomefreak> firefox 2 and 3
[14:27] <armin76> doubt its a browser issue :P
[14:27] <armin76> doesn't work here
[14:27] <asac> XioNoX: hmm. not sure. it indicates whether you get a packaged plugin or a internet installer
[14:28] <asac> XioNoX: so the main difference is that the packaged plugin will be installed system-wide, while the other in profile
[14:28] <gnomefreak> asac: do you have a debian system handy?
[14:29] <gnomefreak> seems DSL has an older version of firefox that was tested i would really like to know if it happens outside of Ubuntu with latest updates
[14:39] <asac> gnomefreak: no my chroots are f**ked
[14:39] <asac> and virtual box even more so
[14:39] <asac> :(
[14:39] <asac> i should not have upgraded to intrepid i guess :(
[14:39] <armin76> haha
[14:39] <armin76> caught for not bumbing!
[14:40] <armin76> err
[14:40] <armin76> for bumbing, instead :P
[14:40] <asac> well. i cannot run the latest kernel and vbox does require latest vbox module which is only there for latest kernel :(
[14:41] <armin76> use gentoo *g*
[14:43] <gnomefreak> i got testers and i dont like what im seeing
[14:43] <gnomefreak> armin76: can you test link in gentoo (most likely it will time out
[14:43] <gnomefreak> )*
[14:44] <armin76> gnomefreak: i already said it doesn't work here :P
[14:44] <armin76> i'd say not a browser issue
[14:44] <gnomefreak> armin76: ah ok sorry missed that
[14:44] <gnomefreak> asac: i dont like results i got :(
[14:45] <gnomefreak> in fedora ubuntu debian and XP is fails to load in vista it loads
[14:45] <gnomefreak> XP and Vista are same builds for most part with 3.0 no?
[14:46] <armin76> gnomefreak: and why don't you think its a network issue?
[14:47] <gnomefreak> armin76: because it happens on too many dists to be a single network issue
[14:47] <armin76> uh
[14:47] <armin76> i mean a network issue with itv.com
[14:47] <gnomefreak> and i have a network working and it fails to load here
[14:47] <gnomefreak> because it loads in vista
[14:47] <armin76> who said that?
[14:48] <gnomefreak> impl > gnomefreak: seems to work for me (Windows, Firefox  3)... I mean, it loads, is that all you need to know?
[14:48] <gnomefreak> 09:41 <            impl > Vista
[14:48] <gnomefreak> ive had a few in my lug test it on other than Ubuntu
[14:49] <armin76> well, i'd say just one report doesn't make it reproducible
[14:49] <armin76> he could've lied
[14:49] <armin76> or seeing a cached version
[14:49] <gnomefreak> than install vista and test ;)
[14:50] <armin76> try https://www.itv.com/register/default.html
[14:50] <armin76> An error occurred while processing your request
[14:50] <armin76> not a browser issue
[14:51] <gnomefreak> www.itv.com:443 uses an invalid security certificate.
[14:51] <gnomefreak> The certificate is only valid for <a id="cert_domain_link" title="a248.e.akamai.net">a248.e.akamai.net</a>
[14:51] <gnomefreak> (Error code: ssl_error_bad_cert_domain)
[14:51] <armin76> accept the domain
[14:51] <armin76> the cert, i mean
[14:52] <armin76> its like asac says that he fixed the ppc segfault, i know he didn't :P
[14:53] <gnomefreak> telnet works
[14:53] <armin76> i can try with ie if you want
[14:53] <armin76> wget doesn't
[14:53] <gnomefreak> if it was site./domain telnet should fail no?
[14:54] <armin76> uh, no
[14:54] <gnomefreak> 1.0 fails but 1.1 works
[14:54] <gnomefreak> http/1.1 request works fine though
[14:54] <armin76> yeah, but does it returns something?
[14:55] <gnomefreak> assuming it works means he got output that is good since he tried with 1.0 and it failed
[14:55] <asac> gnomefreak: hardy-proposed nss should fix that
[14:55] <gnomefreak> since im only getting ssl/cert errors on one page in that domain it bothers me
[14:55] <gnomefreak> asac: and intrepid?
[14:56] <gnomefreak> assuming its in intrepid already
[14:56] <gnomefreak> since hardy has it fixed
[14:56] <armin76> gnomefreak: omg it works!
[14:56] <gnomefreak> if so than i shouldnt fail
[14:56] <gnomefreak> armin76: what does?
[14:56] <armin76> do you believe it? because i don't :P
[14:56] <gnomefreak> its not working here
[14:57] <armin76> i know it doesn't
[14:57] <armin76> and i hope the guy who told you that it works didn't type http:// instead of https
[14:57] <armin76> because http works
[14:58] <gnomefreak> that makes it an ssl/nss issue
[14:58] <gnomefreak> but i dont have hardy system handy
[14:59] <armin76> wget doesn't work either, dammit :P
[14:59] <armin76> since when does wget use nss? :P
[14:59] <gnomefreak> since its a register link it should use
[14:59] <gnomefreak> armin76: wget can use ssl
[14:59] <gnomefreak> cant remember flag
[15:00] <armin76> want me to try with ie?
[15:00] <gnomefreak> --no-check-certificate
[15:00] <gnomefreak> HTTPS (SSL/TLS) options:
[15:00] <armin76> i know
[15:00] <gnomefreak> armin76: you can but what version of windows
[15:00] <armin76> but it doesn't connect
[15:00] <armin76> --2008-07-10 14:00:21--  https://itv.com/register/default.html
[15:00] <armin76> Resolving itv.com... 83.98.74.134
[15:00] <armin76> Connecting to itv.com|83.98.74.134|:443...
[15:00] <armin76> xp
[15:01] <gnomefreak> try it
[15:01]  * gnomefreak bets it still doesnt work
[15:01] <gnomefreak> with https
[15:01] <armin76> its not going to work if only one guy says it does :P
[15:01] <armin76> asac: bumb gnomefreak, it has bugs
[15:01] <gnomefreak> xp doesnt work vista worked
[15:02] <gnomefreak> is what i have found out so far
[15:02] <gnomefreak> hmmmmm
[15:03] <gnomefreak> than im going to go with nss issue
[15:04] <armin76> god :P
[15:04] <armin76> how can you say it works with only one positive report and 30 negative? :P
[15:04] <armin76> it doesn't work
[15:05] <armin76> gnomefreak: ask to that guy for an screenshot
[15:05] <gnomefreak> updated bug
[15:05] <gnomefreak> brb
[15:10] <asac> armin76: which bug?
[15:12] <armin76> asac: he thinks that having one positive report with 30 negative is a valid bug
[15:13] <asac> armin76: which bug is it?
[15:14] <armin76> asac: i'm talking about gnomefreak :P
[15:15] <asac> ah
[15:15] <armin76> plz bumb
[15:16] <gnomefreak> problem is all linux neg. 1 vista positive
[15:16] <gnomefreak> 1 xp neg
[15:17] <gnomefreak> so not 1 test but many
[15:18] <gnomefreak> if someone else would have said it works than i would have 2 but i only 1 person tested on vista and you said it failed for you on IE but you never stated vista or xp
[15:19] <gnomefreak> with the amount of neg there is more than enough for upstream since i never said since its ok on vista its fixed
[15:19] <asac> gnomefreak: which bug is it?
[15:19] <gnomefreak> its still broken
[15:19] <gnomefreak> bug 210285
[15:19] <gnomefreak> changed to nss and asked for testers after your comment
[15:20] <armin76> gnomefreak: xp
[15:20] <gnomefreak> http works fine in Ubuntu 3.0 but https fails
[15:20] <gnomefreak> armin76: it worked in xp? or failed?
[15:20] <asac> https works too
[15:20] <armin76> failed
[15:20] <gnomefreak> xp pro fails
[15:20] <gnomefreak> asac: not here
[15:20] <asac> otherwise we would be swamped with bugs ;)
[15:20] <gnomefreak> asac: noone else it does
[15:20] <asac> that page doesnt even work with wget
[15:21] <gnomefreak> well the 1 vista user
[15:21] <asac> which suggests that its just broken
[15:21] <gnomefreak> i know but did you give the flag above?
[15:21] <asac> maybe it requires some micrsoft protocol extension for client side auth or something
[15:21] <gnomefreak> asac: xp would work than
[15:21] <asac> i gave which flag?
[15:21] <gnomefreak> the --no-check
[15:21] <asac> no IE would work
[15:21] <asac> not XP
[15:22] <gnomefreak> --no-check-certificate
[15:22] <asac> firefox on XP probably fails too unless its a pluggable auth mechanism
[15:22] <gnomefreak> windows vista firefox works is what i got
[15:22] <gnomefreak> firefox on xp fails
[15:22] <gnomefreak> both 3.0
[15:22] <asac> anyway. thats invalid there are no additional comments in the bug
[15:23] <asac> gnomefreak: we dont know anything about that bug. you are the only person that commented so far ;)
[15:23] <gnomefreak> asac: invalid but noone i know in Ubuntu can get it t work?
[15:23] <gnomefreak> asac: but im able to reproduce it
[15:23] <asac> gnomefreak: doesnt matter imo. the site is broken
[15:23] <asac> maybe its down, who knows?
[15:24] <gnomefreak> would telnet work on a downed site?
[15:24] <asac> maybe it uses a microsoft authentication extension which blocks if doesnt succeed
[15:24] <gnomefreak> ok
[15:24] <asac> telnet doesnt work here
[15:25] <XioNoX> asac,
[15:25] <XioNoX> http://img390.imageshack.us/my.php?image=captureservicederecherchg8.png
[15:25] <asac> please mark it as invalid and move on ;)
[15:25] <XioNoX> how does it looks like ?
[15:25] <gnomefreak> http/1.1 request?
[15:25] <asac> XioNoX: looks good
[15:25] <asac> XioNoX: how about improving appearence by borders/backgrounds?
[15:25] <asac> e.g. a rounded border around the description with light grey background?
[15:26] <XioNoX> I don't know how to add a littlespace beetween the description and the border
[15:26] <asac> or borders around the complete entries?
[15:26] <XioNoX> I'm not shure that we can add a background
[15:26] <asac> XioNoX: you do that through padding
[15:26] <asac> in CSS at best
[15:26] <XioNoX> ok
[15:26] <asac> XioNoX: we can probably set background and borders in CSS
[15:27] <asac> give it a try
[15:27] <XioNoX> ok
[15:27] <XioNoX> where do you want border ?
[15:27]  * gnomefreak still wonders why http works and https doesnt (but i told him to report broken website and marked invalid
[15:27] <asac> XioNoX: not sure yet ;) ... i can tell once i see how it looks
[15:27] <XioNoX> maube border will be too much, no ?
[15:27] <asac> maybe a light grey box for each entry?
[15:28] <asac> XioNoX: i want each result to be more distinct ... making a light-grey box with rounded borders is one idea
[15:28] <asac> if you have others, go for it ;)
[15:28] <asac> i am not a UI man
[15:28] <XioNoX> ok, i'll try
[15:28] <XioNoX> me neither :D
[15:28] <asac> XioNoX: you never know :)
[15:36] <XioNoX> asac : http://img159.imageshack.us/my.php?image=captureservicederecherche4.png
[15:36] <XioNoX> padding and border
[15:42] <XioNoX> and all in XUL (i think)
[15:47] <XioNoX> bazaar push ?
[15:54] <asac> XioNoX: can you grey the cell backgrounds when hovering with mous?
[15:54] <asac> ;)
[15:55] <asac> anyway, pushing in between would be fine ;)
[15:56] <asac> did you add an example link?
[15:56] <asac> like <a href="http://www.somesite.tld">WWW</a> ?
[15:57] <XioNoX> not yet
[15:57] <XioNoX> where ?
[15:57] <asac> if no pluginInfo.homepage is given we could use href="#" and grey the link out ;)
[15:57] <asac> XioNoX: just to see if the link fits nicely in the layout
[15:57] <asac> XioNoX: if you dont have a cell for that then dont bother. just thought there would be a free cell under the icon
[15:58] <XioNoX> Iwas thinking about an icon
[15:58] <XioNoX> next to the ubuntu logo
[15:58] <asac> XioNoX: maybe make the border dotted (like the border in the addons dialog)
[15:58] <XioNoX> ...
[15:58] <XioNoX> ok
[15:58] <asac> XioNoX: whats the idea?
[15:58] <asac> (icon)
[15:59] <XioNoX> we see the icon when plugininfo.homepage isn't empty
[15:59] <XioNoX> and we just have to click on it
[16:01] <XioNoX> the " can you grey the cell backgrounds when hovering with mous" is kind of difficult
[16:01] <asac> mozilla bug 132430
[16:02] <asac> XioNoX: its ok as its now. i thought using hover in css for the entry table would work
[16:02] <asac> but dotted border as above would be nice still ;)
[16:03] <XioNoX> i've try but it didn't work
[16:03] <XioNoX> ok
[16:03] <asac> XioNoX: ok. i think a good idea would be to get the favicon of the homepage then
[16:03] <asac> (for the link icon)
[16:05] <XioNoX> ok, now it is dotted as in addons dialog
[16:06] <XioNoX> but maybe in the futur, it would be cool tu use richbox (like in addons dialog, than radio list)
[16:06] <XioNoX> so, i use anothre icon
[16:07] <XioNoX> where is the little dash ( - ) for the moment
[16:07] <XioNoX> something like a house
[16:08] <asac> XioNoX: i agree. actually, in the end the plugin finder stuff should open the addons dialog and have the same search thing as the "get addons" one
[16:08] <asac> but with the mimetype preselected
[16:09] <asac> but thats an advanced task imo ;)
[16:09] <asac> and belongs clearly to the things we can look into later
[16:09] <asac> for that we also need to improve the xulrunner infrastructure
[16:09] <XioNoX> yes, i agree
[16:09] <asac> so support pluggin in distro-specific install/search components
[16:09] <XioNoX> http://www.nexgenmedia.net/mozilla/richlistbox/richlistbox-simple.xul
[16:09] <asac> so all that has to go into the 3.1 development trunk
[16:10] <asac> but lets do the few quick "simple" tasks first ;)
[16:11] <XioNoX> sure
[16:14] <XioNoX> so, what should I do now ?
[16:14] <XioNoX> the homepage stuff ?
[16:15] <XioNoX> I want to do a push first
[16:39] <asac> XioNoX: go ahead and push
[16:40] <XioNoX> done
[16:40] <XioNoX> https://code.launchpad.net/~xionox/ubufox/plugin.finder
[17:08] <XioNoX> asac, bye, see you tomorrow
[18:54] <candrews> I'm attempting to package Mozilla Weave, and I'm having a bit of trouble.
[18:55] <candrews> debuild -b
[18:55] <candrews> And i get:
[18:55] <candrews>  fakeroot debian/rules clean
[18:55] <candrews> test -x debian/rules
[18:55] <candrews> dh_testroot
[18:55] <candrews> dh_clean
[18:55] <candrews> dh_clean -pmozilla-weave
[18:55] <candrews> rm -f stamp-extension-install \
[18:55] <candrews> 		stamp-* \
[18:55] <candrews> 		
[18:55] <candrews> rm -rf temp-xpi-Ptj22247
[18:55] <candrews>  debian/rules build
[18:55] <candrews> test -x debian/rules
[18:55] <candrews> mkdir -p "."
[18:55] <candrews>  fakeroot debian/rules binary
[18:55] <candrews> test -x debian/rules
[18:55] <candrews> dh_testroot
[18:55] <candrews> dh_clean -k
[18:55] <candrews> dh_installdirs -A
[18:55] <candrews> mkdir -p "."
[18:56] <candrews> dh_installdirs -pmozilla-weave
[18:56] <candrews> unzip -d temp-xpi-Yce22393 .o
[18:56] <candrews> unzip:  cannot find or open .o, .o.zip or .o.ZIP.
[18:56] <candrews> make: *** [stamp-unzip-.o] Error 9
[18:56] <candrews> dpkg-buildpackage: failure: fakeroot debian/rules binary gave error exit status 2
[18:56] <candrews> debuild: fatal error at line 1329:
[18:56] <candrews> dpkg-buildpackage -rfakeroot -D -us -uc -b failed
[18:56] <candrews> what's wrong?
[19:20] <asac> candrews: hi
[19:20] <asac> candrews: 1st. please add weave to the Firefox3Extensions wiki page
[19:20] <asac> candrews: and add yourself as the QA contact ;)
[19:21] <candrews> I'm on it
[19:21] <asac> candrews: are you trying to use xpi.mk?
[19:21] <asac> candrews: what is your source and your binary package name?
[19:21] <asac> are they identical?
[19:21] <candrews> yes, both are "mozilla-weave"
[19:21] <candrews> here my repository: https://code.launchpad.net/~candrews-integralblue/firefox-extensions/mozilla-weave.ubuntu
[19:22] <asac> candrews: you need to define a build command
[19:22] <asac> candrews: as of now your rules doesnt build weave
[19:22] <candrews> ah
[19:22] <asac> so there is no .xpi in the top level directory when xpi.mk wants to package that up
[19:23] <asac> candrews: if you just run make in top level dir
[19:23] <asac> does that produce a .xpi ?
[19:23] <candrews> #MOZ_XPI_BUILD_COMMAND = sh build.sh
[19:23] <candrews> almost - you need to define MOZSDKDIR=/usr/bin/xulrunner
[19:24] <asac> he? you mean /usr/lib/xulrunner-1.9*/ ?
[19:24] <candrews> is that what it should be?
[19:24] <asac> anyway ok. try to use make -C $(CURDIR) xpi
[19:25] <asac> as build command
[19:25] <asac> candrews: no, it should do:
[19:26] <asac> MOZSDKDIR =  $(shell pkg-config --variable=sdkdir libxul)/bin/
[19:26] <asac> or maybe
[19:26] <asac> MOZSDKDIR =  $(shell pkg-config --variable=sdkdir libxul)/sdk/
[19:26] <asac> try
[19:26] <asac> havent tried to build weave with our sdk yet ;)
[19:27] <candrews> got a bit farther - they have a problem in their Makefile around x86_64... I'll hack it for now and report it upstream.
[19:27] <asac> candrews: i think its fixed in upstream hg
[19:27] <asac> (the 64bit thing)
[19:27] <candrews> I'm using the 0.2.2 tag...
[19:27] <candrews> is it fixed there?
[19:28] <asac> candrews: i dont know. if it doesnt work for you then probably not ;)
[19:28] <asac> its definitly fixed in hg head ;)
[19:30] <candrews> # FIXME: x86_64, ia64, sparc, Alpha
[19:30] <candrews> It's not fixed upstream.
[19:30] <candrews> http://hg.mozilla.org/labs/weave/index.cgi/file/93deb540be2f/src/Makefile
[19:31] <asac> candrews: hmm. strange. in the weave breakage bug we had the dev posted a 64bit extension
[19:31] <asac> candrews: so probably wait for upstream to fix it
[19:31] <candrews> he had to have hacked it
[19:32] <candrews> Well, I put in the change.
[19:32] <candrews> and got farther.
[19:32] <asac> yeah
[19:32] <candrews> $(shell pkg-config --variable=sdkdir libxul)/sdk/ doesn't quite work.
[19:33] <candrews> it just return /sdk
[19:33] <candrews> i have libxul installed, i checked.
[19:34] <candrews> pkg-config --list-all | grep xul
[19:34] <candrews> probably not good.
[19:34] <asac> candrews: you need a build-dependency on xulrunner-1.9-dev :)
[19:35] <asac> as you want to build binary components
[19:35] <asac> e.g. you dont have that package installed atm ;)
[19:35] <candrews> okay, so i need the -dev package.
[19:35] <candrews> got it.
[19:35] <candrews> Build-Depends: debhelper (>= 5), cdbs, mozilla-devscripts (>= 0.5~), xulrunner-1.9-dev
[19:35] <asac> thats reasonable
[19:35] <candrews> groovy
[19:36] <candrews> Thank you very much for all this help - I've never done this before, and I doubt i'd be able to figure out it out any other way.
[19:37] <asac> candrews: thats ok, as long as you dont stop helping out tomorrow ;) ... which would be wasted time for me then
[19:37] <asac> but i guess you want to maintain this on the long run, so great.
[19:37] <asac> welcome ;)
[19:37] <candrews> I hope too - I'm trying to get more involved than just filing bugs
[19:37] <asac> candrews: extension work is the right thing to do then
[19:37] <asac> you get started on easy packaging tasks
[19:38] <asac> and can help a lot by doing research ;)
[19:38] <asac> e.g. finding new extensions to package that are ready for release
[19:38] <asac> :)
[19:38] <candrews> unlike this one - which is clearly not release ready!
[19:38] <asac> candrews: this one is ok. our requirements are just: we can build from source + it has a license file in top-level directory that is a free-license ;)
[19:39] <asac> candrews: you can talk to Jazzva on how to best contribute to extension maintenance ,)
[19:39] <candrews> cool
[19:39] <asac> he technically leads the extension team ;)
[19:39] <asac> candrews: have you joined the extension team?
[19:40] <candrews> I have not, but I need to do that.
[19:40] <asac> candrews: https://edge.launchpad.net/~mozilla-extensions-dev
[19:40] <asac> join there ;)
[19:40] <asac> and https://edge.launchpad.net/~ubuntu-mozillasquad for now ;)
[19:42] <Jazzva> Hey, candrews... I'm a bit busy till the end of the week, but asac told you the basics :). To see a list of packaged and needs-info extensions go to wiki.ubuntu.com/MozillaTeam/Extensions/List
[19:43] <candrews> I'll definitely be looking that over.
[19:43] <candrews> make[2]: Entering directory `/home/candrews/weave-packaging/mozilla-weave.ubuntu/src'
[19:43] <candrews> /usr/lib/xulrunner-devel-1.9/sdk//bin/xpidl -m header -I/usr/lib/xulrunner-devel-1.9/sdk//idl IWeaveCrypto.idl
[19:43] <candrews> make[2]: /usr/lib/xulrunner-devel-1.9/sdk//bin/xpidl: Command not found
[19:43] <Jazzva> Packaging instructions are located at wiki.ubuntu.com/MozillaTeam/Extensions/Packaging
[19:43] <candrews> After this, i plan to attack Google Gears :-)
[19:43] <candrews> I'm reading that page now.
[19:43] <asac> candrews: see whats wrong?
[19:43] <asac> the sdk is too much in that path
[19:43] <asac> try to just use pkg-config output for SDKDIR
[19:43] <asac> I'd suggest
[19:44] <asac> candrews: is google gears free-software?
[19:44] <candrews> I should have seen that!
[19:44] <candrews> It is indeed.
[19:44] <Jazzva> candrews, and that's basically the most I can help you at the moment. I'll be available for chat somewhere next week. :)
[19:45] <candrews> alright - thanks Jazzva.
[19:45] <Jazzva> But I see you're already working on extensions, so dunno if you need my help now :).
[19:45] <asac> Jazzva: ill admit candrews to the extension team, ok?
[19:45] <asac> or do you want to approve?
[19:45] <Jazzva> Umm, feel free to do it :)
[19:46] <asac> Jazzva: what trial period did we settle on in mozillateam meeting? you remember?
[19:46] <Jazzva> lemme see... I think 4 or 6 weeks?
[19:46] <asac> Jazzva: ok lets say 6
[19:46] <Jazzva> ok
[19:48] <Jazzva> and I'm off again...
[19:49] <asac> Jazzva: cu
[19:49] <candrews> /usr/lib/xulrunner-devel-1.9/include/nscore.h:51:21: error: prtypes.h: No such file or directory
[19:49] <candrews> That's weird - a file which xulrunner itself needs isn't present.
[19:49] <candrews> Any idea what library prtypes.h may be in?
[19:50] <asac> candrews: hmm. you need to add the /usr/include/nspr/ to include paths
[19:50] <asac> candrews: oh wait
[19:50] <asac> candrews: please upgrade to xulrunner from ~mozillateam ppa
[19:50] <asac> candrews: that should fix it ;)
[19:50] <candrews> i take it that'll make Hardy soon? :-P
[19:50] <asac> candrews: yes. next week it will land
[19:50] <asac> (hopefully)
[19:51] <asac> candrews: better use my PPA ... i think it should have the bits too
[19:51] <asac> let me check
[19:52] <asac> candrews: ok for now its only in ~mozillateam ppa ... my build has not finished yet. but shouldnt be a problem
[19:52] <asac> https://edge.launchpad.net/~mozillateam/+archive
[19:53] <candrews> I'm already installing.
[19:53] <asac> ok great
[19:53] <asac> candrews: remember to put the proper build-depends in place (>= 1.9.0.1)
[19:53] <asac> document that you need at least 1.9.0.1 or higher (because of this)
[19:55] <candrews> I have to upgrade firefox too
[19:55] <asac> yes
[19:55] <candrews> This is interesting!
[19:55] <asac> why?
[19:56] <candrews> i was just going to cherry-pick those 2 packages, guess i can't do that
[19:57] <asac> candrews: you can ... you just need all ;)
[19:57] <candrews> so it compiled!
[19:57] <asac> candrews: add it to sources list and update, then type apt-get install firefox xulrunner-1.9 :)
[19:57] <asac> candrews: ok cool
[19:57] <candrews> but lots of errors/warnings from lintian
[19:57] <asac> please paste the build log to paste.ubuntu.com (if its not too long)
[19:57] <candrews> Now running lintian...
[19:57] <candrews> W: mozilla-weave: executable-not-elf-or-script ./usr/share/mozilla-weave/install.rdf
[19:57] <candrews> E: mozilla-weave: copyright-should-refer-to-common-license-file-for-lgpl
[19:57] <candrews> W: mozilla-weave: copyright-without-copyright-notice
[19:57] <candrews> W: mozilla-weave: description-synopsis-might-not-be-phrased-properly
[19:57] <candrews> E: mozilla-weave: description-too-long
[19:58] <candrews> E: mozilla-weave: extended-description-is-empty
[19:58] <candrews> E: mozilla-weave: arch-independent-package-contains-binary-or-object ./usr/share/mozilla-weave/platform/Linux_x86_64-gcc3/components/WeaveCrypto.so
[19:58] <candrews> E: mozilla-weave: arch-dependent-file-in-usr-share ./usr/share/mozilla-weave/platform/Linux_x86_64-gcc3/components/WeaveCrypto.so
[19:58] <candrews> E: mozilla-weave: missing-dependency-on-libc needed by ./usr/share/mozilla-weave/platform/Linux_x86_64-gcc3/components/WeaveCrypto.so
[19:58] <candrews> Finished running lintian.
[19:58] <candrews> i don't think that's too long for irc.
[19:59] <asac> candrews: ok. fix the arch independent stuff.
[20:00] <asac> candrews: since you ship dependent binaries you have to use all instead of any in Architecture: in control
[20:00] <asac> err, any instead of all :)
[20:00] <asac> candrews: i guess you can fix the empty etended description on your own
[20:00] <candrews> got it.
[20:00] <asac> and the too long description
[20:01] <asac> and please look at other extensions that are tri-licensed for the proper copyright file
[20:01] <candrews> Seems pretty straightforward from here.
[20:01] <asac> there should be plenty in code.launchpad.net/firefox-extensions
[20:01] <asac> look at the ~ubuntu-dev branches for the proper copyright
[20:01] <asac> as those have been reviewed and uploaded alreadey
[20:02] <asac> candrews: another important change you have to do is to open up the maxVersion in install.rdf
[20:02] <asac> to 3.0.*
[20:03] <asac> so we dont have to update the extension package on each and every xulrunner/firefox upload
[20:03] <candrews> isn't that up to upstream?
[20:03] <asac> candrews: no
[20:03] <asac> they have different procedures

[20:03] <candrews> already done.
[20:03] <asac> ok great
[20:03] <asac> candrews: what is minVersion ?

[20:04] <asac> ok then you have to prevent install in firefox directory
[20:04] <asac> there is a variable that defaults to firefox-addons firefox .... you can just set it to be just firefox-addons
[20:04] <asac> its MOZ_XPI_MOZILLA_DIRS
[20:05] <candrews> that goes in debian/rules?
[20:05] <asac> yes
[20:05] <asac> maybe there is an example line already?
[20:05] <asac> otherwise its similar to the other variables defined there
[20:06] <armin76> bumb
[20:06] <candrews> am I supposed to be "exporting" variables in debian/rules?
[20:06] <asac> yes
[20:06] <asac> candrews: you started with XPI.TEMPLATE
[20:06] <candrews> yes, i did.
[20:06] <asac> there are examples
[20:07] <candrews> E: mozilla-weave: arch-dependent-file-in-usr-share ./usr/share/mozilla-weave/platform/Linux_x86_64-gcc3/components/WeaveCrypto.so
[20:07] <candrews> E: mozilla-weave: missing-dependency-on-libc needed by ./usr/share/mozilla-weave/platform/Linux_x86_64-gcc3/components/WeaveCrypto.soW: mozilla-weave: executable-not-elf-or-script ./usr/share/mozilla-weave/install.rdf
[20:07] <candrews> Those are the 3 I don't know how to resolve... should i worry about them?
[20:07] <asac> hmm
[20:07] <asac> the former i need to fix i gues
[20:08] <asac> xpi.mk
[20:08] <asac> so dont bother for those now
[20:08] <asac> candrews: oh you need to add shlib depends to Depends:
[20:08] <asac> in control
[20:08] <asac> so you get the missing-dependency error awway
[20:08] <asac> Depends: ${shlibs:Depends}, ${misc:Depends}
[20:08] <asac> + the other depends
[20:09] <asac> (if any)
[20:09] <candrews> that does it!
[20:09] <candrews> I'm not sure why though...
[20:09] <asac> it automatically gathers binary dependencies by lookint at ELF information of .so files
[20:09] <asac> those will be inserted into shlibs:Depends
[20:09] <candrews> woah, magic. I like it :-)
[20:11] <candrews> W: mozilla-weave: executable-not-elf-or-script ./usr/share/mozilla-weave/install.rdf
[20:11] <candrews> E: mozilla-weave: arch-dependent-file-in-usr-share ./usr/share/mozilla-weave/platform/Linux_x86_64-gcc3/components/WeaveCrypto.so
[20:11] <candrews> what about those 2? the arch depend one i thought would be fixed by switching the arch from all to any.
[20:11] <asac> candrews: thats ok. the latter i will fix in xpi.mk
[20:11] <asac> the former, i am not sure if i care enough to fix it in xpi.mk
[20:11] <asac> otherwise you can ignore it
[20:11] <candrews> lol :)
[20:11] <candrews> alright, then i'll get onto fixing the doc stuff.
[20:11] <candrews> Most excellent :-)
[20:11] <asac> great
[20:12] <candrews> I suppose I should make myself a ppa for this.
[20:14] <asac> candrews: you can use the ~mozilla-extension-dev PPA now :)
[20:14] <asac> candrews: but well. if you just want to test, use your own :)
[20:15] <candrews> now when a new version of weave comes out, what's the easiest way for me to update to it?
[20:15] <asac> candrews: 1st. you maintain a upstream branch (currently thats rev1)
[20:16] <asac> then you commit the new upstream as rev 2 on that
[20:16] <asac> open changelog in .ubuntu branch
[20:16] <asac> run bzr merge
[20:16] <asac> and fix issues
[20:16] <asac> done
[20:17] <asac> candrews: we are working on a way to do this automatically and let extension maintainers just sign-off automerged branches (or if there is a problem in automerging, let them know)
[20:17] <asac> but for now, you have to do it manually like described above ;)
[20:58] <candrews> Fixed all the lintian errors, and commit back to bzr :-)
[20:58] <candrews> And now the Boss is going to be less than thrilled at my time allocation, so I'm going to do the Day Job Thing for a little bit.
[20:58] <candrews> Thanks again for all your help!
[20:59] <candrews> one more thing! It created the XPI as being called sync-Linux.xpi
[20:59] <candrews> where did it get that from? :-)
[21:03] <asac> candrews: the xpi.mk can deal with every .xpi name as long its in top-level dir after the BUILD_CMD was run
[21:56] <candrews> how about the version? Where does it get that from?
[21:58] <asac> candrews: version?
[21:59] <asac> candrews: you have to use a proper versio nin debian/changelog
[21:59] <asac> e.g. 0.2-0ubuntu1
[21:59] <candrews> ah! so it gets it from the changelog!
[21:59] <candrews> awesome!
[21:59] <asac> yeah
[21:59] <asac> before dash there is upstream version (e.g. 0.2.2) after dash is package revision (e.g. 0ubuntu1, 0ubuntu2, etc.)
[22:00] <candrews> why is it 0ubuntu?
[22:03] <crimsun> because 0.2.2-1 is not in Debian
[22:21] <candrews> In theory... when install the deb... it should show up in firefox's installed extensions, right?