Bug 255710 - net-p2p/jackett: Depend on mono6.8 to make jackett work on FreeBSD >= 12.0
Summary: net-p2p/jackett: Depend on mono6.8 to make jackett work on FreeBSD >= 12.0
Status: In Progress
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: Rodrigo Osorio
URL:
Keywords:
Depends on:
Blocks: 256576
  Show dependency treegraph
 
Reported: 2021-05-08 17:35 UTC by Michiel van Baak
Modified: 2021-06-14 07:59 UTC (History)
1 user (show)

See Also:


Attachments
RUN_DEPENDS on mono6.8 (601 bytes, patch)
2021-05-08 17:35 UTC, Michiel van Baak
michiel: maintainer-approval+
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Michiel van Baak 2021-05-08 17:35:49 UTC
Created attachment 224775 [details]
RUN_DEPENDS on mono6.8

Jacket crashes on anything FreeBSD 12.0-RELEASE or newer because of the FileSystemWatcher (kevent) deadlock problem.
See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198727 for more information about this.

This patch moves jackett away from USES=mono and uses mono6.8 in RUN_DEPENDS.
Since the whole USES=mono does not yet support to pick a mono version, this was the only way to get things working on a modern FreeBSD version.

With this change, it's no longer possible to run radarr/sonarr/etc in the same install as jackett, since those ports have 'USES=mono' which, for now, pins those on mono 5.10
mono 5.10 and 5.20 have this kevent deadlock problem, and only on 6.8 will jackett work.
Comment 1 Rodrigo Osorio freebsd_committer 2021-06-13 22:06:32 UTC
Michael,

I start integrating this PR as a first step to commit 
jackett update to 0.18.303 (#256576) and it builds.

At this point I will consider this part of the job done
and no additional work is required here. Further changes
will be attached to #256576.

This ticket will be closes once jackett update was committed.
Comment 2 Michiel van Baak 2021-06-14 07:59:25 UTC
(In reply to Rodrigo Osorio from comment #1)

Sounds good to me.