Package Details: jackett 0.21.2441-1

Git Clone URL: (read-only, click to copy)
Package Base: jackett
Description: Use many torrent trackers with software that supports torznab/potato feeds.
Upstream URL:
Licenses: GPL
Submitter: bgiesing
Maintainer: txtsd
Last Packager: txtsd
Votes: 53
Popularity: 0.001042
First Submitted: 2015-06-20 00:06 (UTC)
Last Updated: 2024-04-23 06:37 (UTC)

Dependencies (3)

Required by (20)

Sources (4)

Pinned Comments

fryfrog commented on 2021-10-02 17:27 (UTC) (edited on 2023-01-09 18:30 (UTC) by fryfrog)

See also jackett-mono for platforms w/o net5 and jackett-bin for pre-compiled binaries.

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

txtsd commented on 2024-03-20 08:52 (UTC)

@davispuh It needs to go through rigorous testing before I can include it here. Ideally, these changes should be made upstream along with tests.

davispuh commented on 2024-03-18 20:33 (UTC)

FYI, you can harden it a bit, see my comment

gee commented on 2023-08-29 09:15 (UTC)

@txtsd That worked! While installing it, it overwrote a bunch of files so it gave me the idea to remove /usr/lib/jackett and try again with your default pkgbuild and that worked too. I guess I had some leftovers from I don't know when.

Thanks a lot!

txtsd commented on 2023-08-29 03:52 (UTC) (edited on 2023-08-29 03:55 (UTC) by txtsd)

@gee Thanks for reporting! I can't seem to reproduce it though.

Could you try building with --self-contained and see if that solves it? Probably not the fix you're looking for, but it'll run in the meantime. If you have a global.json, try without it.

Also, see aur_jackett_updater where it builds and runs correctly in a clean environment.

gee commented on 2023-08-28 19:11 (UTC) (edited on 2023-08-28 19:12 (UTC) by gee)

Hello, for a few weeks I haven't been able to run jackett anymore, it complains about missing .NetCore.App:

"You must install or update .NET to run this application.

App: /usr/lib/jackett/jackett Architecture: x64 Framework: 'Microsoft.NETCore.App', version '6.0.0' (x64) .NET location: /usr/lib/jackett/

No frameworks were found.

Learn about framework resolution:

To install missing framework, download:"

Yet: "dotnet --info ─╯ .NET SDK (reflecting any global.json): Version: 6.0.121 Commit: b0dda375d1

Runtime Environment: OS Name: arch OS Version:
OS Platform: Linux RID: arch-x64 Base Path: /usr/share/dotnet/sdk/6.0.121/

Host: Version: 7.0.10 Architecture: x64 Commit: a6dbb800a4

.NET SDKs installed: 6.0.121 [/usr/share/dotnet/sdk]

.NET runtimes installed: Microsoft.AspNetCore.App 6.0.21 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App] Microsoft.NETCore.App 6.0.21 [/usr/share/dotnet/shared/Microsoft.NETCore.App]"

(Different version 6.0.21 vs 6.0.0, I'm not sure if that matters.)

I think this line is the issue:

".NET location: /usr/lib/jackett/"

but even this doesn't change it: "DOTNET_ROOT=/usr/share/dotnet runuser -u jackett /usr/lib/jackett/jackett

Where could the .NET location be set? The variable seems fine by default: "echo $DOTNET_ROOT

I've reinstalled dotnet-runtime-6.0, aspnet-runtime-6.0, dotnet-sdk-6.0 and dotnet-host but nothing helped.

Thank you!

txtsd commented on 2023-08-17 08:31 (UTC)

@Lorentzeus It's fixed now. It was a dotnet development environment bug that I hadn't encountered because I haven't worked with dotnet.

txtsd commented on 2023-08-17 08:18 (UTC)

@Lorentzeus I've never noticed it before, but you're right. I'll have it fixed soon. Thanks for reporting!

Lorentzeus commented on 2023-08-17 07:30 (UTC)

Not sure what it is, but every time I update (when jackett compiles) dotnet stays open until I either kill the process or restart my computer.

Following processes are still open:

/usr/share/dotnet/dotnet /usr/share/dotnet/sdk/6.0.121/MSBuild.dll /nologo /nodemode:1 /nodeReuse:true /low:false
/usr/share/dotnet/dotnet exec /usr/share/dotnet/sdk/6.0.121/Roslyn/bincore/VBCSCompiler.dll -pipename:<redacted-not-sure-if-sensitive>

txtsd commented on 2023-02-10 10:20 (UTC)

@qark aspnet seems to be a subset of dotnet, so it doesn't make sense to use aspnet since upstream doesn't use it that way.

Thanks for the tips about --self-contained.

qark commented on 2023-02-10 10:18 (UTC) (edited on 2023-02-10 10:18 (UTC) by qark)

@txtsd It doesn't make sense to add dotnet-runtime as dependency for self-contained package. I suggest:

1) Build package depending on system dotnet, i.e. change --self-contained option to --self-contained false or --no-self-contained.

2) Build package using dotnet-sdk-6.0 until is merged and released

3) Use aspnet-runtime-6.0 as dependency since dotnet-runtime-6.0 is not enough to run app.

Updated patch for PKGBUILD.