Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

.exe from conda/constructor crashes w/3.11.1 and 3.10.0 while 3.9.3 works fine #944

Open
2 tasks done
briantoby opened this issue Feb 28, 2025 · 0 comments
Open
2 tasks done
Labels
type::bug describes erroneous operation, use severity::* to classify the type

Comments

@briantoby
Copy link

Checklist

  • I added a descriptive title
  • I searched open reports and couldn't find a duplicate

What happened?

A build recipe, which has worked in the past (though I have made some tweaks to it since then), fails in the newest constructor versions, but runs in 3.9.3. In all constructor versions, the creation of the self-installer works fine, but the self-installer fails, usually silently (the installer window just fades off the screen), but I have also seen an error message "::error:: Failed to link extracted packages to...". I am uncertain if that latter error occurs only with 3.10.0 or is just intermittent. I have two .bat scripts that are called during the .exe run (post-link.bat from my .conda package and the constructor post_install .bat). I tried removing them in case that was the problem, but the .exe continued to fail.

The build I am doing is done in a GitHub workflow, with .yml here and all files for build here. Note that the construct.yaml is created by script, but I include a copy here.

In any case, I suspect this is impossible to track down without more diagnostics. Is there a way to get more information on what is actually happening inside the self-installer?

Additional Context

Clip from 3.11.1 installer failing "silently"
https://github.com/user-attachments/assets/fba8822e-6e9a-4851-af4d-a329f97c54ed

example construct.yaml: construct.yaml.zip

@briantoby briantoby added the type::bug describes erroneous operation, use severity::* to classify the type label Feb 28, 2025
@github-project-automation github-project-automation bot moved this to 🆕 New in 🧭 Planning Feb 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type::bug describes erroneous operation, use severity::* to classify the type
Projects
Status: 🆕 New
Development

No branches or pull requests

1 participant