ThaUnknown / miru

Bittorrent streaming software for cats. Stream anime torrents, real-time with no waiting for downloads.
https://miru.watch
GNU General Public License v3.0
2.18k stars 125 forks source link

[Package]:NixOS Flake #408

Closed Karitham closed 4 months ago

Karitham commented 6 months ago

Preflight checklist

Problem Description

It's a bit of a pain to install miru on nixos. There's two options:

Proposed Solution

Integrate a flake to the repo to use as a package. This would benefit from auto-updating directly from the repo's CI.

I already have a working derivation of miru (https://github.com/Karitham/knixpkgs/blob/master/miru.nix), just wondering if you would approve of it being directly part of the repo instead of in an external repository.

This would transform the hell that is to install miru on any linux distro that's not ubuntu or arch to just

$ nix profile install github:thaunknown/miru

Let me know if you're interested in a PR

ThaUnknown commented 6 months ago

I have low interest in supporting linux package managers, because there are more issues per package manager, than in all of Miru together, to put it simply it's a waste of time

I distribute files which I know work, that is AppImage and deb, and if something doesn't work that's the end user's fault, general rule is "you use linux, deal with linux issues yourself", as the linux userbase is way too small to warrant wasting 50% of my time to fix each and small issue

I'll accept PR's for CI which automatically distributes Miru to package managers, like the winget CI, but if it causes issues with how Miru functions I'll likely remove it later on

aicynide commented 5 months ago

Good

ThaUnknown commented 4 months ago

what's the status on this?

Karitham commented 4 months ago

TLDR: my opinion is dont add the flake, maybe document it exists somewhere, end of story

I have low interest in supporting linux package managers, because there are more issues per package manager, than in all of Miru together, to put it simply it's a waste of time

Considering there is some maintenance overhead for supporting nix (largely adding deps when needed etc), the overhead to maintaining the flake on this repo is higher than having the user fetch the package from my flake above.

Upgrading the version themselves is also easy — in nix you can pick a package, overlay a new version and have it rebuilt in 3 lines, I propose not adding the flake to this repo and maybe just directing nix users to a maintained flake. (Mine should be).

If you don't want to point users to third parties for packaging that's also fine, people can look it up.