=== fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta === yofel_ is now known as yofel === fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta [06:34] hey guy got a segfault with 4.0 and moonlight [06:34] firefox-4.0 [06:34] Attempting to load the system libmoon [06:34] Segmentation fault [06:34] skydrome: doesn't everything segfault with moon? [06:35] * micahg needs to look into that one of these days [06:35] tbh i dont even know why its installed [06:35] think i needed it for something a while ago [06:35] skydrome: if you don't use it, I'd suggest removing it as it seems to cause trouble for people [06:36] yup removing now [06:37] look really neat :) cya === fta_ is now known as fta === fta_ is now known as fta [10:23] anyone can comment on this : http://imagebin.ca/view/6388it6j.html [11:25] fta: can you reproduce? http://code.google.com/p/chromium/issues/detail?id=48942 [11:35] BUGabundo_remote, i don't have an account ther [11:35] e [11:37] "Built on Ubuntu 9.10, running on Debian unstable" grrr === fta_ is now known as fta [12:50] hm.. we need to clean-up those on upgrade.. http://paste.ubuntu.com/462949/ === fta_ is now known as fta [12:58] (re) hm.. we need to clean-up those on upgrade.. http://paste.ubuntu.com/462949/ === fta_ is now known as fta [14:45] _Tsk_: hi, I think I figured out my Shredder problem, does the What's New page show Shredder on a version before release like 3.0.6? [14:46] <_Tsk_> great - yes it does becaue we don't have redirects properly set [14:46] <_Tsk_> only releases show thunderbird [14:47] <_Tsk_> and when they don't we need to be notified - it's because our redirect rules are borked [14:47] _Tsk_: so, should I file a bug? [14:48] <_Tsk_> for 3.0.6 :: no [14:48] <_Tsk_> it's unreleased yet [14:48] <_Tsk_> we are just pushing it today to the beta channel [14:48] <_Tsk_> release date is set to the 20th or so [14:49] _Tsk_: k, great, I'll push it to Maverick then so we get extended testing [14:49] <_Tsk_> yes please do [14:51] chrisccoulson: Thunderbird 3.0.6 looks ready to go, I'm going to push, ok? [14:54] _Tsk_: was there any discussion of TB 3.0.x EOL at the summit? [14:54] <_Tsk_> no [14:55] <_Tsk_> plans are AFAIK : [14:55] <_Tsk_> 1) make 3.1.1 [14:55] <_Tsk_> 2) push 3.1.1 to 3.X users [14:55] <_Tsk_> 3) push 3.1.1 to 2.x users [14:55] <_Tsk_> 4) EOL 2.x [14:55] <_Tsk_> but no talks on 3.0.x [14:55] :( [14:56] _Tsk_: k, I'll talk to chrisccoulson about it, thanks [14:57] <_Tsk_> so asac isn't the person to talk about those things anymore [14:57] <_Tsk_> should we update our contact list and who should we pîng ubuntu wise ? [14:57] micahg - feel free to upload tb3.0.6 [14:58] _Tsk_: he is more advisory at this point, would you say that's correct chrisccoulson? [14:58] hi _Tsk_, feel free to ping me about anything ubuntu related [14:58] micahg - yeah, that's pretty much correct [14:58] _Tsk_: you can ping me as well, asac had chrisccoulson and I added to the notices that standard8 sends out [14:59] <_Tsk_> ho ok that's done then [15:01] chrisccoulson: do you have time to chat about 3.0.x for Thunderbrid? [15:01] micahg, http://paste.ubuntu.com/462949/ [15:01] <_Tsk_> micahg: we also have a discussion on tb-lplanning about eoling 3.0.x [15:02] fta: ugh, what was that after? [15:02] micahg, after the upgrade to 4.0. 3.7 left a bunch of stuff behind [15:03] that's fairly normal unless you do explicit conffile cleanups in the maintainer scripts [15:03] which we don't ever seem to have done before between major versions [15:03] iirc, we already have something to in post/pre to do some clean up [15:04] those are not user customized so they must go [15:04] same for 3.0 [15:05] well, no, not 3.0 [15:05] i just have apturl.js in there [15:05] yeah, we should clean them up really, but i don't think that's a new problem. i've just logged in to my desktop which has been upgraded through a few releases, and i still have cruft left over in /etc/firefox-3.0 and /etc/firefox-3.5 [15:06] fta: there's only something to clean up apparmor profiles [15:06] micahg, hmm, i remember i did something like that somewhere [15:08] chrisccoulson: what do you think about SRUing bug 563535 in the next upload to Lucid? [15:08] Launchpad bug 563535 in thunderbird (Ubuntu) "thunderbird -g fails due to invoking "$LIBDIR/$META_NAME" instead of "$LIBDIR/$META_NAME"-bin (affects: 1) (heat: 44)" [Medium,Triaged] https://launchpad.net/bugs/563535 [15:08] micahg - yeah, i think we already fixed the same issue for firefox [15:09] i'd like to clean these wrapper scripts up a little this week really [15:09] chrisccoulson: k, so should I just get an sru-ack before you do the security upload? [15:09] micahg - yeah, can do [15:11] that was rm_conffile in debian/xulrunner-1.9.1.postinst a while ago, is it still there? [15:12] fta: I don't see it, but there's a line to remove from ld.so.conf.d :) [15:13] micahg, it's in bzr log, not sure why it's gone though [15:14] fta: revision 349 === fta_ is now known as fta [15:27] wow, i can't believe how slow maverick is on my laptop [15:31] chrisccoulson: you mean widget drawing and stuff? [15:31] mdeslaur, everything, it runs absolutely terrible on my laptop [15:32] just switching tabs in nautilus takes around ~10s or so whilst it hammers the disk [15:32] i've had to purge ubuntuone because it just stops me from being able to do anything for 2 hours after logging in [15:33] but it still performs pretty bad [15:33] Since upgrading to maverick, it feels like gtk slowed down 10x for me [15:33] I can see stuff draw on the screen [15:33] yeah, it feels really awful. and nautilus has a huge memory leak too [15:33] in fact, that might be part of my problem [15:33] i have to keep killing nautilus every 10 minutes or so [15:34] and gedit too. perhaps it is a gtk problem ;) [15:34] * micahg wonders if it's worth SRUing the gdb bug if we're moving Lucid to 3.1.x anyways [15:34] chrisccoulson: ^^ [15:35] micahg - i suppose it depends on when we plan to do that [15:35] perhaps we should just wait [15:35] chrisccoulson: wanna chat about it :) [15:35] chrisccoulson: I seem to recall having experienced similar slowdown during the lucid beta cycle when CSD and/or something else was introduced temporarily into gtk [15:35] but, my memory is crappy, so... :) [15:36] chrisccoulson: well, I need to know whether or not I need to make lightning for 3.0.x or just 3.1.x [15:36] i think we should start getting ready to deploy 3.1.1 on lucid now, but i'd like to get it in maverick first to get some testing coverage [15:37] i think we should probably make getting 3.1.x in to maverick a priority, so people can test it [15:37] chrisccoulson: k, but how long of a test window? Once I push lightning 1.0b2 to maverick, we can't get 1.0b1 for 3.0.x in Lucid [15:38] micahg - i wouldn't worry too much about that, as it's fairly inevitable that lucid will get 3.1.x soon anyway [15:38] chrisccoulson: do we need a special ack for that this early? [15:38] mdeslaur, i ran the gtk updates from one of our PPA's when i was still running lucid, and that also slowed my machine down in the same way, so i suspect that it has something to do with it [15:38] chrisccoulson: we'll need to update enigmail as well and any other rdepends [15:40] micahg - that's ok, but we should probably start doing that in maverick ASAP really [15:40] chrisccoulson: ok, I'll try to get 3.1 back in the daily PPA this weekend, then after I get the rest of the rdepends (enigmail and such) updated for maverick, I'll upload (probably last week in July/first week of August), sound ok? [15:40] hopefully we'll catch all of the surprises early then ;) [15:40] yeah, that should be ok [15:42] I think I finally had an upload without changelog goofs \o/ [15:43] don't worry, they were all minor/cosmetic === fta_ is now known as fta [17:57] asac - is there a reason why we build an empty firefox-dev package? [17:59] chrisccoulson: transitional? [18:00] chrisccoulson: i think at some point we wanted to put the browser specific xpcom headers there [18:00] might be that those are non-existing now in recent branches [18:00] chrisccoulson: run find browser -name \*.idl [18:00] in mozilla/ tree [18:00] if that yields anything, it means that in theory we would need a -dev package for firefox [18:01] asac - it currently only depends on firefox, so if it is a transitional package, it's probably not pulling in the correct package [18:02] chrisccoulson: so yeah. then the latter is the reason [18:02] run that command to see if we would need a -dev [18:03] seems there are a few [18:03] http://paste.ubuntu.com/463071/ [18:03] most likely they dont get installed by make install and stuff like that etc. [18:03] sigh [18:03] so, we should be installing those in firefox-dev really then? [18:06] chrisccoulson: we should install those together with the .h files [18:06] otoh we dont want anyone to use firefox ;) [18:06] so its fine to drop that package i think [18:06] until someone complains that they cant build some extension or so [18:07] cool, i'll drop the package for now then [18:07] thanks [18:24] grrr === fta_ is now known as fta [18:26] i think it's best if i quit freenode for a while, at least until my dsl link is fixed. no need to spam all the channels i'm usually in === fta_ is now known as fta === fta_ is now known as fta [19:46] micahg - i'm going to push tb3.0.6 to the PPA in a minute unless you've got any other changes you want to get in [19:46] chrisccoulson: no, I think just a straight update is fine since we'll probably push TB3.1 next month [19:47] cool, ok, doing that now then [19:47] chrisccoulson: thanks, I'm sure you saw I pushed to maverick this morning [19:47] yes thanks, i'll copy your tarball now ;) [19:49] chrisccoulson: BTW, I think I might add to .head a variable to choose either kmozillahelper or firefox-kde-support depending on version (probably won't get to this till next month though) [19:49] the firefox-kde-support is from an external source isn't it? [19:50] chrisccoulson: yeah, but that is the new name for the pacakge starting w/maverick [19:50] chrisccoulson: it's a suggests [19:50] i'm just wondering if it makes sense for us to just build a "firefox-gnome" and "firefox-kde" package which both depend on firefox and pull in the correct platform libraries [19:51] rather than doing different things for handling the kde/gnome bits [19:51] chrisccoulson: well, firefox-kde-support/firefox-gnome-support already do that I though [19:51] *thought [19:52] micahg - yeah, but firefox-kde-support comes from an external source package, which seems a bit strange [19:52] chrisccoulson: because it's developed by Novell :) [19:52] ah, ok [19:53] chrisccoulson: I just want to reference the right package name in the dailies [19:54] chrisccoulson: first, awesome job on all the script fixes this morning for FF.head, but I saw a small typo in r615 [19:54] chrisccoulson: just in the changelog [19:55] micahg - yeah, i just saw that. i'll fix it when i do another push ;) [19:55] chrisccoulson: k, thanks :) [19:55] chrisccoulson: I'll port your fixes to ff4.0.head when I make it all in one [19:55] chrisccoulson: unless you want to do it :) [19:56] micahg - i'm going to create a firefox-3.6.head.dh7 branch shortly where we can start playing around with doing a dh7 port (just to catch any blockers on doing that) [19:56] but i want to do some tidying up first really [19:57] yeah, i'll look at copying some of those changes to ff4.0.head later as well [19:57] chrisccoulson: well, we can't do that until maverick+1 anyways, so I would suggest working on other maverick issues now [19:58] micahg - yeah, i wasn't planning on spending too much time on it, i just wanted to see if there would be any major issues, or functionality that we would be missing [19:59] chrisccoulson: k, I hope we can do a major cleanup next cycle, but we have to do another round of porting, so I was planning toward the end of release to start porting to xul20 in the transition PPA [19:59] porting to xul20 is going to be fun ;) [20:02] chrisccoulson: indeed :) [20:03] chrisccoulson: and if squeeze isn't released yet, we'll be 2 xul versions ahead of sid [20:03] chrisccoulson: lfaraone: oh, and the pyjamas guy is ranting on debian-devel now [20:04] heh, i should tell him that i've started on the pyxpcom packaging now ;) [20:04] chrisccoulson: was just going to ask you about that :) [20:04] or maybe i should let him whinge for a bit longer.... [20:04] chrisccoulson: I was going to chat with upstream about the future of the project, but never had a chance, you might want to do that to see if it'll even be around in 18 months [20:04] i'm a bit stuck with the versioning for pyxpcom, because the upstream source doesn't have a version number [20:05] chrisccoulson: maybe do it like scott did pybootchartgui [20:05] micahg - i tried asking in #pyxpcom earlier about versioning and doing a proper release, but i got no answer [20:05] 0+rev [20:05] micahg - yeah, that's what i've done for the packaging so far, but then i remembered that the python-xpcom binary package has existed in ubuntu before, but with a higher version number [20:06] so, i'd either need to pick a new binary name (and deviate away from debian), pick another arbitrary version number, or add an epoch [20:07] chrisccoulson: I would just suggest making this replace/conflict the old package [20:09] ah [20:09] * micahg forgot about upgrading those old people [20:09] chrisccoulson: you shouldn't worry about upgrading old users I think since the new packages will depend on pyxpcom [20:10] micahg - i was trying to keep the same binary name as before (python-xpcom), which aligns also with debian [20:10] s/shouldn't/shouldn't need to/ [20:10] chrisccoulson: well, is it common to move binaries from one source to another? [20:11] micahg - i think it's been done before [20:11] chrisccoulson: maybe you should chat with glandium about his plans for it [20:11] it's not in xulrunner-1.9.2 source [20:11] in debian [20:14] right, dinner time. bbiab === fta_ is now known as fta