[00:05] <gnomefreak> micahg: you are going to want to hear about this from the only 2 peopole with this isue but they have .thunderbird.upstream dirs for some reason. rb ill get them
[00:06] <micahg> gnomefreak: I might have to run in a minute
[00:06] <gnomefreak> they dont have .thunderbird.abandoned
[00:06] <micahg> bbiab, sorry
[00:07] <gnomefreak> micahg: almoxarife is one of the 2
[00:07]  * gnomefreak will not be here more than likely
[00:07] <almoxarife> hello
[00:20] <micahg> gnomefreak: sorry
[00:20] <micahg> my kids came over
[00:20] <gnomefreak> its ok they seem to not want help since they are not hanging around. but both users say they have .thunderbird and .thunderbird.upstream
[00:21] <gnomefreak> only 2 that i have seen that have*upstream dir
[00:21] <micahg> gnomefreak: .thunderbird.upstream is created if a user has a .mozilla-thunderbird and .thunderbird on upgrade to TB3
[00:21] <gnomefreak> ah
[00:21] <micahg> gnomefreak: that's what asac told me to do
[00:22] <gnomefreak> kprav33n: do you have a .mozilla-thunderbird
[00:22] <micahg> since we never used it before, the assumption was if it was there, must have been from an upstream build
[00:22] <kprav33n> gnomefreak, Yeah!
[00:22] <micahg> gnomefreak: then we migrate .m-t to .tb
[00:22] <gnomefreak> micahg: yeah
[00:22] <kprav33n> gnomefreak, Sorry.
[00:23] <gnomefreak> kprav33n: try renaming the .mozilla-thunderbird dir
[00:23] <kprav33n> I have a .mozilla-thunderbird.backup that seems to be one of my very old backups.
[00:23]  * micahg wasn't expecting the daily PPA to be switched to this branch which is probably what is causing the mess
[00:23] <gnomefreak> hes using stable packages
[00:23] <micahg> gnomefreak: in lucid?
[00:23] <kprav33n> Here is my situation...
[00:23] <gnomefreak> micahg: yep
[00:24] <kprav33n> http://pastebin.mozilla.org/711162
[00:24] <kprav33n> When I start after reboot, I have only .thunderbird directory.
[00:25] <kprav33n> But when I fire Thunderbird up, it renames .thunderbird to .thunderbird.upstream and creates an empty profile in .thunderbird.
[00:25] <micahg> kprav33n: what about .*thunderbird*
[00:26] <kprav33n> micahg, http://pastebin.mozilla.org/711163
[00:26] <kprav33n> The only thing that seems to fix this problem is to touch the .thunderbird directory after reboot before starting Thunderbird.
[00:27] <micahg> kprav33n: ah, the old .mozilla-thunderbird.old might be affecting it, I'll have to check later.  I have to run to the store quickly
[00:27] <kprav33n> Okay! I will remove that directory.
[00:27] <micahg> kprav33n: just rename it or move it out of there
[00:27] <gnomefreak> its still there so its reading .mozilla* as tb2 still installed at least that is what im thinking
[00:27] <micahg> gnomefreak: most likekly
[00:27] <micahg> I'll be back in about an hour
[00:28] <gnomefreak> but than is that something that could have happened during import wixard
[00:28] <gnomefreak> micahg: have fun :)
[00:28] <kprav33n> I am downloading the source code to see where this move is happening.
[00:28] <kprav33n> apt-get source thunderbird
[00:30] <kprav33n> I am going to reboot. BRB shortly.
[00:35] <kprav33n> gnomefreak, When I rebooted after deleting the .mozilla-thunderbird.old directory and start Thunderbird, it started up fine.
[00:36] <kprav33n> However, after starting Thunderbird, I see that the .mozilla-thunderbird directory created again.
[00:36] <kprav33n> http://pastebin.mozilla.org/711164
[00:37] <gnomefreak> kprav33n: yeah
[00:37] <kprav33n> Which is the configuration directory in the new Tunderbird?
[00:38] <gnomefreak> im thinking it has something to do with the profiling more than config
[00:38] <kprav33n> http://pastebin.mozilla.org/711165
[00:38] <kprav33n> Do you think that my configuration is still messed up?
[00:39] <kprav33n> Should I have both .mozilla-thunderbird and .thunderbird?
[00:40] <gnomefreak> kprav33n: i doubt it the one thing that i dont get is why only 2 of you get this. you should only have .thunderbird and .thunderbird.abandoned however do you still have thunderbird-2 installed?
[00:40] <gnomefreak> i know not likely but the profil shifting makes me wonder
[00:41] <kprav33n> Should I try rebooting one more time and see what happens?
[00:41] <kprav33n> gnomefreak, No. I don't have TB2.
[00:41] <gnomefreak> you could always try to remove thunderbird from installed packages remove all thunderbird profiles and install and start over clean see if it helps
[00:42] <gnomefreak> other wise it is going to continue to shift profiles around like its doing
[00:43] <kprav33n> Okay!
[00:44] <kprav33n> I'll reboot once and if it doesn't fix the issue, I will go ahead and do aptitude purge thunderbird and start over.
[00:44] <kprav33n> gnomefreak, Are you a Thunderbird developer?
[00:44] <kprav33n> I am wondering if there is any code that is using the uptime logic in the profile migrator.
[00:44] <gnomefreak> kprav33n: nope :)not unless needed
[00:45] <gnomefreak> kprav33n: micah_g would know hes the main tb dev
[00:45] <kprav33n> Okay! I will reboot now. This reboot business reminds me of the old Windows days :-)
[00:46]  * gnomefreak sticks to seamonkey and sunbird but neither i have had time to play with for lucid
[00:47] <kprav33n> I didn't even reboot this time.
[00:47] <kprav33n> Closing and opening TB again reproduced this issue.
[00:47] <kprav33n> Now the .mozilla-thunderbird directory is gone and I have .thunderbird and .thunderbird.upstream
[00:48] <gnomefreak> kprav33n: remove the .upstream one and start thunderbird does it get added back?
[00:48] <kprav33n> gnomefreak, Yeah
[00:49] <kprav33n> What should be the directory permission for .thunderbird?
[00:49] <gnomefreak> i cant check but it should be as any user
[00:50] <gnomefreak> drwx------ 5 gnomefreak gnomefreak 4096 Mar 22 12:02 .thunderbird
[00:50] <kprav33n> Okay!
[00:50] <kprav33n> How to figure out what directory the running Tunderbird is using?
[00:51] <kprav33n> Do you think that some of my extensions might be messing up?
[00:51] <gnomefreak> kprav33n: it can but im not sure what you have
[00:52] <kprav33n> Sorry to ask this again...
[00:52] <kprav33n> Which is the new configuration directory?
[00:52] <kprav33n> .thunderbird or .mozilla-thunderbird?
[00:52] <gnomefreak> .thunderbird == thunderbird 3
[00:52] <kprav33n> Okay!
[00:52] <gnomefreak> .mozilla-thunderbird == thunderbird 2
[00:53] <kprav33n> So if a .mozilla-thunderbird directory is getting created when I start TB3, I am guessing that it is not by TB3 itself. Most likely some extension is misbehaving.
[00:53] <kprav33n> I am going to disable all my extensions and see what happens.
[00:54] <kprav33n> Is there a way to start TB3 in safe mode or something like that?
[00:54] <gnomefreak> kprav33n: do you have lightning installed?
[00:54] <gnomefreak> kprav33n: yes IIRC it uses --safe-mode
[00:55] <kprav33n> http://pastebin.mozilla.org/711168
[00:55] <kprav33n> I used to have it installed.
[00:55] <kprav33n> However, it doesn't show up in the extensions list.
[00:55] <gnomefreak> gnomefreak@Development:~$ thunderbird --safe-mode
[00:55] <gnomefreak> kprav33n: i wont but i need to know if you have it installed
[00:56] <gnomefreak> kprav33n: version of it as well
[00:56] <gnomefreak> i dont think --safe-mode is going to do what you expect it to
[00:57] <gnomefreak> please tell me lightning-extension package is installed
[00:57] <kprav33n> Yes! It is installed.
[00:57] <kprav33n> http://pastebin.mozilla.org/711169
[00:57] <gnomefreak> kprav33n: remove it
[00:57] <gnomefreak> that would cause it
[00:57] <kprav33n> That does it. When starting in safe mode, it doesn't create the .mozilla-thunderbird directory.
[00:58] <kprav33n> When starting normally, it creates the directory.
[00:58] <kprav33n> I think that it messes up everything.
[00:58] <gnomefreak> uninstalling lightning should fix this
[00:58] <kprav33n> I'll give that a try.
[00:58] <gnomefreak> kprav33n: ill be here for a couple of more minutes. the sooner you can let me know the better
[00:59] <kprav33n> I'll
[01:00] <kprav33n> Nope! Uninstalling lightning didn't fix it.
[01:00] <gnomefreak> kprav33n: did you try removing the dirs again
[01:00] <kprav33n> I'll disable my extensions one by one and figure out.
[01:01] <kprav33n> Okay!
[01:01] <kprav33n> I am sorry, which directory?
[01:02] <kprav33n> If you mean .mozilla-thunderbird, yes I did.
[01:02] <gnomefreak> kprav33n: remove the .mozilla-thu* dir and rename the .thunderbird dir to .thunderbird.old and see if starting tb still adds dir
[01:03] <kprav33n> If I rename .tb to .tb.old, it doesn't.
[01:03] <gnomefreak> kprav33n: if you rename it to .old it doesnt add a dir at all?
[01:03] <kprav33n> It adds .tb and starts with empty profile.
[01:03] <kprav33n> No .moz-tb
[01:03] <gnomefreak> kprav33n: ok and does it work as it should after that
[01:04] <kprav33n> I think so. I'll try it. But, that wouldn't help. I want to keep my accounts and search folders from the old config.
[01:04] <kprav33n> gnomefreak, If you are leaving, please go ahead.
[01:05] <kprav33n> I got the bigger picture.
[01:05] <kprav33n> I'll try to figure out which extension is misbehaving.
[01:05] <gnomefreak> kprav33n: ok im gone. the thing i was looking for is taht if without lightning installed do you still see the same problem (i would like to know if thunderbired is tryint o use lightning or if lightning has nothing to do with it
[01:06] <gnomefreak> but ok im gone
[01:16] <kprav33n> My Thunderbird 3 woes were due to an Google Contacts addon.
[01:17] <kprav33n> https://addons.mozilla.org/en-US/thunderbird/addon/7307
[01:17] <kprav33n> This was the one that was creating .mozilla-thunderbird directory on startup.
[01:17] <kprav33n> When I disabled this extension everything is working fine.
[01:17] <kprav33n> Thanks for all the help.
[01:22] <micahg> kprav33n: good to know
[01:23] <kprav33n> micahg, Thanks for your help.
[01:24] <kprav33n> I just sent a mail to gnomefreek
[01:24] <kprav33n> *freak
[01:24] <kprav33n> I hate misbehaving extensions.
[01:24] <kprav33n> Maybe this should be blacklisted for TB3.
[01:25] <kprav33n> However, the extension page shows that it supports only upto TB 3.0.2
[01:25] <kprav33n> I am running 3.0.3, not sure if this is the problem.
[06:08] <ddecator_> who, starting songbird in safe-mode does not work out too well...
[06:08] <ddecator_> whoa*
[06:11] <ddecator_> also doesn't resolve my bug =\
[06:13] <ddecator_> micahg: have you tried 1.8.0?
[06:15] <ddecator_> i'm not sure if this is system-specific
[06:37] <micahg> ddecator: not yet
[06:37] <micahg> probably not till wed or thurs night
[06:38] <ddecator_> ok, i'll keep trying until then. i can't find a way to capture any gstreamer errors. nothing in error console, nothing in stacktrace...
[06:39] <micahg> ddecator: try virtual box if you think it's hardware
[06:40] <ddecator_> micahg: good idea. i'm not sure it's hardware, could just be how i have my system configured, but either way that'd be a good way to find out
[06:41] <micahg> ddecator: use testdrive :)
[06:41] <ddecator_> micahg: haven't tried it yet, that should be fun =)
[06:41] <ddecator_> might as well get the latest build first though
[07:13] <ddecator_> hm, of course i can't use a 64-bit iso in a vm. is there any way i can build a 32-bit version of songbird on my 64-bit machine so i don't have to build it in the vm?
[07:14] <micahg> ddecator: why not?
[07:14] <ddecator_> micahg: idk, every time i've tried it says it isn't supported and i'm supposed to check a setting in my bios...
[07:14] <micahg> ddecator: yep, you have to enable virtualization in your bios
[07:15] <ddecator_> micahg: and how do i do that?
[07:15] <micahg> ddecator: check the manufacturer's website :)
[07:15] <micahg> ddecator: you can use pbuilder to build a 32 bit deb
[07:15] <ddecator_> -_-
[07:15] <micahg> but you'll need a chroot to install it in
[07:15] <ddecator_> micahg: which would be easier?
[07:16] <micahg> VM probably
[07:16] <micahg> depends actually
[07:16] <micahg> if you'll do this often, chroot
[07:16] <micahg> if it's not so often, VM
[07:17] <ddecator_> hm, just so i can build 32-bit debs later, what do i need to do to get a chroot?
[07:18] <micahg> ddecator: https://wiki.ubuntu.com/DebootstrapChroot
[07:18] <ddecator_> micahg: thanks
[07:41] <fta2> jdstrand, http://paste.ubuntu.com/405854/
[07:47] <ddecator_> micahg: ok, so i got chroot setup. how do i use it to build a 32-bit deb?
[07:47] <micahg> ddecator: I think you need to tell debootstrap that it's an i386 chroot
[07:48] <ddecator_> micahg: i followed the directions on the wiki for setting up a 32-bit chroot on a 64-bit system, do i need to do more than that?
[07:48] <ddecator_> it should know
[07:48] <micahg> ddecator: idk
[07:49] <ddecator_> micahg: i tried using "dchroot -d" and then navigating to the folder where i can build the .deb, but the folder isn't there (might not have set it up right, not sure) what commands am i supposed to use to build using chroot?
[07:49] <micahg> ddecator: you're supposed to login to the chroot and then use it like normal
[07:50] <ddecator_> micahg: login?
[07:50] <micahg> yes, should be on the wiki
[08:07] <ddecator_> i can't get it to connect to my /home folder...
[08:08] <micahg> ddecator: you need to set that in your system fstab I think
[08:09] <micahg> asac: are you here now?
[08:09] <ddecator_> micahg: i did. every time i go into chroot, the only things in the home folder are two files saying that it was unmounted to protect my info...
[08:10] <micahg> ddecator_: idk, maybe ask in #ubuntu+1
[08:27] <ddecator_> never thought having an encrypted /home folder would be such a pain -_-
[08:40] <stefanlsd> micahg: hi. would you be able to ack that upload of gears on xulrunner 1.9.2?
[08:42] <micahg> stefanlsd: can I actually ack it?
[08:42] <stefanlsd> micahg: not entirely sure :)
[08:43] <micahg> stefanlsd: well, I was only ok'd to ack mozilla stack as a backup
[08:44] <BUGabundo_remote> bonds dias
[08:44] <stefanlsd> micahg: mm. ok. thanks. i'll try hunt down someone else :)
[08:46] <micahg> stefanlsd: any actual new features?
[08:47] <micahg> stefanlsd: if you summarize the new features in teh bug, that'll speed the FFe
[09:17] <ddecator_> heh, ended up just enabling virtualization on my bios...
[09:23] <ddecator_> except i can't access any files on my computer in the vm and it won't detect my usb drive -_-
[09:24] <micahg> ddecator_: you need to share files to you VM, and if you're using VirtualBox from the repos, it doesn't have USB support
[09:25] <ddecator_> micahg: i'm sharing my home folder, won't let me access it (might need to create a different folder since home is set differently on vbox?) and i'm using testdrive, which is vbox ose, but idk if it's the same from the repos
[09:28] <micahg> ddecator_: ose doesn't have USB support, I don't know about encrypted home dir either
[09:28] <micahg> ddecator_: why not work in some other dir besides home dir
[09:28]  * micahg uses /opt/source for builds
[09:28] <ddecator_> micahg: i've never thought to set one up until now, but with all this trouble i'm having i probably will -_-
[09:32] <ddecator_> this is what i get for protecting my data, heh
[09:33] <micahg> ddecator_: source dir isn't worth protecting
[09:34] <micahg> unless it's proprietary
[09:34] <ddecator_> micahg: i'm not going to encrypt the new dir i'm making. this should be a good workaround for the chroot issue too...
[09:35] <ddecator_> micahg: stop helping me, i don't have class until 1pm tomorrow, you're the one that has to get whatever you're doing done so you can get -some- sleep before work, haha
[09:36] <micahg> ddecator_: no sleep till morning for me
[09:36] <ddecator_> and i thought my sleep schedule wasn't healthy =p
[09:51] <BUGabundo_remote> :)
[09:51] <ddecator_> ubuntuone is a savior
[09:53] <ddecator_> oh my...the vm can't keep songbird open -_-
[09:55] <ddecator_> ah, i need to figure this out later, it's almost 4am, time for bed
[09:55] <ddecator_> night guys
[11:02] <micahg> asac: will you be around in 2 hrs to chat?
[11:30] <BUGabundo_remote> fta chromium codecs extra broken in debian, or at least youtube will no detect support for it, and demands flash
[12:27] <chrisccoulson> asac - ok, i've got nss working properly now
[12:32] <asac> chrisccoulson: anything on top was needed?
[12:33] <asac> micahg: iam in france and have a disabled arm :(
[12:33] <asac> micahg: in the evening i will try to get voip going
[12:34] <chrisccoulson> asac - yes, the updated patch from debian (85_security_load.patch) reverted some behaviour which we previously relied on (because we ship some so files in /usr/lib/nss rather than /usr/lib)
[12:35] <asac> chrisccoulson: we ship more stuff in pkglibdir than debian?
[12:35] <chrisccoulson> asac - no, i think it's the same, but debian seem to be taking the route of modifying other applications instead to cope with the new behaviour
[12:35] <chrisccoulson> i think that's more risky at the moment
[12:36] <asac> feels odd
[12:36] <micahg> asac: k
[12:37] <asac> i mean ... things worked before and we also shipped in pl
[12:37] <asac> pkglibdir
[12:39] <chrisccoulson> asac - they did, because of a change that 85_security_load.patch introduced. but the latest version of that patch in debian causes the behaviour to regress
[12:41] <chrisccoulson> asac - the issue is that some applications are trying to load modules by specifying a full path name (which is incorrect in cases where the module is in /usr/lib/nss), and the current version of nss in the archive copes with that and finds the module anyway (due to 85_security_load.patch)
[12:41] <chrisccoulson> but debian have removed that behaviour now
[12:42] <chrisccoulson> they expect applications to either know that the module is in /usr/lib/nss or load it by only specifying the base name
[12:45] <asac> chrisccoulson: hmm. right. i think we should ahve just ported our patch
[12:45] <asac> that was the only safe way
[12:46] <asac> but ok. if you say its now back then fine
[12:46] <chrisccoulson> asac - that's basically what i've done now i've reverted the debian change
[12:46] <asac> heh good.
[12:46] <asac> in general we are out of synch intentionally
[12:47] <asac> we just should look for guidance
[12:47] <chrisccoulson> the patch needed quite a bit of work, as the code changed a fair bit, so i just took the updated patch from debian (thinking it would be ok) ;)
[12:47] <asac> right. i suggested that, but also said we have to take exra care
[12:48] <asac> i suspected that we changed something
[12:48]  * asac does one hand typing
[12:48] <chrisccoulson> the patches used to be in sync, it's just that debian changed the behaviour of the patch when they update to 3.12.6
[12:48] <asac> sure?
[12:48] <chrisccoulson> yeah, it looks like it. i will check again
[12:48] <asac> i really thouhght we had diverged ....
[12:49] <asac> nut ould be we were back in synch
[12:49] <asac> could
[12:49] <asac> can you paste the branch url
[12:49] <asac> and also orig url
[12:50] <asac> and explain how you produced that :)
[12:50] <asac> sorry ... need your help because i cannot really type :)
[12:51] <chrisccoulson> yeah, no worries ;)
[13:09] <chrisccoulson> so, this is what we had previously: http://bazaar.launchpad.net/~chrisccoulson/nss/nss-3.12.5/annotate/106/debian/patches/85_security_load.patch (which is the same as the patch that debian had < 3.12.5)
[13:10] <chrisccoulson> and then debian update the patch to this: http://bazaar.launchpad.net/~chrisccoulson/nss/nss-3.12.5/annotate/110/debian/patches/85_security_load.patch
[13:10] <chrisccoulson> and now i have reverted to the previous behaviour, and ended up with this: http://bazaar.launchpad.net/~chrisccoulson/nss/nss-3.12.5/annotate/head%3A/debian/patches/85_security_load.patch
[13:11] <chrisccoulson> (with http://bazaar.launchpad.net/~chrisccoulson/nss/nss-3.12.5/revision/111#debian/patches/85_security_load.patch being the delta of the current debian patch and my updated version)
[13:12] <chrisccoulson> the hunk i have changed is in pk11load.c. basically, all it does is find the basename of the module if it couldn't be loaded using the full path
[13:12] <chrisccoulson> asac ^^
[13:13] <BUGabundo_remote> asac: ping
[13:13] <BUGabundo_remote> asac: when will NM ppa be updated to have a matching dhclient ?
[13:30] <asac> BUGabundo_remote: that already happened iirc
[13:30] <asac> check with cyphermox
[13:40] <micahg> fta: I'm assuming the green in the PPA is much more pleasing than the red :)
[13:43] <BUGabundo_remote> asac: I got caught on it, this Saturday, with a karmic laptop
[13:43] <BUGabundo_remote> had to downgrade to archive packages
[14:08] <micahg> chrisccoulson: is it possible to disable make check in one makefile?
[14:09] <micahg> chrisccoulson: nevermind that...is it ok to disable a check?
[14:10] <asac> BUGabundo_remote: check with cyphermox about karmiv
[14:10] <chrisccoulson> micahg - i think the only way of disabling an individual test would be to remove the relevant target from the makefile
[14:10] <chrisccoulson> we should avoid disabling a check though unless we have a good reason to do so
[14:11] <micahg> chrisccoulson: it tries to use the internets
[14:11] <chrisccoulson> ok, that's probably acceptable then
[14:11] <micahg> chrisccoulson: that's the difference in gnome-chemistry-utils...before make check wasn't run, now it is
[14:11] <chrisccoulson> ah, ok
[14:12] <chrisccoulson> and that's in universe anyway isn't it?
[14:12] <chrisccoulson> i tend to find that people just end up disabling test suites in universe when they fail anyway ;)
[14:12] <chrisccoulson> although that's normally not the correct way to fix the problem ;)
[14:13] <micahg> chrisccoulson: so, how should it be fixed?
[14:13] <chrisccoulson> we can disable those tests that are failing because they need internet access
[14:15] <fta2> BUGabundo_remote, wrt codecs on debian, which version?
[14:15] <micahg> chrisccoulson: guess I have to go with a merge then instead of a sync
[14:17] <fta2> asac, the codecs are waiting in NEW: https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=0&queue_text=chromium
[14:38] <BUGabundo_remote> fta daily ppa. I'll try to restart the browser!
[15:09] <micahg> chrisccoulson: I uploaded gnome-chemistry-utils twice w/out the patch I made :( #tootired
[15:14] <jdstrand> fta2 re apparmor> that looks to be bug #458299
[15:14] <ubottu> Launchpad bug 458299 in linux "apparmor_parser: page allocation failure. order:5" [Medium,Confirmed] https://launchpad.net/bugs/458299
[15:22] <micahg> chrisccoulson: is it ok to give someone credit without using accented letters in their name?
[15:23] <chrisccoulson> micahg - as long as the name is recognisable, it should be. you could also use their e-mail address to identify them
[15:25] <micahg> chrisccoulson: ok
[15:34] <asac> fta2: with bug etc?
[15:34] <micahg> asac: do people that add patches to bugs get full credit (i.e. name + email ) or just an honorable mention (name)
[15:37] <asac> micahg: depends ... if they have no problem getting their email in public we should give full credits by mentioing both
[15:37] <micahg> asac: I'm assuming ubuntu members have no problem?
[15:37] <micahg> i.e. ubuntu.com addy
[15:38] <asac> sure
[15:46] <jdstrand> micahg: it looks like you updated 3.6.head with 3.6.2+nobinonly-0ubuntu1, but I can't find it anywhere
[15:46] <jdstrand> micahg: did you upload it?
[15:46] <micahg> jdstrand: no, we're waiting on NSS/NSPR
[15:46] <jdstrand> micahg: ah, ok. do you have an eta?
[15:46] <micahg> chrisccoulson: ^^
[15:47] <micahg> jdstrand: I think we need a few USNs though
[15:47] <micahg> not for 3.6.2
[15:47] <jdstrand> it's that time again already?
[15:47] <micahg> but for 3.5.9, 3.0.19 oops..that's it
[15:47] <chrisccoulson> jdstrand, micahg - when nss has been reviewed ;)
[15:48] <micahg> asac: should I prepare the uploads for 3.0.19 and 3.5.9?
[15:48] <micahg> or can chrisccoulson do it?
[15:48] <jdstrand> chrisccoulson: no offense, but that is unhelpful :) (I am unaware of what is going on with nss)
[15:49] <chrisccoulson> jdstrand, asac needs to review nss first, but i think he is quite busy already
[15:49] <micahg> jdstrand: NSS was bumped in Firefox 3.6.2 and 3.5.9
[15:49] <jdstrand> chrisccoulson: I see. ok, as long as asac is aware of it, I know he'll get to it
[15:49] <Dimmuxx> what's up with the font issue btw? Any solution/workaround for it in lucid?
[15:49] <jdstrand> micahg: does that mean that karmic is getting a new nss?
[15:49] <chrisccoulson> Dimmuxx, no, not yet
[15:50] <micahg> jdstrand: that's a good question... asac should probably answer it though...
[15:50] <jdstrand> micahg: aiui, ff35 uses system nss in karmic
[15:51] <micahg> jdstrand: right, plus next month we'll need to roll out 3.6 across all stable releases
[15:51] <micahg> jdstrand: * if more CVEs are found for 3.0 :)
[15:51] <Dimmuxx> chrisccoulson: okay, is it being worked on and will it be done before lucid final?
[15:52] <chrisccoulson> Dimmuxx, yes, it's being worked on
[15:52] <Dimmuxx> good to know :)
[15:52] <jdstrand> micahg: nss may need a usn as well. before assigning USNs, can you work out who is doing what and what is getting updated and why, then ping me?
[15:53] <jdstrand> micahg: well, whoever is doing the work can ping me-- I just feel I need a little more info
[15:53] <micahg> jdstrand: k, that I can do :)
[15:53] <jdstrand> micahg: thanks!
[16:12] <micahg> jdstrand: BTW, I'm going to try to get an ubuntu2 release for Firefox 3.6.2 before beta 2
[16:12] <jdstrand> micahg: cool
[16:13] <micahg> If I would've known it was going to be a week, I wouldn't have closed it off :)
[16:26] <chrisccoulson> micahg - did you figure out your issue with edbrowse yet?
[16:27] <micahg> chrisccoulson: no, but I think I almost got gnome-chemistry0utils :)
[16:27] <chrisccoulson> cool, i will sponsor that when you're ready then
[16:28] <micahg> chrisccoulson: gluezilla is the last one in main that's not done (Java an OO.o are built against xul192 just don't work)
=== yofel_ is now known as yofel
[18:20] <micahg> chrisccoulson: .po files shouldn't be in a diff, right?
[18:42] <micahg> chrisccoulson: bug 550972
[18:42] <ubottu> Launchpad bug 550972 in gnome-chemistry-utils "merge gnome-chemistry-utils 0.10.12-2 from debian testing" [Wishlist,Confirmed] https://launchpad.net/bugs/550972
[19:10] <fta> asac, who's supposed to approve the ffmpeg codecs (from the NEW queue)?
=== gandi_ is now known as gandi
[19:44] <micahg> fta: archive admin I think
[19:44] <fta> sure, but who ? :)
[19:44] <micahg> fta: slangasek or james_w today
[19:45] <fta> the queue moved quite a bit today, but they didn't touch my package :(
[20:10] <micahg> chrisccoulson: still around?
[20:11] <chrisccoulson> hi micahg - i will look at your merge in a bit
[20:11] <chrisccoulson> sorry, been busy ;)
[20:11] <micahg> chrisccoulson: no, I have another question :)
[20:12] <micahg> bug 551124
[20:12] <ubottu> Launchpad bug 551124 in gnome-python-extras "python-gnome2-extras not installable" [Undecided,New] https://launchpad.net/bugs/551124
[20:12] <micahg> chrisccoulson: so, the package was removed in debian, do we need a transitional package for Lucid?
[20:13] <chrisccoulson> micahg - we had a transitional package in karmic when it got removed, and then i just dropped that this cycle
[20:13] <chrisccoulson> so other packages could catch up :)
[20:14] <micahg> ah, right...what about hardy-> lucid upgrades?
[20:14] <micahg> I was going to give a discourse about how it's an emptyu apckage but then realized we might need a transition
[20:15] <chrisccoulson> the new packages in lucid should pull in the new gnome-python-extras dependencies, and there are already appropriate conflicts/replaces in place to handle the transition
[20:16] <chrisccoulson> i did port most applications across when i removed that binary, but never got round to finishing it
[20:16] <micahg> chrisccoulson: ok, so is this an appropriate response: http://pastebin.ubuntu.com/406140/
[20:17] <chrisccoulson> micahg - yeah, that's ok
[20:17] <chrisccoulson> are there still packages trying to pull that binary in?
[20:17] <chrisccoulson> there are
[20:18] <micahg> chrisccoulson: yep :)
[20:18] <chrisccoulson> screenlets, miro, kabikaboo, gtimelog, gourmet, gdecrypt and classmate-tools
[20:18] <micahg> miro, straw, gourmet, gdecrypt, classmate-tools
[20:18] <chrisccoulson> are you still running karmic?
[20:18] <micahg> chrisccoulson: no
[20:18] <chrisccoulson> hmmm, i don't see straw here
[20:19] <micahg> chrisccoulson: must be in my cache
[20:19] <chrisccoulson> i did quite a lot of these already - it's just a case of grepping the source to find out which of the python modules the packages are using
[20:19] <micahg> maybe that's why miro is having python issues :)
[20:20] <chrisccoulson> possibly
[20:20] <chrisccoulson> but the old python-gnome2-extras metapackage should pull in all the depends (and it would probably still be installed after upgrading)
=== dpm is now known as dpm-afk
[20:21] <micahg> chrisccoulson: it seems it has a binary equals depends
[20:21] <micahg> chrisccoulson: that's the bug I showed you
[20:21]  * micahg won't reply with what he said before
[20:22] <chrisccoulson> ah, now miro actually depends on python-gtkmozembed | python-gnome2-extras
[20:23] <micahg> chrisccoulson: I have to go, bbiab