@cure1245, I suppose the main release could... but the others couldn't and would have the same problem. The urls work fine for me, your IPs are probably getting geoip'd to Russia or something. Hop on Discord and do a bit of troubleshooting.
Search Criteria
Package Details: lidarr 2.2.5.4141-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/lidarr.git (read-only, click to copy) |
---|---|
Package Base: | lidarr |
Description: | Music download automation for usenet and torrents. |
Upstream URL: | https://github.com/lidarr/Lidarr |
Licenses: | GPL3 |
Submitter: | orkeren |
Maintainer: | fryfrog |
Last Packager: | fryfrog |
Votes: | 13 |
Popularity: | 0.079602 |
First Submitted: | 2017-10-06 08:46 (UTC) |
Last Updated: | 2024-04-13 18:53 (UTC) |
Dependencies (13)
- chromaprint (chromaprint-gitAUR, chromaprint-fftwAUR)
- sqlite (sqlite-fossilAUR)
- deluge (deluge-gitAUR) (optional) – torrent downloader
- jackettAUR (jackett-monoAUR, jackett-binAUR) (optional) – torrent indexer proxy
- libgdiplus (optional) – provides a gdi+ compatible api
- nzbget (nzbget-gitAUR) (optional) – usenet downloader
- qbittorrent (qbittorrent-dark-gitAUR, qbittorrent-gitAUR, qbittorrent-qt5AUR, qbittorrent-enhanced-gitAUR, qbittorrent-enhanced-uaAUR, qbittorrent-enhancedAUR, qbittorrent-enhanced-qt5AUR, qbittorrent-libtorrent-v1AUR) (optional) – torrent downloader
- qbittorrent-nox (qbittorrent-nox-gitAUR, qbittorrent-enhanced-nox-gitAUR, qbittorrent-enhanced-ua-noxAUR, qbittorrent-enhanced-noxAUR, qbittorrent-enhanced-nox-binAUR) (optional) – torrent downloader (no X)
- rtorrent (rtorrent-colorAUR, rtorrent-pyro-gitAUR, rtorrent-psAUR, rtorrent-ps-chAUR, rtorrent-vi-colorAUR, rtorrent-gitAUR, rtorrent-ipv6AUR) (optional) – torrent downloader
- sabnzbdAUR (sabnzbd-gitAUR) (optional) – usenet downloader
- transmission-cli (transmission-sequential-cliAUR, transmission-noxunlei-cliAUR, transmission-cli-gitAUR, transmission3-cliAUR) (optional) – torrent downloader (CLI and daemon)
- transmission-gtk (transmission-csd-gitAUR, transmission-sequential-gtkAUR, transmission-gtk3AUR, transmission-noxunlei-gtkAUR, transmission-gtk-gitAUR) (optional) – torrent downloader (GTK+)
- transmission-qt (transmission-qt-gitAUR, transmission-sequential-qtAUR, transmission-qt-ssl-gitAUR, transmission-noxunlei-qtAUR) (optional) – torrent downloader (Qt)
Required by (6)
- autobrr (optional)
- ombi (optional)
- ombi-develop (optional)
- prowlarr (optional)
- prowlarr-develop (optional)
- prowlarr-nightly (optional)
Sources (7)
fryfrog commented on 2024-02-13 04:53 (UTC)
cure1245 commented on 2024-02-13 02:44 (UTC)
This should really point at the github repo. The lidarr site is returning json instead of the tarball and screwing everything up.
CommanderRedYT commented on 2023-12-20 19:12 (UTC)
I tried using curl and the files successfully download. I tried adding -vvv to the curl command in /etc/pacman.conf
(XferCommand), but somehow it does not work.
Manualy downloading using cURL / wget did work in the end. Weird...
fryfrog commented on 2023-12-20 18:21 (UTC)
Look in the .SRCINFO
file, the url to the download is there. Give it a try yourself using curl
or wget
or your own browser. I nuked my local files and made them re-download, got the same files which match the sha512sum as expected.
CommanderRedYT commented on 2023-12-20 18:08 (UTC) (edited on 2023-12-20 18:08 (UTC) by CommanderRedYT)
I checked it, this is the content of the file (lidarr-2.0.7.3849-linux-core-arm64.tar.gz):
{"errorMessage":"Invalid version number specified."}
fryfrog commented on 2023-12-20 17:52 (UTC)
You're probably using a Russian IP that is geo blocked by servarr, check the size of the file that downloaded. It is probably tiny, an error instead of an actual file.
87M Dec 11 11:13 lidarr-2.0.7.3849-linux-core-arm64.tar.gz
88M Dec 11 11:13 lidarr-2.0.7.3849-linux-core-arm.tar.gz
94M Dec 11 11:13 lidarr-2.0.7.3849-linux-core-x64.tar.gz
^ This is what they look like on my system.
CommanderRedYT commented on 2023-12-20 14:06 (UTC)
When installing, I get an error that lidarr-2.0.7.3849-linux-core-arm64.tar.gz does not match with the SHA512 hash
fryfrog commented on 2023-08-08 18:15 (UTC)
@MarsSeed: I agree, but until I have a workable build from source solution for all of the different software and the couple of versions of each, I'll leave it as is. Is this something you could help with? The jackett -> source and jackett-bin package transition went really well thanks to help from someone better at this than me.
I did get some help that came up w/ a solution for the production releases of sonarr or radarr, but it depended on github releases for versions so wasn't as easily ported to the develop
or nightly
branch versions.
If you're interested, I can dig up that help in my email or comments here or wherever it was.
MarsSeed commented on 2023-08-08 18:11 (UTC)
This package should be renamed to lidarr-bin
.
bkb commented on 2023-01-18 20:58 (UTC)
Add to servarr group
Pinned Comments
fryfrog commented on 2021-02-12 07:01 (UTC)
You may also be interested in lidarr-develop or lidarr-nightly.