Spksrc: 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 https://github.com/SynoCommunity/spksrc/issues/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 https://github.com/nzbget/nzbget/pull/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 https://github.com/SynoCommunity/spksrc/issues/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.

[Ashkaan]

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

Yes, but an spk would be so much nicer because it will include the boot stuff too.

[Thaek]

Still waiting here. Guess I will have to go with the manual installation of the binaries and stop using synocommunity - thanks anyway was nice while it lasted.

[Ashkaan]

No, don't give up! There must be someone still interested in working on this!

It sounds like there's an issue supporting old version of DSM. Can you guys make one that works on 6+?

[doppelhelix23]

any news on that package?

[schumi2004]

I will post a link tomorrow of packages that succeeded compiling against dsm6 tool chain. A few failed but didn't checked why they failed.

[KaraokeStu]

Thanks for the effort @schumi2004

[schumi2004]

Thanks for the reminder, totally forgot to upload files. Compiling latest git version now, 18.0 if i'm correct, will place them in same folder. Will also check what happened with other architectures on why they failed.
https://www.dropbox.com/sh/0vu56iaifllqoga/AAB9zZfCUDwIXX9rB3cBaGgXa?dl=0

[Ashkaan]

Thank you, @schumi2004

I can't get it to run on my Avaton system (DS1815+). I've tried 18 and 17.1. Anyone else having issues?

[schumi2004]

Do you get any error or it just wont start via package manager?
Could you try to launch it manually?
/var/packages/nzbget-testing/scripts/start-stop-status start

[Ashkaan]

It loads like it's going to run (no error) and then just simply never starts.

I tried launching manually and it has no output. It looks like it thinks it started, but it never actually starts.

[schumi2004]

That's strange, I'm running the same version on a DS715.
It's not running twice? ps aux | grep nzbget

[Ashkaan]

OMG.. I had poor permissions. So sorry! This works GREAT!!

Any chance of compiling the latest stable?

[schumi2004]

Will upload stable version later today.

[TomVanHaver]

@schumi2004
Hi,
Since i heard that unpacking recent packages is incompatible with my current nzb version (16.4 on dsm 6+) i am interested in updating nzbget.

Can i download/install the .spk on the dropbox link above (or somewhere else?)
If not, are there any instructions on how to create such a .spk package ?

Thank you,
Tom.

[schumi2004]

You can download from DB link above, there aren't any official packages that I'm aware of.
I would suggest to pick 17.1 stable. Not all architectures are there yet, didn't looked at others why they failed compiling.

[TomVanHaver]

I have an ds214+ with an Marvell Armada XP cpu, so i guess i need the armada package, correct ?
If this does not work as expected, can i just install the community package again ?

Is an official 17.x release imminent ?

[schumi2004]

I think your out of luck since armadaxp failed to compile (it's not on my DB)
Will check tomorow what is wrong with armadaxp.
17.1 is official yes http://nzbget.net/download/
I updated version number also so you can't downgrade, you then need to remove and re-install it.
Make backups before you proceed then you can easily go back.

@TomVanHaver
It's compiling now. For some reason the armadaxp toolchain dir changed from marvell to unknown.
I think it should work but only you can test.
It's uploaded to DB.

[TomVanHaver]

@schumi2004 Thank you very much for the effort.

Please do not be offended, but i do not know/trust you enough to install the .spk you have build.
What is your relation to the nzb project ? Is it necessary to install the 17.1 update in order to download/process the "latest finds"?
If so, do you have an idea when the official release will be? Or can you point me to a guide to build a version for myself ?

Again thank you very much for your help in advance.

[schumi2004]

I understand the trust thing. I have no relation to SynoCommunity or nzbget besides getting things to work for my own situation, improve or find bugs and when I can submit things to help community.
You can drop me an email (my nick @gmail) and I'll send you my source or wait until I have uploaded it on my github and you can validate code and compile it yourself ;)

[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
https://github.com/SynoCommunity/spksrc/issues/2216
https://github.com/SynoCommunity/spksrc/issues/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 https://github.com/SynoCommunity/spksrc/issues/2675#issuecomment-282358166 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 :(