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

Help with maintenance of the Scrivener.HTML project? #68

Closed
kenny-evitt opened this issue Sep 21, 2021 · 3 comments
Closed

Help with maintenance of the Scrivener.HTML project? #68

kenny-evitt opened this issue Sep 21, 2021 · 3 comments

Comments

@kenny-evitt
Copy link

Please let me know if this isn't the appropriate venue – or just close the issue :) – I also noticed that this project itself is in 'low maintenance mode', so no worries if this isn't something you'd be interested in in helping out with.

Scrivener.HTML seems to be un-maintained; see:

Several users of that library have contributed changes to resolve some issues, mainly due to dependency conflicts as various other libraries have been updated. I think most of the desired changes are literally just fiddling with dependency versions, e.g. relaxing version requirements.

Unfortunately, the owner of that project/package doesn't seem able or willing to follow-up on any of the open issues. (And that's totally okay!) But perhaps you, the creator/owner/maintainer and various contributors to this project, might be able to contact the creator/owner of Scrivener.HTML yourself and ask them to consider transferring ownership of the project to someone else. (And it's totally fine if no one has the time, or wants to spend it, to do any of that.)

Worst case, the users of this library can always fork it themselves – several have done so already.

Maybe second-best case would be someone stepping up to maintain a fork. That seems like it would also require changing the project/package name (e.g. on Hex).

Thanks for the project!

@thbar
Copy link

thbar commented Sep 22, 2021

(this is a follow-up of discussion on the Elixir forum)

Just commenting that there are at least two coins to this: the GitHub repo (forking and consolidating on someone's fork can be done reasonably) and the Hex package.

For the Hex package, here are useful links:

There have been instances where the transfer wasn't straightforward at least for some party (e.g. mochi/mochiweb#233).

I hope we'll be able to keep the package name for clarity. It also seems like a form of "community cleverness", if we can collectively achieve this.

@drewolson
Copy link
Contributor

Thanks for opening the issue. I'm not actively doing Elixir development these days and I don't have time to get involved in the ownership transfer of this library. That said, if you all do end up transferring it, please open a PR to change the link on the README and I'd be happy to merge it.

@kenny-evitt
Copy link
Author

@drewolson Thanks!

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

3 participants