[00:01] <chrisccoulson> micahg - who worked in the KDE integration patch originally?
[00:03] <chrisccoulson> s/in/on/
[00:08] <micahg> chrisccoulson: debfx
[00:11] <jlebar> Hey, guys.  It looks like the Ubuntu download page uses some invalid HTML which Firefox's HTML5 parser breaks.
[00:11] <jlebar> https://bugzilla.mozilla.org/show_bug.cgi?id=593114
[00:11] <ubot2> Mozilla bug 593114 in General "Download button text missing at Ubuntu.com on trunk nightly (20100902)" [Normal,Resolved: duplicate]
[00:11] <jlebar> er... https://bugzilla.mozilla.org/show_bug.cgi?id=569528
[00:11] <ubot2> Mozilla bug 569528 in HTML: Parser "[HTML5] <h5> inside <button> inside <p> implicitly closes the <p>" [Normal,Assigned]
[00:12] <jlebar> We've filed a spec bug and are changing our implementation, but in the meantime, it might be good if you guys fixed the page.
[00:14] <micahg> which page?
[00:14] <chrisccoulson> http://www.ubuntu.com/desktop/get-ubuntu/download
[00:15] <chrisccoulson> jlebar, you can report bugs against the website - https://bugs.edge.launchpad.net/ubuntu-website/+filebug
[00:15] <chrisccoulson> i'm not sure if anybody maintaining the website hangs out in here
[00:17] <jlebar> Actually, now that I'm thinking of it, I think I *did* file a Launchpad bug.  I'll find that bug and poke it.
[00:18] <chrisccoulson> jlebar, bug 588595 :)
[00:18] <ubot2> Launchpad bug 588595 in firefox (Ubuntu) (and 2 other projects) "Ubuntu download button renders inccorrectly in Firefox 3.7 (trunk) (affects: 1) (heat: 43)" [Medium,Invalid] https://launchpad.net/bugs/588595
[00:19] <jlebar> yeah.  It's even linked from my Mozilla bug.  :)
[00:19] <chrisccoulson> i've just added a ubuntu-website task
[00:19] <jlebar> chrisccoulson, cool.  Can you cc me?
[00:20] <chrisccoulson> jlebar, you should already get copied on changes to that bug, as you're the reporter
[00:20] <jlebar> Oh, I see; you added a task to the existing bug.
[00:20] <jlebar> You guys and your fancy trackers...
[00:20] <chrisccoulson> yeah, it's easier than reporting a new bug :)
[00:21] <chrisccoulson> but it does get abused by some people....
[00:22] <chrisccoulson> occasionally users will come along and add another dozen or so tasks, because the bug sounds similar to bugs that other applications have ;)
[00:22] <chrisccoulson> and then you end up with hundreds of people subscribed and getting spammed
[00:22] <jlebar> haha.  Well, Bugzilla solves this problem by being so user-unfriendly that nobody wants to use it.  :)
[00:23] <chrisccoulson> lol
[00:40] <micahg> chrisccoulson: any decision yet on profile names for firefox-trunk/-next?
[00:42] <chrisccoulson> micahg - not yet. i'll sit down and think about how the profile migration will work tomorrow. i think we should try and work that out before we start renaming the branches
[00:43] <micahg> chrisccoulson: k, we should get up beta 5 packages soon though, people really want to try 4.0 (me included, but won't use dailies for regular use)
[00:43] <chrisccoulson> yeah, i'll work on fixing the other remaining issues tomorrow
[00:43] <Dimmuxx> so beta ppa next week maybe?
[00:44] <chrisccoulson> the main one being how we add our custom preferences to the omni.jar
[00:44] <chrisccoulson> that's going to be tricky
[00:44] <micahg> Dimmuxx: I hope, beta 5 is scheduled for monday
[00:44] <micahg> chrisccoulson: can't we patch it in before it's created?
[00:44] <chrisccoulson> we could, but i'd rather not patch the upstream preferences files if we can help it
[00:44] <chrisccoulson> i'd prefer to just ship the additional files still
[00:45] <micahg> chrisccoulson: no, we can patch in a new file that's added to the omnijar
[00:46] <chrisccoulson> yeah, we could do that too, by patching the package-manifest
[00:46] <micahg> chrisccoulson: yep :)
[00:47] <chrisccoulson> the only issue we have is that we ship different preferences depending on the branding
[00:47] <chrisccoulson> hmmmm :/
[00:47] <chrisccoulson> i'll figure something out
[00:48] <micahg> chrisccoulson: well, how is the alternative branding handled at the moment?  ( I know we talked about 2 passes to generate an omnijar for each branding)
[00:48] <chrisccoulson> the other alternative is to manually copy the preferences in to dist/$(MOZ_APP_NAME)/defaults after the contents of dist/bin are copied across (which is driven by the package-manifest), but before the omni.jar is created
[00:49] <chrisccoulson> and it's possible to do that with the upstream build system, if you drop my patch which creates the omni.jar when running make install
[00:52] <chrisccoulson> i also need to add some preinst hooks to clean up the files in /etc/firefox-4.0, as those aren't used anymore
[00:52] <chrisccoulson> but that one is fairly trivial to do
[06:12] <China_Jobs> does anyone know how to repopulate the inbox in Thunderbird with emails saved to local folders so that the messages really are back in the inbox and not just look like they are?
[06:34] <micahg> chrisccoulson: gnome-shell and gjs are ready, just waiting to make sure I don't need an FFe to upload
[10:54] <chrisccoulson> micahg - i just noticed that gnome-shell already tries to set LD_LIBRARY_PATH
[10:54] <chrisccoulson> but it's doing it incorrectly (by using pkg-config)
[13:05] <micahg> chrisccoulson: hmm, and the libmozjs patch is wrong as well
[13:14] <jdstrand> fta2: hey. so chromium-codecs-ffmpeg ftbfs on armel: http://launchpadlibrarian.net/54825547/buildlog_ubuntu-lucid-armel.chromium-codecs-ffmpeg_0.6%2Bsvn20100811r55740%2B56137-0ubuntu0.10.04.1_FAILEDTOBUILD.txt.gz
[13:15] <gnomefreak> micahg: the connting problem is back with latest update. it was working for a while until the upload
[13:15] <jdstrand> fta2: this is a regression over the previous release unfortunately :(
[13:15]  * gnomefreak would really rather not use a different client
[13:15] <micahg> gnomefreak: connting?
[13:16] <jdstrand> fta2: it looks like it did on maverick as well
[13:16] <gnomefreak> connecting
[13:16] <micahg> gnomefreak: which thunderbird are you using now?
[13:17] <micahg> I fixed the FTBFS in the daily PPA
[13:17] <gnomefreak> 3.1.4~hg20100825r5783+nobinonly-0ubuntu2~umd2
[13:17] <micahg> and now it's totally broke?
[13:17] <gnomefreak> cant connect to 4 boxes
[13:17] <gnomefreak> they are th important boxes
[13:18] <micahg> that seems weird, IMAP?
[13:18] <gnomefreak> i have >8000 emails due to this problem
[13:18] <gnomefreak> micahg: pop
[13:18] <gnomefreak> imap has enough damn problems i dont need to add more
[13:18]  * micahg checks for bugs
[13:20]  * gnomefreak hates to file a bug on this but it needs to be fixed 
[13:20] <micahg> gnomefreak: anything in the error console?
[13:20] <gnomefreak> one minute
[13:22] <gnomefreak> yes but activity managers give more info. hold on i cant copy+paste from error console
[13:22] <micahg> chrisccoulson: so, no FFe needed, but you probably knew that, so, do I need to fix the mozjs patch, or can I upload this and then fix it later?
[13:23] <gnomefreak> Warning: Error in parsing value for '-moz-appearence'. Declaration dropped.
[13:23] <gnomefreak> more ->
[13:24] <gnomefreak> Source File: chrome://global/skin/scrollbars.css
[13:24] <gnomefreak> they are both the same as above
[13:24] <chrisccoulson> micahg - i think we should probably fix it all in one go.
[13:24] <gnomefreak> let me try disabling enigmail than themes i guess
[13:24] <chrisccoulson> i didn't look at the other patch though, so i'm not sure whats wrong with it yet
[13:24] <micahg> gnomefreak: yeah, let me know if it's an extension issue
[13:24] <gnomefreak> oh line 86 is one of them
[13:25] <micahg> chrisccoulson: well, I can patch the LD_LIBRARY_PATH in the patch to work correctly
[13:25] <chrisccoulson> but we should probably try and fix the existing python wrapper to set LD_LIBRARY_PATH correctly, rather than introducing a new wrapper
[13:25] <gnomefreak> sorry 186
[13:25] <gnomefreak> and no engimail is not the problem
[13:26] <gnomefreak> oh crap its not an extension bug since it does it in -safe-mode
[13:26] <micahg> chrisccoulson: ah, yes, I didn't notice that before (I guess I should've checked for an existing wrapper :))
[13:27]  * micahg gives it a go
[13:29] <micahg> chrisccoulson: should I add it to the existing mozjs patch and fix that as well?
[13:29] <chrisccoulson> micahg - yeah, can do
[13:29] <micahg> chrisccoulson: k
[13:34] <micahg> chrisccoulson: ah, and most users won't have pkg-config installed, is that the issue
[13:35] <chrisccoulson> micahg - yeah, that only works for people that have development packages installed
[13:36] <micahg> chrisccoulson: k, I'll have to fix this in a couple hours, have to run now
[13:42] <fta2> jdstrand, i know. i've already pinged the upstream arm guys, and asac. no answer so far. I can't test myself, i don't have access to any arm box
[14:36] <fta2> d'oh! lrwxrwxrwx 1 root root  9 2010-08-26 10:56 /etc/alternatives/gnome-www-browser -> /usr/bin/
[14:37] <fta2> something is adding a bogus alternative
[14:37] <fta2> chrisccoulson, ^^
[14:38] <fta2> $ gnome-www-browser
[14:38] <fta2> /usr/bin/gnome-www-browser: Permission denied.
[14:39] <fta2> lrwxrwxrwx 1 root root 35 2010-08-26 10:56 /usr/bin/gnome-www-browser -> /etc/alternatives/gnome-www-browser
[14:51] <chrisccoulson> fta2 - what is the output of update-alternatives --display gnome-www-browser?
[14:51] <chrisccoulson> oh
[14:51] <chrisccoulson> i see it here too
[14:56] <chrisccoulson> fta2 - do you have firefox 4 installed? i have a feeling that installed the bogus alternative in the past
[15:06] <fta2> yes
[15:47] <jdstrand> fta: regarding my comment on libvpx in maverick, it was added because of LP limitations of a nomination being added for all tasks, not a specific one
[15:48] <jdstrand> fta: which is why I immediately invalidated it
[15:48] <jdstrand> fta: it wasn't directed to you
[15:51] <fta> jdstrand, ok, no offense intended/taken ;)
[15:51] <jdstrand> fta: cool. thanks again for all your work on this :)
[15:52] <jdstrand> fta: I'm keen to hear upstream's response, but will probably still pocket copy to -proposed so people can at least test in the meantime
[15:52] <jdstrand> fta: are you ok with that?
[15:53] <fta> jdstrand, the thing with being the only maintainer of chromium is, i don't have enough time to work on most of the crasher bugs. it requires lot of time i no longer have
[15:55] <fta> jdstrand, sure, arm will get its fix eventually, but no need to hold everyone else, esp for the 15+ security fixes
[15:55] <jdstrand> yeah, my thoughts exactly
[15:57] <gnomefreak> fta: does chrome have a non-free license?
[15:57] <fta> gnomefreak, chrome is not open source
[15:58] <gnomefreak> i guess that explains the name of our package
[15:58] <gnomefreak> chromium instead of chrome
[15:58] <fta> gnomefreak, chrome = chromium + some tiny/disturbing/unwanted/unneeded stuff
[15:59] <fta> chromium has everything we need
[15:59] <gnomefreak> ok
[15:59] <gnomefreak> except bug fixes :(
[15:59] <gnomefreak> i finally got it to stop asking me to set as default
[15:59] <fta> no, it's the same, bugs found in chrome are 1st fixed in chromium
[16:00] <gnomefreak> it is/was set as default but everytime i opned it it asked again
[16:00] <fta> it's a bug in xdg-something, not in chromium
[16:00] <gnomefreak> i had to click stop asking
[16:00] <gnomefreak> oh ok
[16:00] <fta> in trunk, they landed a fixed xdg-mime yesterday
[16:01] <fta> it's in our last daily
[16:01] <fta> it's xdg-mime from upstream (a snapshot from cvs), supposed to fix KDE4
[16:01] <gnomefreak> 7.0.513.0~svn20100902r58299-0ubuntu1~ucd1
[16:02] <fta> no, 514
[16:02] <gnomefreak> since i got it to stop asking i wont know if its fixed
[16:02] <gnomefreak> ah ok
[16:04] <fta> me too, i told it to stop asking, it's my default in gnome anyway
[16:05] <fta> oh, 514 is still building
[16:05] <fta> damn lp, too slow
[16:12] <gnomefreak> its my default in gnome as well since firefox is extreamly slow lately
[16:12] <fta> chrisccoulson, do you know if all the indicators are in written C? is there an API and possibly some hooks for other languages?
[16:14] <fta> chrisccoulson, i like C but as i want to wrap a webapp in an indicator menu (most probably the sound indicator), C is not the best language for that
[16:15] <chrisccoulson> fta - yeah, the indicators are all written in C, and the public interfaces all have python, mono and vala bindings i think
[16:16] <fta> chrisccoulson, any doc/spec for those bindings?
[16:16] <chrisccoulson> fta - i'm not sure, tedg would be the person to ask about that
[16:33] <micahg> chrisccoulson: back
[16:33] <micahg> chrisccoulson: assuming we don't want to add a binary depends on pkg-config
[16:36] <fta> chrisccoulson, will you fix the bogus alternative?
[16:37] <chrisccoulson> fta - it was fixed in a commit some time ago, but there's nothing that will clean up the existing alternative
[16:48] <micahg> chrisccoulson: I also want to do one more thunderbird-locales upload after 3.1.3 is released to see if we can pick up additional translations
[16:49] <chrisccoulson> micahg - sure, that sounds ok
[16:50] <chrisccoulson> heh, i see you're in #debian-mozilla too. i didn't even know it existed until today ;)
[16:51] <micahg> chrisccoulson: yeah, I might try to join that team eventualy too
[16:51] <micahg> *eventually
[16:59] <fta> chrisccoulson, imho, the broken alternative should be removed, somehow
[17:06] <micahg> fta: what broken alternative?
[17:06] <fta> [15:36] <fta2> d'oh! lrwxrwxrwx 1 root root  9 2010-08-26 10:56 /etc/alternatives/gnome-www-browser -> /usr/bin/
[17:09] <micahg> fta: what added that?
[17:09] <fta> most probably ff4.0
[17:10] <micahg> mine is linked to epiphany
[17:10] <micahg> I"ll look over the weekend
[17:11] <micahg> chrisccoulson: so, we shouldn't add a binary depends for gnome-shell on pkgconfig, right
[17:12] <fta> $ gnome-www-browser
 /usr/bin/gnome-www-browser: Permission denied.
 lrwxrwxrwx 1 root root 35 2010-08-26 10:56 /usr/bin/gnome-www-browser -> /etc/alternatives/gnome-www-browser
[17:18] <micahg> chrisccoulson: to fix gnome-shell, I should change the pkgconfig stuff to use xulrunner-1.9.2?
[17:19] <gnomefreak> your working on gnome-shell? it is broken here
[17:19] <micahg> gnomefreak: yes, what's broke where
[17:19] <gnomefreak> micahg: missing depends on installing it
[17:19] <micahg> you have daily xulrunner-1.9.2 installed?
[17:20] <gnomefreak> micahg: bug 629631
[17:20] <ubot2> Launchpad bug 629631 in gnome-shell (Ubuntu) "Gnome-shell will not install due to depends issues (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/629631
[17:20] <gnomefreak> ill check
[17:20] <gnomefreak> micahg: Installed: 1.9.2.10~hg20100901r34556+nobinonly-0ubuntu1~umd1
[17:20] <micahg> gnomefreak: yep, will be fixed next week
[17:20] <gnomefreak> micahg: thanks
[17:23] <micahg> gnomefreak: should be fixed over the weekend on maverick
[17:23] <gnomefreak> micahg: thanks
[17:25] <chrisccoulson> micahg - yeah, gnome-shell shouldn't have a binary depends on pkg-config
[17:26] <micahg> chrisccoulson: k, I'll adjust, I want to get gjs, gnome-shell, and xulrunner uploading in the next half hour
[17:28] <micahg> chrisccoulson: how do you concatenate in python?
[17:28] <chrisccoulson> micahg - "foo" + "bar"
[17:29] <micahg> chrisccoulson: thanks
[18:01] <chrisccoulson> micahg - do you think we should drop all the 3.7 transitional stuff now?
[18:02] <micahg> chrisccoulson: maybe when we do the rename
[18:23] <micahg> chrisccoulson: I can't test gnome-shell yet because I'm not on maverick and dbus is crashing in chroot
[18:26] <micahg> chrisccoulson: does this look ok? http://pastebin.ubuntu.com/487916/
[18:29] <chrisccoulson> micahg - i think so, i'll test it in a few minutes
[18:30] <micahg> chrisccoulson: thanks, if it's good, I'll upload
[19:04] <kaddi> Hi, I need help with a Firefox/KDE issue. Namely when I double-click a textfile in the download-dialogue it gets openend in notepad, even though I have specified kate in the Firefox and the general KDE settings. Is there a walkaround or fix for this?
[19:07] <chrisccoulson> kaddi, i'm not sure how everything works on kde, but how did you install firefox? have you got firefox-kde-support installed?
[19:08] <kaddi> there is no such package in my repositories. I use lucid on a 64bit system. I guess I did a sudo apt-get install firefox at the time, but it's been over a year, so I wouldn't swear on it chrisccoulson
[19:09] <chrisccoulson> kaddi, kmozillahelper then
[19:09] <chrisccoulson> try installing tha
[19:09] <chrisccoulson> t
[19:09] <kaddi> thanks, that exists
[19:09] <chrisccoulson> i'm not sure if it will fix your problem, but i think you need that installed on KDE
[19:09] <kaddi> I'm trying now, it wasn't installed
[19:10] <kaddi> not sure if you have any say in it, but that would be a package that would be useful to turn up when you do a "apt-cache search firefox kde"
[19:11] <kaddi> that fixed it! You're awesome! :) Thanks :)
[19:12] <chrisccoulson> kaddi, yeah, the package is renamed to firefox-kde-support in maverick
[19:13] <chrisccoulson> (and it's installed automatically if you use the kubuntu firefox installer)
[19:13] <kaddi> chrisccoulson would you also happen to know how I can force a textfile to be opened in a new tab in firefox instead of being downloaded? I'm guessing that it has to do with "txt file application/force-download"
[19:14] <kaddi> chrisccoulson: hehe, I guess everything is better in maverick then. :) I tried retroactively to install kubuntu-firefox-installer and it said that all packges were already installed before I came here.
[19:17] <chrisccoulson> kaddi, i'm not sure how to control that. if the mimetype of the file is just text/plain, then it normally opens it in the browser window anyway
[19:18] <kaddi> do you konw how I can check the mimetype of a file I want to download?
[19:24] <micahg> chrisccoulson: I"ll be back in about an hour
[20:42] <micahg> chrisccoulson: nice post to bugcontrol :)
[21:14] <chrisccoulson> hi micahg
[21:15] <chrisccoulson> thanks. i hope you don't mind me adding you as a contact in it ;)
[21:22] <fta> jdstrand, was already known weeks ago: http://code.google.com/p/chromium/issues/detail?id=49617  :(
[21:22] <fta> i really need an ARM box
[21:23] <fta> or help from someone who has that
[21:24] <micahg> chrisccoulson: not at all :)
[21:24] <micahg> chrisccoulson: did you have a chance to test gnome-shell?
[21:25] <chrisccoulson> micahg - not yet, i'll do that now
[21:25] <micahg> chrisccoulson: thanks
[21:47] <chrisccoulson> micahg - seems to work ok
[21:48] <micahg> chrisccoulson: so, can I push then?
[21:48] <chrisccoulson> micahg - yeah, feel free
[21:49] <micahg> wow, why is the queue still empty?
[21:49] <chrisccoulson> micahg - we're unforzen now aren't we?
[21:49] <micahg> yep
[21:49] <chrisccoulson> or you mean for the builders?
[21:49] <micahg> wow, I thought we would be backlogged for a why
[21:49] <micahg> while
[21:50] <micahg> I guess the extra amd64 and i386 builders helped
[21:52] <micahg> chrisccoulson: will you have time to push xulrunner to security PPA if I upload it now
[21:52] <micahg> or will that wait until monday?
[21:53] <jdstrand> fta: thanks
[21:53] <chrisccoulson> micahg - i can maybe do it over the weekend, but otherwise, on monday
[21:53] <chrisccoulson> i'm going to have an early night tonight
[21:53] <micahg> chrisccoulson: so, can I just wait to push everything Sat night then?
[21:53] <chrisccoulson> yeah, that's ok
[21:54] <micahg> chrisccoulson: well, at least gjs and gnome-shell will be fixed this wekeend for maverick
[21:55] <micahg> chrisccoulson: after I do the uploads, I'll upgrade to maverick
[21:57] <chrisccoulson> nice!
[21:57] <chrisccoulson> i might upgrade my desktop this weekend
[22:00] <micahg> chrisccoulson: I might try to upload gjs/gnome-shell a little later since we seem to be getting lots of bugs for it
[22:00] <micahg> but I have to finish some $WORK first :)
[22:37] <fta> jdstrand, the code causing the ftbfs is neon specific, and is not in our system ffmpeg 0.6 package :(
[22:38] <fta> maybe the fix is already in the upstream vcs
[22:42] <BUGabundo> hi fta
[22:42] <fta> hey