-
Notifications
You must be signed in to change notification settings - Fork 415
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
build failure when using dune and cross-compiling (mirageos) #7819
Comments
Looks like there's no interest in this issue, closing. My fix was to remove the |
There's interest, but the issue is rather complex. I hope the team will get to work on the cache in the near future, but I can't guarantee we'll be able to address this issue in a timely manner. |
Thanks for your kind words @rgrinberg. For me, this issue is not pressing since I found a very nice workaround. Plus, as discussed in March 2020 in Marrakech, I have other doubts about the "dune cache" consistency. So, for me it is just the best path to disable it (as I did, and never ran into issues again). That it consumes unbounded amount of disk space is also concerning -- but as said, I've no incentives to open issues or pull requests for "dune cache". Also, it seems to work fine for enough other people - so you should care about other issues that are more relevant / affect more people. |
The cache at its current state is indeed problematic. I suppose that's why we do not enable it by default. We do appreciate bug reports from early adopters, but there's no guarantees the feature is usable. I'll let you know once the cache is in a better state, and perhaps you can revisit your experiment with it. |
Thanks again Rudi for your words. |
Dear Madam or Sir,
with great pleasure I use dune to compile MirageOS unikernels. Unfortunately, I observe every now and then the following on the console:
dune verson is 3.7.1
The directory I'm in is a cloned https://github.com/roburio/tlstunnel at 33733664f9fd0e4dcd4c60e79368d0d59494ca62 - inside of the "unikernel" subdirectory.
Now, that's rather inconvenient. I managed to capture more verbose output:
Furthermore,
Hope that helps you to debug. A workaround on my computer is as follows:
And now, the artifact I intended to build,
dist/tlstunnel.hvt
exists and works.Happy to provide further information on request. Since I removed the "dune cache", I can't tell you what was in there. :/
The text was updated successfully, but these errors were encountered: