/srv/irclogs.ubuntu.com/2011/04/17/#ubuntu-mozillateam.txt

OmegaWhen Firefox 5 is released, will the Natty version of firefox be upgraded to it, or will we stick with 4 all cycle?17:18
micahgfta: ping re chromium18:15
JanCOmega: depends on what's easiest for security support I suppose (which probably will require upgrading...)18:33
micahgwhat was the question?18:37
micahgOmega: we'll be upgrading when security support ends on the upstream branch for each of the stable releases18:39
asachelp :)20:52
asaci upgraded to natty and now this xulprofilemigrator hangs :/20:52
asacwhats that?20:52
asacseems the old simple copy was rewritten somewhat20:52
asacwith something pythonish20:52
micahgasac: yeah, it was rewritten to not be version specific, but occasionally, it seems to hang, do you have where it hangs?21:07
ftamicahg, http://people.ubuntu.com/~fta/chromium/10.0.648.205~r81283/21:10
* micahg hugs fta21:11
micahgfta: thanks21:11
ftamicahg, but with your rule of not accepting simple merges, it's making my life way more difficult, i loose hours cherry picking stuff in all directions. the branches are diverging more and more, for no real benefit. I have a unique branch for the -stable ppa for natty down to hardy.21:13
ftathat's the part that really makes me want to give up21:14
micahgfta: it's not me, it's SRU rules, an MRE is for the upstream code changes, not packaging21:15
micahgfta: does the packaging break that much on stable?21:17
ftamicahg, the packaging is made to build everywhere, even with dist patches and everything, yet, i have to undo all that to please those stupid SRU21:19
micahgfta: so, if we did a one time catchup merge for the next major version bump, would that solve the issue?21:20
ftain fact, i don't really understand what SRUs are for, i thought it would make my life easier, but it's exactly the same, for the packaging, the workflow and even the delay21:20
micahgfta: well, for the mozilla stuff, I have the various release specific branches that I update individually for each upload, the packaging is frozen for the duration of the major version, we'll probably have to revisit this when every upload is a new major version21:22
micahgI guess I'm wondering why it's not bump version, refresh any patches necessary, and "upload"21:24
* micahg thought most of the breakage happens on the dev branch21:25
ftawell, read the commit logs, you'll see why21:28
ftai'm out, enough for today.21:29
micahgfta: thanks, I'll get it uploaded tonight21:30
micahgfta: I'll check the commit logs and see if there's anything we can do to make it easier for you21:31
micahgfta: but I can't get back to you on that until later in the week21:31
asacmicahg: it hangs after i click the "OK" button21:50
asacdidnt do a backtrace or so21:51
micahgasac: Chris wrote that, so I'd have to dig into it, I can mention it to him in the morning22:01
micahgasac: straight upgrade from maverick?  was it ARM?22:01
* micahg will be back in 15-20 minutes22:03
micahgfta: so, lucid and maverick differ, lucid installs NaCL in .install, maverick doesn't, which is correct?23:26
ftauh?23:26
ftadrop both, i'll check tomorrow23:27
ftastupid merges23:27
ftagrrr23:27
micahgfta: should I upload maverick then so it can go out tomorrow (hopefully) and lucid we'll get out on thursday?23:30
ftaok for maverick23:32

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!