[00:46] <micahg> mdeslaur: new flash releases, should I file a bug?
[00:54] <micahg> chrisccoulson: FYI if you haven't seen it already: https://developer.mozilla.org/En/Developer_Guide/Interface_Compatibility
[00:56] <chrisccoulson> heh, "JSAPI, NSPR, NSS, and other libraries which are currently shipped as separate shared libraries may be integrated into libxul"
[00:57] <chrisccoulson> well, gnome-shell is screwed then
[00:57] <micahg> chrisccoulson: can't we link against libxul then?
[00:58] <chrisccoulson> micahg - libxul is huge ;)
[00:58] <micahg> I didn't say it was the best idea ;)
[00:59] <chrisccoulson> i suppose it will still be possible to checkout spidermonkey and build it as a separate module
[00:59] <micahg> well, depends on its deps :)
[01:01] <chrisccoulson> yeah, and i'm not sure we want to maintain it as a separate module
[01:03] <chrisccoulson> perhaps i should send a mail to desktop-devel
[01:04] <micahg> chrisccoulson: I don't like the idea unless it has upstream support
[01:09] <micahg> chrisccoulson: do we care at this point if songbird uses system libs or should I try to at least get it using system xul?
[01:09] <micahg> (not happening in archive this cycle, just a general question)
[01:09] <chrisccoulson> micahg - i'd rather it didn't use system xul, else it becomes yet another package that we;ll have to try and look after ;)
[01:09] <chrisccoulson> although, if there's someone who's dedicated to maintain it, i don't mind
[01:10] <micahg> chrisccoulson: the alternative is another app that needs to be updated w/sec vulnerabilities
[01:10] <chrisccoulson> yeah, that's a bit of a pain
[01:11] <micahg> I'd rather it be like fennec so that it doesn't need to be updated except for major version changes
[01:11] <micahg> chrisccoulson: there
[01:11] <micahg> oops
[01:11] <micahg> there's a full web browser in there
[01:11] <chrisccoulson> do we get a log of users asking for songbird?
[01:11] <micahg> bug 94494
[01:11] <ubot2> Launchpad bug 94494 in debian (and 2 other projects) "[needs-packaging] Songbird (affects: 33) (dups: 3) (heat: 248)" [Unknown,New] https://launchpad.net/bugs/94494
[01:12] <chrisccoulson> i'm reluctant to start adding new gecko users now, especially with the transition to 2.0 approaching
[01:12] <chrisccoulson> we don't want to make life difficult for ourselves
[01:12] <micahg> chrisccoulson: ddecator was working on getting it up to speed before he got pulled away for other things
[01:12] <micahg> chrisccoulson: I wouldn't throw it in until xul20 was in archive i.e. N release :)
[01:13] <chrisccoulson> yeah, but that only delays the inevitable (in that we'd have to transition it at some point)
[01:13] <micahg> yeah, well, if it's xul based like fennec and they keep it updated to stable xul, it's not as hard
[01:14] <micahg> if they're going to lag behind a couple xul versions, that's another story
[01:14] <micahg> kinda moot ATM I guess
[01:14] <micahg> chrisccoulson: we can discuss at UDS :)
[03:46] <mdeslaur> micahg: sure, please (re: flash)
[03:47] <micahg> mdeslaur: k, public?
[03:47] <micahg> it's published
[03:50] <mdeslaur> micahg: yeah, public
[03:51] <micahg> mdeslaur: bug 616167
[03:51] <ubot2> Launchpad bug 616167 in flashplugin-nonfree (Ubuntu) "New upstream security releases 10.1.82.76 and 9.0.280 (affects: 1) (heat: 260)" [High,Triaged] https://launchpad.net/bugs/616167
[03:52] <mdeslaur> micahg: thanks!
[03:52] <micahg> mdeslaur: np
[03:52] <micahg> mdeslaur: I would offer to prepare debdiffs, but I've got a lot to do still before FF
[03:53] <mdeslaur> micahg: I'll do them tomorrow morning
[03:54] <micahg> mdeslaur: awesome, thanks!
[10:13] <fishor> micahg: hi :) firefox-4.0 is still not fixed
[10:18] <chrisccoulson> fishor, whats wrong?
[10:18] <fishor> chrisccoulson: hi, firfox-4.0 hang issue
[10:18] <chrisccoulson> when does that happen?
[10:19] <fishor> it looks like it hang on sites with some java ore some thing like this
[10:19] <fishor> it startet after update at last friday
[10:19] <chrisccoulson> have you got an example site?
[10:19] <fishor> igoogle
[10:19] <chrisccoulson> friday is when we switched to using bundled libraries
[10:20] <fishor> i use amd64 version
[10:20] <chrisccoulson> 1 second, i'm just upgrading
[10:23] <fishor> hmm... i will recheck now
[10:24] <fishor> seems like i didn't updatet corectly
[10:39] <fta2> chrisccoulson, asac: fyi, i patched chromium to report a user agent like this: "Mozilla/5.0 (X11; U; Linux x86_64; en-US) AppleWebKit/534.6 (KHTML, like Gecko) Ubuntu/10.10 Chromium/6.0.491.0 Chrome/6.0.491.0 Safari/534.6"
[10:40] <fta2> just added the "Ubuntu/10.10 Chromium/6.0.491.0" part, everything else untouched
[10:40] <fta2> it's only in the daily build atm. i plan to land it in maverick with the next release
[10:42] <fta2> for the records, upstream didn't want it when i proposed a patch last year, but as it's used by lots of web stats sites, it makes sense for us, as long as it doesn't break websites doing u-a sniffing
[10:43] <chrisccoulson> fta2 - it's interesting you should mention that. i closed a bug report yesterday because a user was having an issue with a site doing u-a sniffing
[10:43] <chrisccoulson> which had broken firefox, but worked in chromium ;)
[10:43] <fta2> hm
[10:43] <chrisccoulson> but that was with the new u-a string i think
[10:44] <fta2> please try with the last daily build then, if it breaks, i guess i should revert
[10:44] <chrisccoulson> fta2 - sure, no problem
[10:49] <fta2> chrisccoulson, by "new u-a", you meant in firefox, right?
[10:53] <chrisccoulson> fta2 - i meant chromium, although, perhaps i don't have the new u-a string yet
[10:54] <chrisccoulson> hmmm, ff4 is seriously broken :/
[10:54] <fta2> my u-a patch landed only a few hours ago in only 1 ppa
[10:55] <fta2> 4am, paris time
[10:56] <fta2> 8h ago
[10:56] <fishor> chrisccoulson: i updated now to the last version of 4.0
[10:57] <fishor> and this do not working at all
[10:57] <fishor> lex@zwerg:~$ firefox-4.0
[10:57] <chrisccoulson> fishor, yeah, i know ;)
[10:57] <fishor> exec: 159: usr/lib/firefox-4.0b4pre/run-mozilla.sh: not found
[10:57] <fishor> lex@zwerg:~$ /usr/lib/firefox-4.0b4pre/run-mozilla.sh
[10:57] <fishor> run-mozilla.sh: Cannot execute .
[10:57] <fishor> lex@zwerg:~$ /usr/lib/firefox-4.0b4pre/run-mozilla.sh
[10:57] <chrisccoulson> fishor, i just committed a fix for that in bzr already
[10:57] <fishor> run-mozilla.sh: Cannot execute .
[10:57] <fishor> ok
[10:57] <chrisccoulson> but it still doesn't work
[10:57] <fishor> chrisccoulson: thanks
[10:57] <chrisccoulson> now it just exits
[10:57] <chrisccoulson> and launching the profile selector just crashes :/
[10:57] <fishor> good to kow :D
[10:58] <chrisccoulson> urgh, i see what is happening
[10:58] <chrisccoulson> none of the manifest files for the chrome are getting installed :/
[11:01] <chrisccoulson> ok, make install no longer installs them, so it's not even a packaging error
[11:02] <fishor> chrisccoulson: one more question, why firefox use integrated copy of libvpx and not shared?
[11:03] <fishor> libvpx/vp8/webm
[11:04] <chrisccoulson> fishor - we build it with it's own copy of all the libraries
[11:05] <chrisccoulson> this is the way that mozilla distribute it
[11:05] <chrisccoulson> oh, i see the error now
[11:05] <chrisccoulson> all the manifest files have been merged in to a single localized.manifest
[11:06] <fishor> ok
[11:08] <chrisccoulson> b'ah, this makes splitting out the branding a serious pita
[11:14] <chrisccoulson> micahg - not sure if you want to change the topic in the channel, to say that the FF4.0 dailies are seriously broken ;)
[15:07] <bobby> Anyone know why Minefield 4.0 web browser won't open?
[15:07] <chrisccoulson> bobby, yes
[15:08] <bobby> Do I want to know why? And why was it renamed to minefield? I thought those were only Mozilla's nightly builds?
[15:08] <chrisccoulson> there are no chrome manifest files being installed now due to a recent change
[15:09] <chrisccoulson> it was renamed to minefield because that's the correct branding for our nightlies
[15:09] <bobby> Ah... I do like the icon better... Makes me feel very safe knowing I'm in a browser that's name is associated with death :)
[15:11] <micahg> hi chrisccoulson :)
[15:13] <chrisccoulson> hi micahg
[15:13] <chrisccoulson> so, this chrome registration change is causing me a real headache ;)
[15:13] <bobby> Oh yeah, I forgot to mention that this thing still doesn't make me a fudgeing sandwich. Work on that too please?
[15:14]  * micahg needs to remember not to upload to archive when tired
[15:14] <micahg> chrisccoulson: you should be able to set topic also I think
[15:14] <chrisccoulson> micahg - oh, i'm not sure if i can
[15:14] <chrisccoulson> i've never tried ;)
[15:24] <micahg> chrisccoulson: sorry, forgot to update the blueprint the last couple days, TB31 daily is working
[15:24] <micahg> I think well enough for the work item to be marked done
[15:26] <chrisccoulson> micahg - ok, that's good then :)
[15:27]  * micahg hopes we can make our goals before beta
[15:27] <chrisccoulson> right, i'm just about to test a build with the alternative branding bits refactored
[15:27] <micahg> chrisccoulson: BTW, I fixed the FTBFS with weave/enigmail last night
[15:27] <chrisccoulson> not sure how well this is going to work :/
[15:28] <chrisccoulson> micahg - cool :)
[15:28] <micahg> chrisccoulson: apparently something's not pulling right from pkg-config, so I have to add a CXXFLAG until I can dig deeper
[15:57] <micahg> new chrome release :-/
[15:57]  * micahg now knows how to invoke fta :)
[15:58] <fta> ?
[15:58] <micahg> I said new chrome release and you appeared :)
[15:58] <fta> pure coincidence
[15:58] <micahg> heh
[15:59] <micahg> fta: I see your SRU was accepted
[15:59] <fta> already tried to package the new(er) release, but there's a problem upstream
[16:00] <fta> i'm waiting for their answer
[16:03] <fta> X seriously broken for nvidia users :(
[16:03] <fta> trashed my desktop at work
[16:04] <magcius> micahg: have you filed the LP nVidia issue upstream yet?
[16:04] <fta> chrisccoulson, so, any issue with my UA patch?
[16:07] <chrisccoulson> fta - sorry, i didn't have a chance to try it yet
[16:07] <chrisccoulson> i'll try it now FF is building
[16:13] <micahg> magcius: not yet, trying to get stuff in before Feature freeze
[16:14] <magcius> micahg: oh hey
[16:14] <magcius> micahg: looks like it's been fixed in 256.44 too
[16:14] <micahg> magcius: that rocks!
[16:14] <magcius> micahg: but page corruption is still an issue for me
[16:16] <micahg> magcius: same test cases as before?
[16:16] <magcius> micahg: which are?
[16:16]  * micahg doesn't know, the original bug
[16:17] <magcius> I was trying to find it
[16:17] <magcius> Do you know where it is? LP, nvnews or BMO?
[16:18] <micahg> bug 223238
[16:18] <ubot2> Launchpad bug 223238 in linux-restricted-modules-2.6.24 (Ubuntu) (and 1 other project) "Extremely slow Ajax/Javascript/CSS performance in Firefox 3 using non-free nvidia-glx-new (affects: 18) (dups: 4) (heat: 155)" [Undecided,New] https://launchpad.net/bugs/223238
[16:19] <magcius> That's the page corruption bug?
[16:19] <micahg> hmm
[16:19] <micahg> is that what was fixed?
[16:19] <magcius> actually
[16:19] <magcius> I thought it was
[16:19] <magcius> but it's slow for me
[16:20]  * micahg remembers a few issues w/nvidia in Lucid+
[16:21] <magcius> micahg: I'm using 4.0b2 because of the issues between AdBlock and the new Async redirect API
[16:21] <micahg> magcius: oh, I'd suggest going back to 3.6.x then
[16:21] <magcius> micahg: too slow in terms of JS speed
[16:22] <chrisccoulson> fta - the u-a string change doesn't cause any issues for me
[16:22] <micahg> asac: what do you think of a gnash merge from Debian?  apparently there's a new upstream snapshot
[16:22] <magcius> micahg: don't bother with Gnash. At all.
[16:22] <chrisccoulson> micahg - might be worth talking to rsavoye
[16:22] <micahg> magcius: it's in archive, I have to bother with it :)
[16:22] <asac> micahg: the idea was that rsavoye takes over all the packaging
[16:22] <asac> for debian and ubuntu
[16:22] <micahg> asac: ah, ok
[16:22] <magcius> micahg: they're going to start to merge liblightspark and gnash
[16:23] <asac> is he the one who uploaded?
[16:23] <magcius> But yeah, there was a release a few days ago
[16:23] <micahg> asac: no
[16:23] <asac> micahg: chrisccoulson: would be great if you could give rsavoye a hand ... maybe ask for his packaging and see what is not good enough to just take that
[16:24] <asac> i know he has his own packaging ... we just should review and then enable him to directly upload to ubuntu
[16:24] <asac> let me see
[16:24] <asac> i will try to get him in this channel
[16:24] <chrisccoulson> can he not upload to ubuntu then? he's maintaining it in debian isn't he?
[16:24] <micahg> asac: k, I can't upload it since it's not in the package set, but I can certainly review
[16:25] <asac> chrisccoulson: baby is maintaining it in debian, but i discussed with her that we should sponsor his packages to debian
[16:25] <asac> if the last debian upload was done by him
[16:26] <micahg> asac: also, as long as you're here, what do you think about merging enigmail in debian in pkg-mozext
[16:26] <asac> then we should think about synching even ... or review and see what needs to be different still
[16:26] <asac> hi rsavoye !!
[16:26] <rsavoye> so you want me to do what ? :-)
[16:26] <asac> thanks for coming ;) ... chrisccoulson and micahg are your friends from now on too!! ;)
[16:26] <rsavoye> good thing I've had coffee...
[16:27] <asac> rsavoye: lol ... so who is currently maintaining the debian packaging? still baby?
[16:27] <micahg> rsavoye: I noticed a new gnash upload to experiimental and was wondering if we should grab it for maverick
[16:27] <chrisccoulson> hi!
[16:27] <rsavoye> barely... but yes Baby is also super busy
[16:27] <rsavoye> I sent her patches in Feb that never made it into debian
[16:27] <asac> rsavoye: baby and i discussed basically what you and i discussed at uds, that we shouldnt waste efforts by doing 3 packages
[16:27] <rsavoye> I agree on that one
[16:27] <asac> rather enabling you to push your packaging to debian and ubuntu
[16:28] <rsavoye> also since I build daily snapshots, that keeps my packaging files in sync with trunk better
[16:28] <asac> so as a first step - since gnash came up - i would love to see if we can get your packages in ubuntu
[16:28] <asac> otherwise we need to work on that ... chrisccoulson and micahg volunteered to review your packages etc.
[16:28] <rsavoye> yes, the ubuntu packaging files could use my other improvements
[16:28] <asac> if that works well we can directly push to debian after getting babies blessing and then you can take over
[16:29] <rsavoye> I think she'd be glad to not have to do it
[16:29] <asac> rsavoye: i am not saying that we should improve the current ubuntu packages, but rather kill them and use your ;)
[16:29] <rsavoye> mine are lintian clean :-)
[16:29] <asac> and make your packaging so that it works in debian and ubuntu and just upload to debian
[16:29] <micahg> always a plus :)
[16:29] <asac> but as a first step lets do that for maverick
[16:30] <rsavoye> I should grab the ubuntu versions just to make sure there isn't something important in there
[16:30] <asac> rsavoye: so can you point micahg and chrisccoulson where to get the packaging?
[16:30] <rsavoye> it's in gnash trunk packaging/debian
[16:30] <asac> rsavoye: you should, yes. one thing that is important are the Xb-* headers in debian/control
[16:30] <asac> rsavoye: ensure you have them (dont hurt for debian)
[16:31] <asac> rsavoye: can you check if https://code.edge.launchpad.net/~gnash/gnash/trunk is in sync with your fsf branch
[16:31] <asac> ?
[16:31] <asac> its easier to tell micahg and chrisccoulson to just run bzr branch lp:gnash ;)
[16:31]  * micahg is running that now :)
[16:31] <rsavoye> right, other than we're switching to Git... :-(
[16:31] <asac> that branch is auto synched ... just wonder if it is broken ;)
[16:31] <asac> rsavoye: you are switching? what is that worth?
[16:32] <rsavoye> cause the bzr support on savannah is so bad and out of date it barely works
[16:32] <asac> hmm. kk
[16:32] <asac> good that we can mirror that so you can still run bzr branch lp:gnash ;)
[16:32] <rsavoye> no web browsing of code either, and I couldn't get the savannah admins to fix it for a year...
[16:32] <asac> lol
[16:33] <asac> hmm
[16:33] <chrisccoulson> i quite like git ;)
[16:33] <rsavoye> to be honest, the bzr team tried hard to help as much as possible, but got to much push back
[16:33] <rsavoye> yeah, most people are glad we;re switching
[16:33] <chrisccoulson> although, i probably shouldn't admit that in public
[16:33] <rsavoye> we have to stay on savannah, so moving top launchpad wasn't an option
[16:33] <rsavoye> the speed difference is astounding...
[16:34] <rsavoye> lp:gnash looks very out of date
[16:34] <rsavoye> http://git.savannah.gnu.org/cgit/gnash.git/tree/packaging/debian
[16:34] <rsavoye> since the web UI works. :-)
[16:34] <asac> rsavoye: is there an announce about switching?
[16:35] <asac> rsavoye: lp:gnash is 3 days old ;)
[16:35] <rsavoye> I'm playing with it for the release branch first
[16:35] <asac> not sure if that can be "very" ;)
[16:35] <rsavoye> so we'd switch next week sometime
[16:37] <rsavoye> you can also grab my maverick packages from my repo for snapshots on getgnash.org
[16:37] <rsavoye> our next release will be out by the end of the month
[16:37] <micahg> rsavoye: you have source packages?
[16:38] <rsavoye> yes, on getgnash.org. I build snapsots every few days
[16:38] <asac> this reminds me: also check the sanity of the versioning scheme for the snapshots maybe ;)
[16:38] <rsavoye> it's changing now anyway, as git tags are weird compared to bzr ones
[16:39] <rsavoye> I may just go back to a timestamp instead of the revno
[16:39] <rsavoye> for releases, it;s just 0.8.8
[16:39]  * micahg only sees 1 dsc in the snapshots dir
[16:40] <rsavoye> check the repo: http://www.getgnash.org/packages/
[16:40] <rsavoye> I should nuke the old snapshots now that I have a repository
[16:41] <micahg> rsavoye: source packages please :)
[16:42] <micahg> ah, you have for debian, but not Ubuntu
[16:42]  * micahg sees 0.8.7
[16:42] <rsavoye> I have karmic,lucid, and maverick packages
[16:43] <rsavoye> plus lenny, gNewsense, and of course RPMs
[16:43]  * micahg can't find any ubuntu stuff past intrepid
[16:43] <rsavoye> http://www.getgnash.org/debs/ubuntu/pool/main/g/gnash/
[16:44] <rsavoye> I also build all of the Gnash plugins as packages too
[16:45] <micahg> you should update the links on that first page then :)
[16:45] <rsavoye> I haven't been building debs lately since I've been hacking ARM assembler lately...
[16:45] <rsavoye> micahg: probably :-) I get a bit frustrated having to do everything for Gnash
[16:46] <micahg> grabbing r12341
[16:46] <micahg> rsavoye: thanks :)
[16:46] <rsavoye> asac: course you realize my canonical contract expires in a few weeks :-(
[16:48] <micahg> ugh
[16:48] <micahg> build-deps is a mess
[16:48] <micahg> but I guess that's so it builds on previous series as well
[16:49] <rsavoye> yes, for ubuntu I'd clean that up
[16:49] <micahg> rsavoye: you'll want to list each set on a separate line so that it's easier to read
[16:49] <rsavoye> supporting multiple deb based distros is a pain...
[16:49] <rsavoye> and I should drop some of the alternates
[16:49] <rsavoye> too bad maverick and lenny don't use all the same package names
[16:50] <micahg> rsavoye: well, if you can use the default in the series, then just use the unversioned -dev package
[16:50] <rsavoye> not on lenny. :-)
[16:50] <rsavoye> I wil be tweakig these for the release, so suggestions are welcome
[16:53] <asac> rsavoye: this is not canonical ... it is about gnash in ubuntu for me
[16:53] <rsavoye> I think the biggest differences are how I configure gnash for the packages
[16:53] <asac> want to help you fix the problem to distribute gnash ;)
[16:53] <rsavoye> I'd love to see the best Gnash packages in Ubuntu we can have too
[16:53] <micahg> well, there's dpkg-vendor, but that's only in dpkg 1.15 IIRC
[16:55] <Milos_SD> Hi
[16:55] <Milos_SD> today's build of Firefox 4 for Lucid doesn't work :(
[16:57] <rsavoye> I've got to run out in an hour, but I'll see about a little packaging cleanup tonight
[16:58] <chrisccoulson> i'll have a look at that too once i've got FF4 working
[16:58] <chrisccoulson> Milos_SD, have a look at the topic
[16:58] <chrisccoulson> fta - what time to the dailies run normally?
[17:00] <fta> chrisccoulson, 4am for ucd, 5am for umd/gwibber, 7am for nmt, 5pm for ucd-dev+beta
[17:00] <chrisccoulson> fta - thanks, that's ok then
[17:00] <fta> or anytime if you ask me
[17:00] <Milos_SD> is there a way that I get back to previous build?
[17:01] <fta> (all in paris time)
[17:01] <chrisccoulson> fta - i just wanted to make sure there wasn't abuild scheduled soon, as they're quite broken atm
[17:01] <chrisccoulson> (for umd)
[17:01] <fta> it's 6pm here
[17:01] <micahg> chrisccoulson: I'm going to start dogfooding TB31, we can fix the dependency issues before upload
[17:03] <chrisccoulson> micahg, cool, thanks
[17:03] <chrisccoulson> Milos_SD, not unless the packages are still accessible from LP
[17:10]  * micahg only has 5 packages left to merge + 3 to update + 1 to update/merge + 1 to package, then we can focus on bugs :)
[17:11] <chrisccoulson> nice!
[17:11] <chrisccoulson> well, i've got FF4.0 built and running again, but we've got abrowser branding everywhere now ;)
[17:11] <micahg> chrisccoulson: is it bad if I miss FF for TB31?
[17:12] <chrisccoulson> micahg - no, we should be ok
[17:12] <micahg> k
[17:12]  * micahg figures the other packages that'll have harder times getting exceptions might be better to get in before FF
[17:13] <micahg> chrisccoulson: what do you think ^^
[17:13] <chrisccoulson> yeah, makes sense
[17:15] <micahg> i think this looks pretty good for us this cycle: http://qa.ubuntuwire.com/multidistrotools/mozilla.html
[17:35] <micahg> \o/ broke 10000 for soyuz karma :)
[17:39] <chrisccoulson> nice!
[17:39] <chrisccoulson> right, doing another FF build now. hopefully it installs things in the right order now, so we get the branding the right way around
[17:40] <micahg> cool
[17:40]  * micahg is off to $WORK
[19:39] <chrisccoulson> fta - would you mind respinning the FF4.0 builds in umd please?
[19:39] <gnomefreak> anyway we can describe xulrunner-2.0-testsuite better?
[19:40]  * gnomefreak not sure what it is :(
[19:40] <chrisccoulson> gnomefreak, if you can think of a description ;)
[19:40] <gnomefreak> chrisccoulson: i have no clue what it is or does
[19:40] <micahg> gnomefreak: is mozillateam admin for this channel or is it open to anyone?
[19:41] <gnomefreak> otherwise i would
[19:41] <gnomefreak> i dont think so
[19:41] <gnomefreak> if i remember the command i will add mt that should be fairly easy
[19:42] <gnomefreak> !freenode
[19:42] <ubot2> freenode is the IRC network that you're on! See http://freenode.net/faq.shtml. freenode has policies that govern how people should use the network which can be read at http://freenode.net/policy.shtml. The ubuntu channels on freenode also have their own !guidelines
[19:42] <micahg> gnomefreak: because I can change topic
[19:42] <gnomefreak> micahg: you are admin i though
[19:42] <micahg> gnomefreak: not IRC admin
[19:42] <gnomefreak> or i dont have the topic locked
[19:42] <micahg> gnomefreak: tis ok, isn't abused AFAIK
[19:45] <gnomefreak> i dont have topic locked. if it gets abused i can add it
[19:52] <chrisccoulson> i've only just noticed that the tab bar in FF4 is animated
[19:52] <gnomefreak> chrisccoulson: does it install xulrunner-2.0 packages?
[19:52] <chrisccoulson> gnomefreak, not since last week
[19:52] <micahg> \o/ starred folders w/new messages back in TB3.1
[19:53] <chrisccoulson> nice!
[19:53] <gnomefreak> i cant find info on it at all
[19:53] <gnomefreak> i was looking for upstream info
[19:54] <micahg> chrisccoulson: did you fix the apparmor goof as well?
[19:55] <fta> chrisccoulson, done
[19:55] <fta> my adsl connection sucks again :(
[19:55] <chrisccoulson> fta - thank you :)
[19:55] <chrisccoulson> micahg - whats wrong with apparmor?
[19:55] <jdstrand> ?
[19:56] <micahg> http://pastebin.ubuntu.com/476562/
[19:58] <jdstrand> my name is associated with that, but I have made not 4.0 commits
[19:58] <jdstrand> s/not/no/
[19:58] <jdstrand> micahg: can you paste /etc/apparmor.d/usr.bin.firefox-4.0?
[19:58] <micahg> http://pastebin.com/TUYAKSr1
[19:59] <chrisccoulson> oh, that's probably me
[19:59] <chrisccoulson> i'll fix that
[19:59] <jdstrand> usr/lib/firefox-4.0b4pre/** ixr,
[19:59] <jdstrand> ^ that needs to be an absolute path
[20:01] <chrisccoulson> that's fixed already in one of this afternoons commits
[20:02] <chrisccoulson> i caused both of those problems ;)
[20:03] <micahg> ugh, 4hr build queue
[20:03] <chrisccoulson> people will have to wait a bit longer for working FF4 then
[20:04] <chrisccoulson> meanwhile, i will continue to enjoy it on my laptop here whilst everyone else waits ;)
[20:04] <micahg> heh, well, I've got TB 3.1.2 on my laptop :P
[20:04] <jdstrand> chrisccoulson: so, I am getting close to making some apparmor profile changes. 4.0 i sgoing into maverick when?
[20:04] <micahg> jdstrand: never!
[20:04] <chrisccoulson> jdstrand, 4.0 won't be going in to maverick ;)
[20:04] <micahg> :)
[20:04] <jdstrand> oh
[20:04] <jdstrand> ok
[20:05] <chrisccoulson> it's maverick +1
[20:05] <chrisccoulson> but we still need to keep it maintained
[20:05] <micahg> probably 4.1 or 4.5
[20:05] <chrisccoulson> it took quite a while for me to bring it up to date over the last few days
[20:05] <jdstrand> chrisccoulson: so I'll still commit to 3.6.head then and 4.0 after
[20:05] <chrisccoulson> jdstrand, sure, that's ok
[20:05] <jdstrand> cool, thanks
[20:14] <fta> linux/beta (5.0.375.125 -> 6.0.472.33)
[20:14] <fta> uhuh
[20:15] <micahg> fta: major releases every 6 weeks now :)
[20:20] <chrisccoulson> right, i'm off for a bit to get some dinner
[20:23] <[reed]> how does one request that a package get rebuilt to fix dependency problems?
[20:23] <[reed]> er, I guess I should ask in #ubuntu-devel
[20:29] <[reed]> well, nobody is answering there, so I'll accept answers here!
[20:29] <gnomefreak> im waiting for mutter/gnomeshell to get fixed
[20:31] <gnomefreak> firefox is ugly with default theme
[20:35] <gnomefreak> i like the dark theme only the section where address bar and tabs are a beige color
[20:45] <micahg> gnomefreak: what's wrong with gnome-shell?
[20:45] <gnomefreak> micahg: doesnt install due to mutter depends
[20:46] <gnomefreak> mutter needed to be rebuilt yesterday i heard
[20:46] <gnomefreak> im using ppa version
[20:48]  * gnomefreak also thought pidgin was default :)
[21:35] <chrisccoulson> [reed], what package do you have problems with? (unless someone already answered your question)
[21:35] <fta> i think i'll skip this new stable update: http://googlechromereleases.blogspot.com/2010/08/stable-channel-update.html
[21:36] <fta> the source code is not available where it usually is
[21:36] <fta> and upstream doesn't seem to want to answer my questions about it
[21:36] <chrisccoulson> [reed] - no worries, i see that it was already answered
[21:37] <chrisccoulson> fta - if it's just updated flash, then it makes sense to not update
[21:37] <fta> yep
[21:37] <fta> it's one of the files we don't have access to anyway
[21:38] <fta> (that and the pdf plugin)
[23:00] <chrisccoulson> micahg - i might branch the awesome-browser branding for FF4.0
[23:00] <micahg> chrisccoulson: do we need new files?
[23:00] <chrisccoulson> i've already had to patch it today,and i've just noticed that Help->About doesn't work in abrowser, which needs another change
[23:01] <chrisccoulson> it needs new strings, but i also had to patch the jar.mn files today as well
[23:01] <micahg> chrisccoulson: k, if it's the stuff in the branch changing, go for it
[23:02]  * micahg hasn't touched that
[23:02] <chrisccoulson> cool, i'll do that later
[23:02]  * micahg actually doesn't know what's in that branch :)
[23:03] <chrisccoulson> other than that, ff4 is working well again
[23:06] <micahg> chrisccoulson: is the version in the PPA good now?
[23:07] <chrisccoulson> micahg - yeah, i just tried the amd64 build. with the exception of the preferences going in the wrong place (/etc/@APPNAME), it's fine
[23:07] <chrisccoulson> (but that will fix itself on the next build, and it will work for upgraders still)
[23:12] <micahg> chrisccoulson: I've been using TB3.1 for 4 hours and memory usage has ballooned, but it seems stabel
[23:12] <micahg> could just be the indexing