Please update NZBGet to 17.0

[joeyd2]

Please update NZBGet to 17.0

[rvdlaar]

What he said

[1shez]

What he said

[benjmd]

What he said

[KaraokeStu]

Updated as per request, pull request pending

[rvdlaar]

Awesome. Thanks.

[KaraokeStu]

No problem

[KaraokeStu]

I have closed the pull request due to problems with requiring GCC 4.9 or 5.0

[KaraokeStu]

Please close this issue - it is a duplicate of #2185

[joeyd2]

So it isn't getting updated? :(

[KaraokeStu]

It will be supported, but only from DSM 6.x - unless someone knows how to compile GCC 4.9 for DSM 5.x.
And DSM 6.x still has its own set of issues working with custom packages

[Thaek]

Any news on this? :-) NZBGet 17 was released almost two weeks now and there is a feature that I requested that was implemented in 17, would be very nice if I could test it.

So if I have DSM 6.x can I expect this to be updated? If this is not getting updated because it would break nzbget for DSM 5.x, can't you introduce it as a new package?

[Thaek]

Someone backported NZBGET 17 to work with C++ 11, maybe this will help you for DSM 5.x? http://nuxref.com/2016/08/03/nzbget-v17-centos-7/

[cytec]

seems like that got already merged (see nzbget/nzbget#256) and is flagged for 17.1 so let's wait for 17.1 to be released (and hopfeully compile for DSM 5x)

[Thaek]

Wait for 17.1? ;-/ ugg that could take ages, it's not like they create releases every month. :-(

[KaraokeStu]

Feel free to amend the package yourself and create the relevant patch for it, however I don't think it would be worth the double effort of us doing that, then undoing it once 17.1 is released.

I wouldn't think it'll be too long for 17.1, given that it will be likely a fair few bugs will have crept into the new codebase

[schumi2004]

Another duplicate #2185

Anyway, i compiled 17.1 with DMS6 toolchain but it keeps complaining about:
configure: error: "ncurses library not found"

I already added cross/ncurses to depends in spk makefile but it doesn't make a difference.

Any ideas?

/edit:
c++14 doesn't seem to be a issue now:
checking whether /home/openelec/github/spksrc/toolchains/syno-alpine-6.0/work/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-g++ supports C++14 features by default... no
checking whether /home/openelec/github/spksrc/toolchains/syno-alpine-6.0/work/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-g++ supports C++14 features with -std=c++14... yes
checking how to run the C++ preprocessor... /home/openelec/github/spksrc/toolchains/syno-alpine-6.0/work/arm-unknown-linux-gnueabi/bin/arm-unknown-linux-gnueabi-g++ -E

[cytec]

@schumi2004 have you tried ncursesw?

[schumi2004]

@cytec doesn't seem to make any difference.

[cytec]

@schumi2004 strange... what about --with-libcurses-includes and/or --with-libcurses-libraries and provide the path to include/lib where curses is located?

[schumi2004]

I'm not a programmer so i'm not 100% sure where to place these options.
Should that be something like this?
CONFIGURE_ARGS = --with-libcurses-includes=$(WORK_DIR)/../../../ncurses-6.0/lib

[cytec]

something like this should work i think:

CONFIGURE_ARGS = --with-libcurses-includes="$(WORK_DIR)/install$(INSTALL_PREFIX)/include" --with-libcurses-libraries="$(WORK_DIR)/install$(INSTALL_PREFIX)/lib"

[schumi2004]

Thank you very much, that worked ;)
I don't think it's usefull to submit a PR for this since there is something about DSM6 toolchains right?

/home/openelec/github/spksrc/spk/nzbget-testing/../../packages/nzbget-testing_alpine-6.0_17.1~testing-12.spk --group=root --owner=root package.tgz INFO PACKAGE_ICON.PNG PACKAGE_ICON_120.PNG scripts WIZARD_UIFILES)
make[1]: Leaving directory '/home/openelec/github/spksrc/spk/nzbget-testing'
03:28:49 {nzbget} ~/github/spksrc/spk/nzbget-testing$

[cytec]

well... personally i think you can go ahead and create a PR if you got it working... afaik the DSM 6 problem still isn't solved and will require some work on more package... so no need to wait for the DSM fix before opening a PR

[schumi2004]

I'll see what i can do. This also means i need to add all DMS6 toolchains available. I think i'll split them in 2 separate PR's.

Thanks again for helping out ;)

[cytec]

ah... you're talking about 17.1 with DSM 6 Toolchains? thought you where compiling with 5.x ... forget what i said then :D

[Thaek]

NZBGET 17.1 was released two days ago which allows to compile with GCC 4.8 with the following configure command:
CXXFLAGS="-std=c++11 -O2 -s" ./configure --disable-cpp-check

Can someone compile and update Synocommunity to 17.1?

[KaraokeStu]

I'll have a quick look and see if I can get it to compile, however I'll need to check to see if I can make it work for 5.x too, as otherwise I'll need to specify a minimum DSM version and it might be best to create a new package for 6.x - what do you think @cytec and @Dr-Bean ?

[KaraokeStu]

I've tested and this still does not compile using the 5.x toochains, so still can't be done within the framework as it stands until we at least have 6.x toolchains

[hugbug]

For all waiting - a reminder that nzbget can be installed on most devices via official installer package as documented in NZBGet - Installation on Linux.

One thing you would need to figure out on your own is how to make it start automatically on boot.

[Limb]

@schumi2004 Can you post the changes you made to compile 17.1 to github?

[schumi2004]

Pushed it to my github (nzbget branch), to lazy to squash commits though.

[ghost]

Is it fair to assume that nzbget is no longer supported/provided by synocommunity? Do i have to switch to a different downloader?

[doppelhelix23]

Hey hagabla
I'll be honest with you: if your are an experienced linux user, install it yourself directly on your Synology (link). You will even get direct regular updates. Everything else is wasted time. Sorry. Stay independent!

[Thaek]

@hagabla Yes NZBGet on SynoCommunity seams pretty dead to me. I would advise you to do a Automatic install as I did. It is described here: https://github.com/nzbget/nzbget/wiki/Installation-on-Linux, it's very straight forward (just 2 commands) and you will also have auto update afterwards. The only thing you have to do manually is to go to the task scheduler in synology admin center and configure a user defined script (e.g. /usr/local/nzbget/nzbget -D) so NZBGet starts on boot.

[Dr-Bean]

:/ You do realise that SynoCommunity is just a bunch of enthusiasts who volunteer their free time to make packages, right?

[ghost]

Yes, and it is very much appreciated but how is it wrong to ask?

[Dr-Bean]

It's not wrong to ask, but that's not what my comment was about. I was looking at ''no longer provided', 'wasted time', 'stay independent', 'pretty dead'...pretty harsh, considering this is our own bugtracker ;)

[ghost]

Well you provided up-to-date nzbget packages, now you don't. So it is no longer provided. I don't see any harshness in my post nor was any intended. Sorry if it came across that way.
Seems i am going to switch to the sabnzbd package provided by synocommunity
¯_(ツ)_/¯

[schumi2004]

You can also compile it yourself and there is a reason for it not being updated ;)

[ghost]

@schummelschumi2004
some gcc issue? or what is the reason?

[schumi2004]

Correct, and DSM6 toolchains etc plus there are still issues with user management in DSM6 i believe.
And since NZBget needs newer GCC which is only available in DSM6 toolchain and the above issues are still present explains why there isn't a updated NZBget yet.
But you can compile it yourself, all the needed info can be found in this issue

[ghost]

@schumi2004 so is it just a matter of time, or is nzbget abandoned?
DSM6 is out for some time now, so if it is only available in DSM6 it should not be a problem? What am i missing?

[schumi2004]

This should give you some more information
https://github.com/SynoCommunity/spksrc/issues?q=is%3Aopen+is%3Aissue+label%3A%22dsm+6.0%22
#2216
#2185

[B-V-]

Some have installed the package source http://www.jadahl.com/synology6/ and from there he has for some synology NAS variants compiled nzbget 17.1 version (depending of used gcc bij NAS).

See this synology forum page where I found the info:
https://forum.synology.com/enu/viewtopic.php?t=122879

[schumi2004]

I posted also a dropbox link in here with packages but they aren't official. ;)

[Ashkaan]

@schumi2004, thanks so much for your work here. Any chance you can compile a "broadwell" CPU version? I just upgraded to a DS3617xs.. woohoo

[schumi2004]

@Ashkaan i think you should use the x64 package.
https://www.dropbox.com/sh/61puw2muw3rdz2r/AAD9iRmRCXSvSOHrBNQpxBZMa?dl=0

[Ashkaan]

I tried. It doesn't install. The architecture has to match. I ended up using Docker instead. I really like it because it auto-updates now.

[schumi2004]

I will have a look at it tomorrow. There is a toolchain for it but i don't see it in spksrc code either but don't know why.

[d-zalewski]

v18 is out https://github.com/nzbget/nzbget/releases/tag/v18.0

[TomVanHaver]

Hi,

Can anyone tell me why there isn't an updated package for syno anymore?
Is it hard to do it for my ds214+ myself (and share it with the community) ?

kind regards, Tom.

[aamri111]

Hi, when you will be supporting "broadwell" architecture? I upgraded to a DS3617xs :(

[aamri111]

@Ashkaan how did you manage to map the download folder can you help me with the configuration?

[cytec]

since there is an issue for v18 now #2675 (comment) i'm gonna close this

[Ashkaan]

@aamri111, at which step are you having trouble? What guide are you following?

[aamri111]

@Ashkaan I installed the nzbget using docker image and I configured my NZB setting. Now I cannot locate the "downloads" folder. I dont know where it is saving downloads or how to configure the downloads folder location.
I did not find any guide unfortunately :(