Package Details: lidarr-bin 2.8.2.4493-1

Git Clone URL: https://aur.archlinux.org/lidarr-bin.git (read-only, click to copy)
Package Base: lidarr-bin
Description: Music collection manager for newsgroup and torrent users.
Upstream URL: https://lidarr.audio
Licenses: GPL-3.0-or-later
Groups: servarr-bin
Conflicts: lidarr
Provides: lidarr
Submitter: txtsd
Maintainer: txtsd (fryfrog)
Last Packager: txtsd
Votes: 14
Popularity: 0.34
First Submitted: 2024-10-15 14:38 (UTC)
Last Updated: 2024-12-17 09:07 (UTC)

Dependencies (20)

Required by (7)

Sources (7)

Pinned Comments

txtsd commented on 2024-10-21 04:23 (UTC) (edited on 2024-10-30 12:50 (UTC) by txtsd)

Alternate versions

lidarr (source version of this package)
lidarr-develop (develop branch)
lidarr-develop-bin (binary version of the develop branch)
lidarr-nightly-bin (nightly builds)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

binhex commented on 2018-03-17 16:39 (UTC)

I'm getting validation failure:-

Validating source files with sha512sums... Lidarr.develop.0.2.0.305.linux.tar.gz ... ?[0m ?[91mFAILED

binhex commented on 2018-03-09 09:31 (UTC)

@fryfrog looks good to me mate, my automated scripts picked up your change and built a new docker image with no issues, so its all good for me.

fryfrog commented on 2018-03-08 17:39 (UTC)

@binhex and @orkeren, check out what I just pushed and see what you think. When Lidarr has regular (pre)releases, we can do away w/ the silliness. We'll still need to manually edit the pkgver, so don't forget to do that! :)

binhex commented on 2018-03-08 10:46 (UTC)

ok how about a bit of regex then so we don't rely on jq:-

lidarr_url=$(curl -s "https://services.lidarr.audio/v1/update/nightly/changes?os=linux" | grep -P -o -m 1 '(?<=url":")[^"]+' | head -1)

orkeren commented on 2018-03-08 10:04 (UTC)

@binhex - that snippet though requires jq which we would have to add as dependency.

orkeren commented on 2018-03-08 10:03 (UTC)

@fryfrog I'll add you. @binhex thanks for that snippet!

binhex commented on 2018-03-06 16:01 (UTC)

This might be of interest @fryfrog @orkeren, json output from appveyor, so you could curl this and then jq to get first entry, that way you can then just re-run without having to alter the url in the PKGBUILD:-

lidarr_url=$(curl "https://services.lidarr.audio/v1/update/nightly/changes?os=linux" | jq -r '.[0].url')

fryfrog commented on 2018-03-05 20:42 (UTC)

https://ci.appveyor.com/api/buildjobs/w3mqu9a4gtrdgv38/artifacts/Lidarr.develop.0.2.0.289.linux.tar.gz <- this one fixes mono 5.10.

I'd be happy to be a co-maintainer to help keep it more up to date.

orkeren commented on 2018-02-19 10:20 (UTC)

@binhex there sadly is no way of targeting latest on appveyor. I am looking into creating an automated way though. Until then I will try to remember updating weekly.

binhex commented on 2018-02-08 09:47 (UTC)

@orkeren hey no probs, no apology required. How about a weekly build of this until things stabilise a bit, as those dev builds are obviously continuous, would that be a possibility? Not sure if there is a way of targeting 'latest' on appveyor to prevent the need to change the package?

« First ‹ Previous 1 2 3 4 5 Next › Last »