Package Details: acmetool 0.0.67-5

Git Clone URL: https://aur.archlinux.org/acmetool.git (read-only)
Package Base: acmetool
Description: An easy-to-use command line tool for automatically acquiring certificates from ACME servers (such as Let's Encrypt)
Upstream URL: https://github.com/hlandau/acme
Licenses: MIT
Submitter: Thermi
Maintainer: Thermi
Last Packager: Thermi
Votes: 4
Popularity: 0.000039
First Submitted: 2016-08-26 09:00
Last Updated: 2019-10-25 00:20

Latest Comments

1 2 Next › Last »

bsdice commented on 2019-10-25 00:13

Is 0.0.67-4 for anyone else broken? In prepare() I need this now:

... mv "${srcdir}/acmetool-${pkgver}" "${GOPATH}/src/github.com/hlandau/acme" ...

Sloonz commented on 2019-10-21 12:56

0.2.1 is beta : https://github.com/hlandau/acmetool/issues/322

grawity commented on 2019-10-21 12:24

In that case, it might be better to verify using the SHA1 hash of Git commit (which hopefully isn't going to change no matter what GitHub decides to screw up):

makedepends=(git)
source=("git+<https://github.com/hlandau/acmetool#commit=221ea15246f0bbcf254b350bee272d43a1820285>")
sha256sums=(SKIP)

Speaking of which, v0.2.1 appears to have been tagged last week:

source=("git+<https://github.com/hlandau/acmetool#commit=f68b275d0a0ca526525b1d11e58be9b7e995251f>")

(Yes I know the < > are not supposed to be there. I'm not in control of what AUR's markdownifier decides to do.)

Sloonz commented on 2019-10-18 20:10

Checksum for acmetool-0.0.67.tar.gz doesn’t checks. Just downloaded the tarball on https://github.com/hlandau/acmetool/releases, checksum is 45e458f385515b669ade4a8de6dd6800da2b61f4846bd6f573e28c51ca6805ea ; 01f78340006539c62bb86250433d2f819ab529ccd9a0aa74e140ff0fee839073 in the PKGBUILD

zewish commented on 2018-12-20 15:22

Please add aarch64 to the arch list. Just installed it and it works as expected. Thanks!

bsdice commented on 2018-07-26 01:43

@grawity Learn something new every day... thanks!

Any particular reason to go with 0755 in https://aur.archlinux.org/cgit/aur.git/tree/acmetool.conf?h=acmetool and not 0750 i.e. restricted to root?

No need to push a new release for this, but please close the Contributor line in PKGBUILD with '>' because it triggers a faint ocd. ;)

Thanks!

Thermi commented on 2018-07-25 17:08

Thank you, I removed it.

grawity commented on 2018-07-25 17:05

Introduce acmetool.install to run "systemd-tmpfiles --create" on install/upgrade

This has been redundant for quite a while now; new tmpfiles configurations are handled by a global pacman hook. You can safely revert this part.

Thermi commented on 2018-07-24 15:01

Hi,

I've incorporated the changes.

bsdice commented on 2018-07-24 01:26

Hi, I've made some improvements to your package, diff: https://pastebin.com/t5W3Y4TQ

Changes:

  • Introduce acmetool.install to run "systemd-tmpfiles --create" on install/upgrade

  • Fix dependencies to include only necessary libcap and bash

  • Semantic nitpick acmetool.tmpfile -> acmetool.tmpfiles

  • Split build() into prepare() and build()

  • Simplify prepare() steps

  • Simplify build(), introduce StandardWebrootPath set to /run/acme/acme-challenge (/var/run is just a symlink on Arch)

  • acmetool.tmpfiles has to be named acmetool.conf when installed in /usr/lib/tmpfiles.d/ (only *.conf are recognized by systemd-tmpfiles)

  • Add openresty.service as a dependency to service file

  • Modify ReadWritePaths to allow /run/acme instead of /var/run/acme

  • Modify acmetool.tmpfiles to create /run/acme instead of /var/run/acme, also tighten permissions (only root)

I'd hope you could incorporate the changes. Thanks!