-
Notifications
You must be signed in to change notification settings - Fork 221
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
Jekyll Container not completing setup #134
Comments
On my local-machine, I cleared my cache (both page and RAM) and ran into the same error. Because local-machines can be fickle, I used a codespace as well; however, I still ran into the error. Here is the creation-log:
It fails at the same point as it did on my local-machine (docker inspect).
I won’t pretend to know why this may be happening. Just for good measure I ported the most-recent Jekyll-devcontainer into a new repository, with a new codespace, and still got the same error. |
@samruddhikhandale I will say though; the more I think about it, the more I think it’s an issue with the "2.7 bullseye" cross-compiler. All of the boxes seem to be checked:
This is just speculation, since I have no idea what the source is doing, but it’s interesting to think about |
Looks like you copied over the jekyll template instead of adding it from @meg-io can you create template using the command pallet and retry? |
Yes, this solved the issue, I will mark it as closed. Thank you for the assistance. Addendum:The devcontainer worked recently, even with the unresolved variable, so I assumed it wasn’t causing the error. This is not the case; if you are in a similar situation, resolve the variable. After checking the other four containers that were working, they all had the variable resolved - so the solution checks out. By code or by music, KISS reigns supreme. Working solution (as per @samruddhikhandale):
|
There is currently an error with the Jekyll-Container, where it fails to be fetched on "docker inspect —-type image…".
This seems to be due to a server-side error per, suggested by the point-of-error along with, the fact that four other containers are working on my machine.
P.S. I suspect it’s a URL-error. I just ran a lookup of both the Dotnet-URL and Jekyll-URL, the Dotnet responded and the Jekyll did not.
The text was updated successfully, but these errors were encountered: