Build command fails with "The system cannot find the path specified"

Using the latest llama-pack instructions, I’m able to successfully execute the init command.

After completing the init command, I execute the build command and receive the following error:

PS C:\Dev\llama-pack> npx GoogleChromeLabs/llama-pack#0.1.0 build
(node:23244) ExperimentalWarning: The fs.promises API is experimental
Installing Android Build Tools. Please, read and accept the license agreement
Installing Build Tools
The system cannot find the path specified.
undefined

After the error, the tool exits.

When it says “system cannot find the path specified”, it’s not clear to me which path is being referred to, though I suspect it’s the Android SDK path. When I first ran the init command, it prompted me for paths to JDK and Android SDK; my llama-pack-config.js looks like this:

'use strict';
module.exports = {
  jdkPath: 'C:/Program Files/AdoptOpenJDK/jdk-8.0.232.09-hotspot/', // Path to the JDK 8
  androidSdkPath: 'C:/AndroidTools/' // Path to the Android SDK
};

Any idea why I may be getting this path error? I’m on Windows 10 Enterprise using Powershell.

[andreban]

Re-opening, since you are still running into the issue.

I am not able to repro on my Windows environment. So, trying to understand how to reproduce.

The config file location is defined as the following:

const homedir = require('os').homedir();
const CONFIG_FILE_NAME = path.join(homedir, '/.llama-pack/llama-pack-config.json');

On my Windows environment this is C:\Users\Andre\.llama-pack\llama-pack-config.json.

@JudahGabriel, would it be possible for you to clone the project, run npm install and execute from your machine? I’d like to eliminate any issues from using npx.

git clone https://github.com/GoogleChromeLabs/llama-pack.git
cd llama-pack
npm i
npm run build

Then, from the path you want to build a project:

<path-to-llama-pack>\bin\llama-pack.js build

Andre

[andreban]

Thanks for filing this.

The issue seems to be happening in this section of code.

My guess is that it’s not resolving the correct path, and we probably need to change it to use path.posix.join on Linux / MacOS and path.win32.join on Windows.

I’ll try reproducing this and confirming if that’s indeed the case on a Windows environment later today.