Comments (34)
@AlistairB Thank you for your commitment over the last 3.5 years.
from docker-haskell.
Awesome! Yeah, there is no pressure to do things in a timely manner. Any help doing updates is helping out the Haskell ecosystem. If people who use the images really want an update they can get involved / submit a PR if they need (which is how I got involved).
Even if you decide to step away, ultimately the Haskell Foundation or someone will step up to maintain them. So I'd suggest giving only what time you can comfortably do.
I've added you as an admin to this repo. The other thing is to add you as a maintainer here. I can do it if you give me what email you want to use, or you can submit a PR and I can approve.
from docker-haskell.
Ok, now seems like a reasonable time to step away @tarleb @develop7 . I've cleaned up a few last PRs / issues and removed my access. I'm going to unfollow the repo, but feel free to ping me if you have any questions. I guess I'll close this particular issue. Of course you may want to open another similar one depending on how you are going. Best of luck!
from docker-haskell.
@AlistairB I would like to help in maintaining it.
from docker-haskell.
@anik3t Awesome! Perhaps you could tell me a bit about your experience, timezone and anything else you think may be relevant? You are pretty much welcome to join and help regardless, but might be useful to understand what skills you have around docker and Haskell in terms of what I might need to teach you to help maintain the images. I'd also be curious to know why you are interested in helping and what kind of work in particular may be of interest.
For me, I live in Melbourne, Australia UTC+10/11. I've worked in a variety of languages, but done a fair amount of Scala and I am passionate about functional programming and Haskell. I created a small github app thing in Haskell and I use these images for that, which is how I got involved as I was eager to have them updated to new GHC / Stack versions.
Anyway, I think probably the best place to start would be to do the next version bump that comes along. I tried to document the full process in the readme so perhaps you could follow that and give it a go?
Otherwise, there is also work to support Alpine and Windows. The alpine work is pretty much done, just waiting on GHC to have a working 9.2.X version on Alpine. Windows has a basic proof of concept working, however there is much more work around figuring out a testing (in CI primarily) strategy (in particular Stack needs additional configuration). There are also other issues that you could help with or of course I am very open to ideas to improve the images further if you have any.
Anyway, that is a bit of a wall of text.. Glad you are interested in helping!
from docker-haskell.
I can help with any alpine/ubuntu based images since I use that from time to time, I've little interest in windows support right now.
for example, I recnetly used docker run -it haskell
to create an adhoc environmetn to build cabal on nixos, since cabal provides no nix shell. I've had similar siutations in the past where docker is a nice opt out for quick hacks, when nix is to torough.
from docker-haskell.
Thanks @jappeace !
There isn't a lot of work required on the debian images, aside from providing debian bullseye support once Haskell tooling supports it. Although, any idea for improvement on the existing images is always welcome.
Alpine support is more or less done, but blocked on ghci segfaulting (1, 2) for 9.2+. I don't think much is to be done other than wait on GHC developers to fix this. Although again, if you think the Alpine images can be improved that is useful.
Are you interested the boring bumping of version work required in the debian images?
from docker-haskell.
yes I'll do boring version bumping, I currently don't have time to fix ghci segfaults, maybe later, sounds sorta challenging.
from docker-haskell.
oh, no you don't need to touch any of the upstream dependencies like GHC. They are aware of the issue it is up to them if they want to prioritize fixing. Debian bullseye is in a similar boat, we simply wait until cabal, stack + GHC support it officially then we can release support in docker.
from docker-haskell.
Hi, I'm interested in helping out as well. I'm maintaining the pandoc Docker images (https://github.com/pandoc/dockerfiles) and consider to restructure our build setup, which would include a switch to the official Haskell images. Helping to maintain images that we depend on would only be fair, I think. We currently support Alpine and Ubuntu, so those are the systems that I'm most interested in (and most familiar with, but not at a particularly high level of knowledge).
from docker-haskell.
How do I go about doing boring version bumps, is there some kind off notification system?
from docker-haskell.
@jappeace in terms of cabal and stack, you can watch the releases on github.
For GHC I usually just know because I follow the ecosystem fairly closely. One way might be to use the RSS feed for the GHC blog.
@tarleb Awesome! Sounds good thanks! I think next steps are to do one of the version bumps. Check out the github readme for the process. I guess one of you or @jappeace could do it or alternate or whatever. First in best dressed? ;)
from docker-haskell.
So stack 2.9.3 has been released.
This will need to be bumped in the images. This release has a bit of an extra piece of complexity in that it is the first official stack release to support debian aarch64. Currently in the images stack is not installed on aarch64. I have updated this in #93 which uses the RC to test. This will need to be updated to the final release. I'd suggest just creating a new PR.
Hopefully following the readme and looking at the images you can figure this out. The main thing to do is to update the release SHA + version. If anything is not clear from the readme let me know and I'll update it to add more info.
from docker-haskell.
@tarleb @jappeace are either of you interested in doing this stack version bump?
from docker-haskell.
Apologies, the latest wave of viruses hit pretty hard, plus trying to get pandoc 3 out the door. It seems that I won't be able to dive in before the start of next year.
from docker-haskell.
from docker-haskell.
trying, where do you find the stack_release_key?
from docker-haskell.
A suggested update is here, if you'd enable ci I can solve issues in there as well #94
from docker-haskell.
I added some comments to the PR @jappeace thanks. Also https://discourse.haskell.org/t/ghc-9-4-4-is-now-available/5481 is another bump that needs to happen. I'm trying to avoid doing these bumps so others can learn the ropes. I can jump in and do one if people want.
from docker-haskell.
I have gone ahead and bumped stack + GHC in #93 + docker-library/official-images#13799. I'd prefer the images to not get too far behind. I'll work on improving the docs and hopefully someone else can do the next bump.
from docker-haskell.
I have updated the readme with much more detailed instructions on doing the bumps. Please let me know if any of this is unclear or can be improved. Thanks
from docker-haskell.
https://www.haskell.org/ghc/download_ghc_9_2_6.html
9.2.6 released if anyone is interested in doing the bump?
from docker-haskell.
Hi, sorry, I don't think I can manage maintenance of this.
from docker-haskell.
from docker-haskell.
@tarleb how about you?
from docker-haskell.
👍 I'll give it a try later today.
from docker-haskell.
@tarleb are you interested / have time to do 9.2.7 too?
from docker-haskell.
Yes to both. I might not get to it today, but tomorrow should work.
from docker-haskell.
Thanks again! If you still keen I'm happy to add you as an official maintainer? I'll probably hang around for a few months yet chipping in. After that you can still ping me if you want another opinion.
(It would be nice to get more maintainers of course too..)
from docker-haskell.
Slightly scared, but sounds good. Having more maintainers would be great of course; it's sometimes hard to do updates in a timely manner if too many other things came up at the same time.
from docker-haskell.
Do you still need help maintaining the docker images?
from docker-haskell.
@rickprice yup definitely. If you want to get involved you could give the GHC 9.2.8 bump a go?
from docker-haskell.
Okay, I will try to do something in the next day or so.
I'm learning Haskell, and I've been programming for a good 40 years, we use Docker for work stuff so I'm reasonably familiar with it.
from docker-haskell.
Great. Hopefully the readme is self-explanatory.
from docker-haskell.
Related Issues (20)
- Add image for GHC 9.6 HOT 4
- Update GHC 9.4 to version 9.4.5
- Bump stack to 2.11.1 HOT 1
- 9.4.5 doesn't include the correct GHC HOT 2
- Include language server HOT 2
- Update official 9.8 images HOT 1
- Official Devcontainer feature and template HOT 1
- Include llvm in image HOT 10
- Drop official support / updates for debian 9 HOT 5
- haskell:run image HOT 2
- arm64 does not include stack HOT 7
- The PATH environment variable does not contain the path to ghc when using docker-compose HOT 3
- Templating solution
- Request for Debian bullseye/stable-based images HOT 9
- Add docker image with GHCup and/or HLS for use with devcontainers HOT 7
- 137 exit status on Cabal package installations with DOCKER_DEFAULT_PLATFORM=linux/amd64 on an M1 Mac HOT 3
- Build for Multi-Arch failing (arm64 / aarch64) HOT 10
- Cannot find -lnuma when building executables on arm64 image HOT 2
- Haddock can't find link destinations HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from docker-haskell.