New package: gonic-0.16.4
Testing the changes
- I tested the changes in this PR: YES
New package
- This new package conforms to the package requirements: YES
Resolves #44353
# Template file for 'gonic'
pkgname=gonic
version=0.15.2
revision=1
build_style=go
go_import_path="go.senan.xyz/gonic"
go_package="${go_import_path}/cmd/gonic"
hostmakedepends="pkg-config"
makedepends="
alsa-lib-devel
sqlite-devel
taglib-devel"
depends="ffmpeg"
short_desc="Music streaming server / subsonic server API implementation"
maintainer="Duncaen <[email protected]>"
license="GPL-3.0-or-later"
homepage="https://github.com/sentriz/gonic"
distfiles="https://github.com/sentriz/gonic/archive/v${version}.tar.gz"
checksum=f70580a3bf96b0e9144bfaae07d7f158fc7dc732eba240c191effb9c30d28edc
system_accounts="_gonic"
_gonic_homedir="/var/lib/gonic"
make_dirs="
/var/cache/gonic 755 _gonic _gonic
/var/db/gonic 755 _gonic _gonic
/var/lib/gonic/music 755 _gonic _gonic
/var/lib/gonic/podcast 755 _gonic _gonic"
post_install() {
vsv gonic
}
srcpkgs/gonic/files/gonic/run:
#!/bin/sh
[ -r ./conf ] && . ./conf
: ${GONIC_CACHE_PATH:=/var/cache/gonic}
: ${GONIC_DB_PATH:=/var/db/gonic/gonic.db}
: ${GONIC_MUSIC_PATH:=/var/lib/gonic/music}
: ${GONIC_PODCAST_PATH:=/var/lib/gonic/podcast}
export GONIC_CACHE_PATH GONIC_DB_PATH GONIC_MUSIC_PATH GONIC_PODCAST_PATH
exec chpst -u _gonic gonic $OPTS 2>&1
from original repository:
note: unfortunately if you do this above, you'll be compiling gonic locally on your machine (if someone knows how I can statically link sqlite3 and taglib, please let me know so I can distribute static binaries)
I wonder if we could/should move sqlite to runtime dep instead of makedep
taglib-devel seems to be necessary to build, though
I wonder if we could/should move sqlite to runtime dep instead of makedep
No, its not going to even try to link the system sqlite if its not in makedepends.
Are you using this software? Otherwise since I'm using it and have contributed to it I would be open to maintaining it.
I had used it in the past but not anymore. Just saw the package request and figured it wouldn't be too hard to get it templated.
You're very welcome to maintain this, you're a lot more knowledgable anyways :smile: Let me just change back the maintainer field and push again
I'm currently running gonic as well on aarch64 (not from this PR though).
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
STOP. This. Auto. Stale. Madness!
@Duncaen you mentioned wanting to take over this PR. can we close this one and you push your gonic template however you like?
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
@Duncaen bumping again just for visibility
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
musl builds fail due to a bug in audiotags dependency
Opened a PR on upstream: https://github.com/sentriz/audiotags/pull/1
update: PR is merged, waiting for sentriz to make a new gonic release
Added GONIC_PLAYLISTS_PATH to service file.
Ported the musl fix as a patch for now, will drop in next release
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
bump
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
I don't think this should go into the void.
I don't think this should go into the void.
Why? What's wrong with it?
Oh I mesnt it shouldn't be forgotten/disappear. Sorry I forgot our distro is called void too for a second there. :-D
Pull Requests become stale 90 days after last activity and are closed 14 days after that. If this pull request is still relevant bump it or assign it.
bump @Duncaen