[01:38] fta - you still there? === asac_ is now known as asac [02:32] ctrl+L on the addon tab: http://imgur.com/aeLej [02:32] wat [02:32] what kind of madman would do that instead of putting the adressbar in the addon tab? [12:01] w00t - https://edge.launchpad.net/~mozillateam/+archive/thunderbird-next \o/ [12:14] chrisccoulson, what is w00t? the ftbfs? ;) [12:15] heh, not so much ;) [12:15] i just noticed that. i guess i should use pbuilder occasionally ;) [12:36] Can I ask a question related to xul based application development here? [12:37] Can I ask a question related to xul based application development here asac ? [12:38] napster: this is the wrong place ... its about integrating xul/ffox etc. into ubuntu [12:38] not about development [12:38] irc.mozilla.org has a few channels around that [12:38] topic [12:40] asac: oh ok. But I'm unable to connect to that server. It shows nothing when I try /join #addons [12:40] right, thunderbird builds should work now :) [12:41] napster: not sure if that channel is supposed to exist ... start here: https://wiki.mozilla.org/IRC [12:41] asac: ty [12:41] napster: http://irc.mozilla.org/ [12:41] thats a more complete list [12:42] not sure [12:42] you will find out ;) [12:42] i am sure [12:42] asac: ok, my browser shows nothing for that page but timed out [12:42] asac: I mean http://irc.mozilla.org/ [12:43] works for me [12:43] must be on your side [12:43] napster: its also a different IRC network: irc.mozilla.org (for your client) [12:43] napster, you want #xulrunner on irc.mozilla.org [12:44] chrisccoulson: asac: yeah, I know, but can't connect to that server at all from my xchat :) [12:44] its shows no errors or warning [12:44] Disconnected (Connection timed out). [12:44] Cycling to next server in Mozilla Net... [12:44] this is only what I can see [12:45] i am no ton that server atm [12:45] so no clue [12:45] but the website opens for me quickly [12:45] might be your IP is a previous spammer one [12:45] if you have dynamic IP try to get a new IP [12:45] asac: never, I've been to that newtwork for the first time [12:45] do you have a static IP? [12:45] asac: no [12:46] its dynamic [12:46] then try to get a new IP [12:46] Yeah I guess os [12:46] *so [12:46] yours might have been used by a intrusive hacker/virus etc. [12:46] see you [12:46] cu [12:53] asac: no hope :( [12:53] anyway leave it [13:00] your whole IP block might be blacklisted [13:02] asac: Thats is awesome. I'm not able to connect because some else has spammed them! Very nice :) [13:02] dont know [13:02] just a guess ;) [13:02] if you can connect to freenode and not irc.mozilla.org i would think it has something to do with you :) [13:02] chrisccoulson: does irc.mozilla.org work for you atm? [13:02] * asac is not connected there [13:03] napster: for the meantime try mibbit.com [13:03] its a webinterface ... maybe that has mozilla net support [13:03] really sucky thing, but if nothing else works ;) [13:04] asac: that sounds good for now. thanks mate [13:04] yeah works for me [13:04] i am in #addons using mibbit.com ;) [13:05] but #xulrunner might be better for you ... not sure [13:05] ok [13:05] i am mostly did core development ;) [13:06] asac: oh, thats good bro [13:52] asac - sorry, popped out for some lunch [13:52] yeah, irc.mozilla.org is working here [13:56] np === dpm_ is now known as dpm [14:02] fta - have you got a few minutes for setting up the thunderbird dailies? [14:03] asac - are you able to add me as admin to ~mozillateam? I can't create PPA's at the moment :( [14:03] micahg alreday tried, but he couldn't do it [14:15] chrisccoulson, sure [14:16] fta - so, the current thunderbird stable branch in natty is now coming from lp:~mozillateam/thunderbird/thunderbird-3.1.head [14:17] what is currently lp:~mozillateam/thunderbird/thunderbird.head will become the thunderbird-3.3 packages (although I've not made any changes to that branch yet, but i've got the changes ready to push) [14:17] so, it's basically the same layout as firefox then [14:23] chrisccoulson: not? [14:23] ok === m_conley_away is now known as m_conley [14:24] chrisccoulson: gnomefreak is owner ;) [14:24] chrisccoulson: is he ever here? [14:24] try to contact him or talk to IS to make you owner of the team [14:24] asac - i haven't seen hi for a while [14:24] *him [14:24] thanks [14:24] one sec [14:30] maybe clean-up the team too; too many idle people in there [14:33] chrisccoulson, today, i have: thunderbird-3.1.head = lp:~mozillateam/thunderbird/thunderbird-3.1.head and thunderbird.head = lp:~mozillateam/thunderbird/thunderbird.head [14:33] fta - yeah, that looks right [14:34] i didn't change anything yet [14:35] and the bot has: http://paste.ubuntu.com/574995/ [14:35] fta - ah, ok. so, the "thunderbird" source package will be coming from thunderbird-3.1.head, which is the current stable version [14:36] athunderbird.head will be "thunderbird-3.3" [14:36] *and [14:36] my keys keep not working :( [14:36] hmm [14:43] chrisccoulson, the stable branch is currently called thunderbird.head right? [14:43] the daily is thunderbird-3.1.head [14:43] oh, i'm confused now :/ [14:43] heh :) [14:43] you want me to swap those, is that correct? [14:45] fta - there are daily builds for thunderbird-3.1? i only see thunderbird in the PPA [14:45] chrisccoulson, http://paste.ubuntu.com/575004/ [14:47] fta - assuming i understand the configuration, i think we want something like this: http://paste.ubuntu.com/575003/ [14:48] the 2nd vpattern is 3.3, not 3.1 [14:48] yeah, i didn't notice that bit ;) [14:48] that's what preventing the bot to push the dailies atm [14:49] so you need to swap the branches in lp [14:50] right? [14:52] fta - i've branched what is currently lp:thunderbird to lp:thunderbird-3.1.head [14:53] and then, i have the changes to lp:thunderbird.head stored locally which update it to 3.3 [14:55] hm, what happened to the old lp:thunderbird-3.1.head branch then? [14:59] to be consistent with ff, i should call the daily thunderbird-trunk.head [15:00] pff [15:00] fta - i moved the old lp:thunderbird-3.1.head branch to lp:thunderbird-3.1.head.old, but i didn't realise your bot was still using it when i did that [15:01] well, it's not, since trunk moved away from 3.1 [15:02] n-m, i'll manage [15:02] thanks [15:04] Hey all - I've started work on integrating Thunderbird into the Messaging Menu. Mozilla Labs project page is here: https://mozillalabs.com/messaging/messaging-menu/ [15:04] Any and all feedback welcome. :) [15:04] chrisccoulson, could you please rename thunderbird.head to thunderbird-trunk.head in lp, to match firefox? [15:05] fta - yeah, sure [15:05] it has thunderbird-3.3 as src package name, right? [15:06] fta - yeah, it does. ok, i've renamed that now [15:07] in future, we'll probably just use firefox-trunk and thunderbird-trunk as the source package names too [15:09] m_conley, that's awesome :-) [15:09] chrisccoulson: thanks! :D Pretty stoked. It needs some polish, but I'm happy to see it mostly work. [15:12] m_conley, the extension is arch-specific isn't it? [15:12] chrisccoulson: oh, yes - good point. :/ I should probably add that to the add-on listing. [15:12] i386 for now. [15:12] heh :) [15:29] chrisccoulson: I may have asked you this before, but when you put together the build structure for your globalmenu-extension... did you just go at it via trial and error, or was there some documentation you were referring to? [15:37] m_conley, it was mostly just copying config/ and build/, and other bits i knew that i needed. but some of it was trial and error ;) [15:37] chrisccoulson: gotcha. thanks. :) [15:57] chrisccoulson: shouldn't thunderbird.head stay the current dev release and a new thunderbird-trunk become thunderbird-3.3? [16:28] micahg, we don't have a firefox.head branch [16:33] fta: yep, but we don't have a versioned thunderbird branch at the moment for each release and I'd like to keep it that way [16:34] I'd prefer thunderbird.head to remain the distro head branch [16:36] we have thunderbird-3.1.head [16:36] you last touched it months ago [16:41] fta: yep, but then it was merged into thunderbird.head [16:46] i don't mind having thunderbird.head for the current 3.1 stable releases [16:46] but we should probably do the same for firefox at some point too ;) [16:46] hmm, third time lucky with the tbird builds :( [16:47] chrisccoulson: it made sense when we weren't doing major version upgrades in stable releases [16:49] i guess the only issue with it is, when we eventually roll out thunderbird 3.3, users on older releases will get updated to 3.3 if they are using the daily builds [16:50] whereas, that isn't happening for firefox because we still have the daily builds coming off lp:firefox-3.6.head, and natty is using lp:firefox-4.0.head [16:50] well, that's what happened with firefox I think, when 3.6 was stable [16:51] ah, hmm, I see your point [16:51] i'm not sure how to handle that [16:51] but, on the flip-side - when firefox 4 is released, we are going to lose 4.0 daily builds [16:52] hmmmm L/ [16:52] :/ even [16:52] chrisccoulson: I think we should make the "firefox" dailies come off firefox-4.0 then [16:52] even for maverick and lucid users? [16:52] it almost seems like we need more than 1 PPA ;) [16:52] fta - how does this work for chromium? :) [16:53] chrisccoulson: yeah, that's what we did with 3.6 [16:53] ah, ok [16:53] if we've done that in the past, then i don't mind doing it again [16:53] chrisccoulson: we can make firefox-3.6.head push a source firefox-3.6 package if we need the dailies still [16:54] chrisccoulson: chromium has channels the users subscribe to, daily, dev, beta, stable === mdeslaur_ is now known as mdeslaur [16:58] ok, i'm happy with keeping lp:thunderbird.head for the current stable (rather than using lp:thunderbird-3.1.head) [16:59] we should probably discuss workflow at UDS though, we have a lot of branches now and i guess this is going to get more difficult in the future ;) [16:59] ^^^fta - will you be coming to UDS? [17:28] where is the chromium daily ppa? === debfx_ is now known as debfx [17:29] magcius: I think it's ppa:chromium-daily/ppa [17:31] ok. [17:31] chrisccoulson, nope. [17:33] chrisccoulson, micahg: grr, i already renamed everyting [17:33] fta - that's ok, don't worry about it ;) [17:33] yeah, it's fine [17:34] wth is eToken? [17:35] these issues keep cropping up: http://launchpadlibrarian.net/65515213/DpkgTerminalLog.txt [17:35] applications should not be adding private locations to the ld search path! [17:35] grrrrrrrrrrrrr [17:35] is this going to be another ubuntuzilla? ;) [17:35] chrisccoulson: I don't think that's us [17:36] no, it's not us. i'm just wondering what it is though [17:40] it's especially bad adding themselves to the ld search path when they ship such antiquated versions of nss [17:40] * chrisccoulson is going to have to get the whip out [17:40] well, installing stuff in /usr/lib is generally frowned upon anyways [17:40] yeah, they aren't doing that. they're installing nss in to a private location in /opt and then presumably dropping a file in /etc/ld.so.conf.d [17:40] chrisccoulson: I was referring to the eToken stuff :) [17:41] it's a good job that firefox isn't using the system nss [17:41] i wonder if it's this? http://www3.safenet-inc.com/support/etoken.aspx [17:41] i might send them an e-mail === brosnan is now known as kbrosnan [18:07] did you see the news about js185? [18:08] micahg - not yet, are they doing a tarball release though? i've been pinging them in #jsapi about that ;) [18:08] chrisccoulson: yes, sounds like it's planned [18:08] which means /usr/lib/mozjs185.0.0 hopefully [18:09] https://bugzilla.mozilla.org/show_bug.cgi?id=628723 [18:09] Mozilla bug 628723 in JavaScript Engine "Create JS 1.8.5 source release" [Normal,New] [19:39] jdstrand: what do you think about bug 728621 [19:39] Launchpad bug 728621 in firefox "Apparmor profile works around a fixed security bug in sun-java6" [Undecided,New] https://launchpad.net/bugs/728621 [19:41] micahg: seems fine to revert so long as it is tested [19:41] jdstrand: is running through the java test suite on the build sufficient? [19:41] micahg: should be. probably something for natty only [19:43] jdstrand: revert only in natty or test only in natty? [19:44] micahg: both [19:45] jdstrand: so leave the stable releases alone WRT this [19:45] yes [19:45] jdstrand: k, it's in the apparmor abstraction now, so should I prepare a merge request for apparmor? [19:46] sure, or a debdiff [20:15] jdstrand, micahg: do you want the arm ftbfs fix for this ch release or is it fine to wait for the next one? [20:15] * micahg defers to jdstrand on this [20:16] btw, the next beta is very active, i won't be surprised to see it become stable very soon [20:16] linux/beta (10.0.648.126 -> 10.0.648.127) [20:16] they've also just about reached they're 6 week release deadline [20:17] fta: which fix is this, dropping the arch or actually getting armel builds? [20:18] s/builds/working builds/ [20:19] jdstrand, i can get it to build "theoretically", it was my fault, a flag dropped by mistake. [20:20] fta: yes, please let's get armel building again with the next upload (but not a special 9.0.597.107~r75357-0ubuntu0.10.10.2 upload) [20:21] ok [20:21] fta: so whenever google has a new security update for us, we'll get the path then [20:21] fta: thanks for finding the fix, even if it is just theoretical :) [20:28] ok, fix committed, so i won't forget it === m_conley is now known as m_conley_away [22:55] evening [22:58] jdstrand, are the QRT:scripts fully automatic? i mean, would it be possible to run them without a display? [22:58] fta: no, they are not automatic in any way. they are interactive [22:59] fta: well, test-browser.py. most of QRT:scripts can be run without a display [23:02] i guess i should test those one day [23:03] chrisccoulson, you didn't change the tb 3.3 src package name yet? [23:03] fta - i thought i pushed my changes already? [23:03] 1 sec [23:06] fta - yeah, it's pushed already [23:07] hm [23:07] why is my bot pulling the same sources over and over again then?.. [23:08] oh, no cache [23:08] could you please add one? [23:09] ff and xul have one already