Package Details: simp_le-git 1:0.20.0.r0.g86d2858-2

Git Clone URL: (read-only, click to copy)
Package Base: simp_le-git
Description: Simple Let's Encrypt client.
Upstream URL:
Keywords: certificate letsencrypt
Licenses: GPL
Conflicts: simp_le
Provides: simp_le
Submitter: roentgen
Maintainer: None
Last Packager: klemens
Votes: 2
Popularity: 0.000000
First Submitted: 2015-12-05 16:39 (UTC)
Last Updated: 2023-08-05 21:38 (UTC)

Latest Comments

1 2 Next › Last »

klemens commented on 2023-01-03 22:42 (UTC) (edited on 2023-01-03 22:43 (UTC) by klemens)

@xrchz: I guess it should be relatively easy to fix, as the correct code for v2 is already present, just the is None check will probably no longer work and instead raise an exception. Feel free to try to fix it, as I will probably not have time to look into this in more detail in the next days.

xrchz commented on 2023-01-01 21:31 (UTC)

I think this doesn't work after python-acme-2.0.0 because they changed the interface to remove acme.messages.Authorization.combinations amongst other things.

klemens commented on 2020-01-01 16:56 (UTC) (edited on 2020-01-01 16:58 (UTC) by klemens)

@xrchz: Fixed, from now on there should be much less breakage, as there is no longer an upper version bound on python-acme.

xrchz commented on 2019-12-27 18:18 (UTC)

The package is again broken since commit 4471fd5a994ca4213dc804713abd1187e4cab90a because the patch doesn't apply.

klemens commented on 2019-06-27 21:43 (UTC) (edited on 2019-06-27 21:44 (UTC) by klemens)

Version 0.15 includes some breaking changes:

Only ACME v2 endpoints are supported from now on. The -f feature to use your own file structure was removed and you now need to also save the account_reg.json file using -f account_reg.json.

klemens commented on 2018-08-14 18:55 (UTC)

Fixed, thanks for reporting!

thor77 commented on 2018-08-14 18:48 (UTC)

This package is broken since commit bbacb1dc7b10b9b4e269c86ce27b69700658fbe6, because the patch-file doesn't apply successfully anymore.

klemens commented on 2017-06-19 18:23 (UTC)

This package now uses zenhack's fork, as the original project has not been updated for over a year.

kuba commented on 2016-04-24 10:19 (UTC)

There is nothing contradicting in #70. Installation procedure *from source* has always been the same: virtualenv. The point of virtualenv is not to mix PyPI and system packages. However, if you're packaging for distro, i.e. creating a new system package, then you obviously don't need virtualenv as it contradicts the idea I set out above...

roentgen commented on 2016-04-19 16:57 (UTC)

@kuba Looks to me you contradict yourself. You state something else in the linked github issue (#70). Is there an updated installation procedure? I can't find anything on the github wiki.