Package Details: lego v3.4.0-1

Git Clone URL: (read-only, click to copy)
Package Base: lego
Description: Lets Encrypt client and ACME library written in Go
Upstream URL:
Keywords: acme lego letsencrypt
Licenses: MIT
Conflicts: lego-git
Provides: lego
Submitter: ldez
Maintainer: ldez
Last Packager: ldez
Votes: 5
Popularity: 0.98
First Submitted: 2019-01-05 05:32
Last Updated: 2020-02-25 22:55

Latest Comments

grawlinson commented on 2019-10-14 19:35

Found a reference here, quoting for brevity:

Packages that use prebuilt deliverables, when the sources are available, must use the -bin suffix. An exception to this is with Java. The AUR should not contain the binary tarball created by makepkg, nor should it contain the filelist.

Seems like lego-bin would be preferable.

haawda commented on 2019-10-12 11:27

There is no official documentation about this, but it is common sense to name a package -bin if it is not built from sources but sources are available. So grawlinson is right here.

ldez commented on 2019-09-01 14:21

Historically, the package lego-git manage the build from sources, and it was not created by the lego team.

This package (lego) has been created, by the lego team, to provide lego from binaries build by the lego team.

I am not able to find any official guidelines regarding the link between the name of the package and how is it built.

If anyone can give a link to an official document on the subject I am interested.

grawlinson commented on 2019-08-08 05:16

Since this does not compile source, should the package be renamed to lego-bin?

fredericva commented on 2019-04-23 09:32

Can you remove ${pkgname} from the conflicts array? Now the package is conflicting with itself, which is obviously nonsense.