[aur-general] PKGBUILDs for monkeysphere feedback

Baptiste Jonglez baptiste at bitsofnetworks.org
Sat Jun 25 17:41:39 UTC 2016

On Wed, Jun 22, 2016 at 02:47:09PM +0200, Valo wrote:
> Il 22/06/2016 12:12, Baptiste Jonglez ha scritto:
> > That is, can it be used and be useful without monkeysphere?  If so, it
> > could make sense to provide it as a separate package, 
> As for package description:  "|Copy a secret key from GnuPG's gpg-agent
> to OpenSSH's ssh-agent|"
> It *can* be used outsite of monkeysphere but I don't know if it *will* :)
> > but I think you
> > should implement it as a split package then (since both monkeysphere and
> > agent-transfer "build" from the same source).
> I thought about it but I wasn't able to understand from the wiki how I
> should proceed aside from the array of package names, can you point me
> to a good PKGBUILD I cant learn from?

Look at "man PKGBUILD", section "PACKAGE SPLITTING"

> > Of course, to avoid over-engineering, you could just have a single package
> > bundling both monkeysphere and agent-transfer.  Judging from [2], this is
> > what is intended by upstream.
> Yup, I thought it as well but couldn't figure out how to resolve the
> checkdependency on agent-transfer of monkeysphere without packaging it
> on it's own. As the software is about security I feel like running the
> tests upstream provide is very important and during the tests
> agent-transfer is called, without it tests will not succeed.

Ah, ok, I misunderstood your problem.  So, the split package idea will
definitely not help, because build() and check() are called before running
package_foo() and installing the packages.  This means that agent-transfer
will not be available in $PATH.

> > - I'm not sure about the convention for adding users/groups [5].  Looking
> >   at a few packages [6,7,8], it seems that UID and GID are hard-coded, but I
> >   don't know if there is a registry.  At the very least, you should create
> >   a system user (-r option to useradd), because otherwise the UID will
> >   fall into the user range 1000+.
> Great! I'll add the -r option as I don't feel like hardcoding a UID and GID.

Yes, I don't think there actually is a convention for this.

That being said, don't you think you should remove the user/group when
uninstalling the package?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <https://lists.archlinux.org/pipermail/aur-general/attachments/20160625/34ebd62e/attachment.asc>

More information about the aur-general mailing list