Apologies for this series of failures. A slip of the mouse had me accidentally hitting the 'Workflow +1' button on one of the debranding inspections that was still under test. Because of the underlying transformation of the download directory structure, and the lack of a reverse transformation, It seemed like my best option was to forge ahead. A test compile of the compiler layer found a problem that I had to correct. If you ran a 'repo sync' followed by a 'download_mirror.sh' between Sept 18 6:00 pm UTC and Sept 19 1:30 am UTC, you may have seen failures. Look under your stx-tools/centos-mirror-tools/output/. If you see both 'stx' and 'stx-r1' directories, you have a problem. Work around if the problem persists is to - Verify that any files under 'stx-r1/CentOS/pike' have been copied over to an identical directory sub-structure under 'stx/CentOS/'. - Delete directory 'stx-r1'. Scott On 2020-09-18 8:13 p.m., build.starlingx@gmail.com wrote:
Project: STX_build_layer_compiler_master_master Build #: 284 Status: Still Failing Timestamp: 20200918T234925Z
Check logs at: http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/compiler/202... -------------------------------------------------------------------------------- Parameters
FULL_BUILD: false FORCE_BUILD: true
_______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss