More > JRiver Media Center 23 for Linux

JRiver Media Center 23.0.51 for Debian STRETCH AMD64 Beta

<< < (7/19) > >>

Awesome Donkey:
Well, could keep thing as-is then and keep/recommend the i386 build for compatibility with systems running older libs? But the last time I tried using the i386 build on an AMD64 system a few weeks back the build would instantly segfault every time on start on Linux Mint (all i386 dependencies were satisfied). I'll have to play with that more in a VM once I get more time.

Hendrik:
Using Jessie as a base would generally be fine, since as you say yourself the other builds are based on that still - and we have to work on the lowest common denominator (and thats already quite an improvement from wheezy). But after all the work to get every platform on C++11, I would hate for Linux-amd64 to go back to 4.8, though (which only has incomplete C++11 support).

bob:

--- Quote from: Hendrik on August 28, 2017, 03:48:30 pm ---Using Jessie as a base would generally be fine, since as you say yourself the other builds are based on that still - and we have to work on the lowest common denominator (and thats already quite an improvement from wheezy). But after all the work to get every platform on C++11, I would hate for Linux-amd64 to go back to 4.8, though (which only has incomplete C++11 support).

--- End quote ---
Well it was cool that GCC 6 exposed those "bugs"...
I'm a bit hesitant to go back to Jessie for AMD64 since I updated my dev box to Stretch.

mwillems:
Hey bob, mattkhan and I are seeing some bugs related to streaming video formats to linux clients from windows servers over in this thread: 

https://yabb.jriver.com/interact/index.php/topic,111976.0.html

Just wanted to make sure you'd seen it since (after I opened the thread) we appear to have isolated the issue to linux clients only

Hendrik:

--- Quote from: bob on August 28, 2017, 03:35:36 pm ---I think that's for boost though. I could build it without boost and see what else breaks...

--- End quote ---

Now that you said that, we only use boost for regex, but if we had C++11 everywhere, we could use C++11 built-in regex functionality, and get rid of boost entirely. :)
Its practically the same syntax as well, since the boost stuff was basically moved into the C++ library.

Something for my list, i guess.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version