nslatable for shippable and make this
easy.
I'm hoping to touch base with :wlach soon so we can figure out a good
solution to this code.
~Justin Wood (Callek)
On Tue, Mar 26, 2019 at 3:05 PM Kartikaya Gupta wrote:
> Will the change to taskcluster indexes affect mozregression?
>
> On Tue, Ma
roduct. As well
as work to remove the temporary transitional index routes I tried to add.
Feel free to find me in IRC #ci or on slack at #firefox-ci if you have any
questions or concerns.
Thank You,
~Justin Wood (Callek)
[1]
https://groups.google.com/d/msg/mozilla.dev.planning/JomJmzGOGMY
it and
via commentary in bugs. (I also created a FAQ on the RFC for how to move
forward if you did sideload, to try and mitigate the problems this could
cause).
I'm open to other ways that I can facilitate user notification though.
~Justin Wood (Callek)
On Tue, Feb 5, 2019 at 3:32 PM Jeff Gilbert
To follow up here, this is now landed on autoland, once this merges Fennec
Nightly will no longer find new updates when it was installed outside of
Google Play.
See linked document from thread for further insight.
~Justin Wood (Callek)
On Mon, Jan 28, 2019 at 3:36 PM Justin Wood wrote
CC'ing dev-platform, since dev-planning got blackholed with my message.
-- Forwarded message -
From: Justin Wood
Date: Mon, Jan 28, 2019 at 3:36 PM
Subject: Intent to Desupport: Fennec Automated Updates (when Sideload
Installed)
To: planning , firefox-ci <
firefox...@mozilla.
ot
looking to make the call on that)
~Justin Wood (Callek)
On Thu, Jan 3, 2019 at 1:22 PM Steve Fink wrote:
> On 01/03/2019 10:07 AM, Justin Wood wrote:
> > on the specific proposal front I can envision us allowing tests to be run
> > on non-pgo builds via triggers (so nev
if the code maintenance burden is worth
it for the benefit but I don't hold a strong opinion there.
~Justin Wood (Callek)
On Thu, Jan 3, 2019 at 11:44 AM Andrew Halberstadt wrote:
> CC Callek
>
> How will this interact with the "shippable builds" project that Callek
> posted
&
, feel free to reach out to me/releng.
~Justin Wood (Callek)
[1] - https://en.wikipedia.org/wiki/Old_Guard
[2] - https://atlee.ca/blog/posts/migration-status-3.html
[3] - https://bugzilla.mozilla.org/show_bug.cgi?id=848284
[4] - https://bugzilla.mozilla.org/show_bug.cgi?id=1458378
[5] -
https://hg.m
questions or concerns.
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
, currently anchoring at 10am and 10pm UTC.
This has some implication for when you may expect to see new nightlies
available in your own local timezone.
Thank You,
~Justin Wood (Callek)
Release Engineering
___
dev-platform mailing list
dev-platform
them resolved ASAP.
This work was accomplished without closing the trees, so big thank you to
everyone who made this milestone possible.
~Justin Wood (Callek)
On Wed, Jul 26, 2017 at 10:54 AM, Justin Wood <jw...@mozilla.com> wrote:
> This work has now begun.
>
> On Wed, Jul 26,
This work has now begun.
On Wed, Jul 26, 2017 at 9:13 AM, Justin Wood <jw...@mozilla.com> wrote:
> Hello Everyone,
>
> Just a reminder that this work will be taking place in just under
> aproximately 2 hours. We are on track to complete it as outlined.
>
> Trees ma
this
evening or sometime tomorrow.
Thank You again,
~Justin Wood (Callek)
On Fri, Jul 21, 2017 at 2:59 PM, Justin Wood <jw...@mozilla.com> wrote:
> Hello,
>
> tl;dr
>
> What: Windows opt & nightly builds switching to TaskCluster
>
> When: Wednesday, July 26th at 11:
, we will just turn off Try support of Windows Buildbot Builds,
and use strictly TaskCluster.
--
Thank You,
~Justin Wood (Callek)
Mozilla Release Engineer
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Or if you must enable it in tree for try ahead of it being ready,
enable it as *tier 3* that way, those of you who *do* care can look at
results, while the rest of the dev audience can be ignorant to it, and
happily so.
(Some reasons for enable in tree ahead of ready, could be to help keep
knew about already switched
(e.g. artifact builds)
I personally feel the investment to create a stopgap here is not worth
it, but feel free to convince chris cooper or chris atlee otherwise.
You're also free to copy in any of my points to the bug.
~Justin Wood (Callek)
On Tue, Mar 7, 2017 at 1:4
hg.mozilla.org edit repo
which allowed you to delete it. We even had/have this info on MDN. The
bug exists today that the deletion does not propogate out to the
local-storage webheads.
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform
repos to execute arbitrary code this way.
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
get a
MUCH slower hg due to no compiled code.
I have never further tested hg-git on windows after I encountered the
two issues above.
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org
provide insight on what the req's are for both
setups (since build/ is many repos, while comm-central is 2 large repos
and a few small ones)
- For me personally comm-central is less important for my testing since
mozilla-central meets most of the needs in useability.
~Justin Wood (Callek
minor unforseen
problems with the patch, detailed in bug) that caused sheriffs to ask for this
to be backed out.
We expect wait times to return to roughly what they were as of last week for
now.
~Justin Wood (Callek)
___
dev-platform mailing list
dev
Ed Morley wrote:
On 19 January 2013 15:01:09, Ehsan Akhgari wrote:
dbaron posted a summary of our options on release-drivers
Please can that be posted somewhere public for those of us not on
release-drivers?
Not seeing anything that need be kept private, I'll forward a post or
two here:
and overall improve try capacity/use in ways
like this is also on our radar/wanted.
--
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Mike Hommey wrote:
On Tue, Dec 04, 2012 at 07:51:21AM -0500, Justin Wood (Callek) wrote:
Rafael Ávila de Espíndola wrote:
Actually, ICU has several options for how its data is packaged. One option
is libraries (which are not sharable between architectures, AFAIK), but
another possibility
the final outcome of that particular post (which is how I, and I
know many others, read the newsgroups here).
--
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
think we regressed it on an earlier cset if that earlier talos run
finishes later?
Such that we set graph points by the time the test finished, not time
the push was, etc.
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
Jeff Hammel wrote:
While a bit of an unfair example, our buildbot-configs fall into this
category.
IMO not unfair at all.
(p.s. to stay on topic, +1 to all else you said)
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform
system.
HTH,
--
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
*test* load on try, yes.
--
~Justin Wood (Callek)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
29 matches
Mail list logo