You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What happens next is snapcraft is resolving the absolute path of the source /home/user/app/out/ relative to the tmp directory created by this package. This also applies to the --output flag.
I created a patch for myself where i copy the source to the tmp directory and provide the relative path to snapcraft.
The output is also set to the tmp directory and then i copy it back to my project.
Console output when you run electron-installer-snap with the environment variable DEBUG='electron-installer-snap:*'. Please include the stack trace if one exists.
The first error i encountered was that snapcraft required multipass to be installed, which is not possible in a github action. It is fixed by setting lxd as provider as seen above (it might be nice to add it to some docs because I lost a lot of time trying to set it up)
Afterwards snapcraft was unable to determine the source-type of the source (because it couldn't resolve the directory). If source-type was then set to local it complained that the source is not a directory.
With the patch i provided above everything is working as expected.
Put the console output here
What command line arguments are you passing? Alternatively, if you are using the API, what
parameters are you passing to the snap() function?
I used @electron-forge/maker-snap and the javascript api ofelectron-installer-snap directly.
Put the arguments or parameters here
Please provide either a failing minimal testcase (with a link to the code) or detailed steps to
reproduce your problem. Using electron-quick-start
is a good starting point.
The text was updated successfully, but these errors were encountered:
👋 Thanks for opening your first issue here! If you have a question about using electron-installer-snap, read the support docs. If you're reporting a 🐞 bug, please make sure you include steps to reproduce it. Development and issue triage is community-driven, so please be patient and we will get back to you as soon as we can.
To help make it easier for us to investigate your issue, please follow the contributing guidelines.
Please describe your issue:
Hello!
As the title says snapcraft is unable to resolve absolute paths when trying to build a snap with lxd as provider.
I am building the electorn app using github actions, where kvm and multipass are unavailable, so i'm setting lxd as a provider like this:
Then I run
yarn publish
in my electron.forge app.What happens next is snapcraft is resolving the absolute path of the source
/home/user/app/out/
relative to the tmp directory created by this package. This also applies to the --output flag.I created a patch for myself where i copy the source to the tmp directory and provide the relative path to snapcraft.
The output is also set to the tmp directory and then i copy it back to my project.
Here is the patch:
Console output when you run electron-installer-snap with the environment variable
DEBUG='electron-installer-snap:*'
. Please include the stack trace if one exists.The first error i encountered was that snapcraft required multipass to be installed, which is not possible in a github action. It is fixed by setting lxd as provider as seen above (it might be nice to add it to some docs because I lost a lot of time trying to set it up)
Afterwards snapcraft was unable to determine the source-type of the source (because it couldn't resolve the directory). If source-type was then set to local it complained that the source is not a directory.
With the patch i provided above everything is working as expected.
What command line arguments are you passing? Alternatively, if you are using the API, what
parameters are you passing to the
snap()
function?I used
@electron-forge/maker-snap
and the javascript api ofelectron-installer-snap
directly.Please provide either a failing minimal testcase (with a link to the code) or detailed steps to
reproduce your problem. Using electron-quick-start
is a good starting point.
The text was updated successfully, but these errors were encountered: