[00:17] <fta> http://lwb.lawnet.com.sg/legal/lgl/rss/legalnews/57100.html
=== asac_ is now known as asac
[07:50] <asac> hi
[10:09] <asac> jimmy_: cwong1: what is the merge path: mergerc1 -> master -> [hardy, gaston] or ... master -> hardy -> gaston
[10:23] <gnomefreak> asac: are you able to push to backports? and do you have a bug for backporting FF3RC1?
[10:24] <asac> gnomefreak: did jdong say anything about his plans to backport those?
[10:24] <gnomefreak> asac: i havent heard from him but ill do xul and ff if someone can push
[10:24] <asac> afaik he has the sufficient privileges to do that
[10:25] <asac> gnomefreak: its not a simple task
[10:25] <asac> at best synch up with jdong ask most tweaks we needed on last backports should be valid too
[10:25] <gnomefreak> well if i cant find him ill ping crimsun afaik he can still push to backports
[10:25] <asac> gnomefreak: i can push, but you have to do it properly :)
[10:26] <asac> for that its easiest to talk to jdong
[10:26] <asac> crimsun doesnt know about these specificfs
[10:26] <gnomefreak> asac: properly as in? example i have flash 10 done for hardy and gutsy in my PPA already
[10:26] <gnomefreak> he should hes been pushing to backports for a while
[10:27] <asac> gnomefreak: yes. for flash 10 you should talk to crimsun maybe we want to push the fixes that came with it in intrepid to backports too
[10:27] <asac> but for ffox and xul go jdong ;)
[10:27] <asac> gnomefreak: i meant ffox+xul specifics; not backports specifics
[10:27] <gnomefreak> asac: ok ill ping him again as soon as im done with email and see how he wants to handle ff and xul
[10:28] <asac> good ;)
[10:28] <gnomefreak> we really shouldnt need to backport them since they are security updates for most part.
[10:29] <asac> well, backports is better
[10:29] <asac> security doesnt really have a testing stage
[10:30] <gnomefreak> no? i thuoght proposed was testing stage?
[10:31] <asac> ah well
[10:31] <asac> sorry, my confusion
[10:31] <asac> gutsy was not really supported and -backports worked quite well
[10:32] <asac> we could however consider to sync through -proposed when ffox 3 is final
[10:32] <asac> lets keep that on the radar
[10:32] <gnomefreak> backports is fine but security has a better testing period AFAIK
[10:32] <asac> gnomefreak: s/security/-proposed -updates/
[10:32] <asac> security has no testing period at all
[10:33] <asac> its just rolled out
[10:33] <gnomefreak> oh thats right
[10:33] <gnomefreak> proposed does go to updates
[10:33] <gnomefreak> thought it was other way around
[10:34] <gnomefreak> but that sounds right now
[10:35] <[reed]> by the time asac gets rc1 out to users, rc2 will be out
[10:35] <[reed]> :P
[10:37] <gnomefreak> asac: im reading something and wondering if we shouldnt wait for RC2 for gutsy backports, by the looks of it its looking like builds start on tomorrow
[10:37] <asac> [reed]: bah!
[10:37] <gnomefreak> and QA tomorrow
[10:37] <asac> gnomefreak: doing the RC1 work wont hurt the RC2 work
[10:38] <gnomefreak> asac: by the tim RC1 gets into backports rc2 will be ready to spin
[10:38] <gnomefreak> from what i can tell by this email
[10:38] <gnomefreak> he proposed, estimated RC2 schedule is as follows: Code Freeze: Wed, May 28, noon PDT Start Builds: Thu, May 29, early am PDT Start QA: Thu, May 29, noon PDT (as builds become available) QA Complete: Thu, June 5
[10:39] <gnomefreak> final push for RC2 is next week
[10:39] <asac> gnomefreak: yeah, jdong can also work on RC2 directly. no need to wait for the release
[10:39] <asac> should be tagged by tomorrow - when builds start
[10:39] <gnomefreak> asac: ok but hes been a pain to get intouch with the past week or so
[10:40] <asac> gnomefreak: let me know when you see him active
[10:40] <asac> i can prod him directly
[10:41] <gnomefreak> crimsun: anything you need for my Flash10 push for hardy and gutsy backports? i have them built on my PPA waiting approval im going through email atm so im not sure if anyone commented on the bug yet but if you can let me know what you need me to do, i know target needs to be changed from hardy to hardy-backports and a bug # added to changelog everything is there i just need to fill in bug # to close it.
[10:42] <gnomefreak> asac: i will
[10:43] <gnomefreak> :( they are not changing the logo for FF3 anymore
[10:43] <asac> why would they?
[10:45] <gnomefreak> there were plans to
[10:45] <gnomefreak> On 27-May-08, at 4:37 PM, Omega X wrote:
[10:45] <gnomefreak> > >
[10:45] <gnomefreak> > > Some time ago Alex Faaborg reported that HicksDesign was working on an
[10:45] <gnomefreak> > > updated Firefox logo for the 3.0 release. However, other than a small
[10:45] <gnomefreak> > > teaser some time ago, there is zero information on what happened to
[10:45] <gnomefreak> > > it.
[10:45] <gnomefreak> > >
[10:45] <gnomefreak> > > Was this project abandoned?
[10:45] <gnomefreak> For this release, yes.
[10:45] <gnomefreak> cheers,
[10:45] <gnomefreak> mike
[10:49] <[reed]> yeah
[10:53] <gnomefreak> asac: how far are you on Hardys RC1?
[10:53] <gnomefreak> [reed]: why was it abandoned?
[10:54] <asac> gnomefreak: all uploaded
[10:54] <[reed]> not abandoned
[10:54] <asac> waiting for langpacks to arrive
[10:54] <[reed]> just postponed
[10:54] <gnomefreak> asac: ok cool
[10:54] <[reed]> until some future release
[10:54] <gnomefreak> [reed]: ah ok thanks
[10:54] <[reed]> the rough drafts look pretty awesome
[10:54] <[reed]> :)
[10:54] <asac> i hope that they will enter proposed today
[10:55] <[reed]> asac: can you read up on mozilla bug 424626 and see if you can help any?
[10:56] <ubottu> Mozilla bug 424626 in OS Integration "(linux) Firefox is put into offline mode on startup when user is using PPP and has networkmanager installed" [Major,New] http://bugzilla.mozilla.org/show_bug.cgi?id=424626
[11:09] <gnomefreak> not that again :(
[11:12] <asac> [reed]: commented ... still have to wade through the complete report ;)
[11:12] <[reed]> thanks
[11:14] <gnomefreak> why are we rejecting confirmed and in progress bugs?
[11:16] <asac> gnomefreak: depends on what the bug is
[11:17] <gnomefreak> its hes only waiting ~30 days before rejecting bugs
[11:17] <gnomefreak> i thought that is why incomplete has a 60 day time
[11:18] <gnomefreak> they are old bugs but would be nice to find out the result. one we sent bug/patch upstream and never heard back freedy never gave link to bug maybe just an email
[11:19] <gnomefreak> and this one you marked mt-eval in 02/2007 disable pango better preformance
[11:19] <gnomefreak> bug 64844
[11:19] <ubottu> Launchpad bug 64844 in firefox "Firefox starts very slowly" [Low,Invalid] https://launchpad.net/bugs/64844
[11:20] <gnomefreak> bug 64844
[11:21] <gnomefreak> asac: also any chance of geting network manager to not use verbose when shutting down?
[11:22] <gnomefreak> that is strage :(
[11:22] <gnomefreak> if you type /win you get info that ive never seen before
[11:23] <gnomefreak> brb smoke
[11:52] <gnomefreak> asac: im thinking sometime this week im gonna work on states and tags page. tags: get rid of unused tags  states: example confirm if you think the bug needs to be confirmed please tag bug as mt-confirm than one of the mozilla team members will move it to confirmed or ask for more info before we move to confirm. that will get rid of confusion on how bugs prgress to confirm since people are confused by the wiki and instead of taggi
[11:52] <gnomefreak> but today im gonna be a bit on the busy side with drs. and shit
[11:54] <asac> gnomefreak: lets talk about that page first
[11:54] <asac> i want to improve the procedure for forwarding bugs upstream in particular
[11:56] <gnomefreak> asac: ok thats fine but sooner the better since both pages are outdated and pointing people there isnt helping much. i was looking at sending an email out for a meeting on a few things one being those pages, but pretty much a status meeting
[11:57] <gnomefreak> maybe ill send out email by friday asking for dates and times that people are free other than june 11 24 and 25
[11:58] <gnomefreak> but i have to see when im out of meetings so a round about date can be given so we have starting point
[12:01] <asac> gnomefreak: better just ask the most important folks here in channel, then send out a meeting date without asking for input
[12:01] <asac> seems more reasonable to do it that way
[12:01] <asac> we are unlikely to get everything right
[12:05] <gnomefreak> asac: true
[12:06] <gnomefreak> when i get home from drs. today ill ask and start there. bug since i may be back a bit on later side maybe wait till tomorrow.
[12:08] <gnomefreak> asac: would like to concider moving from mt-eval > mt-upstream asap and than we can look upstream for bug or report as needed. but we can get into more detail in meeting on how to handle all that.
[12:11] <asac> there was some UDS discussion on this. ill come up with a separate document just for how to better organize upstream bug coordination
[12:11] <asac> we want the QA team to get involved in the long run, so we have to tailor our workflows in that direction
[12:13] <gnomefreak> ok sounds good
[12:14] <gnomefreak> asac: people are asking about triaging bug 163481 in #ubuntu-bugs, since your the main n-m dev i relaied to you
[12:14] <ubottu> Launchpad bug 163481 in network-manager "Gutsy: USB devices stop working" [Undecided,In progress] https://launchpad.net/bugs/163481
[12:19] <gnomefreak> ok time to get ready to leave. ill see you later
[12:24] <asac> cu
[12:30] <armin76> bye asac *g*
[12:31] <armin76> i'll check if rc1 still gives sigbus on sparc
[12:33] <asac> i am here
[12:35] <armin76> lies!
[12:36] <armin76> i'll file a bug for the hppa thing as well
[12:36] <asac> armin76: do you get a sigbus on sparc on hardy?
[12:38] <armin76> i don't remember
[12:40] <armin76> i'll try
[12:56] <armin76> Setting up firefox-3.0 (3.0~b3~cvs20080101t1000+nobinonly-0ubuntu1) ... <- thats what hardy has
[12:59] <armin76> asac: yeah, it does
[12:59] <armin76> it doesn't even start
[13:00] <armin76> i'll try with intrepid
[14:11] <asac> re
[14:23] <armin76> bah
[14:23] <armin76> i hit bug 234345
[14:23] <ubottu> Launchpad bug 234345 in findutils "xargs: xargs.c:443: main: Assertion `bc_ctl.arg_max <= (131072-2048)' failed." [Critical,Confirmed] https://launchpad.net/bugs/234345
[14:23] <armin76> asac: fixor
[14:24] <asac> armin76: you need to update your system
[14:24] <armin76> thats what i am doing :P
[14:28] <armin76> lets see if i'm able to do the chroot from intrepid
[14:53] <asac> jt1: there is a bunch of imports waiting for review in https://translations.edge.launchpad.net/midbrowser/+imports
=== jt1 is now known as jtv
[14:54] <asac> for now i need to use the product as it will take a while before we can enable midbrowser translations in langpack-o-matic
[14:54] <jtv> asac: OK, going to look...
[14:54] <asac> jtv: interestingly the other all imported and got auto approved
[14:54] <jtv> asac: since this is an original product, that's fine.
[14:54] <asac> maybe because we approved them once
[14:54] <asac> good
[14:55] <jtv> asac: turns out that auto-approval doesn't kick in if (1) you upload for a specific template, and (2) the auto-approver doesn't recognize the filename as a language code.
[14:55] <asac> hmm
[14:55] <asac> i uploaded all you see there throgh the same form
[14:55] <asac> so (1) isnt the case here
[14:55] <jtv> asac: with names like zh-CN (note dash instead of underscore!) it's conservative and assumes it may not be a language code.
[14:55] <asac> not sure why (2) would be a problem ... most likely because of region code
[14:55] <asac> yes.
[14:56] <jtv> asac: it's the combination that matters.
[14:56] <asac> ok the pattern matches here
[14:56] <jtv> asac: the region code isn't the problem—the dash is!
[14:56] <asac> hmm ... but importing works ;)
[14:56] <asac> ah
[14:56] <jtv> asac: I'm planning to fix this.  It's a very small tweak to the auto-approval code.
[14:56] <asac> ok so i can rename it on next upload?
[14:56] <asac> can you approve for now or is that a problem?
[14:56] <jtv> asac: you can always do that, and then approval should be automatic.  I'll approve these right now though.
[14:56] <asac> great
[14:57] <asac> as long as the import at least figures the proper locale it should be fine
[14:57] <jtv> asac: the fix should even deal with the "es-ES" case (which is really an incorrect language code from our point of view)
[14:58] <asac> kk
[14:59] <jtv> asac: approvals are all done.
[14:59] <asac> great. thanks
[15:47] <armin76> asac: same on intrepid
[16:41] <armin76> oh...
[16:42] <armin76> asac: fta: remember the hppa failure? sparc had the same issue, mozilla bug 417345
[16:43] <ubottu> Mozilla bug 417345 in XPCOM "build broken on sparc" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=417345
[16:43] <asac_> 17:37 < asac> jtv: is there a chance that the ui  https://translations.edge.launchpad.net/midbrowser/trunk/+pots/midbrowser isnt  up-to-date?
[16:43] <asac_> 17:38 < asac> though imported there are a bunch of strings that should be there in theory
[16:43] <asac_> 17:38 < asac> oh wait ... those make actually sense
[16:43] <asac_> 17:39 < asac> nevermind
[16:43] <armin76> [reed]: ^ should i open a new bug or reopen that one?
[16:44] <asac_> armin76: does a similar fix work?
[16:44] <armin76> let me try
[16:44] <armin76> but it should
[16:50] <armin76> unfortunately the only thing mozilla is going to do is ignore those reports, not fix the alignment thing :/
=== asac_ is now known as asac
[16:51] <asac> armin76: why?
[16:51] <asac> armin76: if you have a fix, open a new bug, reference the sparc bug as a blocker for that
[16:51] <asac> and let me know.
[16:52] <asac> maybe open an ubuntu bug so we can properly track it here too ;)
[16:52] <armin76> because thats what mozilla did for sparc and ia64 :)
[16:52] <armin76> https://bugzilla.mozilla.org/attachment.cgi?id=309157
[16:57] <asac> armin76: so sparc is broken now?
[16:57] <asac> or do you just disagree that removing those warnings was a good thing?
[17:06] <armin76> asac: no, sparc was broken because it was spewing those warnings about alignment stuff
[17:07] <armin76> so it didn't build, like hppa doesn't now
[17:07] <armin76> and considering that sparc and hppa segfault with bad alignments...
[17:11] <armin76> but again, mozilla doesn't care, as per comments on bug 411292
[17:11] <armin76> mozilla bug 411292
[17:11] <ubottu> Mozilla bug 411292 in Networking: Cookies "Build failure in cookies on ia64" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=411292
[18:12] <[reed]> armin76: file a bug
[18:21] <armin76> [reed]: i did already, mozilla bug 436133 :)
[18:22] <ubottu> Mozilla bug 436133 in Networking: Cookies "Cookies build failure on hppa" [Normal,Assigned] http://bugzilla.mozilla.org/show_bug.cgi?id=436133
[18:22] <[reed]> k
[18:23] <[reed]> looks good
[18:23] <[reed]> ted will get to it
[18:26] <armin76> :)
=== asac is now known as asac1
=== asac1 is now known as asac
[20:19]  * asac off doing NM stuff
[22:52] <gnomefreak> mozilla 402240
[22:52] <ubottu> Mozilla bug 402240 in General "[RTL] Need a better way to control the statusbar direction" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=402240
[22:56] <gnomefreak> hes not here?
[22:56] <gnomefreak> Jazzva: you here?
[22:56] <Jazzva> present...
[22:59] <gnomefreak> Jazzva: the firegpg is in bzr if you want to peek and find out why its not installing. When you have time
[23:00] <gnomefreak> Jazzva: i left you a note on the bug report that was reported on it not working with mac-intel
[23:00] <Jazzva> gnomefreak: Ok, I'll take a look in 10-20 minutes. BTW, I closed that bug report, because it seemed like it's not related to the package, since it's still not in the archives.
[23:01] <gnomefreak> Jazzva: thats fine
[23:01] <gnomefreak> i also left a note i remember reading that it didnt support mac but not sure if they meant intel or pre intel
[23:02] <gnomefreak> !info firefox-3.0 hardy
[23:02] <ubottu> firefox-3.0 (source: firefox-3.0): safe and easy web browser from Mozilla. In component main, is optional. Version 3.0~b5+nobinonly-0ubuntu3 (hardy), package size 1001 kB, installed size 3436 kB
[23:02] <gnomefreak> hmmmm
[23:07] <gnomefreak> Jazzva: before i forget here is bzr link https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/firegpg.ubuntu  it has upstream and ubuntu mixed in i have a separate upstream as well
[23:08] <Jazzva> I found it ;)... branching
[23:08] <gnomefreak> ah
[23:09] <gnomefreak> holy shit thats alot of deps
[23:12] <Jazzva> gnomefreak: Seems that upstream version is 0.4.9, in debian/changelog you're using 0.1 for base version. I think we should go with the current upstream, and just add -0ubuntu1. Also, you're missing a right bracket in LP: #bugnumber, and there's one typo.
[23:12] <gnomefreak> did i?
[23:12] <Jazzva> yep
[23:12] <gnomefreak> i didnt mean to :(
[23:12]  * gnomefreak not sure wher ei got .1 form
[23:12] <gnomefreak> from
[23:13] <gnomefreak> but that wont make it fail to install :)
[23:13] <Jazzva> It's no problem...
[23:13] <Jazzva> right, I'm looking at the rest now
[23:13] <gnomefreak> its easy enough for me to fix for the build. I dont remember seeing a perminstall postinstall dirs inside debian
[23:14] <Jazzva> For debian/control, I think we're trying to keep the lines at 80 char max. It's not an error, though...
[23:14] <Jazzva> and the same for debian/changelog...
[23:15] <gnomefreak> if its over 80 i didnt add anything so the template needs to be fixed (for control)
[23:16] <Jazzva> It's in the description...
[23:16] <Jazzva> Just break the lines :)...
[23:20] <gnomefreak> ah
[23:30] <gnomefreak> i have to be stupid as shit tonight. WTH is the "bottom boarder"?
[23:31] <Jazzva> Maybe "bottom border"?
[23:36] <gnomefreak> Jazzva: bug 205076
[23:36] <ubottu> Launchpad bug 205076 in firefox-3.0 "Widges in search bar in Firefox 3 are not properly painted" [Undecided,Incomplete] https://launchpad.net/bugs/205076
[23:36] <gnomefreak> that bottom boarder. if you see what they mean please explain
[23:43] <gnomefreak> when the hell did gmail start using imap :(
[23:50] <gnomefreak> be back in a bit i need to eat dinner.