A couple of problems have come up today with local builds when running "mach configure". The short version is that there were changes to how the build figures out the locations of the source repositories it is built from. While I tried to keep local builds in mind, I obviously did not cover all of the cases. If you're running into problems, the workaround is to set the same environment variables that Taskcluster does. They can be nonsense values as I have below. In your mozconfig file you can add: export MOZ_SOURCE_REPO="sourcerepo" export MOZ_SOURCE_CHANGESET="changeset" export GECKO_HEAD_REPOSITORY="geckorepo" export GECKO_HEAD_REV="geckorev" I should have a followup patch later tonight that will make this unneccesary. -- Rob Lemley Thunderbird Build Engineer rob@thunderbird.net - :rjl

On 04.09.19 22:15, Rob Lemley wrote: > A couple of problems have come up today with local builds when running > "mach configure". > > The short version is that there were changes to how the build figures > out the locations of the source repositories it is built from. While I > tried to keep local builds in mind, I obviously did not cover all of the > cases. > > If you're running into problems, the workaround is to set the same > environment variables that Taskcluster does. They can be nonsense values > as I have below. > > In your mozconfig file you can add: > > export MOZ_SOURCE_REPO="sourcerepo" > export MOZ_SOURCE_CHANGESET="changeset" > export GECKO_HEAD_REPOSITORY="geckorepo" > export GECKO_HEAD_REV="geckorev" > > I should have a followup patch later tonight that will make this > unneccesary. Hi Rob, thanks for this. I'm still seeing this failure with a local esr68 branch build on Linux. If you fixed this on later branches, could it be considered to uplift your fix to comm-esr68, too? Thanks Kai

Hi Kai, All of the relevant work was uplifted to c-esr68 at the same time, back on 2019-10-13. Would you mind sending me output from mach configure and I can take a look? (No need to CC the list, just me is fine and if I need to open a bug I will.) Thanks, -Rob On 10/26/19 11:43 AM, Kai Engert wrote: > On 04.09.19 22:15, Rob Lemley wrote: >> A couple of problems have come up today with local builds when running >> "mach configure". >> >> The short version is that there were changes to how the build figures >> out the locations of the source repositories it is built from. While I >> tried to keep local builds in mind, I obviously did not cover all of the >> cases. >> >> If you're running into problems, the workaround is to set the same >> environment variables that Taskcluster does. They can be nonsense values >> as I have below. >> >> In your mozconfig file you can add: >> >> export MOZ_SOURCE_REPO="sourcerepo" >> export MOZ_SOURCE_CHANGESET="changeset" >> export GECKO_HEAD_REPOSITORY="geckorepo" >> export GECKO_HEAD_REV="geckorev" >> >> I should have a followup patch later tonight that will make this >> unneccesary. > Hi Rob, > > thanks for this. > > I'm still seeing this failure with a local esr68 branch build on Linux. > > If you fixed this on later branches, could it be considered to uplift > your fix to comm-esr68, too? > > Thanks > Kai > -- Rob Lemley Thunderbird Build Engineer rob@thunderbird.net - :rjl