More > JRiver Media Center 23 for Linux
JRiver Media Center 23.0.51 for Debian STRETCH AMD64 Beta
Hendrik:
RHEL has a rather long lifecycle, the current version is originally from 2014, and the way those work, they don't really update software in it besides security fixes, so running something build for a distribution from 2017 is probably hard.
You can run the 32-bit version probably, which is our fallback for older systems.
bob:
I'm wondering if we should drop the AMD64 build back to Jessie.
As you say, it doesn't run on Ubuntu 16.04 either which is supposedly a long term release. The Stretch build will also not run on the QNAP.
It's not like we are going to get any new features out of using GCC 6 while the arm and i386 builds are still on 4.9.
Awesome Donkey:
IMO, have both but keep the Stretch build around labeled as an experimental build that is updated once-in-a-blue-moon (and has to be manually installed)?
Ubuntu LTS (along with Mint, elementary, etc.) will catch up once 18.04 LTS is released in around 7 months.
Hendrik:
QNAP will not even run on 4.9 IIRC, and going back to 4.8 would really be painful. I don't really want to be tied to a severely old compiler for compatibility with some closed ecosystem.
bob:
--- Quote from: Hendrik on August 28, 2017, 03:23:52 pm ---QNAP will not even run on 4.9 IIRC, and going back to 4.8 would really be painful. I don't really want to be tied to a severely old compiler for compatibility with some closed ecosystem.
--- End quote ---
Yeah, looks like you are right, it's dependent on libstdc++-4.8
I think that's for boost though. I could build it without boost and see what else breaks...
As for maintaining 2 AMD64 builds, ugh. We spend too much time making builds already. It slows down other projects...
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version