New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 834052 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Telemetry should not hard code "Release" or "Debug" output dirs

Project Member Reported by perezju@chromium.org, Apr 17 2018

Issue description

Splitting from  issue 831145 

@dpranke:

(1) mb shouldn't shout at you if you don't use a directory named 'Release' or 'Debug'. Rather, it's a bug in any test harness that such a directory might be required.

@thakis:

Where "Release" is mentioned in telemetry: https://cs.chromium.org/search/?q=%5CbRelease+case:yes+file:telemetry&sq=package:chromium&type=cs

So primarily catapult. There: https://cs.chromium.org/search/?q=%5CbRelease%5Cb+case:yes+file:catapult&sq=package:chromium&type=cs

===

I'll dig more into  issue 831145  to figure out what went wrong. Meanwhile, what would you suggest as a more robust way to figure out the "current" output directory?
 
Cc: perezju@chromium.org
Status: Available (was: Untriaged)

Comment 2 by thakis@chromium.org, Apr 17 2018

What we do in several places is to write a trampoline script to the build dir as part of the build. The trampoline knows the build dir and can pass it as arg to the actual script.
The tests are always launched on the builders with the build directory as the current working directory as well, so you could look at that to make a determination.

However, the trampoline/wrapper script approach is what we're moving to across the board for everything, so that's probably the better fix in this case as well.

Comment 4 by benhenry@google.com, Jan 16 (6 days ago)

Components: Test>Telemetry

Comment 5 by benhenry@google.com, Jan 16 (6 days ago)

Components: -Speed>Telemetry

Sign in to add a comment