=== cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [02:52] asac: sorry so late but yes i confirm it fixes it. does that make it vlc or glib issue? if glib can we send it up for desktop team or atleast notify them that it is the issue. [02:58] asac: bug 120621 can use your thoughts when you get time. i told him id talk to you monday but i tell you know before i forget. [02:58] Launchpad bug 120621 in gnash "[gutsy] gnash 0.8.0 will not play youtube, auto codec installation not working, other videos not working" [Undecided,Needs info] https://launchpad.net/bugs/120621 === Fjodor [n=sune@0x55510b65.adsl.cybercity.dk] has joined #ubuntu-mozillateam [03:02] im out for the night [03:48] night [03:49] what a _long_ day [03:49] i'm beat === DarkMageZ [n=richard@ppp62-118.lns2.syd6.internode.on.net] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-mozillateam [10:23] 'morning all. How would any of you guys feel about implementing a different locking mechanism in thunderbird's internal movemail, or, alternatively, implement support for external movemail? That would be my proposed fixes for https://bugs.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bug/96566 and https://bugzilla.mozilla.org/show_bug.cgi?id=56671 [10:23] Mozilla bug 56671 in MailNews: Movemail "support external movemail handlers" [Normal,New] [10:24] Note the low bug ID of the mozilla bug. It's almost 7 years old... === drlivesey [n=Marat@89-138-70-250.bb.netvision.net.il] has joined #ubuntu-mozillateam === drlivesey [n=Marat@89-138-70-250.bb.netvision.net.il] has left #ubuntu-mozillateam [] === drlivesey [n=Marat@89-138-70-250.bb.netvision.net.il] has joined #ubuntu-mozillateam === JenFraggle [n=jen@91.84.43.217] has joined #ubuntu-mozillateam [02:53] Fjodor: that is something upsteam need to implement im very doubtful that we will beable to do anything. I marked the bug to the upstream bug. Whatever/whenever they decide is up to them [03:08] bbiab [03:41] gnomefreak: Ok, thanks [03:46] yw [03:48] asac: you around yet? [03:49] asac: bug 120844 is the vlc issue i asked user to run the command (can you give me idea on if its glib caused or vlc? or feel free to comment on bug :) [03:49] Launchpad bug 120844 in vlc "vlc crashes at start" [Undecided,Needs info] https://launchpad.net/bugs/120844 === gnomefreak just filed first bug against iceape :) (only wish list) [05:12] hi [05:12] hi [05:12] just in for a few minutes [05:12] let me see [05:12] gnash bugs need you ;) i think its his system tbh [05:12] gnash bugs? [05:13] lets see :) [05:14] asac: bug 120621 [05:14] Launchpad bug 120621 in gnash "[gutsy] gnash 0.8.0 will not play youtube, auto codec installation not working, other videos not working" [Undecided,Needs info] https://launchpad.net/bugs/120621 [05:14] than the vlc above [05:14] yeah [05:14] thats his system [05:15] he was the first to post reply in forum [05:15] like *nothing* works [05:15] which can't be true ... so he probably has feisty or something and didn't understand that you need a gutsy install that has no broken apt database state. [05:15] what do we do? tell him to reformat? [05:15] did you reply on it? [05:16] not since his last reply [05:16] but yes i have been repling on it to find source of issue [05:16] damn ... that bugs is already really grown up [05:16] loads of discussion :) [05:16] yep :) [05:16] trying to get something to go on and nothing [05:17] its seems you also have a depends conflict with gnash [05:18] bug 120685 i didnt look into this really that hard since i didnt feel like grabbing source for it yet [05:18] Launchpad bug 120685 in gnash "Gnash broken dependency" [Undecided,Needs info] https://launchpad.net/bugs/120685 [05:18] gnomefreak: i commented on that bug right now [05:18] and who the hell said we were bring swiftfox into repos [05:18] not me :) [05:18] who claims? [05:18] theres a need=packaging bug [05:19] bug 120699 [05:19] Launchpad bug 120699 in firefox "[needs packaging] swiftfox" [Wishlist,Confirmed] https://launchpad.net/bugs/120699 [05:20] gnomefreak: what is the standard procedure to request new packages in ubuntu? [05:20] i only know how it works on debian :) [05:20] i say no its really not much faster than iceape or firefox and we will end up with bugs == when i have firefox opena nd i open swiftfox it says firefox [05:20] maybe its ok to have such a bug ... but it definitly shouldn't be associated with firefox [05:20] asac: let me see if i can find it [05:20] but whatever one is open will be what new one is run [05:21] imo its non of our business ... unless there has been a spec approved that was properly evaluated and state hard facts why we need swiftfox [05:21] ... but even then ... its probably not against firefox :) [05:22] gnomefreak: do you see if libboost-date-time1.33.1 isn't in the archive anymore? [05:23] Thanks for your report. Your idea might get more attention and have the possibility of being implemented if you submit a specification for it. First check whether the idea is already registered , and if so, contact the specification's drafter about your ideas. Otherwise, you can start writing a spec yourself. [05:23] it is not in repos anymore [05:24] libboost-date-time-dev or libboost-date-time1.34.0 is it [05:25] gnomefreak: does gnash really depend on 1.33 ? [05:25] not from here [05:25] Depends: libc6 (>= 2.5-5), libgcc1 (>= 1:4.2-20070516), libgnash0 (= 0.8.0~cvs20070611.1016-1ubuntu2), libstdc++6 (>= 4.2-20070516) [05:25] maybe a rdepend? [05:26] hmmm ... maybe a build-depend [05:26] because he wants -dev packages ... maybe that reasonable [05:26] no [05:26] maybe [05:26] want me to grab source update the build-dep and build? [05:26] no ... i can look :) [05:26] ok [05:26] i already have it here ;) [05:27] i am just a lazy man :) [05:27] lol [05:28] yeah [05:29] it really depends on libboosst ... [05:29] its libgnas0 [05:29] libgnash0 [05:29] that depends on it [05:29] ah [05:29] see ... thats what happens if upstream authors don't give a shit about binary compatibility [05:29] now we need a rebuild [05:29] yep [05:29] (though i am not sure where the other libs are gone) [05:29] usually they should not be removed if there are packages depending on it [05:29] probably an archive-admin bug [05:30] gnomefreak: interesting [05:30] you will end up redoing the depends at this point since another depend depends on it [05:30] my local build depends on libboost-date-time1.34.0 [05:30] where does it depend on 1.33 ? [05:30] on what architecture? [05:30] i386? [05:30] i dont have source [05:30] yeah [05:30] gnomefreak: can you please look what apt-cache show libgnash0 [05:30] prints out [05:30] e.g. which version of boost [05:30] ?= [05:31] libboost-date-time1.34.0 (>= 1.34.0~rc2-1) libboost-thread1.34.0 (>= 1.34.0~rc2-1) [05:31] wtf is he talking about than [05:31] yeah [05:32] i have no idea [05:32] maybe someone build a backport for feisty? [05:32] can you please pastte the depends to the bug and ask what he means [05:32] ah ... maybe he wants to install in feisty [05:32] wouldnt know [05:32] and its the other way around: no libboost-date-time1.34.0 available there .) [05:32] cant for feisty [05:32] i think thats what the issue is about [05:32] too much trouble [05:32] he complains that he cannot install gnash in feisty :) [05:32] no wait [05:32] (e.g. if taken from gutsy repo) [05:33] Gutsy Gibbon latest [05:33] gnomefreak: maybe we can push this to our preview archive? [05:33] x86 (32bit) [05:33] hmm [05:33] anyway in forum there are lots of people trying to use in feisty [05:33] asac: i can but that is what he stated when i asked arch and version [05:33] maybe we should provide them with food? [05:33] with 1.34.0? [05:34] no .. if you build in feisty it will automatically have the right depends (on 1.33) [05:34] good [05:34] ok yeah ill do that than [05:34] what is source gnash? [05:34] yes just gnash [05:34] its in bzr as well [05:34] but i think apt-get source gnash [05:34] is ok for this one build [05:35] yeah its easier [05:35] lets append ~mt1 to the version [05:35] ill have it done sometime today/tommor [05:35] ok [05:35] 0.8.0~cvs20070611.1016-1ubuntu2~mt1 [05:36] gnomefreak: wait i send you the changelog [05:36] so we have identical ones for our build [05:36] nothing more i need to build? [05:36] asac: ok [05:36] no [05:36] just gnash :) [05:36] cool === cjwatson_ [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [05:37] brb smoke [05:37] http://people.ubuntu.com/~asac/changelog [05:42] replace whole changelog or just peices? === gnomefreak hasnt looked at it yet [05:43] gnomefreak: just replace all [05:43] k [05:45] E: Build-dependencies for gnash could not be satisfied. [05:45] lol [05:45] yeah [05:45] maybe tomorrow it will be done [05:45] he? [05:45] if you want to stop its ok ... otherwise replace libxul-dev | mozilla-dev with just firefox-dev in control :) [05:46] oh thats all that is needed? [05:46] yes [05:46] then all build-depends can be installed [05:47] ah [05:47] done lets see [05:47] gnomefreak: remember to remove the preview archive from your source.list and run apt-get update [05:47] before building [05:47] yes [05:47] otherwise it might pull in dependencies on preview archive firefox [05:47] (which we probably don't want) === drlivesey [n=Marat@89-138-70-250.bb.netvision.net.il] has left #ubuntu-mozillateam [] [05:47] gnomefreak: actually before installing firefox-dev :) [05:48] dont we want that if we want it to work with firefox === asac has to admit that this whole package still is really messy [05:48] i even doubt that all thos build-depends are needed [05:48] (e.g. firefox-dev is probabyl not needed because gnash ships its own nsplugin api headers [05:48] ) [05:48] gnomefreak: we don't want it to require preview firefox [05:48] ... just plain feisty one [05:49] oh thats right [05:49] so be sure that you have plain feisty firefox-dev install [05:49] its newer [05:49] and of course firefox [05:49] right! [05:49] i think i pulled ff out anyway [05:49] good [05:49] still no good [05:51] why? [05:51] install the build depends manually [05:51] you cannot use apt-get build-dep [05:51] i have to and im working on it [05:57] gnomefreak: can you upload just to some dir? i think i will create a directory on people.ubuntu.com ... so people don't accidentially upgrade their firefox et al :) [05:57] there is no firefox in the repo at all [05:57] otherwise we might cause a snowball rolling :) [05:57] well trunk [05:57] hmm [05:57] there is ... it downloaded a firefox-dev package [05:57] (which is why i had to comment your repo out in my feisty chroot) [05:58] it shouldnt have maybe i forgot to remove -dev [05:58] ill look at it and get rid of peices that are left [05:59] ok fine [06:01] brb need shower while im downloading depends [06:01] gnomefreak: tell me where i should push [06:01] just to feisty mozillateam? [06:02] yeah [06:02] ok ... i will push things to amd64 directory [06:02] will you move the sources to proper directory then? [06:02] yes [06:02] gnomefreak: so you don't need to upload sources :) [06:02] you pushing to incoming? [06:03] or into the dir? [06:05] bbs [06:10] gnomefreak: i push to the binary-amd64 dir [06:17] gnomefreak: please lets not use that directory ... it has thunderbird 2.0 ... and things like that [06:18] i really don't want to push them to use that === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-mozillateam [06:18] i uploaded to that place anyway ... you can upload there as well [06:18] i am fine if gnash stays in that directory [06:18] but i will pull gnash files over to my people.ubuntu.com account [06:19] i will educate users about both options ... so if some want to use feisty backports, then fine as well [06:19] gnomefreak: read above :) [06:19] ;) [06:19] :-P [06:22] confused [06:22] you want me to push to your people.ubuntu.com? [06:24] i push to archive and you copy them to wher eyou want them? [06:26] gnomefreak: no push as normal [06:26] i will copy over [06:26] and announce both [06:26] (telling about the risk of getting new packages without prenotice :)) [06:26] when using mozillateam archive [06:27] k [06:27] gnomefreak: can you tell the keyid of the key you use to sign our feisty archive? [06:28] if people want to use the archive they might want to install your key with apt-key [06:28] :) [06:28] so they don't get annoying warnings [06:28] how it didnt work last time [06:28] its on my LP page i dont know how to set it up so they can grab it. [06:31] he? [06:31] gnomefreak: you don't have to do anything [06:31] its just that you have to name the keyid [06:31] heya asac [06:31] :) [06:31] and maybe the fingerpring [06:31] bluekuja: evening [06:31] asac: I'm trying to make gmail working with thunderbird 2-0 [06:31] *2.0 [06:31] bluekuja: does the wizard exist? [06:31] but it doesnt connect well to pop [06:32] asac: yeah [06:32] bluekuja: ok fine ;) [06:32] bluekuja: maybe its gmail server that is slow [06:32] mm..yeah [06:32] that can be a possible solutions [06:32] at least i experience really slow mail downloading when using evolution ;) [06:32] *solution [06:32] strange with thunderbird [06:32] hehe ... solution -> no solution avail [06:33] lol [06:33] does it work [06:33] ? [06:33] or completely broken? [06:34] asac: what? [06:34] been there already [06:34] ignore that [06:34] bluekuja: does gmail work? [06:34] bluekuja: e.g. just slow [06:34] asac: nope [06:34] it doesnt work [06:34] completely broken [06:34] here [06:34] mine works [06:35] hmm ... and if you setup pop3 account old fashion? [06:35] gnomefreak, on thunderbird? [06:35] bluekuja: ^^ [06:35] tbird 2 in gutsy works [06:35] gnomefreak, which port did you use? [06:35] for incoming? [06:35] ya [06:35] bluekuja: you use feisty build from preview archive? [06:35] bluekuja: set it to ssl and it will set it for you [06:35] its 995 or something like that [06:35] asac: granparadiso has got broken fonts in gutsy [06:35] bluekuja: yeah ... that is probably known :) [06:36] asac: nope, gutsy one [06:36] :) [06:36] just upgradede [06:36] *upgraded [06:36] bluekuja: does it happen on trunk package as well? [06:36] bluekuja: incomming 995 outgoing 587 [06:36] gnomefreak: how current is trunk? [06:37] asac: 15th? [06:37] gnomefreak: which date is last snapshot? [06:37] asac: granparadiso you mean? [06:37] hmm ok that is decent [06:37] bluekuja: please try if that same behaviour is in firefox-trunk [06:37] asac: I'm using trunk one [06:37] -trunk ... or -granparadiso? [06:37] oh [06:37] ok [06:37] does it happen in -granparadiso too? [06:37] yup [06:38] bluekuja: there are 2 different builds one trunk one gran.. [06:38] gnomefreak, yeah I know :) [06:38] https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Firefox&component=Places&target_milestone=Firefox+3+alpha6&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&resolution=---&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_ [06:38] that is the list of blockers for alpha6 [06:38] if its not in there it doesn't mean much [06:38] but it could be an indicator that they might not be aware [06:39] gnomefreak, works now tnx [06:39] one of the others account [06:40] wasnt correctly configured [06:40] asac: the vlc is a problem in vlc? [06:40] no if the workaround helps, then its glib [06:40] ... as expected [06:40] glib issue [06:40] i will confirm that seb is aware about this tomorrow [06:41] ok [06:41] ... but i guess that he probably already is :) [06:41] ... given the amount of crashes this appears to cause [06:41] ;) [06:46] asac: last i heard he stated its the apps not glib [06:46] yeah ... then it will change i guess :) [06:46] i hope so [06:47] and he either needs to hide the warning or make it not give it [06:47] IMHO [06:47] but as i said ... its reasonable to push back claims that known-to-be-stable lib causes issues [06:47] :) [06:47] once hard facts arrive you can investigate [06:47] true [06:47] otherwise you would investigate all the time :) [06:47] and mostly find its app fault [06:47] i can sit here all day for 8 months testing crap its easier to find one app and fix them all :) [06:54] yeah ... but for that the app needs the potential to fix them .. and that is only case if that lib is really the cause for the trouble. [06:54] doing evaluation down the stream in apps first is definitly sane :) [06:54] true [06:54] of course if you see lot of breakage suddenly popping up after an upload you should try to investigate closer :) [06:55] its still building, i will upload when i get home, got to run out for a bit. [06:55] good [06:55] let me know [06:55] go out as well for a few hours now [06:56] k [06:59] cu [06:59] cu [07:48] gnomefreak: do we (as in mozillateam) take care for gnash as well? [07:48] i ask that because i saw that you assigned to mozilla-bugs [07:48] is it on our supported packages list? [07:49] ok its listed here https://launchpad.net/~mozillateam [07:49] so ok [07:49] all fine [07:49] nevermind [07:49] ok out again [08:05] asac: plugins and gecko related i believe is ours [08:05] but i could be mistaken === bluekuja_ [n=andrea@host106-173.pool8250.interbusiness.it] has joined #ubuntu-mozillateam [08:24] asac: everything is up in repo ready to grab i also moved the sources in binary64 to sources :) [08:30] asac: i found out why ff was still there; i didnt remove them from 64 binary :( [08:30] they are gone now [08:50] trunk is borked in feisty preview im fixing it now [09:48] trunk borked because it doesn't build or what? [09:48] gnomefreak: ? [09:57] gnomefreak: do the feisty gnash packages work for you? [10:05] gnomefreak: can you please remove libgnash0 and friends from your feisty install [10:05] and try to install with the following line in sources.list [10:06] deb http://people.ubuntu.com/~asac/gnash-feisty/ ./ [10:06] just want to be sure that packages get properly installed from that location [10:06] before i post it :) [10:08] hmm [10:08] http://ubuntuforums.org/showthread.php?t=474596&page=2 [10:08] those people keep getting the "cannot be installed" message for -uigly [10:08] -ugly [10:09] any idea how this can be? === cjwatson [n=cjwatson@82-69-40-219.dsl.in-addr.zen.co.uk] has joined #ubuntu-mozillateam [10:40] hmm anyone who this Alex Jones person is [10:40] i notice him triaging bugs, but he confirmed a bug improperly [10:40] bug 120654 [10:40] Launchpad bug 120654 in firefox "borders of address and tabs bars look displaced" [Undecided,Confirmed] https://launchpad.net/bugs/120654 [10:41] how many bugs did he attempt to triage for us so far? [10:41] ah maybe not. [10:41] Admiral_Chicago: ? [10:41] asac: i think one more I saw. [10:41] bug 120868 [10:41] Launchpad bug 120868 in firefox "Firefox ignores Javascript code" [Undecided,Unconfirmed] https://launchpad.net/bugs/120868 [10:43] is the head really a valid place for inline javascript? [10:43] element [10:43] asac: bug 91388 he did correctly thouggh [10:43] Launchpad bug 91388 in flashplugin-nonfree "Macromedia Flash plugin bug - Edgy - Firefox (dup-of: 49613)" [Undecided,Unconfirmed] https://launchpad.net/bugs/91388 [10:44] Launchpad bug 49613 in flashplugin-nonfree "flash plugin always rendered on top of html" [Medium,Confirmed] https://launchpad.net/bugs/49613 [10:44] i don't know JS too well, I don't know [10:50] i asked him to confirm that the same script tag (with code) works at a different place in document [10:50] before that is the case, there is no case imo [10:50] (javascript code bug) [10:52] Admiral_Chicago: marking as dupe is not mt specific ... so he did right [10:52] yea, I know, I don't think he is doing anything too wrong...I think he's just trying to help out [10:53] maybe I'll email him to see if he wants to hop on board with the team [10:53] yeah ... but i see no activity from him on bug 120868 [10:53] Launchpad bug 120868 in firefox "Firefox ignores Javascript code" [Undecided,Unconfirmed] https://launchpad.net/bugs/120868 [10:53] wait a second... [10:54] i may have been mistaken on the last one. [11:12] asac: your repo works fine. If those people on forums are complaining about that please give me more info tomorrow and links as the guy with the bug i gav eyou is having same issue === gnomefreak not really here [11:21] why is it trunk can only build 1 time pre use you have to get rid of everything it made to build again :( [11:22] i guess maybe just drop browser-snapshot-20070615.tar.bz2 after each build [11:41] he? [11:41] trunk should build fine [11:41] multiple times [11:41] don't see a reason why [11:41] what happens? [11:41] gnomefreak: ? [11:41] when you run 2nd time [11:45] browser-snapshot changes failed to go into diff and stopped [11:45] it happens everytime [11:45] seems -snapshot changes with each build [11:46] how do you try to rebuild? [11:46] did you add any diff? [11:46] asac: same way i build the first time [11:46] how? [11:47] build first time (leave binaris and everything else where it is. change changelog to use latest nightly. and build again it will fail [11:47] you use bzr bd --merge . ? [11:47] can build orig but fails to build with dpkg-buildpackage [11:47] why does it fail? [11:47] with what errors? [11:47] + what is printed in context of that error [11:48] asac: only thing it says is what i gave you above about -snapshot changes cann not represent changes [11:48] and it stops [11:48] doesnt let you continue [11:49] i cant giv eyou exact output as it is long gone and my scroll of 10,000 lines isnt long enough [11:50] on tuesday i will get error for you or late monday [11:50] k [11:52] asac: have you looked at bug 91910 [11:52] Launchpad bug 91910 in gnash "gnash using 100% CPU" [Undecided,Needs info] https://launchpad.net/bugs/91910 === gnomefreak gets way too much bug mail [11:56] oh and feel free to let me know if we accept or reject swiftfox for gutsy tomorrow and i will find bug and comment on it (anytime not tomorrow) === gnomefreak gone again