Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

nzbget: fix broken service, as well as some improvements #60019

Merged
merged 1 commit into from Apr 27, 2019

Conversation

aanderse
Copy link
Member

@aanderse aanderse commented Apr 22, 2019

Motivation for this change

The nzbget service is currently broken and appears to have been for some time.
#51235 (review)

ping @flokli

closes #58928.

Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Assured whether relevant documentation is up to date
  • Fits CONTRIBUTING.md.

@flokli
Copy link
Contributor

flokli commented Apr 22, 2019

@aanderse Thanks for the cleanup!

I tried adding a simple nixos test, but couldn't get it to work…

Also noticed there wasn't any output logged. Maybe something is wrong with how configuration is passed to it?

@aanderse
Copy link
Member Author

@flokli You'll notice I removed the openFirewall option. I did this because

  1. The port is 6789, not 8989 like the service said.
  2. The user will configure the port within the application itself so not much point to hard code an assumption like that.

I'd recommend running this for the curl test: curl -u nzbget:tegbzn6789 127.0.0.1:6789 | grep "This file is part of nzbget. See <http://nzbget.net>."

@flokli
Copy link
Contributor

flokli commented Apr 22, 2019

In lack of a better idea, I did use a lib.mkForce to exclude unrar in nzbget's path in the vm test.

While doing so, I also noticed we did rely on coreutils being in path - I made this explicit.

@flokli
Copy link
Contributor

flokli commented Apr 22, 2019

@GrahamcOfBorg test nzbget

@aanderse
Copy link
Member Author

@flokli your changes LGTM 👍
So... squash & merge, then a 19.03 breakfix backport because the service is unusable as it stands?

@infinisil
Copy link
Member

I think we might want some mkRemovedOptionModule here. There might still be some users who update from older releases who use this service, and it's good practice to not remove options without adding one of those.

@aanderse
Copy link
Member Author

I think we might want some mkRemovedOptionModule here. There might still be some users who update from older releases who use this service, and it's good practice to not remove options without adding one of those.

Fair. Addressed in latest commit.

@flokli
Copy link
Contributor

flokli commented Apr 23, 2019

@aanderse would you be up to adding something to the 19.09 changelog docs?

@aanderse
Copy link
Member Author

@aanderse would you be up to adding something to the 19.09 changelog docs?

Sure I'll get to it later today. Given this is broken in 19.03 is the plan still to backport? If so is the 19.09 release notes the most appropriate place?

@aanderse
Copy link
Member Author

aanderse commented Apr 26, 2019

@GrahamcOfBorg test nzbget

@flokli
Copy link
Contributor

flokli commented Apr 27, 2019

Sure I'll get to it later today. Given this is broken in 19.03 is the plan still to backport? If so is the 19.09 release notes the most appropriate place?

I'm not sure if we decided on a process for that. I'd say if it'll be backported to 19.03 too, it should be in the 19.03 changelog.

Problem is that we already released 19.03, so theoretically somebody who already updated to 19.03, had nzbget running, and updates the channel after this is backported, might run into problems.

However, given nzbget is pretty broken in 19.03 anyways, I doubt anybody uses it currently, and unbreaking it is fine - but I think we should get some decision from @samueldr or @lheckemann

@samueldr
Copy link
Member

I think the NixOS modules system is composable enough so that one would be able to import master's module for nzbget. If it works as expected, I would go against backporting this. Otherwise, it's not really scary, probably more rude than anything. Though I'm not sure how I'd like the precedent this would cause.

@flokli
Copy link
Contributor

flokli commented Apr 27, 2019

In that case, let's not backport, only merge into master and add the changelog to 19.09 (like this PR already does).

@flokli flokli merged commit 033882e into NixOS:master Apr 27, 2019
@aanderse
Copy link
Member Author

Yeah that makes sense. Thanks all!

@aanderse aanderse deleted the nzbget branch April 27, 2019 16:47
@flokli
Copy link
Contributor

flokli commented Apr 27, 2019 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants