https://sentrypeer.org/
Honeypot for a distributed p2p list of bad actor IP addresses and phone numbers
testing/
---
 testing/sentrypeer/APKBUILD | 40 +++++++++++++++++++++++++++++++++++++
 1 file changed, 40 insertions(+)
 create mode 100644 testing/sentrypeer/APKBUILD

diff --git a/testing/sentrypeer/APKBUILD b/testing/sentrypeer/APKBUILD
new file mode 100644
index 0000000000..7a30907020
--- /dev/null
+++ b/testing/sentrypeer/APKBUILD
@@ -0,0 +1,40 @@
+# Contributor: Gavin Henry <ghenry@sentrypeer.org>
+# Maintainer: Gavin Henry <ghenry@sentrypeer.org>
+pkgname=sentrypeer
+pkgver=1.2.0
+pkgrel=0
+pkgdesc="Honeypot for a distributed p2p list of bad actor IP addresses and phone numbers"
+url="https://sentrypeer.org/"
+arch="all"
+license="GPL-2.0-only GPL-3.0-only"
+makedepends="autoconf autoconf-archive automake pkgconfig sqlite-dev opendht-dev jansson-dev libmicrohttpd-dev libosip2-dev pcre2-dev util-linux-dev"
+checkdepends="cmocka-dev curl-dev"
+subpackages="$pkgname-doc"
+source="$pkgname-$pkgver.tar.gz::https://github.com/SentryPeer/SentryPeer/archive/refs/tags/v$pkgver.tar.gz"
+builddir="$srcdir/SentryPeer-$pkgver"
+
+prepare() {
+	default_prepare
+	sed -i '/AM_LDFLAGS=/d' Makefile.am
+	./bootstrap.sh
+}
+
+build() {
+	./configure \
+		--build=$CBUILD \
+		--host=$CHOST \
+		--prefix=/usr
+	make
+}
+
+check() {
+	make check
+}
+
+package() {
+	make DESTDIR="$pkgdir" install
+}
+
+sha512sums="
+53d06405139828c7d78521db6c9c254952b3596281e115b68e9f7363d67cc39d214effb165296f1c5e9b4f01cd91e3a7e218dd645d51859d05ab2b51d44a7129  sentrypeer-1.2.0.tar.gz
+"
-- 
2.34.1

@psykose Does this look OK apart from cleaning up my `makedepends=` to match what you advised for opendht?

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_223821

sure! and perhaps a comment on why something is deleted in prepare()

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_223822

On Fri, 18 Mar 2022 23:59:56 +0000, Gavin Henry wrote:
> +url="https://sentrypeer.org/"
> +arch="all"
> +license="GPL-2.0-only GPL-3.0-only"

```suggestion:-0+0
license="GPL-2.0-only OR GPL-3.0-only"
```

(from a quick look at the files, maybe i'm wrong)

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_223823

Thanks! Maybe I should do this via my fork again rather than emailing in?

In my dev env here I have an rpath hardcoded for linuxbrew due to a bug:

https://github.com/SentryPeer/SentryPeer/commit/765cb2d224d06eb130dd742537f6bad2e529f8b1
https://github.com/Homebrew/discussions/discussions/2587

I'm just removing that with my `sed`.

In my Debian package I have a systemd file and defaults file. That would be a `sentrypeer.confd` and `sentrypeer.initd` I think according to what `newapkbuild` minted?

```
alpine:~/sentrypeer$ ls
APKBUILD                 sentrypeer.confd         sentrypeer.initd         sentrypeer.post-install  sentrypeer.pre-install
```

for a daemon process, it's best to use all of above and create a user etc? What's a best practice package I could look at?

It would be very similar to what I'm doing in https://github.com/SentryPeer/SentryPeer/blob/main/Dockerfile#L41 as that uses Alpine. Now that `opendht-dev` is in testing, I can update it. 

Thanks!

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_223830

> Thanks! Maybe I should do this via my fork again rather than emailing in?  

it's generally preferred, as it's easier for you to update things with feedback (and integrates with gitlab better, as it's not a new MR made for it each time)  

> it's best to use all of above and create a user etc? What's a best practice package I could look at?  

maybe something like testing/soju, or just grep around for .initd . openrc scripts are a bit arcane, but i'll have a look  

>  It would be very similar to what I'm doing in https://github.com/SentryPeer/SentryPeer/blob/main/Dockerfile#L41  

sure, looks good. just keep things to /var/lib/sentrypeer as opposed to the /opt folder that is made there if possible. the adduser/addgroup should be in a post-install script, and you can drop the -u/-g uid

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_223835

Hi @psykose ,

Me again :-)

I'm just updating this for use with OpenDHT since it's in core now, but getting attached. That is the correct lib. Is there something I've missed in the APKBUILD file for OpenDHT?

Thanks.!

[Screenshot_from_2022-03-24_10-15-36](/uploads/fd80e8d854d36ff1003d431f140132d2/Screenshot_from_2022-03-24_10-15-36.png)

![Screenshot_from_2022-03-24_10-13-14](https://gitlab.alpinelinux.org/alpine/aports/uploads/1637294f134998fb0926e675939c8ef8/Screenshot_from_2022-03-24_10-13-14.png)

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224725

This configures correct as per my screenshot:

https://github.com/SentryPeer/SentryPeer/blob/main/configure.ac#L101

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224726

Works fine on my local 3.15.1, so must be my Dockerfile. Nevermind. Thanks.

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224731

could be that libopendht-c.so is accidentally in `opendht` instead of `opendht-libs`, i'll fix that in a sec

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224762

should be correct now once it builds f15f4bd57c

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224763

And I've probably installed `opendht` fully on my test VM. Thanks @psykose as always!

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224765

I actually just submitted a 2.4.0r1 though. I can redo. Adding python bindings.

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224766

Yep, if I only add `opendht-dev` and `opendht-libs` I get the same.

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224772

yep :) -r1 should need only -dev

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224773

Shall I do a new patch for r2 then?

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224774

what in it? i already fixed the above issue in -r1

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_224775

Sorry to bother you @mailinglist-bot,

but we've detected that this merge request hasn't seen any recent activity. If you need help or want to discuss your approach with developers you can ping `@team/mentors`. You can also ask on IRC on `#alpine-devel` on irc.oftc.net. If no further activity occurs in this MR, Alpine developers may close it in the future.

Thanks for your contribution.

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_231752

Thanks. I think this is good now. I'll re-check. I was awaiting opendht
completion.

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_231757

Thank you Alice.

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_231822

seems to fail on 32-bit arches, so you should disable it there

-- 
via https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/32199#note_231823