[02:56] <LLStarks> asac. woe is me. 3.6.2 dailies are still not being built against cairo.
[02:57] <LLStarks> fta, is there a problem with the build system?
[04:09] <LLStarks> micahg. sup.
[04:21] <micahg> hi LLStarks
[04:53] <micahg> [reed]: sqlite check failure w/3.6.22
[06:49] <noaXess> hi all
[06:50] <noaXess> need i add ppa:mozillateam/firefox-stable to get ff3.6 or will it be in norma updates of (k)ubuntu karmic?
[06:53] <mahfouz_> noaXess, probly will not be in karmic updates
[06:53] <mahfouz_> since it hasn't been yet
[06:54] <noaXess> okay.. so add this ppa..
[06:54] <mahfouz_> yeah, check the ppas
[06:54] <mahfouz_> or download from mozilla directly
[06:54] <mahfouz_> will be in lucid though
[06:54] <mahfouz_> http://packages.ubuntu.com/search?suite=default&section=all&arch=any&searchon=names&keywords=firefox
[06:58] <noaXess> how is the name of ff3.6 from the mozillateam ppa? still firefox or any other name?.. as in ppa of mozilla daily builds?
[06:58] <mahfouz_> which ppa?
[06:58] <mahfouz_> check the websites of the ppas, it's all there
[06:58] <mahfouz_> dunno which one you mean in particular
[07:00] <noaXess> just  minute.. updating ff
[07:01] <noaXess> need a reboot.
[07:01] <mahfouz_> no
[07:01] <noaXess> wil back soon.. kernel update..
[07:01] <mahfouz_> just a restart
[07:01] <mahfouz_> oh
[07:01] <noaXess> :)
[10:12] <asac> !info libdbusmenu-glib1
[10:12] <asac> !info libdbusmenu-glib1 lucid
[11:37] <Milos_SD> Hi
[11:37] <Milos_SD> I see there is todays build of Firefox 3.7 on PPA page
[11:38] <Milos_SD> but I didn't get any update for it in past 2 days :S
[11:38] <Milos_SD> what can be the problem?
[11:39] <Milos_SD> I see now
[11:39] <Milos_SD> build faild for 64bit :(
[11:39] <BUGabundo_work> brOas
[12:42] <noaXess> since i have ff 3.6 from mozillateam ppa, i haven't sun-java6-plugin enabled.. it is installed but not in firefox.. if i go to http://www.java.com/de/download/installed.jsp and check java version, ff means to install the plugin, i try so.. an get the message that sun-java6-plugin is allready installed... any idea how to get java plugin back to ff 3.6?
[13:01] <noaXess> ok goit it working..
[13:01] <noaXess> see here.. german solution: https://libertalia.eu/blog/floeschie/2010/01/java-plugin-fuer-firefox-36-unter-ubuntu-linux-karmic
[13:01] <noaXess> sudo update-alternatives --set mozilla-javaplugin.so /usr/lib/jvm/java-6-sun/jre/lib/amd64/libnpjp2.so
[13:13] <noaXess> can this posted somewhere on the ppa.. or can the mozillateam this include in a next update?
[13:14] <BUGabundo_work> noaXess: Lucid no longer has SUN Java
[13:14] <noaXess> BUGabundo_work: ?? and what does lucid has? openjdk?
[13:15] <BUGabundo_work> yes
[13:15] <BUGabundo_work> which, AFAIK, doesnt have a browser plugin, yet
[13:15] <BUGabundo_work> but micah has more info on that
[13:18] <noaXess> okay.. so i cqn use openjdk also now. right?
[13:18] <noaXess> can ^
[13:22] <noaXess> now have enabled java-6-openjdk.. but ff3.6 plugin won't work.. how to get it up with openjdk?
[13:22] <noaXess> plugin is installed: dpkg -l | grep icedtea -> ii icedtea6-plugin 6b16-1.6.1-3ubuntu1
[13:43] <and`> fta: around?
[13:44] <and`> BUGabundo: hey
[13:45] <BUGabundo> hey and`
[13:45] <and`> BUGabundo: do you know if setting up latest gwibber on Debian sid / squeeze is possible? (dependencies are badly messed up)
[13:46] <BUGabundo> yes they were
[13:46] <BUGabundo> i used Hardy repos
[13:46] <BUGabundo> *PPA
[13:46] <BUGabundo> used to at least start
[13:46] <BUGabundo> no idea about the new 2.9x version
[13:46] <BUGabundo> havent tested it
[13:46] <and`> k, thanks, will give it a try
[14:28] <gnomefreak> who is here?
[14:28] <asac> me
[14:28] <asac> hi gnomefreak
[14:29] <gnomefreak> :)
[14:29] <gnomefreak> hi asac
[14:30] <asac> BUGabundo: and`: latest gwibber doesnt work in hardy afaik
[14:31] <asac> i would hope karmic is close enough to squeeze
[14:32] <gnomefreak> asac: i am going to try to make the meeting. I have to see my accountant at 9:00am not sure how long it will take. ATM there is no agenda.
[14:32] <gnomefreak> i should be here before 9:00
[14:32] <asac> gnomefreak: we have a meeting date?
[14:32] <asac> hmm
[14:32] <asac> when is that?
[14:33] <gnomefreak> asac: thursday @ 16:00UTC
[14:33] <gnomefreak> https://wiki.ubuntu.com/MozillaTeam/Meetings
[14:34] <asac> ok
[14:34]  * asac adds calendar entry
[14:36] <BUGabundo> gnomefreak: i'm, sometimes
[14:36] <gnomefreak> we should really have a way to add wikis as an .ical but have it as "you choose" what ones you want
[14:46] <gnomefreak> ok there is a very good chance i will get locked up for the next while (updates) ive had problems with memory the past week or 2 and so far works good :) we will see
[14:59] <gnomefreak> can i use * in place of all files/folders in a dir when wanting to compress ever files/folder in the dir?
[14:59] <micahg> gnomefreak: using what?
[15:00] <gnomefreak> using tar
[15:01] <micahg> gnomefreak: unnecessary, if you specify the directory, it will pull everything below it
[15:02] <gnomefreak> ah that makes sense sorry i forgot that i can compress the whole folder "backup :) thanks
[15:02] <micahg> yep, just add j or z :)
[15:03] <gnomefreak> tar -zcvf is what im using
[15:03]  * micahg managed to crash a terminal :)
[15:05] <gnomefreak> how did you manage that. that is one thing that i never crashed
[15:07] <micahg> bad shell commands...
[15:07] <gnomefreak> really bad ones
[15:08]  * micahg left out a space I think...
[15:08]  * micahg is working on his shell-fu
[15:25] <micahg> asac: around?  need to chat about TB3 migrator
[15:39] <_Tsk_> micahg:  what is that TB3 migrator ?
[15:39] <micahg> _Tsk_: we have a profile migrator
[15:39] <_Tsk_> you change the place where the profile is ? or it tweaks prefs and stuff ?
[15:40] <micahg> _Tsk_: well, TB2 stored in 1 dir, TB3 daily in another, and TB3 in another
[15:40] <micahg> it gives them the option which settings to use
[15:40] <_Tsk_> ok
[15:40] <micahg> TB3 will be using the same profile dir as upstream
[15:50] <micahg> asac: hi
[15:54] <asac> hi
[15:54] <asac> on a call now ;)
[15:54] <asac> 1h
[15:55] <micahg> asac: k
[15:56] <gnomefreak> well that will teach me :(
[15:57] <micahg> gnomefreak: ?
[15:58] <gnomefreak> micahg: thread from devel-discuss mailing list. thunderbird didnt put them together so i commented to the thread than saw everyone elses
[15:58] <micahg> gnomefreak: ah...weird
[15:58] <micahg> TB3?
[15:58] <gnomefreak> micahg: yeah
[15:59] <gnomefreak> it picks and chooses what ones it wants to put in time line order
[16:01] <gnomefreak> it also chooses what emails it wants to put in right folder(filtering)
[16:01] <micahg> gnomefreak: weird, I don't think I've had those issues
[16:02] <gnomefreak> i have from the start of tb3
[16:02] <micahg> gnomefreak: are you using dailies?
[16:02] <gnomefreak> micahg: yes but it happened before dailies
[16:15] <gnomefreak> micahg: take a look at bug 516878 it made me laugh
[16:15]  * gnomefreak thinks mark invalid due to his list
[16:15] <micahg> gnomefreak: there should be a TMP bug to dupe it to
[16:17] <gnomefreak> TMP? i dont remember seeing a bug on this in a long time during Karmic alpha cycle
[16:17] <micahg> I think that's the one that's conflicting
[16:18] <gnomefreak> yeah that would be the one. i didint look at his list. thanks
[16:18] <gnomefreak> micahg: do you have master bug?
[16:18]  * micahg would have to look
[16:20] <micahg> gnomefreak: there's bug 511840, but I thought we had an older one
[16:20] <gnomefreak> thanks
[16:21] <gnomefreak> ok done
[16:26] <fta2> asac, plz reject the merge from mvo, the control file is bogus
[16:33] <micahg> fta2: I can do it...
[16:34] <fta2> ok, thanks
[16:34] <fta2> the file still contains merge conflicts
[16:42]  * gnomefreak be rigght back need to hang self
[16:43]  * micahg needs to add the fix for hardy -> lucid ff upgrade
[16:52] <asac> fta2: why is the control file bogs?
[16:52] <asac> if the doesnt apply cleanly (because its too old) we should merge it
[16:53] <asac> or are you saying that it really contained merge conflicts on its own?
[16:53] <micahg> asac: it looked like what you said I shouldn't do as well
[16:54] <micahg> asac: are you off of your call?
[16:54] <asac> ok so it was launchpad outlining merge conflicts
[16:54] <asac> yes. since a few minutes
[16:54] <asac> micahg: whats up?
[16:55] <micahg> asac: a lot :)
[16:55] <asac> hehe
[16:55] <asac> want to have a call in 15?
[16:55] <asac> or later?
[16:55] <asac> ;)
[16:55] <micahg> asac: sure
[16:55] <asac> otherwise just shoot here
[16:55] <micahg> later won't work as I have $WORK :)
[16:55] <asac> ok
[16:57] <asac> let me check with my boss on whether i have time
[16:58] <asac> bug 507416
[16:59] <asac> micahg: can you just merge mvos branch and fix the conflict manually?
[16:59] <micahg> asac: he reproposed, but it only has a replaces on ff3.0
[17:00] <micahg> asac: do we need all the transitional pacakges?
[17:05] <asac> micahg: all?
[17:05] <asac> we need even more
[17:06] <asac> we need the ffox3.0 transitional ones as well for hardy,intrepid,jaunty iirc
[17:06] <asac> unless we already added those
[17:06] <micahg> right
[17:06] <micahg> no, the 5 for ff3.0 I think are all that's left
[17:06] <asac> micahg: merge his patch for now ... that makes him happy
[17:06] <asac> for his upgrade testing
[17:07] <asac> then when we add the transitional packages all is fine
[17:07] <micahg> asac: k
[17:08] <micahg> asac: won't help anything until we respin anyways
[17:08] <asac> lets get the upload done soon then.
[17:08] <asac> mvo needs to be unblocked ;)
[17:08] <asac> he is doing all this upgrade testing
[17:08] <micahg> asac: I should stilll merge then?
[17:08] <asac> yes
[17:08] <micahg> k
[17:08] <asac> merge ... then prepare a new release for lucid
[17:08] <asac> with just this patch if it is
[17:09] <micahg> asac: k, I'll add the transitional packages right now then
[17:09] <asac> ok
[17:09] <asac> but merge his commit first
[17:09] <asac> otherwise its not nice ;)
[17:09] <micahg> yep :)
[17:09] <asac> since he submitted twice
[17:09]  * micahg should have fixed this last week...
[17:10] <asac> yeah ;)
[17:10] <asac> but well. you are busy :-P
[17:10] <asac> micahg: is tbid ready?
[17:10] <gnomefreak> micahg: any reason tb wont grab all emails from server instead it only grabs $NUMBER but i have to refreash it to grab some more. This is with thousands of emails maybe 2+ or so i never counted
[17:11] <micahg> asac: I need to chat about the migrator, otehrwise, yes
[17:11] <micahg> gnomefreak: no reason AFAIK
[17:12] <gnomefreak> micahg: ok
[17:32] <gnomefreak> anyone try printing an envelope using OO.o before?
[17:32] <micahg> gnomefreak: yes, it's rotated 180 degrees from doing it with Word in windows
[17:33] <gnomefreak> micahg: i cant find it in word. i found insert envelope but that puts it in the doc
[17:33] <micahg> gnomefreak: I think there may be a template or something
[17:33] <micahg> maybe it's just the paper size?
[17:33] <gnomefreak> micahg: ok ill look thanks
[18:46] <billybigrigger_> hey all
[18:46] <billybigrigger_> is thunderbird 3.1 broken?
[18:46] <billybigrigger_> i can't seem to add a mail account
[18:46] <billybigrigger_> i'm copying the account info directly from my desktop that i know works with my mailserver
[18:46] <billybigrigger_> and i seem to be stuck at sending login information...
[18:47] <billybigrigger_> thunderbird claims my account settings are ok, it checked my user/pass, and gave me a green light, now it's just been sitting there for about 10 mins saying Sending login information...
[20:34] <micahg> asac: I already added the team meeting to the fridge
[20:34] <micahg> oh wait
[20:34] <micahg> are we moving it one month?
[20:34] <asac> ?
[20:34] <asac> not sure
[20:34] <asac> why do you think=?
[20:34] <micahg> I just got an invite for mar 11
[20:34] <asac> hmm
[20:49] <asac> micahg: ask gnomefreak whats going  on
[20:49] <asac> i am fine with mar 11
[20:50] <asac> but he said on thursday
[20:51] <micahg> asac: are you still ok with thursday, we got it in teh newsletter as well
[20:51] <micahg> from the fridge posting
[20:51] <asac> micahg: so the fridge posting says this thursday?
[20:51] <asac> or mar 11?
[20:52] <micahg> asac: yeah, this thursday, I can change, it but it went out in teh newsletter
[20:52] <micahg> so I'd have to get nathan to post a blurb delaying it ont he fridge
[20:52] <asac> i would think that the calendar is wrong then
[20:53] <asac> lets not delay
[20:53] <micahg> asac: do you need a separate invite for it?
[20:53] <micahg> I used google calendar
[20:53] <asac> i added it to my calendar manually ... le tme check
[20:54]  * micahg thinks it
[20:54]  * micahg thinks it'll be good to clarify our goals for this cycle for everyone
[21:00] <asac> right
[21:04] <asac> micahg: is there anything you needed today?
[21:04] <asac> was there anything left for tbird? or are we ready to go tomorrow?
[21:04]  * asac starts a note to do the upload ...
[21:04] <micahg> asac: yes
[21:05] <micahg> asac: so, can we drop the decide later button or make it just exit
[21:05] <micahg> on the migrator?
[21:05] <asac> why drop?
[21:06] <asac> i think atm the decide later button makes it just exit
[21:06] <micahg> no, I think decide later lets you use the current profile
[21:06] <micahg> which there is none
[21:06] <micahg> in our case
[21:06] <asac> no
[21:06] <asac> there is one
[21:06] <asac> .mozilla-thunderbird gets copied on first run
[21:06] <micahg> asac: not in .thunderbird
[21:06] <asac> then its .thunderbird
[21:06] <asac> thats the "current" one
[21:07] <micahg> asac: even if they click decide alter?
[21:07] <micahg> *larer
[21:07] <micahg> *later
[21:07] <asac> yes
[21:07] <asac> if they click decide later we just keep the beta profile
[21:07] <asac> and let the user keep on using the default (aka the previous .mozilla-thunderbird)
[21:07] <micahg> but then the second run, it should move the old .m-tb which is now .tb to .tb.upstream?
[21:08] <asac> micahg: no thats on first run
[21:08] <asac> in all cases you do that move
[21:08] <asac> oh sorry
[21:08] <asac> i dont understand your question
[21:08] <asac> so on first run you rename .m-tb to .tb
[21:09] <asac> then you open the dialog if there also is a .tb-3.0
[21:09] <micahg> asac: yes, but you told me if there's a .tb to move to .tb.upstream
[21:09] <asac> if user hits "decide later" you just stat thunderbird  ... so on next run there is .tb and tb-3 still
[21:09] <asac> so user gets asked again
[21:09] <asac> until he either says: "use beta profile" -> use .tb-3 in future
[21:09] <asac> or "use standard"
[21:09] <asac> micahg: ah. yes.
[21:10] <asac> micahg: we dont carea bou the .tb.upstream
[21:10] <asac> we just move it there so we dont have to delete it
[21:10] <asac> we consider a .tb directory to be from upstream
[21:10] <asac> we dont ask user whether he wants to keep using it
[21:10] <asac> that would be too difficult
[21:10] <micahg> k, so I only move .tb out of the way if either there's a .m-tb or a .tb-3.0
[21:11] <asac> yes
[21:11] <asac> exactly
[21:11] <micahg> or rather, a .m-tb or they click use 3.0 profile
[21:11] <micahg> k
[21:11] <asac> not sure the last thing you said
[21:11] <micahg> next, do you want to review my transitional packages for FF3?
[21:11] <asac> imo if .m-tb exists we always move it away
[21:12] <asac> then we ask the question if there is a 3.0 prfile
[21:12] <asac> micahg: sure
[21:12] <micahg> http://pastebin.com/f14c41a20
[21:13] <asac> micahg: ensure that you have all 3.0 packages that existed
[21:13] <asac> afaik there was also dom-inspector or something
[21:13] <asac> besides from that it looks ok
[21:13] <micahg> asac: those are the only ones that weren't already transitional in hardy
[21:14] <asac> micahg: what do you mean with "transitional in hardy"?
[21:14] <micahg> asac: http://packages.ubuntu.com/search?suite=hardy-updates&section=all&arch=any&searchon=names&keywords=firefox-3
[21:14] <asac> isnt dom-inspector depending on xulrunner-1.9-dom-inspector?
[21:15] <micahg> yes
[21:15] <micahg> but that's dependent on xulrunner-1.9
[21:16] <asac> firefox-3.0-dom-inspector depends on xulrunner-1.9-dom-inspector
[21:16] <asac> that means it needs to be transitioned
[21:16] <micahg> asac: right
[21:16] <micahg> asac: i didn't think we're transitioning xul packages in ff
[21:17] <asac> yeah
[21:17] <asac> to know for sure you need to install gusy and upgrade to hardy and see if those packages get removed
[21:17] <asac> i would assume its safe to transition them
[21:18] <asac> but maybe we dont need them
[21:18] <micahg> even if it's there, it's dependent on xulrunner, not firefox, which we shouldn't remove w/the firefox upgrade
[21:19] <micahg> or was it replaced with something in the ff package now?
[21:19] <micahg> or was it dropped entirely?
[21:22] <micahg> asac: ^^
[21:25] <fta> asac, what's the position of canonical wrt h264?
[21:25] <fta> asac, http://arstechnica.com/media/news/2010/02/royalty-free-codec-still-needed-despite-no-cost-h264-license.ars
[21:26] <asac> i thought we already have that in multiverse somewhere
[21:26] <asac> so we would want to have that on-demand installed
[21:26] <asac> if the decorder can be redistributed in multiverse without getting sued
[21:27] <micahg> !info h264enc
[21:27] <micahg> asac: we never transitioned the xul* packages from jaunty -> karmic, so it should be safe not to do it
[21:28] <micahg> sorry, xul-dom, and xul-venkman
[21:28] <armin76> [reed]: ping
[21:32] <asac> micahg: hmm. if you are sure that we dropped them its ok i would hope
[21:32] <micahg> asac: k, I'm going to push what I have and tag for release
[21:32] <asac> micahg: right
[21:33] <asac> micahg: oh give me the diff again
[21:33] <micahg> http://pastebin.com/f14c41a20
[21:33] <asac> micahg: can you make a bzr diff --diff-opts="-U8" ?
[21:33] <asac> e.g. i need more context to know for sure
[21:33] <asac> without applying here
[21:33] <micahg> asac: can I pass that to bzr log?
[21:33] <asac> i doubt it
[21:33] <asac> you can do bzr diff -r REV1..REV2 --diff-opts ...
[21:34] <micahg> asac: http://pastebin.com/f16e1ead2
[21:43] <[reed]> armin76: pong
[21:45] <micahg> [reed]: BTW, did you see my message about the sqlite failure
[21:45] <[reed]> micahg: no
[21:46] <[reed]> micahg: configure failure?
[21:46] <micahg> [reed]: yes
[21:46] <micahg> [reed]: the test didn't pass like you said w/the other distro
[21:48] <[reed]> sigh, ok
[21:49] <micahg> [reed]: should I comment on the test bug?
[21:51] <[reed]> micahg: open a new bug, mark it blocking the test bug, and cc me and anarchy@gentoo.org
[21:54] <micahg> [reed]: k
[21:55] <asac> what kind of check is that?
[21:55] <asac> another NULL_OUT_DATA check?
[21:56] <micahg> asac: https://bugzilla.mozilla.org/attachment.cgi?id=412450&action=diff
[21:57] <asac> yeah. thats what i thought. SECURE_DELETE
[21:58] <LLStarks> asac, did you get my message about the lack of cairo in umd build?
[21:58] <LLStarks> *builds
[21:58] <micahg> LLStarks: bug 512615
[22:00] <micahg> asac: was the diff ok?
[22:07] <BUGabundo> fta: well latest chromium managed to crash 3 times already
[22:07] <BUGabundo> one of them signining in to bookmarks sync
[22:07] <BUGabundo> bah
[22:11] <asac> folks we know that there are font issues.
[22:12] <asac> [reed]: any success getting that font bug escalated
[22:12] <asac> ?
[22:13] <asac> hmm
[22:13] <asac> micahg: thought we had a systme-cairo font bug
[22:13] <asac> what happened to that
[22:13] <asac> ?
[22:13] <asac> only the lcd bug is added as upstream there
[22:13] <asac> oh wait
[22:13] <asac> that was just added as a watch iirc
[22:14] <micahg> asac: font hinting or something else?
[22:14] <asac> micahg: 541319 is not a dupe of the other imo
[22:14] <asac> like i said. the lcd patch is the one that its duped
[22:14] <asac> the other bug is about not honouring gtk settings
[22:15] <asac> ok unduped
[22:15] <micahg> the upstream is a dupe according to the descriptions
[22:15] <micahg> asac: no, it is correct according to the descriptions
[22:15] <micahg> and the LCD bug is what we're looking at as well
[22:16] <micahg> there might be anotehr bug, but that would be another bug
[22:16] <asac> well the descrption says its ugly
[22:17] <asac> not honouring hinting makes it much more ugly than the lcd patch
[22:17] <asac> at least afaik
[22:17] <asac> we are concerend about both
[22:17] <asac> but the gtk setting not honoured is the real bad thing that isnt known and needs escalation
[22:17] <asac> lcd setting is known for ages
[22:17] <asac> err
[22:17] <micahg> asac: fine, but the reporter references the LCD patch and fringing, same as the other bug
[22:17] <asac> lcd patch
[22:18] <micahg> asac: we should open a new bug then instead of hijacking
[22:18] <asac> yes
[22:18] <asac> well
[22:18] <asac> wasnt there one?
[22:18] <micahg> asac: are you referring to bug 379761?
[22:18] <asac> i mean the one from kees is lcd patch
[22:18] <asac> right
[22:18] <asac> well not
[22:18] <asac> let me check
[22:18] <micahg> yeah, I didn't have a chance to look for upstream yet
[22:18] <asac> that was a different bug
[22:19] <asac> micahg: i think we had a bug from llstarks
[22:19] <asac> did you dupe anything into kees bug=?
[22:19] <micahg> maybe...
[22:19] <asac> ok so lets use 379761 for that one
[22:19] <asac> https://bugs.edge.launchpad.net/ubuntu/+source/firefox/+bug/512561
[22:19] <asac> that one
[22:19] <asac> is not the same as kees
[22:20] <asac> and i think https://bugs.edge.launchpad.net/ubuntu/+source/firefox/+bug/513309 probably too ... but that is questionable
[22:20] <micahg> asac: I didn't set that one...
[22:20] <asac> 512561 is the important one ... the lcd bug i am sure isnt that important
[22:20] <asac> once the hinting is fixed
[22:20] <asac> did i?
[22:20] <micahg> asac: so, I should use the old font hinting bug then?
[22:20] <asac> me looks
[22:20] <micahg> asac: no, someone else
[22:20] <asac> no
[22:20] <asac> that one is old
[22:21] <asac> its a different one that had to do with fontconfig rules
[22:21] <micahg> asac: so ,make that one you just pointed out teh master?
[22:21] <asac> Firefox-3.6 doesn't respect font settings
[22:21] <asac> that one is the new master
[22:21] <asac> yes
[22:21] <asac> 512561
[22:21] <micahg> done
[22:21] <asac> and link it to the bug i unduped upstream
[22:21] <asac> thanks
[22:21] <micahg> asac: no, the upstream bug was hijacked
[22:22] <micahg> ok, we need to update the title of the upstream bug then
[22:22] <asac> why?
[22:22] <asac> i stated it clearly now in the bug
[22:22] <micahg> k
[22:23] <asac> ok changed title ;)
[22:24] <micahg> asac: k
[22:24] <micahg> asac: was my diff for ff3 transitional ok?
[22:26] <asac> micahg: main binary has to conflict/replace firefox-3.0-gnome-support too i think
[22:26] <asac> otherwise its ok
[22:26] <micahg> weird, don't know how I missed that...
[22:26] <asac> same like firefox-3.0 conflicts/replaces the 3.6-gnome-support
[22:27] <asac> well its not obvious ;)
[22:27] <asac> might also be not needed
[22:27] <asac> but is consistent
[22:27] <micahg> asac: yeah, it's there for 3.6
[22:27] <micahg> so I'll add for 3.5 and 3.0
[22:27] <asac> for 3.0 its there because we moved files from -gnome-support
[22:28] <asac> so now that i thin kabout it
[22:28] <asac> dont add it
[22:28] <asac> otherwise i would hav eadded 3.5 before too
[22:28] <asac> its really just because of the real file move i did from 3.6 to 3.6
[22:28] <asac> ;)
[22:28] <asac> the other package does the transition
[22:28] <asac> e.g. the firefox-gnome-support
[22:28] <asac> 3.5 and 3.6 should be there
[22:28] <asac> sorry for confusion
[22:28] <micahg> asac: k, np
[22:28] <micahg> asac: I'll tag release for lucid then
[22:29] <asac> yeah
[22:29] <micahg> asac: k, pushed
[22:29] <asac> cool
[22:29] <micahg> asac: now, for the 3.5 and 3.0 updates, do I use the BUILD1 tag in teh changelog?
[22:29] <asac> yes
[22:30] <asac> if current update is BUILD1 we do that
[22:30] <asac> we also use +build1+nobinonly
[22:30] <asac> in the changelog version
[22:30] <micahg> and can I list other bugs fixed under the USN notice?
[22:30] <asac> sure
[22:30] <micahg> asac: k
[22:30] <micahg> so the rest should be done tomorrow
[22:32] <micahg> asac: after you release to lucid, I'll add to the firefox-stable PPA?
[22:38] <LLStarks> asac, i was referring to the 3.6 builds in umd and the main repo that have zero cairo support and no hinting
[22:39] <asac> zero cairo support is wrong
[22:39] <asac> why do you think that its not using cairo?
[22:39] <asac> if that was the case it wouldnt render anything
[22:39] <asac> micahg: yes
[22:39] <asac> after
[22:39] <micahg> asac: k
[22:39] <asac> micahg: we first push to security ppa (with all the 3.0 3.5 etc. stuff)
[22:40] <asac> oh
[22:40] <asac> yeah
[22:40] <asac> well
[22:40] <asac> you are right ;)
[22:40] <asac> confused the context
[23:06] <mbana> man i envy windows a lot
[23:07] <mbana> firefox on it runs at blazing speeds
[23:09] <micahg> mbana: shouldn't be a difference
[23:10] <micahg> if anything, I would think linux should be faster due to the shared libraries
[23:12] <armin76> [reed]: mozilla bug 502369, i want it on 1.9.2 plz
[23:12] <micahg> asac: why it's not a good idea to hijack bugs (even for a good reason ) https://bugzilla.mozilla.org/show_bug.cgi?id=541319#c11 ;)
[23:19] <mbana> micahg: the ui is defo faster on windows.   scrolling in particular
[23:19] <mbana> the smooth scrolling is amazing
[23:19] <asac> we should really check redhat
[23:19] <asac> and see if upstream builds have the same font issues
[23:19] <asac> (not the redhat builds)
[23:20] <asac> if thats the case i am confident that no upstream developer has ever seen good fonts ... which is why its so hard to explain ;)
[23:20] <asac> redhat aka fedora
[23:20] <asac> anyone wants to ttest install taht?
[23:20] <asac> mbana: ?
[23:21] <micahg> asac: i think our builds are fine, so I can't be the one to do that
[23:21] <asac> our builds are not fine
[23:21] <asac> not in lucid
[23:21] <micahg> asac: ah
[23:21] <asac> we got told to not use system-cairo ... so we do
[23:21] <micahg> maybe I should install lucid in a VM
[23:21] <asac> maybe
[23:21] <mbana> lol!
[23:21] <asac> well
[23:21] <mbana> soryr ...
[23:21] <asac> use the karmic ffox 3.6 builds
[23:21] <asac> from daily
[23:22] <mbana> are u saying i test the fronts
[23:22] <micahg> asac: the firefox-stable PPA isn't the same?
[23:22] <mbana> the fonts
[23:22] <micahg> that's what I',m using
[23:22] <asac> micahg: yes it is
[23:22] <asac> so either daily or firefox-stable ppa
[23:22] <asac> upgrade to 3.6
[23:22] <micahg> I don't see a problem on karmic
[23:22] <mbana> im slightly confused right now.  can u type in a single block
[23:22] <asac> but you see a problem on lucid?
[23:22] <micahg> asac: I haven't tried it yet
[23:23] <asac> heh
[23:23] <asac> micahg: try to switch hinting in gtk settings
[23:23] <asac> ffox doesnt change its font hinting if you do that
[23:23] <asac> (and restart)
[23:24] <asac> mbana: are you running firefox 3.6?
[23:24] <asac> otherwise upgrade to firefox-stable ppa or daily ppa (both have firefox 3.6 for karmic)
[23:24] <mbana> i just want to ask; a)  is the new jit compiler in the 64bit builds yet?  i asked in #jsapi in mozilla irc and they said it's in the nightly.  b)  the fonts?  i take it they're fixed ;)
[23:25] <micahg> mbana: I was told it was in 3.5
[23:25] <mbana> yes, but not in 64bit builds - only 32bit
[23:25] <asac> mbana: fonts are not fixed. jit is not in 64bit for 3.6 ... just in nightlies 3.7 i think
[23:25] <mbana> so if i get the ppa, i still won't get the new jit
[23:25] <asac> mbana: in the ppa we also have firefox-3.7
[23:26] <asac> so yes and no ;)
[23:26] <micahg> asac: what's the alternative for HintStyle?
[23:26] <micahg> mine is at hintfull
[23:27] <asac> in fontconfig?
[23:27] <asac> hintmedium hintslight hintnone
[23:27] <asac> afaik
[23:27] <asac> or just full mediaum slight none
[23:28] <micahg> yeah, it doesn't seem to respect it
[23:29] <micahg> my other apps changed to ugly when I went to hintnone
[23:29] <asac> well. thats normal if you have gtksettings ;)
[23:29] <micahg> but FF is still showing full
[23:29] <asac> i am talking about gconf aka gtk settings
[23:29] <asac> micahg: or where did you change it?
[23:29]  * micahg is usinf xfconf
[23:29] <asac> preferences -> appearence -> fonts
[23:29] <asac> there you can change hinting somewhere
[23:29] <micahg> asac: I'm on xfce
[23:30] <asac> do you have gnome-appearance-properties ?
[23:30] <asac> does xfce use gtksettings daemon at all?
[23:30] <micahg> asac: no
[23:30] <asac> otherwise you dont see it
[23:30] <asac> what does xfconf do? set xwindow properties?
[23:30] <micahg> asac: yes, I saw the option Xft->HintStyle
[23:31] <asac> that might be similar to what we have in gnome
[23:31] <asac> but not 100% sure
[23:31] <micahg> Well, I saw the fonts in pidgin get bloated when I set to hintnone
[23:31] <asac> still ;)
[23:31] <micahg> I figure that's what everyone's talking about
[23:31] <asac> could be a third mechanism
[23:31] <micahg> but FF didn't change
[23:31] <asac> right
[23:31] <asac> its likely that its the same issue
[23:31] <asac> just cant tell for sure unless i know what it does in the back
[23:31] <micahg> k