mirror of
https://github.com/acme-dns/acme-dns.git
synced 2026-04-27 12:55:48 +03:00
[GH-ISSUE #301] ACME-DNS Organization #159
Labels
No labels
Documentation
Documentation
bug
enhancement
feature request
feature request
help wanted
pull-request
question
security
security
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/acme-dns#159
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @gbonnefille on GitHub (Apr 25, 2022).
Original GitHub issue: https://github.com/acme-dns/acme-dns/issues/301
What about creating an ACME-DNS Organization on GitHub ?
Two main motivations:
Currently, this repo is quite active and mostly around the Issues (as support board) while https://github.com/fritterhoff/acme-dns/ proposes regular (security) updates or https://github.com/jdpage/dnsacmed with other updates.
@joohoi commented on GitHub (Apr 25, 2022):
Oh absolutely. The organization is actually already in place, and I have
been planning this move for quite a while now.
The plan was probably too ambitious though, as I’m not really happy with
the architecture and some decisions in the current codebase, so I planned
to do a complete rewrite to publish under the organization.
The main issue with this, and many tools and software that are part of some
sort of a trust chain is the integrity promises and vetting when inviting
new maintainers in.
That being said, I don’t have any doubts about the authors mentioned in
this issue.
On Mon 25. Apr 2022 at 19.10, Guilhem Bonnefille @.***>
wrote:
@cpu commented on GitHub (Apr 25, 2022):
+1 to this idea. I think I also proposed moving https://github.com/cpu/goacmedns under the org umbrella and then fell off the face of the planet before making any progress. I would still love to turn that repo over to the org if there's interest.
@gbonnefille commented on GitHub (Apr 26, 2022):
Concerning such topic, if it is currently a blocker for integration of some pull-requests, I would suggest to move the actual repository in the organization and prepare the rewrite in a new repository.
@gbonnefille commented on GitHub (Apr 26, 2022):
IMHO, the motivation of creating an organization is to find a way to better help you integrating some pull requests. In a first step, giving only a « triage » permission would already help you, starting review and initial acceptance or reject... or at least discussion.
@fritterhoff commented on GitHub (Apr 27, 2022):
Since my fork is mentioned here also a comment from my side ;)
As as already mentioned my intention was not to rewrite the code or to add some new features (at least not in the direct fork) but to maintain the dependencies and avoid some outdated dependencies.
I'm currently working on a sort of a fork/clone of this project as part of my master thesis but thats for a rather special use case and coupled to a specific infrastructure.
@gbonnefille commented on GitHub (Apr 27, 2022):
I would be really pleased to see the tooling from fritterhoff's repository integrated in the main repository, plus an automatic publication of Docker images. In order to deal with security, we certainly have to introduce an integration branch (
develop). Any push into this branch will generate a Docker image with specific tag (:staging-XYZ,:X.Y.Z-staging,:staging). These image can then be tested in staging environments by community members or automated bots. When happy, the maintainer can decide to mergedevelopintomaster. This event will produce a new stable Docker Image.@fritterhoff commented on GitHub (Apr 27, 2022):
Building such a workflow is pretty simple. I even have to admit that the status in my repository is far not "complete" and there are several options to add more features... 😉
In general the most work is done using dependabot and some more docker actions.
@webprofusion-chrisc commented on GitHub (Apr 28, 2022):
An organization sounds like a good idea - one thing I'd like to add is that for me (and possibly others) the API acme-dns implements (and the maintenance of that as a "standard") is much more important than the code. I've got an alternative implementation of acme-dns using a combination of Cloudflare workers, cloud functions (and key-value storage) and dynamically scalable (nodejs-based) DNS instances, so for me staying compatible with the API is the number one priority.
@gbonnefille commented on GitHub (Apr 28, 2022):
Thus, a project like acme-dns-spec with only the documentation of the API would make sense for you?
@webprofusion-chrisc commented on GitHub (Apr 28, 2022):
Yes, API definition and expected/specified behaviors.
@linuxgemini commented on GitHub (Aug 9, 2022):
+1 to this idea, I also (sorta) maintain my own fork at https://github.com/linuxgemini/acme-dns for more arch support and honestly keeping this great project alive is a must IMHO.
@joohoi commented on GitHub (Aug 10, 2022):
So to reiterate; I'm all up for this, the organization is in place and the acme-dns repository with the current master branch is mirrored there.
I would like to have a team of 2-3 additional, trusted maintainers agreeing on shared development principles and utilizing the GitHub access controls to allow smooth continuity of the project. By access controls I mean agreeing on a workflow that includes 1-2 mandatory code reviews from other maintainers before merging etc.
Now the question is; who are up for the task? Who should I continue these discussions with?
@fritterhoff commented on GitHub (Aug 10, 2022):
Hey! In general I would like to support this great project and support you maintaining the source code and the issues. Would you like to discuss it face to face/via email or here? ;)
@fritterhoff commented on GitHub (Aug 10, 2022):
Maybe it would make sense to transfer this repo to the new organization so existing PRs, issues and stars get transfered?
@joohoi commented on GitHub (Aug 11, 2022):
I'd prefer having a f2f call to spitball ideas and thoughts properly. Also hoping to get +1 person to help with maintenance so we can call it a team ;)
Absolutely, makes sense. Let's do that when we have a conclusion about how to proceed.
@fritterhoff commented on GitHub (Aug 11, 2022):
I just wrote you an E-Mail :)
@bitsofinfo commented on GitHub (Aug 11, 2022):
game for this as well
@cpu commented on GitHub (Aug 11, 2022):
I'll be cheering from the sideline :-)
@fritterhoff commented on GitHub (Aug 21, 2022):
Ping :) Did you get my e-mail?
@joohoi commented on GitHub (Dec 25, 2022):
I did, but apparently dropped the ball again due to being too busy IRL, sorry.
Now during the holiday hurdles I have had to get some time off the holiday things, so I have been able to finally tackle the refactoring I have been pushing away for way too long. The current work can be seen in PR #325 and it should make the code way more maintainable while adding couple fixes and a logging feature as a side effect.
If you fellows would want to take a look into that, I'd appreciate it a lot. With the refactoring and re-visiting the codebase I think I'd be personally ready to move the organization thing forward.
Happy holidays!
@joohoi commented on GitHub (Dec 25, 2022):
Oh and one thing that is huge for me in the refactoring branch is using a pure Go sqlite module, so we can get rid of CGO and do proper cross compilation down the road.
@fritterhoff commented on GitHub (Dec 28, 2022):
Thanks for the update. I will check the code the next few days.
@bitsofinfo commented on GitHub (May 23, 2023):
any further thoughts on this?
@bb-Ricardo commented on GitHub (Feb 21, 2024):
Hi,
was wondering if anything is happening around ACME-DNS anymore or if this is project kind of dead?
@joohoi commented on GitHub (Feb 22, 2024):
We should continue on moving acme-dns to an individual organization for sure.
@joohoi commented on GitHub (Feb 22, 2024):
There is the big refactoring PR to agree upon: #325
I'll have to revisit the state in the near future to complete the transfer over acme-dns/acme-dns
@maddes-b commented on GitHub (Sep 21, 2024):
@joohoi Count me in for the org.
@strobelm commented on GitHub (Aug 30, 2025):
Hi, I am a happy user of the the project. Still I am a bit worried by the current state: the last release is from 2022 and the efforts to broaden contributor base seems stall. Is there anything we can do to help out?