search

dehydrated-io / dehydrated

letsencrypt/acme client implemented as a shell-script – just add water
https://dehydrated.io
MIT License
5.96k stars 716 forks source link

Please do a release #941

Open someone-somenet-org opened 2 months ago

someone-somenet-org commented 2 months ago

It has been almost 2 years since the last release and people will feel like this project died

(Please do at least 1 release every 6 months, even if nothing seriously changed)

bllfr0g commented 2 months ago

Agreed! Is this project still alive or is it abandoned?

On Jul 30, 2024, at 09:27, Someone @.***> wrote:

It has been almost 2 years since the last release and people will feel like this project died

(Please do at least 1 release every 6 months, even if nothing seriously changed)

— Reply to this email directly, view it on GitHub https://github.com/dehydrated-io/dehydrated/issues/941, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJO74S4UAFRYY544A2ACAILZO65G5AVCNFSM6AAAAABLWXGEVKVHI2DSMVQWIX3LMV43ASLTON2WKOZSGQZTQMRSG4YTCOI. You are receiving this because you are subscribed to this thread.

polyzen commented 2 months ago

It would be nice not to have to backport https://github.com/dehydrated-io/dehydrated/commit/4fd777e87e589652b1127b79ac6688ed7cb151fe.

The reasoning you have given, however, is not a good reason for cutting releases, and creates needless churn and work for people packaging this software.

lukas2511 commented 2 months ago

Project is not abandoned, I'm regulary checking that everything still works and keep up to date with changes with the ACME protocol.

I'm in a weird position where I started rewriting dehydrated a few times in different styles, but abandoned those rewrites because they just didn't seem good enough, but unfortunately that took away time to actually make changes to the original codebase... The reason for the rewrites is that a) I want to implement some features that would be really messy to implement in the current code (mostly automation and logging stuff) and b) I want something more modular, so changes could be easier tracked and parts of the code tested using automated means.

I guess I should just re-prioritize working on the existing code instead... at least that's something that's proven stable.

someone-somenet-org commented 2 months ago

I know that feeling ... I had sooo many projects which I wanted to fully rewrite ... and ... I abandoned all of the rewrites.

The reasoning you have given, however, is not a good reason for cutting releases, and creates needless churn and work for people packaging this software.

We will have to agree to disagree, its imo much more important to look alive, to attract new users and possibly contributors and package-maintainers.

bllfr0g commented 2 months ago

My experience is incremental change is more likely to succeed.

If you plan to rewrite the whole thing from scratch — it’s unlikely to happen.

Instead, refactor parts of it at a time. Little by little — and before you know it, the whole thing will be done!

On Jul 30, 2024, at 11:56, Someone @.***> wrote:

I know that feeling ... I had sooo many projects which I wanted to fully rewrite ... and ... I abandoned all of the rewrites.

The reasoning you have given, however, is not a good reason for cutting releases, and creates needless churn and work for people packaging this software.

We will have to agree to disagree, its imo much more important to look alive, to attract new users and possibly contributors and package-maintainers.

— Reply to this email directly, view it on GitHub https://github.com/dehydrated-io/dehydrated/issues/941#issuecomment-2259005129, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJO74SZPEE6VMO74UFWW7JTZO7OUPAVCNFSM6AAAAABLWXGEVKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENJZGAYDKMJSHE. You are receiving this because you commented.

someone-somenet-org commented 2 months ago

My experience is incremental change is more likely to succeed. If you plan to rewrite the whole thing from scratch — it’s unlikely to happen. Instead, refactor parts of it at a time. Little by little — and before you know it, the whole thing will be done!

This doesnt work if you want to change the language, tho. :(

lukas2511 commented 2 months ago

My experience is incremental change is more likely to succeed. If you plan to rewrite the whole thing from scratch — it’s unlikely to happen. Instead, refactor parts of it at a time. Little by little — and before you know it, the whole thing will be done!

This doesnt work if you want to change the language, tho. :(

Language and dependencies will definitively stay the same. I have no interested in writing an ACME client in a different language, even though that would probably be a lot easier than doing it in bash :upside_down_face:

j3g commented 2 weeks ago

I have to admit I am here looking at issues to see if this project is abandoned. Any small release gives everyone assurances that the project is active. Thanks for all your work! I'm a fan!!

EdNett commented 3 days ago

Hi, I'm using an implementation of dehydrated which states that it is version 0.7.2 - and it is not renewing certs at all. Is there really a version 0.7.2 of dehydrated? (I can't find any mention of it here)! Can you confirm this please ? Thanks

This is the error produced by version "0.7.2":

I noticed that the CURL version used does not include zstd compression - is that necessary for using dehydrated? This is the CURL used: non-working :

curl --version curl 8.9.1 (x86_64-pc-linux-gnu) libcurl/8.9.1 OpenSSL/3.0.15 zlib/1.2.11 brotli/1.0.9 libidn2/2.3.0 libpsl/0.21.0 nghttp2/1.43.0 librtmp/2.3 OpenLDAP/2.4.57 Release-Date: 2024-07-31 Protocols: dict file ftp ftps gopher gophers http https imap imaps ipfs ipns ldap ldaps mqtt pop3 pop3s rtmp rtsp smb smbs smtp smtps telnet tftp Features: alt-svc AsynchDNS brotli HSTS HTTP2 HTTPS-proxy IDN IPv6 Largefile libz NTLM PSL SSL threadsafe TLS-SRP UnixSockets

Should CURL include HTTP/1.1 also to work properly?