[01:41] asac: while cleaning up the patches trying to debug the problem i ran into a part i patched that i wasn't sure if it was safe: http://pastebin.ubuntu.com/395908/ [01:42] asac: is adding those two (to_tokens / from_tokens) to the end of the struct ok in the main glib, would them being there be likely to actually break anything [01:48] asac: oh yea and what should i use for version numbers for these packages? i am guessing i need to munge them somehow to be easily upgradable between versions of ubuntu [02:39] asac: i'm going to upload everything to a ppa, i can't seem to figure out what is causing the errors, i have a few ideas of what to try but not sure if they are valid [02:47] micahg: you available to help me with quilt, or are you busy? [02:47] ddecator: for next few minutes maybe [02:48] the patch that's failing is the install_systray.patch [02:48] ddecator: first, you have quilt installed? [02:49] micahg: yes [02:49] ddecator: k, so, you need to find where the .pc directory is first [02:49] micahg: found it [02:50] ddecator: I think it's in the top directory in songbird, right? [02:50] micahg: in the build-area, it's inside the songbird~blah folder [02:51] ddecator: k, so you need to symlink debian/patches to whereever that is [02:51] micahg: alright, how do i do that? [02:52] ln -s /path/to/debian/patches . [02:52] probably ../../debian/patches [02:54] micahg: ok, done [02:54] ok, then quilt push -a to try to apply all patches [02:55] failed [02:55] ddecator: what did it tell you? [02:56] micahg: well first, do i have to execute that in a certain directory? [02:56] ddecator: yes, where .pc and where you symlinked patches [02:57] micahg: http://pastebin.ubuntu.com/395937/ [02:58] ddecator: no...not in.pc, but rather in teh directory with .pc [02:58] micahg: create the symlink in the parent directory too? [02:58] ddecator: yep [02:59] micahg: alright, one sec... [03:00] micahg: http://pastebin.ubuntu.com/395939/ [03:01] ddecator: k, now, quilt push -f [03:01] ddecator: it creates a .rej file [03:02] and you have to apply the patch manually to the file and then refresh the patch [03:02] micahg: right, it says it needs refresh. how do i manually apply a patch? [03:03] ddecator: edit the file that's being patched and do what's in the .rej that's still applicable [03:04] micahg: where should the .rej file be? [03:04] in the same directory as the actual file, it tells you when you run quilt push -f [03:04] ah, yup. i'll do that [03:09] micahg: ok, i think i got it [03:09] ddecator: good :) [03:09] micahg: good deal =). so what is the next step? [03:10] ddecator: once you have the patch in the real file, then quilt refresh [03:10] micahg: done [03:11] ddecator: k, so, quilt pop -a to remove, then quilt push -a to see if you were successful [03:12] micahg: nothing failed =) [03:12] ddecator: k, then rm your symlinked patches dir, and try to build [03:13] debuild -b [03:19] micahg: failed =\ [03:19] ddecator: k [03:19] where? [03:20] micahg: it got a few Error 2's, but the last one was the debian/rules file [03:20] ddecator: k, can you pastebin? [03:20] micahg: how much of it? starting with the errors? [03:21] ddecator: last 10-15 lines [03:22] micahg: http://pastebin.ubuntu.com/395946/ [03:23] ddecator: need to see higher [03:23] where the errors start [03:23] micahg: that was where they started, but i'll get some extra lines [03:24] micahg: this is where the "make[#]" started, http://pastebin.ubuntu.com/395947/ [03:25] micahg: well, not started...but that chunk started [03:25] ddecator: you need the bash/dash patch from xulrunner [03:26] micahg: i don't see that patch in the patches folder... [03:26] ddecator: no, it's new [03:26] micahg: where can i get it? [03:26] ddecator: http://bazaar.launchpad.net/%7Emozillateam/xulrunner/xulrunner-1.9.2.head/download/micahg%40ubuntu.com-20100122051236-fi7ise29944h7uw1/fixbuildglitch.patch-20100115011725-z4fm1nx1a0kx24m6-1/fix-build-glitch.patch [03:27] ddecator: you have to modify the path to modules/libpr0n [03:27] ddecator: replace mozilla with songbird/dependencies/vendor/xulrunner/mozilla/compiled/xulrunner-release/ [03:27] micahg: alright, thanks. i'll get started on that... [03:28] ddecator: great [03:29] micahg: alright, modified it and added it to the patches folder [03:30] ddecator: now add it to series as well [03:30] micahg: to series? [03:30] ddecator: debian/patches/series [03:31] micahg: done [03:32] ddecator: k, try to build again [03:32] micahg: with the -b argument again? [03:32] ddecator: you can try debuild -nc [03:32] ddecator: which is no clean [03:34] micahg: failed the same way... [03:35] ddecator: k, debuild -b [03:35] ddecator: forgot that patches won't apply like that [03:35] micahg: i also found a typo in the patch, so i fixed that as well [03:36] ddecator: typo? [03:36] ddecator: that's applied on 3 branches [03:36] micahg: i copy and pasted the path you gave me, but it put an extra "/" in there without me noticing [03:36] micahg: not the patch itself, the path i changed, no worries =p [03:36] ddecator: k [03:37] micahg: that patch failed [03:37] ddecator: you have the path correct? [03:38] micahg: let me check [03:39] micahg: nope, there is no mozilla/compiled/ folder [03:39] ddecator: pastebin the patch please [03:40] micahg: http://pastebin.ubuntu.com/395950/ [03:40] micahg: oh, i see -_- [03:41] micahg: is it supposed to point to the makefile in the xulrunner/mozilla/ folder for songbird? [03:41] ddecator: no [03:41] micahg: k [03:42] micahg: there's a modules folder [03:42] micahg: got it [03:42] ddecator: goot [03:42] good [03:44] micahg: hm, still failed... [03:45] ddecator: can't do any more tonight... [03:45] micahg: no problem, thanks for the help [03:46] ddecator: check with me tomorrow sometime...need to finish some $WORK [03:46] micahg: sounds good. i have some ideas. gl with your work [03:46] ddecator: thanks [04:12] YES, got it to apply... [04:13] ddecator: great :) [04:13] micahg: best way to learn is to do =) [04:13] micahg: still won't build, but we're getting somewhere... [04:13] ddecator: as long as you're in a sandbox ;) [04:13] micahg: haha, right [04:19] and now it won't apply... [04:20] it keeps looking in the wrong place [04:23] ok, there we go... [04:23] i think i missed an s -_- [04:23] ? [04:24] micahg: in the path to the file. i copy-pasted it and somewhere an extra letter got added [04:24] build failed again though, hmm [04:24] ddecator: k [04:25] what the... [04:32] ok, every time i try to build it, it doesn't try to apply the patch in the build-tree directory... [04:33] wait [04:55] bah, failed again... [04:57] C++ internal error? [04:58] micahg: is there any special variant of gcc-4.4 that i need? [04:58] ddecator: oh...forgot about that [04:58] ;) [04:58] I wonder which version of xulrunner that is [04:59] good question... [04:59] 1.9.0.18 [05:00] that's your version? [05:00] I meant in songbirf [05:00] *songbird [05:00] that's the version given in the xulrunner makefile for songbird [05:00] doesn't sound right [05:00] SB_VENDOR_TARGET = xulrunner [05:00] SB_VENDOR_TARGET_VERSION = 1.9.0.18 [05:02] yeah, that's old [05:02] k [05:02] weird [05:02] should build fine with gcc4.4 [05:03] c++: Internal error: Killed (program as) [05:03] Please submit a full bug report. [05:03] See for instructions. [05:04] then a bunch of make[#] errors like before [05:04] weird [05:05] any gcc-4.4 variants i should install and see if it helps? [05:05] ddecator: no, I'd have to see the error and no time right now, I'd like to go to bed by 1AM :) [05:06] micahg: fair enough, haha [06:14] so it always gets close to finishing, but then it searches for 'linux-x86_64' in the 'checkout' folder, but 'linux-x86_64' is in the same folder as 'checkout'... [06:16] ddecator: might need a patch :) [06:17] micahg: might, but i'm not sure what i would need to patch...i tried moving the folder into 'checkout', but those folders get created during the build process, so that didn't do anything [06:18] yeah, probably a bad makefile, I can try to look tomorrow night [06:18] sure thing. i'll be up till about 2 so i'll take a look and see if i can find it... [06:39] micahg: don't worry about this until tomorrow, i just want to put it on here before i forget: http://pastebin.ubuntu.com/395995/ [06:41] ddecator: probably a path in the rules file [06:41] micahg: thanks, i'll take a look [06:42] ddecator: line 153 [06:42] micahg: i'm lookin at 163... [06:43] ddecator: xul-repack target [06:43] xul-repack.stamp actually :) [06:44] oh, my rules will be different because of the sqlite changes i made... [06:44] there it is [06:45] ... [06:46] micahg: you sure it isn't in the taglib section? i'm not seeing anything with xul-repack.stamp [06:47] ddecator: /linux-$(MACHINE) [06:47] micahg: right, which is where x86_64 is coming from [06:47] $(MACHINE) [06:48] ...i feel like this should be obvious to me [06:49] wait [06:49] nope, idk what's wrong with that... [06:50] line 170 actually is probably it [06:50] ddecator: you were right, the taglib section :) [06:50] micahg: thought so =) [06:51] * micahg is tired [06:51] it creates 'checkout' and 'linux-x86_64' in the same folder, but 'linux-x86_64' should be inside of 'checkout' [06:52] ddecator: I'd have to see it when I can think more [06:52] micahg: haha, fair enough, i'm trying to figure out this programming but it's new to me [06:52] k, good luck ddecator, night [06:53] micahg: night [08:49] 0/ [11:28] somebody wants to check https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/526290 ? [11:28] Launchpad bug 526290 in thunderbird "Thunderbird 3 hyperlinks broken (3.0.1)" [Undecided,Confirmed] [11:28] its quite annoying imo [13:01] we can't sync packages that depend on iceweasel, right? (we need to merge the changes) [13:02] * gnomefreak not sure what packages we have that depend on iceweasel [15:06] good morning/afternoon chrisccoulson [15:06] hey micahg - how are you today? [15:06] chrisccoulson: good [15:06] excellent :) [15:07] chrisccoulson: slangasek approved the uploads last night [15:07] yeah, that's good! [15:08] micahg: I got a user stat list for SN, but only top 200 [15:08] you are not even close [15:08] BUGabundo_remote: heh, ok [15:08] so I can't tell you , where you got placed on Monday [15:11] chrisccoulson: can you look at mozilla 550823? [15:11] Mozilla bug 550823 in Build Config "cannot find -lmozalloc when building with gcc-4.4" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=550823 [15:12] yeah, i can take a look at that. it will have to be a bit later on today though [15:12] chrisccoulson: ok, also, Thunderbird 2.0.0.24 release is probably today or tomorrow, was asac able to get you upload rights to the security PPA? [15:13] he hasn't done. can you upload to that PPA? [15:13] i've got the packages built, but i just need to finish testing them really [15:13] i created 4 new virtual machines yesterday for testing each of the stable releases :) [15:13] chrisccoulson: no, but I can bug one of the security guys to do it :) [15:14] cool, thanks [15:14] chrisccoulson: nice [15:15] chrisccoulson: are the branches ready? we should also probably prepare Seamonkey...but I have to check if there are security issues (probably same as TB) and get a USN [15:15] not yet, i can do that this afternoon though [15:16] chrisccoulson: k, let's chat later then, I can help you later tonight if something's left to be done with it [15:16] thanks :) [15:17] chrisccoulson: my guess is this would take priority over fixing the dailies (the bug I showed you before), but your call [15:17] yeah, that's probably right [15:21] asac: https://launchpad.net/~ccheney/+archive/ppa/+build/1564014 <- how do i fix this so it builds properly on both amd64 and i386? [15:21] asac: it seems the symbols change depending on arch [15:26] hey micahg, does this tbird have the messaging indicator support that landed upstream? [15:26] jcastro: no, that'll only be in 3.1 [15:26] ok [15:26] jcastro: but that's only support, we still need to make the indicator I think [15:26] ok [15:27] * micahg doesn't know how indicators work yet :/ [15:27] micahg: for next open/dev/opportunistic weeks we'll make sure there are indicator sessions of all kinds! [15:28] jcastro: excellent...then I can work on one for TB :) [15:40] micahg - do you use livehttpheaders? [15:40] chrisccoulson: I don't think so [15:41] it seems quite a popular extension according to popcon, and just wonered if you had any opinion on whether we should keep it [15:41] we'd need to update it, as the version in the archive doesn't work with 3.6 [15:41] * micahg checks what it is [15:42] chrisccoulson: we should update to 0.16 then...Debian is behind [15:43] bdrung_: do you work on updating debian ff extensions? [15:43] micahg: currently no. [15:43] chrisccoulson: it would be useful for web devs, so yes [15:44] micahg, thanks. we'll keep that one then, and I'll get it updated [15:44] chrisccoulson: also they don't update too frequently ;) [15:44] that's good then :) [15:45] micahg: a list of incopatible extensions would be good [15:45] bdrung_: chrisccoulson is working on it :) [15:46] at some point today, there will be a list of actions at https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list [15:46] but i'm just updating that now [15:51] why are some many extensions on the remove list? [15:52] why don't we keep the packages that are maintained by http://qa.debian.org/developer.php?login=pkg-mozext-maintainers@lists.alioth.debian.org [15:53] bdrung_, are debian going to be using the same support model as us for the mozilla stack in the stable releases? [15:54] chrisccoulson: not in stable, but unstable will probably be up-to-date [15:55] right, and that's the issue. we don't want to be spending efforts backporting new extensions to every stable ubuntu release each time mozilla releases a new firefox version [16:11] where's FTA? [16:11] i'vent seen him in a while [16:12] chrisccoulson: no, not same support model [16:13] bdrung_: we're going to be updating Firefox major versions in Stable Releases so we have to minimize the number of packages we have to change when we do that [16:23] BUGabundo_remote, beuuuaaahhh [16:25] micahg: we should keep at least pwdhash - i'll maintain that [16:34] bdrung_: k, inlcuding porting if need be to latest xulrunner? [16:35] micahg: in most cases bumping the version works. otherwise i will ask the author. the extension is small. [16:35] bdrung_: k, chrisccoulson did you catch that? [16:36] i did [16:37] but i'm not too comfortable with special-casing some extensions. pwdhash is not particularly popular according to popcon [16:37] (although, i know that's not always a reliable metric) [16:38] gtg, bbiab [17:10] Firefox-3.7 is already running, but is not responding. To open a new window, you must first close the existing Firefox-3.7 process, or restart your system. [17:10] I can't open FF 3.7 [17:10] I always get that even if NO instance of ANY FF version is open [17:10] according to ps [17:10] hi fta. welcome [17:29] somebody wants to check https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/526290 ? [17:29] Launchpad bug 526290 in thunderbird "Thunderbird 3 hyperlinks broken" [Undecided,Confirmed] [17:30] its a quite annoying 'bug', surely for new users it kills usability [17:39] nice title [17:41] 'Default browser not used to open hyperlinks in thunderbird 3.x' [17:41] :P [18:22] bdrung_: congrats, now I have a third person to bug for my uploads :) === yofel_ is now known as yofel [20:03] mconnor: ping [20:08] micahg: pong [20:09] mconnor: can we take the patch from mozilla 551152 since it doesn't affect user experience? [20:09] Mozilla bug 551152 in XPCOM "Symlinked components break everything" [Normal,New] http://bugzilla.mozilla.org/show_bug.cgi?id=551152 [20:09] mconnor: the second patch specifically [20:12] micahg: you want to get bsmedberg to chime in on the fix, I am not qualified to make that call [20:13] and I don't know what that would break [20:13] mconnor: because that fixes bug 518422 for us [20:13] Launchpad bug 518422 in firefox "Firefox does not start with certain addons installed" [High,Triaged] https://launchpad.net/bugs/518422 [20:15] mconnor: can I just ask him to review in bugzilla or do I need to ask specifically about 3.6? [20:16] micahg: get review on the fix, then ask about backport [20:16] mconnor: do we have to wait till it's approved for branch before taking it locally in Ubuntu? [20:17] mconnor: should this be PM? [20:17] micahg: I think that in most cases that's how it should work [20:20] mconnor: so when it's approved for branch, we can take locally before release? [20:21] micahg: with explicit approval, yes [20:21] mconnor: k, then I'll work on getting it approved upstream :), thanks [21:42] micahg: my namesake became core-dev :P [21:42] bdrung_: yes, hence the congratts [21:43] micahg: you seam to not get the joke [21:44] bdrung_: no, over my head I guess... [21:45] micahg: namesake. anyway. i tried to find a way to be not responsible for sponsoring you ;) [21:46] bdrung_: am I really that bad? you seem to be sponsoring for me a lot lately :) [21:46] bdrung_: I hope to get a mozilla packageset soon, so that would minimize sponsoring for me [21:46] micahg: nope. your patches are ok. [21:47] micahg: did i sponsor that much for you? [21:47] bdrung_: well, 2 things in teh last week I thin [21:47] think [21:49] micahg: one - they were connected (package a replaces b) [21:49] bdrung_: I thought something else too... [21:49] * micahg checks uploaded packages [21:50] bdrung_: you sponsored xiphos for me too :) [21:50] no, it was tuxguitar [21:50] bdrung_: congrats from me too :) [21:50] thanks [21:50] no [21:50] that was cc [21:51] cc? [21:51] chrisccoulson: [21:51] oops [21:51] hi [21:52] I geuss not [22:12] so much work to do :-/ [22:39] chrisccoulson: indeed [22:39] chrisccoulson: so, what's left for TB 2.0.0.24...I'll work on it when I get home [22:39] it just needs some testing really. i can host the packages somewhere before i go to bed if you like [22:40] chrisccoulson: can you propose merges for the branches? [22:40] yeah, can do. they'll be quite simple merges ;) [22:41] chrisccoulson: k, at least until you have commit access to bzr [22:41] yeah, no problem [22:41] chrisccoulson: if you can push 1 to PPA or host the orig.tar.gz somewhere, I can try to get someone to push to security PPA tonight [22:42] cool, thanks [22:42] chrisccoulson: I assume that asac showed you how to generate the tarballs [22:46] he hasn't shown me the proper way to do that yet, and i tried to figure that out too. but, for thunderbird 2.0.0.24, i grabbed the release tarball from ftp.mozilla.org, ran remove.binonly.sh on the extraced tarball and re-packed it again [22:46] i'm not sure how you normally do that, and i don't think you grab release tarballs for thunderbird 3 / firefox 3.6 etc do you? [22:50] chrisccoulson: no, that's not the right way :) [22:50] heh ;) [22:51] chrisccoulson: I'm testing on the 2.0 branch to see if it works [22:52] fta: are the TB2 tarballs generated like everything else with DEBIAN_TAG? [22:53] at least for TB3/FF30/35/36 [22:54] micahg, this is what asac said on friday: [22:54] chrisccoulson: so tbird 2 is kinda old ... its basically the only branch where we start with upstream tarballs (or ... can start with upstream tarballs) [22:54] the current candidate build is: ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2.0.0.24-candidates/build1/ [22:54] chrisccoulson: k then, he did tell you for that one :) [22:54] yeah, that was as far as we got [22:55] so, i repacked the tarballs after running the script in the debian/ folder [22:55] i wasn't sure if there was an automated way of doing that [22:55] chrisccoulson: for TB3/FF30/FF35/FF36, we do ./debian/rules get-orig-source DEBIAN_TAG=THUNDERBIRD_3_0_3_RELEASE=3.0.3 [22:56] ah. i thought that was how you did it for newer versions (i had a look at mozilla-devscritps on friday to try and figure out how it all works) [22:58] chrisccoulson: I've never actually done a TB2 release before, just TB3/FF30/FF35/FF36