=== Starting logfile irclogs/ubuntu-mozillateam.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-mozillateam === Topic for #ubuntu-mozillateam: Home of Ubuntu Mozilla Team - https://wiki.ubuntu.com/MozillaTeam | Bug Triagers please read: https://wiki.ubuntu.com/MozillaTeam/Bugs/ + https://wiki.ubuntu.com/MozillaTeam/Bugs/Procedures | Firefox trunk package source : https://code.launchpad.net/~mozillateam/firefox/trunk | Mailing List: ubuntu-mozillateam@lists.ubuntu.com === Topic (#ubuntu-mozillateam): set by asac at Tue Aug 21 12:22:59 2007 === jbs is now known as Bernardo === Bernardo is back. === Bernardo is now known as jbs === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam [10:48] i hate the internet [10:49] if my nick leaves here that means internet died (took me ~3 hours to get connected [11:00] asac: any reason you closed bug 72415? [11:00] Launchpad bug 72415 in firefox "cacert.org root certificate inclusion" [Low,Won't fix] https://launchpad.net/bugs/72415 [11:00] gnomefreak: yes ... its won't fix :) [11:01] due to upstream? [11:01] gnomefreak: its unlikely that upstream will include cacert [11:01] yes [11:01] ah ok [11:01] do they complain? [11:01] no i was just asking [11:01] apparently not [11:01] ok [11:01] i didnt know the bug but debian task is still open [11:02] made me wonder [11:02] gnomefreak: well ... w don't care for debian anymore in regards to firefix [11:02] ok invalidated debian upstream target on that [11:03] yeah i know ty i had page open i could have done it ;) [11:03] gnomefreak: we could invalidate all debian targets ... if we can find them :) === gnomefreak wondering why i havent seen an email on a bug i reported [11:03] maybe we should write a python script for that [11:04] asac: i didnt see wny yesterday while working on bugs [11:04] s/wny/any [11:04] hmm [11:04] whats the difference between firefox and java compared to any other browser and java? [11:05] if you ask for any other browser then not much [11:05] that pissed me off something awfull last night [11:05] i think only konqueror runs it differently ... e.g. in a separate process [11:06] site works with konq+java iceape+java epiphany+java and kazehakase+java but doesnt work with firefox+java disable java in firefox the site works [11:07] hmm [11:07] strange [11:07] shouldn't be much differen than iceape/epiphany/kazehakase [11:07] i cant get a backtrace because the site wont open while using gdb and wont freeze, outside of gdb it freezes [11:08] firefox freezes during opening the page but i can still bring up term. duering gdb, open site as normal user and your system freezes [11:09] bug 134592 [11:09] Launchpad bug 134592 in sun-java6 "infinite 100% load one one page" [Undecided,New] https://launchpad.net/bugs/134592 [11:09] thats the one [11:09] gnomefreak: can you please start strace -f firefox &> /tmp/strace.log [11:09] or to your $HOME [11:09] yes [11:09] and then take a look whats going on when it loops with 100% [11:09] lets see if i freeze up :( [11:11] using strace it opens fine [11:11] my fault [11:12] i had java off [11:12] should anything print in terminal? [11:13] no [11:13] only in log [11:13] so i can kill it [11:13] if its frozen yes [11:13] cool [11:14] so what does strace.log show? [11:14] can you brin gup somewhere? [11:14] ill attach it to bug (its huge) [11:19] going for a smoke while this beast uploads its around 66mb [11:23] gnomefreak: you could have cut off megabytes of redundant content i gues [11:24] i could have used split command too :( [11:24] i was thinking about that while smoking [11:24] not real worried at this rate LP will time out im sure [11:25] gnomefreak: abort upload then :) [11:26] looking at it it all looks important [11:33] is there a way to check how many lines are in it without opening itwith an editor? [11:34] gnomefreak: cat /tmp/strace.log | wc -l [11:46] good morning [11:47] Bernardo: hey [11:48] Bernardo: did you test the new wpasupplicant? if so, please drop a note at: http://ubuntuforums.org/showthread.php?t=556488 [12:02] im uploading them in about 3mb files maybe 7 of them or so, sometime in the next 30 minutes- 1 hour i have to try to eat something, going back to solid foods if possible ;) [12:07] ok [12:23] asac: bug 144396 is that even possible at this point in devel? [12:23] Launchpad bug 144396 in gnash "update gnash to 0.8.1 final" [Undecided,In progress] https://launchpad.net/bugs/144396 [12:24] i guess someone took it so maybe it is [12:26] asac: nevermind you took it so i guess it is possible === gnomefreak thought upstream freeze was a while ago [12:27] gnomefreak: got an ACK [12:27] asac: ok all is finally uploaded to bug 134592 [12:27] Launchpad bug 134592 in sun-java6 "infinite 100% load one one page" [Undecided,New] https://launchpad.net/bugs/134592 [12:27] thanks [12:27] god i hope that helps === gnomefreak heading to try and eat something bbs [12:28] haha epiphany is killed by that [12:28] i will take a look later then [12:28] epiphany didnt give me a problem on gutsy [12:28] ok gone for now [01:47] asac: you at lunch? [01:48] hmmmm bugs dont show tags anymore? [01:54] no [01:54] i will go soon though :) [01:54] haven't found time to look [01:54] is that beta critical? [01:55] where would i find ff-LP-intergration at to see if it is installed? [01:55] i found the tags btw they were moved [01:56] i looked in about:plugins and ~/mozilla/firefox/pluginreg.dat [01:57] looking in extension.rdf atm [01:58] nm bugs down to 239 [01:58] from 320 last week [01:58] given that janitor closed 20 or so ... its still 60 bugs fixed by me :) [01:59] :) [01:59] ok maybe this bug is right :( [01:59] i think another 80 or so should be fixe now :) [02:00] gnomefreak: are you subscribed to nm bugs? [02:00] not sure i can be if needed [02:00] hmm no idea about future ... would have been handy because i want to reopen all bugs janitor closed automatically [02:00] hmmmm gnome-intergration and LP plugin neither are showing up anywhere [02:01] asac: k [02:01] however i have a bugmail backlog of about 2000 mails [02:01] so its hard for me to find [02:01] asac: you will have more [02:01] im working on bugs trying to find some to fix while im at it. [02:01] currently i am paralized and only use web interface ... sorting by recently changed ;) [02:01] gnomefreak: 2000 mails unrelated to mozillateam :) [02:01] mozillateam are 500 i guess [02:01] ah [02:02] i should opt-out of all these bittorrent bugs [02:02] they are just garbage for me :) === gnomefreak gets enough email daily but nm shouldnt add a whole lot [02:03] we still ship firefox-gnome-support and firefox-launchpad-plugin right? === gnomefreak wonders if they are empty binaries [02:04] firefox-gnome-support ... yes ... firefox-launchpad-plugin maybe ... but not supported [02:04] gnomefreak: -gnome-support should be fixed by now [02:04] asac: i dont see it listed anywhere [02:04] we dont support the lp-plugin? [02:04] apt-cache show firefox-gnome-support [02:04] gnomefreak: no we don't ... its useless imo [02:05] we should come up with a proper launchpad extension at some point. [02:05] well thats good because its not listed anywhere after installing it [02:05] what do i tell the bug submitter? [02:05] about what? [02:06] gnomefreak: just assign the bug to the maintainer of firefox-launchpad-plugin [02:06] that was never our package from what i can tell [02:06] oh ok i was thinking it was built in firefox for some reason [02:07] no [02:07] its not from firefox source [02:07] it has its own source [02:07] i saw that now [02:08] thats one less bug to worry about :) [02:08] -gnome-support is our package [02:08] i only have ~50 to go through for now [02:08] and if build from ffox sources [02:10] gnomefreak: but you are subscribed to tbird, right= [02:10] yes [02:10] gnomefreak: can you reopen the bugs that have been closed by janitor? [02:10] or did you already mark them as read? [02:11] asac: i dont have a log of them [02:11] unless added to email from a few hours ago [02:11] so there weren't any auto rejects? [02:11] i didnt see any just firefox [02:11] ok [02:11] did you reopen them? [02:12] i will check my subscription in a few minutes [02:12] or do i need to do that? [02:12] no i got rid of them before i found the bug [02:12] asac: you have a list send it to me [02:12] asac: i so want to close bug 67667 [02:12] Launchpad bug 67667 in firefox "I can't use my own application to manage syndication" [Low,New] https://launchpad.net/bugs/67667 [02:12] i will ... once i feel enough power to open that mailbox again :) [02:12] :) [02:12] if i see any today ill open them [02:13] thanks [02:13] assign them to mozilla-bugs [02:13] we dont support users scripts right? [02:13] that should prevent them from being closed again [02:13] did you talk to LP about opt in ir opt out of the janitor bugs script? [02:13] s/ir/or [02:14] i filed a bug ;) [02:14] thats rigth [02:14] i really think this is a case of firefox doesnt like the script you gave it nothing we can do about it [02:15] brb smoke let me know if we should leave that bug open for any reason [02:21] TBH i dont see anything related to firefox thats says write your scripts we will support them === AlexLatchford [n=alex@82-44-193-109.cable.ubr07.haye.blueyonder.co.uk] has joined #ubuntu-mozillateam === AlexLatchford [n=alex@82-44-193-109.cable.ubr07.haye.blueyonder.co.uk] has left #ubuntu-mozillateam ["Ex-Chat"] [02:32] gnomefreak: well its not a firefox, but a greasemonkey issue [02:33] k === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-mozillateam === paran_ [n=paran@cl-56.sto-01.se.sixxs.net] has joined #ubuntu-mozillateam === Bernardo [n=Bernardo@sourcemage/Bernardo] has joined #ubuntu-mozillateam [03:19] asac: ok im subscribed to n-m and tbird personally now [03:19] gnomefreak: thanks [03:19] n-p [03:19] np [03:19] btw i hate frigging bugs :( [03:20] omg 10 minutes and all the ones i got rid off new they were replaced with more [03:20] still 7 ahead :) [03:24] asac: is this default upstream ffox? CAIRO_FORMAT_ARGB32 or is this something we added [03:27] were is that set? [03:27] doesnt say [03:27] bug 135241 [03:27] Launchpad bug 135241 in firefox "[gutsy] some animations are really *slow*" [Undecided,New] https://launchpad.net/bugs/135241 [03:28] asac: it was fixed in other gtk apps but evince is free so it doesnt have restrictions on it [03:28] and i thougth cario was shipped with ff and should stay the way they ship it but you know more on that than i do [03:43] well in a perfect world we should be able to use system-cairo [03:43] we do this for ffox 2.0 [03:43] the reason this isn't done for 3.0 is that they patched it ... so our cairo crashes [03:44] now they updated to 1.5 ... which is the end of hope to get it usable in gutsy [03:45] you want to explain that to the bug? === gnomefreak cant wait till i can go i a closing bug spree [03:48] lo [03:48] high [03:59] gnomefreak: you could go through all network-manager NEW bugs and ask them if they still can reproduce the issue with gutsy beta (livecd) .... if they still they should attach: 1. lspci -v 2. /var/log/syslog ... and set to incomplete :) [04:00] asac: has n-m been accepted into beta and pushed yet? [04:01] nm is in ... open thing is if new/old wpasupplicant is allowed to be in [04:01] asac, did you read my prose from yesterday ? (xul and *.links) [04:01] Ubulette: i read that you finished 3.0 := [04:01] which is amazing [04:01] but i think we should use: [04:02] + --with-libxul-sdk=$(lastword $(DEBIAN_XUL_DEV)) \ [04:02] I have once again a problem with libnssckbi.so [04:02] I used usr/lib/nss/libnssckbi.so usr/lib/xulrunner-1.9a8pre/libnssckbi.so [04:02] or somethingyes [04:02] yes [04:02] now, my bot builds 1.9a9pre so it's bad [04:03] why? [04:03] both version seem to match [04:03] because the *.link hard coded a8pre [04:03] ah [04:03] which is gone after the upgrade [04:03] you can use wildcard in .links file [04:03] hmm [04:03] well we should use 1.9 for everything [04:04] after all its the same release series ... so justified imo [04:04] yep, that's my conclusion too from yesterday [04:04] Ubulette: wait a second [04:04] Ubulette: who creates the link? [04:04] xul [04:05] then i don't understand the problem? [04:05] you can just use wildcard during build ... which should give you the proper link path for the xul package you currently build [04:05] how do you rewrite "usr/lib/nss/libnssckbi.so usr/lib/xulrunner-1.9a8pre/libnssckbi.so" without using the version in it ? [04:05] usr/lib/nss/libnssckbi.so usr/lib/xulrunner-*/libnssckbi.so [04:05] that should work [04:05] not if you have two xul or more [04:06] well i think its expanded during build [04:06] so there will always be only the one you currently build in debian/xulrunner-1.9 at that point [04:07] imo it should just work [04:07] hmm, maybe it's ok for build bots but not our own chroots as we work on several packages [04:07] thats not a problem either [04:07] it doesn't look in system location [04:07] hmm [04:07] the debhelper .links file just creates the links in the target directory (debian/xurlrunner-1.9( [04:08] so at any given time there will be the right directory name [04:08] oh, right :) === Jazzva [n=sasa@cable-89-216-130-161.dynamic.sbb.co.yu] has joined #ubuntu-mozillateam [04:09] Ubulette: i don't think we need this fix for the already closed release, right? or isn't the release already marked in changelog? [04:11] xul is still 1.9a8pre, maybe we should close with the taggued a8, if it does exist [04:11] asac: Hey... I've got two questions :)... I started implementing admin check in ubufox, so I wanted to check with you how should I do it... Should I check if user is a member of admin group in /etc/group? [04:11] Jazzva: hmm [04:11] Jazzva: hello ;) [04:12] asac: Though, I read that I can't do the file I/O operations in JS... only in XUL...:/ [04:12] asac, xul.dev is still xulrunner-1.9 (1.9~a8~cvs20070913t1423-0ubuntu1~mt3) UNRELEASED [04:12] Ubulette: ok ... feel free to commit that on top then [04:12] done [04:12] great [04:13] asac: And I thought of writing simple function in JS... Seems like I need to find a way to do it in XUL (that is if I'm gonna check the /etc/group file)... [04:13] Jazzva: we could do a hack [04:13] asac: have a look at bug 135110 how should we handle this ffox works great without googletoolbar but fails with it i tried closing it but since he opened it back up i gave him work to do ;) [04:13] Launchpad bug 135110 in firefox "[gutsy] firefox freezes with google toolbar enabled when you attemp to open more than two windows" [Undecided,Incomplete] https://launchpad.net/bugs/135110 [04:14] Jazzva: run /bin/sh ... with args { "-c", "\"/usr/bin/groups > /tmp/tempfile\"" } [04:14] then read tempfile ;) [04:14] asac, where can I get an uptodate list of moz tags ? [04:14] cvs log ? [04:15] Ubulette: a good start point is to do cvs status -v client.mk [04:18] asac: Hmm... what should it do? *unsure* [04:19] MOZILLA_1_9a8_RC1 (revision: 1.347.2.1) [04:19] MOZILLA_1_9a8_RELEASE (revision: 1.347.2.1) [04:19] MOZILLA_1_9a8_MINIBRANCH (branch: 1.347.2) [04:21] Ubulette: yes [04:21] take that one for xul release: MOZILLA_1_9a8_RELEASE [04:21] at best add a MOZ_CO_BRANCH option to mozclient ;) [04:22] Jazzva: i am unsure as well :) [04:23] asac: And what do you want me to run :)? I've played a bit with those args, but there's no command :)... [04:23] Jazzva: what do you mean? [04:24] /bin/sh -c \"/usr/bin ... /tempfile\" [04:24] Jazzva: i already posted exactly what i think is needed [04:24] asac: And that's why I asked what should the tempfile contain :)... [04:25] Jazzva: ah ... yes the string |admin| [04:25] you could also grep for admin [04:25] and see if the file is non-empty [04:25] e.g. [04:25] /bin/sh ... with args { "-c", "\"/usr/bin/groups | grep admin >> /tmp/tempfile\"" } [04:26] /bin/sh: Can't open ... [04:26] Jazzva: there is a /bin/sh on my system [04:27] asac: On mine too... that's why it says "can't open ...". I suppose it would be "command not found: /bin/sh" if there weren't one... I think I know how to make it work :) [04:28] Jazzva: what do you try? [04:28] are you in javascript? [04:28] oh... umm.. never mind :) [04:29] Jazzva: you have to creawte a local file object first [04:29] http://www.xulplanet.com/references/xpcomref/comps/c_filelocal1.html [04:29] with the /bin/sh path [04:29] then test if its executable [04:29] then you create an nsIProcess and run it with that file ... + the args above [04:29] asac: Ok... [04:29] http://www.xulplanet.com/references/xpcomref/ifaces/nsIProcess.html [04:30] Thanks... [04:30] Components.classes['@mozilla.org/file/local;1'] .createInstance(Components.interfaces.nsILocalFile) [04:30] et al [04:31] Jazzva: but i am currently not sure [04:31] asac: Ok... I'll play with it a bit :) [04:31] in the end the install backend should be able to tell us if it can be run [04:31] e.g. apturl --test-permissions [04:31] should return 0 if its ok ... otherwise 1 ... or something like that [04:32] its an ugly hack to implement some thing like knowledge about unix group concepts in ubufox [04:32] Yeah, but that will happen only after user selects plugins and stuff... I suppose it should appear before that. [04:32] Jazzva: no i mean: in the end pluginstallerservice should have the capability to plug in new install backends. [04:32] 1. XPIInstall [04:32] 2. apturl [04:32] when it discovers an url and sees that its apturl it should be able to ask apturl if can be served [04:32] right in the beginning [04:33] otherwise don't display result entries that cannot be served [04:33] Jazzva: but for now feel free to hack it like above if that works [04:33] Ok... [04:34] asac: who do you want the n-m bugs assigned to or noone? [04:35] gnomefreak: noone ... i will pick them when i want to work on them [04:35] asac: ok what latest version of n-m and wpa? [04:35] gnomefreak: just ask the questions above ... but take a look ... i often already asked that ... if you ask on them again it would probably annoy users ;) [04:35] that you pushed [04:35] so please scroll abit up and see if they already provided what you ask for ;) [04:36] this is a brand new bug seems to be wpa fault [04:36] 0.6.5-0ubuntu14 [04:36] is the latest nm [04:36] wpasupplicant is still 0.6.0-3 ... but hopefully will be 0.6.0+0.5.8-0ubuntu1 at the end of the day [04:37] gnomefreak: the package we hopefully get by the end of the day can be prefechted from http://ppa.launchpad.net/asac/ubuntu/pool/main/w/wpasupplicant/ [04:37] ty === bluekuja [n=bluekuja@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === huats [n=huats@194.98.120.3] has joined #ubuntu-mozillateam [04:47] in the case of a bug like bug #137513 who will take the decision ? [04:47] heya asac [04:47] Launchpad bug 137513 in torbutton "[UNMETDEPS] torbutton: auto-synced, depends on iceweasel" [Undecided,Confirmed] https://launchpad.net/bugs/137513 [04:47] there is 2 options : drop the package or adapt it to point depend on firefox.... I vote for the latter [04:47] asac: news for bitstormlite? === fuoco [n=gad@87.69.68.130.cable.012.net.il] has joined #ubuntu-mozillateam [04:50] asac: apparently you are the person who might tell me :-) [04:50] huats: someone should provide a debdiff [04:50] asac: ok, I will :-) (or at least try) [04:51] huats: someone mentioned in bug that he is working on it as well ... if its not you try to align with him [04:51] asac: I am the person in the bug :-) [04:52] ah ok ... then all fine ... assign the bug to you and go ahead :) [04:52] should be straight forward if you are lucky ;) [04:52] asac: I'll let you know... [04:52] huats: I would suggest not to drop iceweasel out of depends, too :)... [04:52] asac: there is a patch for diff-ext which fixes the bug, gonna package it soon [04:53] bluekuja: good [04:53] bluekuja: bitstormlite is on top of my not imminent todos [04:53] asac: is bitstorm ok? [04:53] great [04:53] :) [04:53] whenever there is room i will do it [04:53] Jazzva: I will put it as a choice... [04:53] perfect, just ping me when done [04:53] ;) [04:53] huats: K :)... [04:54] Jazzva: did we come to a conclusion yet? [04:54] asac: About ubufox? No, not yet... [04:54] ok [04:54] i will ask someone something [04:54] asac: I'm still messing around... [04:56] Jazzva: did you manage to run /bin/sh ? [04:56] asac: Haven't tried yet... I'm reading a bit on the subject. === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [04:58] Jazzva: ok === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam === bluekuja [n=andrea@host104-235-dynamic.1-79-r.retail.telecomitalia.it] has joined #ubuntu-mozillateam [05:01] Jazzva: i am asking apturl author if we can get a facility in apturl to test for that [05:01] Jazzva: he is away for 1.5h now ... so be patient [05:01] :) [05:02] asac: I was thinking of that too, to do a test in there... I thought to go and do it myself, but I don't know python *sighs*... [05:02] Jazzva: hehe ... better stay with javascript/xpcom then [05:02] Jazzva: actually i think we should now start to branch of and put all our work in ubufox for firefox 3.0 [05:03] Jazzva: after that admin feature we won't be allowed to add anything new anyways [05:03] Jazzva: and we have to submit our pluginfinderwizard upstream [05:03] Jazzva: if we are fast they might be ablet to punch it into firefox 3.0 [05:03] but for that we have to do some architectural improvements [05:03] asac: You mean to start a branch after adding admin check? [05:04] Jazzva: doesn't matter ... we can branch now ... or after [05:04] Mhm... Ok. [05:04] Jazzva: in the end the admin check will be done at a different place most likely for firefox 3.0 [05:04] so ... it really doesn't matter much ;) [05:05] asac: I get it :)... [05:05] Jazzva: if we are lucky it already works atm [05:05] have you tried it with ffox 3? [05:05] asac: Yes, a month ago... I think it worked... [05:05] great ... so lets start with a new branch that has adapted maxVersion for now :) [05:06] There was also a "restart gran paradiso" button in addons dialog and I thought it was a problem with ubufox, but it isn't... [05:06] *a button that wouldn't go away :) [05:06] Jazzva: oh [05:06] interesting [05:07] asac: Yep... ok, just let me check it once more with GP [05:07] Should I put maxVersion as "3.0*"? Since this one is 3.0a7... [05:08] Jazzva: maybe look what other applications compatible with 3.0 do [05:08] asac: K === asac is still unsure how exactly they implemented maxVersion test [05:09] btw asac you have ashit load of edgy/feisty n-m bugs open are they possible to fix or just wait 6 months till EOS [05:09] gnomefreak: lots of those should be fixed in gutsy now [05:10] gnomefreak: i put a lot of work into gutsy nm [05:10] cant use that until gutsy is released though [05:10] gnomefreak: they can test with livecd [05:10] ok works for me ;) [05:10] gnomefreak: i usually ask to test with latest gutsy or livecd if a bug is long standing [05:10] gnomefreak: just take care that i didn't ask that before [05:10] :) [05:11] i will ask them to test than [05:11] asac: AdBlock put maxVersion 3.0a8 [05:11] gnomefreak: yes ... ask to test and set to incomplete [05:11] Jazzva: yeah ... maybe really try 3.0* [05:12] if that installs then we can use it [05:12] But I think we can use 3.0* since that way it will be compatible with stable 3.0 once it gets out [05:12] right ... if the match works its fine [05:12] Well, I already used that for other extensions I needed :) [05:12] ah [05:12] good [05:12] then take it [05:12] gnomefreak: network-manager is a mess [05:12] prior to gutsy yes i know [05:13] gnomefreak: if people get angry you can explain that network-manager is now undergoing a massive QA effort [05:13] i am sure that 30% of bugs should be fixed now in gutsy ;) [05:14] and another 30% being driver bugs ... should be assigned to the proper kernel package [05:14] but i will do that :) [05:14] ok ill see what i can get done :) [05:14] we just need to get those rotten New bugs revived first [05:15] gnomefreak: and please remember if you see someone commenting that something got worse in the last uploads ... let me know [05:15] asac: ofcourse [05:15]