"Trunk" Changes

[Mark Banner]

In this email, I'm talking about the trunk that is comm-central with mozilla-central, these builds are now identified as "3.4a1pre".

First, if you haven't seen already, --disable-ipc and --disable-libxul are now obsolete. We've just enabled IPC on the Thunderbird builds, so if you're getting build errors, make sure you're fully up to date.

As of earlier today, we have no builders building comm-central and mozilla-central, we're hoping to fix that sometime in the next 24 hours. These builders will report to a "ThunderbirdTrunk" tree: http://tinderbox.mozilla.org/showbuilds.cgi?tree=ThunderbirdTrunk and there will be one added on tbpl as well. This means the old "Thunderbird" tinderbox tree will become obsolete.

Notes:

• Our development focus is on Thunderbird 3.3, therefore:
• The Miramar tree (comm-central with mozilla-2.0) is the one to be used to determine the current tree state.
• Patches landing in comm-central shouldn't attempt to avoid breaking ThunderbirdTrunk unless really necessary (ask drivers if you're not sure).
• ThunderbirdTrunk may be broken by patches landing in mozilla-central.
• If that happens, it is not a priority for these to be fixed, so bustage may go for a few days or more without being resolved.
• There will be no nightlies for the ThunderbirdTrunk tree for a short while at least (as mentioned previously on this list).
• If the complexity of handling Miramar and ThunderbirdTrunk both from comm-central becomes significant, then drivers will work out an appropriate way forward.
• I'm intentionally not adding 3.4a1pre to addons.mozilla.org at this time. This caused us issues before, I'll discuss with drivers next week, and we'll reconsider it in any case when we start generating nightly builds.
  

Mark.

[Justin Wood (Callek)]

On 3/23/2011 11:25 AM, Mark Banner wrote:

In this email, I'm talking about the trunk that is comm-central with mozilla-central, these builds are now identified as "3.4a1pre".

First, if you haven't seen already, --disable-ipc and --disable-libxul are now obsolete. We've just enabled IPC on the Thunderbird builds, so if you're getting build errors, make sure you're fully up to date.

As of earlier today, we have no builders building comm-central and mozilla-central, we're hoping to fix that sometime in the next 24 hours. These builders will report to a "ThunderbirdTrunk" tree: http://tinderbox.mozilla.org/showbuilds.cgi?tree=ThunderbirdTrunk and there will be one added on tbpl as well. This means the old "Thunderbird" tinderbox tree will become obsolete.

Notes:

• Our development focus is on Thunderbird 3.3, therefore:
• The Miramar tree (comm-central with mozilla-2.0) is the one to be used to determine the current tree state.

While updating the hook, please also make SeaMonkey2.1 tree determine tree state for comm-central/suite.  CC me as well.

SeaMonkey also will be basing our policy for landings/builds on mozilla-2.0, at least for now.

--
~Justin Wood (Callek)

[Jim]

On Wed, Mar 23, 2011 at 10:25 AM, Mark Banner
<mba...@mozillamessaging.com> wrote:
> In this email, I'm talking about the trunk that is comm-central with
> mozilla-central, these builds are now identified as "3.4a1pre".
>
> First, if you haven't seen already, --disable-ipc and --disable-libxul are
> now obsolete. We've just enabled IPC on the Thunderbird builds, so if you're
> getting build errors, make sure you're fully up to date.

On this subject, is there any kind of new witchcraft required to build
current trunk builds? It fails to link libxul, which I'd rather not
try to debug myself unless absolutely necessary. The only remotely
interesting thing in my mozconfig is --enable-chrome-format=symlink.

- Jim
_______________________________________________
tb-planning mailing list
tb-pl...@mozilla.org
https://mail.mozilla.org/listinfo/tb-planning

[Robert Kaiser]

Jim schrieb:

> On this subject, is there any kind of new witchcraft required to build
> current trunk builds? It fails to link libxul

No witchcraft, just do a clobber of your objdir.

That said, mailcompose is currently broken in my SeaMonkey build with
m-c while one with m-2.0 works, the same might be true for Thunderbird
as well.

Robert Kaiser