-
Notifications
You must be signed in to change notification settings - Fork 7
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
SSL certificates #7
Comments
Hi, thanks! That is actually a recent addition to this project, have you checked the version ghc-musl/example/cabal.project Lines 1 to 3 in e923d1e
If the |
I'm using You can reproduce as follows:
Results also visible here: Forgive me, I'm a docker ignoramus, so I may be doing things wrong. |
That definitely looks like a bug on this side, and thanks for the test case. I'll take a look at it later today. |
So, I spent some time looking at it. The SSL certificate issue was simple enough, turns out for some reason However, even after this fix compiling one of the dependencies
I'll take a look at it later this week. Likely we'll need to pass some flags when building some/all upstream libraries. Edit: I noticed that inside a fresh, empty container |
Great, thanks for looking into it further. |
I just released |
@jgm I got it compiling! The fix was using cabal's
Also, a few notes:
For reference, here is all the changes I did to get it working: https://gist.github.com/cd6d360059137ed8baa40874f8ca4881 Let me know if there is anything else I can do to help you; I used |
That's really great, thanks for tracking this down! I must say, it's very convenient to be able to create the deb in the same container, so without the ability to do that I may end up sticking with my current home-grown system based on alpine, though it's only ghc 8.6.5. I'll have to think about the tradeoffs of moving it outside the container. |
@jgm Fair enough, makes sense. Let me know if you can not find an easier solution, I can put |
What would be the drawbacks of adding these to the container? (Or adding a way, such as |
Nothing major, mainly the maintenance cost. For most tools like
This might be a good option to. I could get So, in short; there is no major issue other than finding spare time. I guess it would be wisest to spend time on making the container extensible so these things do not end up being a blocker. But, to be honest, this likely won't happen earlier than this weekend, sorry. |
That would be great! There's absolutely no urgency on my end, since I already have a working build in a different container. |
@jgm, I released Regarding to extensibility, |
That's great news. I'll test right now. |
OK, I got a strange error:
Any ideas? |
Interesting error. I googled a bit and they tell that higher compression levels might use a lot of memory (if this is indeed caused from a lack of memory). I don't know how much memory GH actions provide, but maybe adjusting these flags might help:
First, I'd probably try something like |
Strange: compiling pandoc uses a huge amount of memory. It's hard for me to believe that a machine with enough memory to compile pandoc doesn't have enough memory to compress the binary. But I'll try it with the flags you suggest! |
It worked specifying |
I'm glad it worked! And I'm sorry it took a bit long, let me know if there's anything else I can do to make things easier. |
Great project!
My cabal.project refers to remote repositories using
source-repository-package
, but cabal can't fetch them inside this container because the certificates aren't configured.Is it possible to add certificates to this container so that
source-repository-package
can be used?The text was updated successfully, but these errors were encountered: