The reason my answer has been overly broad is because the type of data that
is being parsed by TinderboxPrint lines is inconsistent. Some of its
CPU/resource stats that should be reported to Perfherder, some of it is
urls embedded in html, and some is other bits of data (for example):
```
"title": "(unnecessary roots)",
"value": "1001",
"url": null
```
So the answer to "what do we do instead' is "it depends" but we'll help
people figure it out on a case-by-case basis.
Sarah
On Mon, Apr 13, 2020 at 10:38 AM Nicholas Alexander <nalexan...@mozilla.com>
wrote:
> Hi all,
>
> On Mon, Apr 13, 2020 at 10:29 AM Sarah Clements <scleme...@mozilla.com>
> wrote:
>
>> Nick,
>>
>> I want to clarify something I said in my previous email that might be
>> confusing:
>> > We currently process data from the jobInfo and extra.artifacts
>> properties of jobs we ingest (this goes into the JobDetails table).
>>
>> Disregard this, it's mostly specific to Treeherder (I think we're
>> primarily using extra.artifacts for Perfherder and I am cautious about
>> using it as a catch-all for random bits of information). An alternative for
>> surfacing whatever information is currently being parsed by TinderboxPrint
>> lines is to create a structured artifact (if, as I mentioned previously,
>> it's not stats that should be reported to Perfherder). If this doesn't work
>> for your scenario, we can pull in people more familiar with
>> tests/harnesses/etc to help figure out what you need and how to surface it
>> (:jmaher might be a good person to ask).
>>
>> When you get an idea of what you need to do, let me know an estimation of
>> your timeline. I can extend the deadline by another month or two (*just
>> for TinderboxPrint deprecation*) so everyone who needs to can get
>> alternatives implemented can.
>>
>
> To be clear: I don't need or expect an extension of this deadline. I'm
> not thrilled that we don't have a crisp answer to "what do I do instead",
> but I trust that the people closest to this problem -- namely, you -- are
> balancing things reasonably and I fully support the decision you are
> presenting.
>
> Best,
> Nick
>
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
