[00:01] <[reed]> Linux people will always hate huge packages
[00:01] <[reed]> except the kernel
[00:12] <asac> hmm
[00:12] <asac> right he is in launchpad-dev team
[00:22] <asac> commented
[00:22] <asac> fta: ^ ;)
[00:37] <fta> yep
[02:04] <dtchen> asac: xulrunner-1.9.1 1.9.1.5+nobinonly-0ubuntu0.9.10.1 and firefox-3.5 3.5.5+nobinonly-0ubuntu0.9.10.1 from the security ppa work fine from my testing (new 3.5.5 profile, existing 3.5.4 profile, existing 3.0.15 profile)
[02:05] <micahg> ugh, 3.5.5 is a update release, not a security release...
[02:06]  * micahg needs to add something to Lucid Ideas wiki page
[02:07] <asac> dtchen: thx a bunch
[02:07] <asac> micahg: yes. its a stability only release
[02:07] <micahg> asac: it gave me another topic for the wiki
[02:08] <asac> :)
[02:08] <asac> great
[02:08] <micahg> asac: when do we get to discuss the topics?
[02:09] <asac> micahg: right. thats what we talk about for ages now
[02:09] <asac> i started a wiki on PPA reorg
[02:09]  * asac searches wiki
[02:09] <asac> https://wiki.ubuntu.com/MozillaTeam/PPAs
[02:09] <asac> the pinning examples are a bit messed up
[02:10] <asac> still have the feeling that the pinning will be a red herring for the transitional package use-case ... which is the only reason not to also split per-branch
[02:11] <micahg> asac: I don't use it like that
[02:11] <asac> what do you mean?
[02:12] <micahg> I pin all PPAs at 450, if you install a version from a ppa, you get updates from the ppa until an archive version supercedes it
[02:13] <micahg> I pinned my moz-beta ppa at 475, so it's ahead of the dailies
[02:14] <asac> so assume you have firefox-backports and firefox-daily ppas enabled
[02:14] <asac> and want
[02:14] <asac> a) firefox-3.5 from archive
[02:14] <asac> b) firefox-3.6 from -backports
[02:14] <asac> c) firefox-3.7 from -daily
[02:14] <asac> how would you pin that?
[02:14] <asac> and maybe
[02:15] <asac> a) firefox-3.5 from archive
[02:15] <micahg> sounds like me :)
[02:15] <asac> b) firefox-3.6 from -backports
[02:15] <asac> c) firefox-3.7 from -backports (in theory)
[02:15] <asac> micahg: can you post your pin files?
[02:15] <micahg> no
[02:15] <micahg> would be no ff3.5
[02:16] <micahg> I would pin -backports higher than -dailies
[02:17] <asac> so how do your current pins look like?
[02:17]  * micahg has too many
[02:17] <asac> e.g. how do you do the per-version pinning
[02:17] <asac> do you list all package names explicitly?
[02:17] <micahg> I'll pastebin the relavent ones
[02:17] <asac> thx
[02:18] <micahg> http://pastebin.ubuntu.com/314734/
[02:18] <asac> ok
[02:18] <micahg> I have 3.7 from dailies, 3.6 from micahg-mozilla-beta, and FF35 from -security
[02:18] <asac> thats just seleting based on PPAs
[02:18] <asac> not by version
[02:19] <asac> so if you want to run 3.5 from dailies but 3.6 from archive ... will not work
[02:19] <micahg> sure it will
[02:19] <asac> how?
[02:19] <micahg> ppa is on demand if higher version
[02:19] <micahg> you install it, you get updates
[02:19] <micahg> you don't, you don't get it
[02:19] <micahg> http://pastebin.com/f5a3bcbb8
[02:21] <asac> well. that depends on a specific layout of what is where, right?
[02:21] <micahg> not really
[02:21] <asac> if you assume that all packages are everywhere, etc. ... this wouldnt work, right?
[02:21] <micahg> as long as the ppa is higher than the archive, you can choose which one you want
[02:21] <asac> like you have a firefox-3.7 in the archive, beta and daily ppa
[02:21] <asac> how?
[02:21] <asac> how do you choose that?
[02:22] <asac> the user-experience i want is that user says:
[02:22] <asac> "i want firefox-3.5 as dailies"
[02:22] <micahg> pin beta at 475
[02:22] <micahg> daily will always be higher
[02:22] <asac> "i want firefox-3.6 as backports/milestones"
[02:22] <micahg> apt will not make you install a lower version
[02:23] <asac> then user runs apt-get dist-upgrade ... and all should be as he opted-in
[02:23] <micahg> dist-upgrade disables all ppas :)
[02:23] <asac> no
[02:23] <asac> not here ;)
[02:23] <micahg> did for me
[02:23] <asac> well.. you know what i mean
[02:23] <micahg> :)
[02:23] <asac> apt-get dist-upgrade?
[02:23] <asac> that works for me
[02:23] <asac> i always run that
[02:24] <asac> you probably mean update-manager -d
[02:24] <micahg> oh, I guess I'm remembering from debian :)
[02:24] <micahg> you want it totally automatic
[02:25] <micahg> ugh, yeah, you'll probably have to pin individual packages then
[02:25] <asac> what i want is to build a UI that allows users to just select what they want from where ...
[02:25] <micahg> which is a mess
[02:25] <asac> that UI does not interfaces with apt/update-manager etc. to reduce complexity
[02:25] <asac> just adds the PPAs and the pinning
[02:25] <micahg> once you install a version higher than the archives, you'll get updates
[02:25] <asac> that would be the perfect user experience i would hope for :;)
[02:25] <micahg> mozilla-configurator?
[02:25] <asac> micahg: right. but then in case archive gets a higher version for a minute you bounce back to archive
[02:25] <asac> right
[02:25] <asac> or daily-tester-tools
[02:25] <asac> or something like that
[02:26] <micahg> well, if we're going to do that, then we can certainly pin higher and the individual pacakges
[02:27] <micahg> like you have on the wiki
[02:27] <asac> yes. but we need working examples
[02:27] <asac> for the two cases i mentioned (not sure what the UI would use, but probably the second):
[02:27] <asac> 1. For users that want to run dailies or backports for just a specific version, we suggest lowering the priority of the repository using apt pinning and then increasing the score for the app that is wanted.
[02:27] <asac> 2. To opt-in only for specific application versions we provide a wizard script puts the proper pinning in place.
[02:28] <asac> sorry for the confusion ;)
[02:28] <asac> thats just one approach. i think i removed the second way of approaching this ;)
[02:28] <asac> from the wiki
[02:28] <Out_Cold> i'm confused... can someone please direct me towards the firegpg team?
[02:28] <micahg> I think all ppas should be < 500 by default
[02:29] <micahg> maybe that should go in lucid...
[02:29] <asac> but does that matter for the mozilla configurator thing?
[02:29] <asac> i would think thats independent.
[02:29] <micahg> no, we can handle it independently
[02:30] <asac> right
[02:30] <asac> something that might be worth looking into for the whole distro
[02:30] <micahg> Out_Cold: in Ubuntu or in general?
[02:30] <asac> we should discuss with mvo
[02:30] <micahg> asac: yeah, that's what I'm thinking
[02:30] <asac> micahg: also i hoped by using a low prio like 10 that packages might even get downgraded if user opt-out later on
[02:31] <micahg> Out_Cold: http://getfiregpg.org/s/help
[02:31] <Out_Cold> well i'm using ubuntu so it may be related to that
[02:31] <asac> the main problem is that we seem to need to add explicit entry for _all_ binary packages for a source
[02:31] <micahg> Out_Cold: we don't package it yet, so I suggest following the link I posted
[02:31] <asac> like user says: "firefox-3.5 from beta" -> we need to somehow get all package names and put a pin with prio like in the wiki or something
[02:31] <Out_Cold> thanks
[02:31] <asac> micahg: gnomefreak made a package
[02:32] <asac> it should get uploaded for lucid finally
[02:32] <asac> it had license issues in the past
[02:32] <asac> i /think/ those are now fixed
[02:33] <asac> micahg: what i mean is that "Package: firefox-3.6* abrowser-3.6* xulrunner-1.9.2*
[02:33] <asac> "
[02:33] <asac> does not work i found out
[02:33] <micahg> asac: well, we can code the package names into the app
[02:33] <asac> we need one entry for each binary package
[02:33] <asac> micahg: yeah. but thats also maintenance pain ;) ... would prefer if it was automatic somewhat ...
[02:33] <asac> that leads to another question: how to keep track in case more packages pop up etc.
[02:34] <micahg> don't one of the files in the bzr archive have the package names?
[02:34] <asac> control
[02:34] <asac> debian/control
[02:34] <micahg> can we parse that?
[02:35] <asac> we probably could. but when? when user enables/disables it, that might be simple ... but what if suddenly there is one more package avail.
[02:35] <asac> we can also check the package DB ...
[02:35] <asac> thats not that hard
[02:35] <micahg> asac: that would be after they enabled though
[02:36] <asac> yeah. so probably needs to be just implemented and then tested
[02:36] <micahg> we'd have to add the source, pin, update again
[02:36] <asac> micahg: not necessarily
[02:36] <micahg> sorry, add source, update, pin, update
[02:36] <asac> micahg: in ubufox i use python apt lib to do our own package db tempdir
[02:36] <micahg> asac: a regular user wouldn't have any package info on  3.7 without a daily
[02:37] <asac> you can do that for arbitrary sources.list snippets that would be shipped in the configurator app
[02:37] <asac> bzr branch lp:ubufox
[02:37] <asac> cd ubufox/pfsdb/
[02:37] <micahg> ah, we could build a temporary apt db, pin, update
[02:37] <micahg> ok
[02:37] <asac> pfs/db/
[02:38] <asac> nppapt.py  plugindb.py  recreatedb.sh  sources.list  sources.list.7.10  sources.list.8.04  sources.list.8.10  sources.list.9.04  sources.list.9.10
[02:38] <asac> micahg: yes. still we would need to react on when new package appear
[02:39] <asac> point is that if we start to have our own apt db ...
[02:39] <asac> we will be out of sync of what the real apt db knows
[02:39] <asac> so we could do our own db in mozilla configurator ... and also add a trigger maybe
[02:39] <asac> apt trigger
[02:39] <asac> not sure how ;)
[02:39] <micahg> yeah
[02:40] <asac> have to check with mvo ...
[02:40] <micahg> asac: etckeeper has an apt trigger
[02:40] <micahg> http://pastebin.com/f211b5517
[02:41] <asac> in anycase ... before we start putting work into something like that we should be sure that we have the right generic pinning approaches
[02:41] <asac> strategies
[02:41] <asac> and that they work as expected
[02:41] <asac> otherwise we do lots of work and then find that the pinning is a mess ;)
[02:42] <asac> and that we need to split ppa per version too
[02:42] <micahg> asac: PPA per version seems crazy
[02:42] <asac> but in that case cant do transitional packages etc again ... but here again i am not sure about how the transition would behave
[02:43] <asac> micahg: the only technica reason (besides the guts feeling of bloet) to not have ppa per version is that we need to do transitions like i described
[02:43] <asac> in wiki
[02:43] <asac> for technical reasons we don't have per-version daily repositories as this would cause problems when shipping partial transitions such as moving the firefox meta package from 3.5 to 3.6 package
[02:43] <asac> https://wiki.ubuntu.com/MozillaTeam/PPAs#Using%20PPAs%20for%20just%20specific%20application%20versions
[02:44] <asac> maybe it would be easier to just implement the package* syntax in apt for pinning
[02:44] <micahg> oh, I wanted to ask, why are we taking over default browser in 8.04 - 9.04 dailies?
[02:44] <asac> in lucid
[02:44] <asac> (doesnt help for all the older releases though)
[02:45] <asac> micahg: you mean: why we transitioned to 3.5?
[02:45] <asac> thats because dailies are double dailies for us
[02:45] <micahg> in the dailies for hardy - jaunty
[02:45] <asac> otherwise things would become realy complex
[02:45] <asac> we would need -daily-stable ... -daily-backports ;)
[02:45] <asac> so antoher ppa set
[02:46] <asac> like daily, but using the release branches
[02:46] <asac> firefox-3.5.karmic ... firefox-3.0.hardy etc.
[02:46] <asac> and daily, but using .head branch
[02:46] <asac> the latter is what we define as dailies atm
[02:47] <asac> which automatically comes with the take over you asked for
[02:47] <asac> and also with the semi transition that is the technical blocker for splitting ppas per version
[02:47] <asac> 03:43 < asac> for technical reasons we don't have per-version daily repositories as this would cause problems when shipping partial transitions such as moving the  firefox meta package from 3.5 to 3.6 package
[02:48] <micahg> asac: you're up late :)
[02:48] <asac> yes
[02:48] <asac> too much holiday -> too much stuff to do this week
[02:48] <asac> next week is UDS etc.
[02:48] <micahg> well, it would seem like a lot of work to maintain per version ppas
[02:49] <asac> thats the same work imo ... fta would just upload them to the right repo
[02:49] <asac> we can also automate the milestone spinnings i hope in the same way
[02:49] <asac> just a manual push i guess rather than something that riuns fully automated
[02:51] <micahg> asac: is ff3.5.5 going through -proposed?
[02:51] <asac> no
[02:51] <asac> its a regression release
[02:51] <asac> for the previous security update
[02:52] <asac> and just has a hand ful of changes
[02:52] <asac> like a minibranch
[02:52] <micahg> -updates?
[02:52] <asac> it goes to -security ... and we always copy that to -updates too to help mirroring security updates
[02:52] <asac> same procedure as security updates basically
[02:52] <asac> just a regression fix for a security udpate
[02:53] <asac> (thats why i uploaded to the security ppa)
[02:54] <micahg> asac: you don't seem to make new snapshot commits, am I supposed to do that?
[02:54] <asac> i dont?
[02:54] <asac> oh
[02:54] <asac> i forgot ... my bad then
[02:54] <micahg> sometimes
[02:54] <asac> i usually do
[02:54] <asac> i try to do
[02:54] <micahg> like today
[02:55] <asac> so i should at least have bumped the changelog version
[02:55] <micahg> ugh, TB3 cairo bumped to 1.8.8
[02:55] <asac> and include that its a new snapshot in the same commite message
[02:55] <asac> did i do that at least?
[02:56] <asac> i think i ended up doing that in one commit if its just one change for that snapshot ... but splitting up in pure snapshot bump and multiple commits
[02:56] <micahg> yes
[02:56] <asac> if there is more than one thing required
[02:56] <asac> i think both is ok
[02:57] <asac> ok i failed here
[02:57] <asac> let me uncommit :/
[02:57] <micahg> ugh
[02:58] <asac> oh shit. i think that was really a bad idea because fta already did a new run :/
[02:58]  * asac feels dirty
[02:58]  * asac hides
[02:59] <micahg> I didn't see a new run since you fixed that
[02:59] <asac> good
[02:59] <micahg> asac: you're safe
[02:59] <asac> then i might be lucky :-P
[02:59] <micahg> he reran after I committed ff3.7
[03:00] <micahg> did you do overwrite?
[03:00] <asac> yes.
[03:00] <asac> i have a bound branch
[03:00] <asac> that automatically applies it
[03:00] <asac> thats why i couldnt stop it after bzr uncommit ;)
[03:00] <asac> it just did it
[03:00] <micahg> oops
[03:00] <micahg> wrong version :)
[03:01] <micahg> New upstream snapshot: 1.9.0.6 HG 20091109r26560
[03:01] <asac> help me ;)
[03:01] <micahg> I think only sleep can help at this point ;)
[03:01] <asac> ok i think its now ok ;)
[03:02] <asac> and yes. i should not touch branches after 4am ;)
[03:02] <asac> thats usually a bad idea
[03:02] <asac> ok i nthat sense out ... hope i didnt bust something else in that last commit ;)
[03:02] <micahg> ok, I'll bump libcairo for TB3 later otnight
[03:03] <asac> yeah go ahead
[03:03] <asac> ttyt
[03:03] <micahg> ok
[14:25] <asac> bdrung: also: http://www.asoftsite.org/s9y/archives/152-ubuntu-mozillateam-minutes-14th-sep-08-....html#c748
[14:27] <bdrung> k
[14:28] <asac> bdrung: so the other problem is that we cannot really share anything with debian because of trademark implications. so the only practical way would be for debian folks to join ubuntu mozillateam (e.g. flip it upside down)
[14:29] <asac> which would make much more sense
[14:29] <asac> especially because we have all the users and get real feedback on QA etc.
[14:30] <bdrung> asac: the feadback depends on the package. some packages get more feedback in debian.
[14:33] <asac> yes. but for mozillas
[14:33] <asac> i am only speeking on mozilla stuff ;)
[14:34] <bdrung> yeah, that true. simply compare the popcon stats
[15:00] <asac> kenvandine: not online with jabber?
[15:00] <kenvandine> asac, i am
[15:00] <asac> hmmm ... do you still have asac@jabber.ccc.de in there?
[16:39] <snorp> hello, my lizard friends
[16:40] <snorp> I am attempting to use xulrunner 1.9.1 from here: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[16:40] <snorp> it looks like it needs a newer nspr, which is not in that ppa
[16:40] <snorp> a little help? :)
[16:40] <micahg> snorp: which package?
[16:41] <snorp> micahg: it's not a package dep issue (more of a missing dep)
[16:41] <micahg> or rather which releasE?
[16:41] <snorp> but libxulrunner-unstable pkg-config require mozilla-nspr
[16:41] <snorp> which I can't fine
[16:41] <micahg> are you trying to build it?
[16:42] <snorp> no
[16:42] <snorp> trying to build against it
[16:42] <micahg> which release are you on?
[16:42] <snorp> err, libxul-unstable.pc I mean
[16:42] <snorp> hardy
[16:42] <micahg> ah
[16:42] <snorp> s/fine/find/ :)
[16:43] <micahg> snorp: xulrunner-1.9.1 is not meant to be built against in hardy
[16:43] <snorp> oh :(
[16:43] <snorp> that makes me immeasurably sad
[16:43] <micahg> we don't officially support it at this time
[16:43] <micahg> we're working on backports for mozilla software right now
[16:43] <snorp> right, I understand
[16:45] <micahg> snorp: is there a reason you're using 1.9.1 instead of 1.9.0?
[16:45] <micahg> or rather 1.9
[16:45] <snorp> micahg: just want to move to 1.9.1 for some things
[16:45] <snorp> I work for a partner of canonical
[16:45] <snorp> they are going to get us "official" packages
[16:45] <micahg> asac: ^^^
[16:45] <snorp> but just trying to get something going in the mean time
[16:45] <snorp> yeah, if asac could help that would be good :)
[16:45] <micahg> pbuilder?
[16:45] <yoasif> micahg: any news on that nvidia/firefox issue?
[16:46] <micahg> yoasif: I've seen more bugs :)
[16:46] <micahg> no, unfortunately not
[16:46] <micahg> is 3.5.5 out yet?
[16:46] <asac> snorp: afaik we should have nspr 4.7.5 in all ubuntu releases ... isnt that the case?
[16:46] <yoasif> no master bug?
[16:46] <asac> !info nspr
[16:46] <yoasif> i just got 3.5.4 from lucid repos
[16:46] <asac> !info libnspr1
[16:46] <asac> !info libnspr1d
[16:47] <micahg> asac: yeah, 4.7.5 is
[16:47] <asac> https://edge.launchpad.net/ubuntu/+source/nspr
[16:47] <asac> snorp: ^^
[16:47] <asac> so maybe you just need to enable -security -updates
[16:47] <asac> to get 4.7.5
[16:47] <asac> that should be recent enough for 1.9.1
[16:47] <snorp> asac: win.
[16:48] <snorp> asac: it is requiring 4.8.2
[16:48] <micahg> ugh, we don't have 4.8.2 in anything
[16:48] <snorp> crap
[16:48] <asac> err
[16:48] <asac> no
[16:48] <micahg> snorp: are you sure it's xulrunner that requires that
[16:48] <asac> i dont think that 1.9.1 really needs 4.8.2 ... maybe latest dailies
[16:48] <asac> but i havent seen that
[16:48] <micahg> asac: the latest in karmic is 4.8
[16:48] <snorp> Requires: mozilla-nspr >= 4.8.2
[16:49] <snorp> from libxul-unstable.pc
[16:49] <snorp> yeah, this is dailies
[16:49] <snorp> is there another source for 1.9.1 I could use?
[16:49] <micahg> debian has 4.8.2
[16:51] <asac> i am in meeting ... will check with you ater that
[16:51] <snorp> cool
[16:56] <micahg> snorp: I don't see anything that would require that
[16:56] <snorp> so maybe I can just hack it to use a lower version
[16:56] <micahg> do you have nspr 4.8.2?
[16:56] <snorp> nope
[17:49] <armin76> asac: fta: sparc workaround latest comment at mozilla bug 448658
[17:50] <eagles0513875> can i ask a random question guys as im seeing armin76 mention sparc. how does one test stuff for other processor architectures if they dont ahve the hardware
[17:51] <av`__> eagles0513875, they use a qemubuilder for building purposes
[17:51] <av`__> but for testing is har
[17:51] <av`__> * hard
[17:51] <eagles0513875> gotcha
[17:52] <av`__> also setting up a qemubuilder is not that easy
[17:52] <eagles0513875> there is no emulated environment or anything of the sort?
[17:52] <av`__> qemubuilder is an emulated environment
[17:52] <av`__> it uses particular kernel images to build the chroot
[17:52] <av`__> and then you can run some archs like sparc or amd64
[17:52] <av`__> if you are on i386
[17:53] <eagles0513875> ahhhh
[17:53] <av`__> or i386 if you are into amd64, sparc whatever
[17:53] <av`__> but sometimes it's broken
[17:53] <eagles0513875> ahhh ok
[17:53] <av`__> so ...
[17:53] <eagles0513875> im gonna update my laptop to lucid and begin helping u guys out
[17:54] <av`__> cool
[17:55] <micahg> eagles0513875: you don't have to be on lucid to package for lucid
[17:55] <eagles0513875> micahg: working on extensions for ff
[17:55] <micahg> right
[17:55] <micahg> as long as you have the latest m-devscripts, you should be ok
[17:55] <eagles0513875> are you talking about working in a chroot environment?
[17:56] <micahg> well, pbuilder can build the lucid package for you
[17:56] <micahg> pbuilder-dist in ubuntu-dev-tolls
[17:56] <micahg> *ubuntu-dev-tools
[17:56] <eagles0513875> ahhh ok
[17:56] <eagles0513875> im a novice to all this
[17:56] <micahg> that's why I don't think you should move to lucid
[17:57] <micahg> unless you are willing to do full system recovery if something breaks
[17:57] <eagles0513875> if need be i am willing to reinstall
[17:57] <eagles0513875> or recover
[17:58] <micahg> latest mozilla-devscripts are in the daily PPA
[17:58] <eagles0513875> nice thing for me since im duel booting on boot camp partition on my mac is all i need to do is boot onto the live cd and reinstall grub doesnt complain about it and osx boots just fine
[17:58] <micahg1> eagles0513875: you could run virtualbox also
[17:59] <micahg> if it's an intel mac
[17:59] <micahg> which it has to be  I guess
[17:59] <eagles0513875> micahg: i have noticed though that bugs might not surface in a vm like they would in a physical machine
[17:59] <micahg> well, hw bugs wouldn't
[17:59] <micahg> ok, gtg
[18:00] <micahg> bbiab
[18:09]  * eagles0513875 waves to asac
[18:45] <asac> hi eagles0513875
[18:45] <asac> snorp: so what are you working on? karmic?
[18:46] <snorp> asac: hardy
[18:48] <asac> snorp: ok. for that you definitly need to pull in a nspr on your own if you want to build using system-nspr
[18:48] <asac> i would think that the karmic package should be enough
[18:49] <snorp> ok, I'll give that a shot
[18:50] <asac> snorp: so basically to build the karmic packages for xulrunner-1.9.1 firefox-3.5 and nspr and nss
[18:50] <asac> s/to //
[18:50] <snorp> nod
[18:51] <micahg> asac: membership meeting is Wed Nov 18 at 2100 UTC
[18:52] <asac> ok ... what time is that in dallas?
[18:54] <micahg> 3PM :)
[18:54] <micahg> I'll be several hundred miles north of you ;)
[19:04] <micahg> asac: should I comment on the blueprint?
[21:01] <fta> anyone using ff3.7 here?
[21:02] <fta> Error: uncaught exception: [Exception... "Component returned failure code: 0x80520012 (NS_ERROR_FILE_NOT_FOUND) [nsIXPCComponents_Utils.import]"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  location: "JS frame :: chrome://browser/content/browser.js :: delayedStartup :: line 3590"  data: no]
[21:03] <fta> asac, [reed]: ^^
[21:03] <[reed]> on startup or what?
[21:03] <fta> yes
[21:04] <[reed]> guess it can't find the new components.list file?
[21:04] <fta> i'm trying to find why my session is no longer restored
[21:04] <fta> that's the only error in the console
[21:05] <[reed]> do you have components/components.list
[21:05] <[reed]> in your firefox directory?
[21:05] <[reed]> should be in the same directory compreg.dat is
[21:07] <[reed]> fta: ^
[21:08] <fta> nope
[21:10] <fta> [reed], but it doesn't seem to look for this either: http://paste.ubuntu.com/315396/
[21:11] <[reed]> some apparmor thing stopping it from creating it?
[21:13] <fta> no, no profile for 3.7 yet
[21:13] <fta> could it be the gio/gvfs switch?
[21:14] <[reed]> doubt it... when did this start?
[21:14] <[reed]> what is line 3590 of browser.js?
[21:15] <fta> last week
[21:16] <[reed]>   Cu.import("resource://gre/modules/NetworkPrioritizer.jsm", NP);
[21:16] <fta> 3590     if (!gPrefService.getBoolPref("browser.fullscreen.autohide"))
[21:16] <[reed]> that's line 3590 in my browser.js
[21:16] <fta> hm
[21:17] <[reed]> if you go to that url
[21:17] <[reed]> resource://gre/modules/NetworkPrioritizer.jsm
[21:17] <[reed]> in firefox
[21:17] <[reed]> what do you see?
[21:17] <[reed]> the file should be present in the modules/ directory
[21:18] <fta> not found
[21:18] <[reed]> so, that's your problem
[21:18] <[reed]> need to figure out why that file isn't found
[21:18] <fta> but root@ix:~ # find /usr/lib/firefox* -name NetworkPrioritizer.jsm
[21:18] <fta> /usr/lib/firefox-3.7a1pre/modules/NetworkPrioritizer.jsm
[21:18] <[reed]> hmm
[21:19] <fta> Error: uncaught exception: [Exception... "Cannot modify properties of a WrappedNative"  nsresult: "0x80570034 (NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN)"  location: "JS frame :: chrome://global/content/bindings/autocomplete.xml :: onxblpopuphiding :: line 825"  data: no]
[21:19] <fta> probably unrelated
[21:19] <[reed]> yeah, sounds unrelated
[21:20] <[reed]> can you do resource://gre/modules/PluralForm.jsm
[21:20] <[reed]> ?
[21:20] <[reed]> do you get that file?
[21:20] <fta> yes
[21:20] <[reed]> huh
[21:21] <fta> but it's provided by xul, not ff
[21:21] <fta>  /usr/lib/xulrunner-1.9.3a1pre/modules/PluralForm.jsm
[21:21] <[reed]> ah
[21:21] <[reed]> what about:
[21:22] <[reed]> resource://gre/modules/openLocationLastURL.jsm
[21:22] <[reed]> that is in ff
[21:22] <fta> nope, nada
[21:22] <fta>  /usr/lib/firefox-3.7a1pre/modules/openLocationLastURL.jsm
[21:23] <[reed]> could be one of ubuntu's gre patches is messing stuff up
[21:23] <[reed]> I know you all play with that
[21:23] <fta> asac, ^^
[21:27] <[reed]> mconnor: sound right, or could it be something on our end?
[21:30] <mconnor> in a meeting
[21:39] <Mook_sb> shouldn't it be resource://app/modules/NetworkPrioritizer.jsm ?
[21:45] <[reed]> fta: does that work for you? ^
[21:58] <fta> it does
[21:59] <fta> [reed], you know you can also install our debs, they will not destroy your profile
[21:59] <mconnor> just his soul
[21:59] <fta> i can reproduce on 3 boxes
[21:59] <[reed]> fta: `ls /usr/lib/firefox-3.7a1pre/modules/`
[22:00] <[reed]> what is in that directory?
[22:00] <[reed]> I'll work up a patch
[22:00] <fta> 3 files
[22:00] <fta> -rw-r--r-- 1 root root 13752 2009-11-10 02:49 distribution.js
[22:00] <fta> -rw-r--r-- 1 root root  7067 2009-11-10 02:49 NetworkPrioritizer.jsm
[22:00] <fta> -rw-r--r-- 1 root root  3661 2009-11-10 02:49 openLocationLastURL.jsm
[22:00] <[reed]> ok, cool
[22:01] <[reed]> resource://gre/modules/distribution.js I assume is file not found, too?
[22:02] <fta> right
[22:03] <[reed]> ok
[22:21] <fta> ok, cheated by making symlinks of those 3 files for ff to xul dir, it worked, my session is properly restored
[22:21] <fta> -for+from
[22:22] <fta> [reed], ^^
[22:22] <micahg> fta: maybe we need to ship them in ff instead of xul?
[22:23] <[reed]> no, it's a bug on the browser side
[22:23] <fta> upstream should fix that
[22:23] <[reed]> I'm filing a bug with a patch now
[22:23] <fta> yeah, good
[22:24] <fta> how come no one noticed it?
[22:25] <[reed]> dunno
[22:25] <[reed]> filed mozilla bug 527784
[22:27] <micahg> [reed]: what does dogfood mean?
[22:28] <[reed]> dogfood means it blocks developers from actually working
[22:28] <[reed]> and session restore being broken means developers unhappy
[22:28] <micahg> H
[22:28] <micahg> ah
[22:31] <fta> micahg, do have/know a bug # for the unicode bug?
[22:31] <micahg> no, not yet
[22:31] <micahg> are you seeing it too?
[22:33] <fta> yes, at work
[22:33] <fta> both in tab names, and inside pages
[22:35] <micahg> fta: 3.6 or trunk?
[22:36] <fta> trunk
[22:36] <fta> i only use trunk
[22:36] <micahg> ok, so it's something that landed between beta 1 and beta 2 on 3.6 and not fixed in trunk
[22:44] <[reed]> fixed mozilla bug 527784
[22:44] <[reed]> :)
[23:01] <fta> thx
[23:02] <[reed]> however, I will say that actually running the test suite would have caught this bug
[23:02] <[reed]> so, that's something you all should really _truly_ look into doing on a regular basis
[23:02] <[reed]> or at least once before every release
[23:04] <fta> i'm running the test suite at build time
[23:04] <fta> but it fails very early
[23:04] <fta> ..and no one cared until now
[23:06] <[reed]> fails with what message?
[23:07] <[reed]> and we most assuredly have cared before -- I remember several times where Mozilla has asked Ubuntu to run the test suite on a regular basis
[23:15] <fta> [reed], i've been running make check for nearly a year, but it's not clear what kind of tests you want us to run, and if it's possible to run that in our restricted env
[23:16] <fta> http://launchpadlibrarian.net/35496517/buildlog_ubuntu-karmic-i386.xulrunner-1.9.3_1.9.3~a1~hg20091110r34734%2Bnobinonly-0ubuntu1~umd1_FULLYBUILT.txt.gz
[23:16] <fta> search for "[check] Error"
[23:17] <micahg> [reed]: BTW, there's breakage with gcc4.4 and lpia on trunk
[23:19] <[reed]> fta: looks like a patch on your end is modifying system-wrappers
[23:19] <[reed]> micahg: file a bug
[23:19] <micahg> [reed]: :) when I get a chance
[23:38] <[reed]> fta: http://bazaar.launchpad.net/~ubuntu-mozilla-daily/firefox/firefox-3.7.head.daily/annotate/head%3A/debian/patches/dont_depend_on_nspr_sources.patch
[23:38] <[reed]> that patch is causing the problem
[23:44] <fta> wrong branch
[23:44] <fta> xul, not ff