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

Looking for new maintainers #330

Closed
yanokwa opened this issue Sep 6, 2019 · 7 comments
Closed

Looking for new maintainers #330

yanokwa opened this issue Sep 6, 2019 · 7 comments

Comments

@yanokwa
Copy link
Contributor

yanokwa commented Sep 6, 2019

A big thank you to @laurilehmijoki for all the work he's put into s3_website. It's always been a joy to use and I'm sad that he no longer has the time to maintain it.

Lauri has graciously given the community permission to fork and it looks like there is some interest.

I don't have the right skillset to lead a fork, so I'm filing this ticket in hopes that others with Scala and Ruby experience will step forward to lead.

If you are interested in leading a fork of s3_website, please write a comment below describing your relevant experience. And if you see a comment from a person who you think should lead the fork, vote with a thumbs up.

@nabilfreeman
Copy link

Just wondering if there's any update on the maintenance situation?

I'm very keen to keep this library alive but have recently thinking it might be better to transfer it into a more maintainable technology like Node.js.

I recently did a lot of work with the AWS SDK for another deployment script and have a pretty good understanding of how it works, and I think it's totally possible to migrate this and keep everybody's config files compatible etc.

The ideal solution would be for people to do

npm install s3-website

in their existing projects, uninstall the Ruby gem and then s3_website would be a JS script that is feature complete, minus all the random crashes and bugs.

In our Jekyll workspace we are already doing a huge amount of Node operations for fetch, preformatting content etc and it works well for us.

Thoughts appreciated.

@yanokwa
Copy link
Contributor Author

yanokwa commented Mar 4, 2020

@nabilfreeman No change on maintenance front. If your proposal is to create a Node.js version, there's nothing preventing you from doing that and making it compatible with s3_website's config. I'd certainly encourage you to give it a go if you are interested, but out of respect to Lauri, it seems like it should be called something besides s3_website.

@nabilfreeman
Copy link

nabilfreeman commented Jun 26, 2020

Hey @yanokwa, I think that's very fair. I won't be pursuing that direction anyway as we have abandoned Jekyll and are in the the process of subbing it out for Hugo.

The syntax isn't quite as nice but it handles front matter much better than Jekyll and critically renders on multiple threads which allows to build our 15k page site in seconds on a 64 core CI!

It also has built-in S3 and Cloudfront deployment with hugo deploy.

Will look back fondly on this library but also am excited to not be debugging Scala any more 😅

Thanks and all the best

@jtoy
Copy link

jtoy commented Dec 22, 2020

please someone fix it, its broken and is still recommended option for jekyll and s3. It needs to have the scala/java ripped out so any ruby developer can take it over. I have not written scala, but if someone takes that piece out, I would love to help maintain it.

@ivoanjo
Copy link

ivoanjo commented Jan 22, 2022

For what it's worth, I'm using it successfully on Ruby 3.1 + JVM 8. I had to do some minimal changes in my fork ( https://github.com/ivoanjo/s3_website ) but happy camper.

@ivoanjo
Copy link

ivoanjo commented Mar 22, 2023

Update: I've renamed my fork to https://github.com/ivoanjo/s3_website_revived and published it on rubygems https://rubygems.org/gems/s3_website_revived . Hope it's useful for someone out there.

@yanokwa
Copy link
Contributor Author

yanokwa commented Mar 23, 2023

Closing because #336 adds a link to s3_website_revived. Long live s3_website 😀

@yanokwa yanokwa closed this as completed Mar 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants