cd mediacenter-20/SPECS
# build the 32 bit version of 20.0.110
./rpmb 20.0.110
# or build the 64 bit version of 20.0.110
./rpmb 20.0.110-amd64
cd ../RPMS/noarch
sudo yum localinstall rpmfusion-free-release-20.noarch.rpm
# Install the 32 bit version
cd ../RPMS/i686
sudo yum localinstall MediaCenter-20.0.110-22.fc21.i686.rpm
# Or install the 64 bit version
cd ../RPMS/x86_64
sudo yum localinstall MediaCenter-20.0.110-22.fc21.x66_64.rpm
Yeah, I forgot to update the script. Give me an hour or 2 and I'll upload a new version.Thanks!
Failed to set locale, defaulting to C
Geladene Plugins: etckeeper, langpacks, priorities, refresh-packagekit, refresh-updatesd, versionlock
MediaCenter-19.0.76-10.fc19.i686.rpm wird untersucht: MediaCenter-19.0.76-10.fc19.i686
MediaCenter-19.0.76-10.fc19.i686.rpm wird zum Installieren markiert
Abh?ngigkeiten werden aufgel?st
--> Transaktionspr?fung wird ausgef?hrt
---> Paket MediaCenter.i686 0:19.0.76-10.fc19 markiert, um installiert zu werden
--> Abh?ngigkeit xorg-x11-fonts-75dpi wird f?r Paket MediaCenter-19.0.76-10.fc19.i686 verarbeitet
31 packages excluded due to repository priority protections
--> Abh?ngigkeit xorg-x11-fonts-100dpi wird f?r Paket MediaCenter-19.0.76-10.fc19.i686 verarbeitet
--> Abh?ngigkeit xorg-x11-fonts-ISO8859-1-75dpi wird f?r Paket MediaCenter-19.0.76-10.fc19.i686 verarbeitet
--> Transaktionspr?fung wird ausgef?hrt
---> Paket xorg-x11-fonts-100dpi.noarch 0:7.5-8.fc19 markiert, um installiert zu werden
---> Paket xorg-x11-fonts-75dpi.noarch 0:7.5-8.fc19 markiert, um installiert zu werden
---> Paket xorg-x11-fonts-ISO8859-1-75dpi.noarch 0:7.5-8.fc19 markiert, um installiert zu werden
--> Abh?ngigkeitsaufl?sung beendet
--> Finde nicht mehr ben?tigte Abh?ngigkeiten
Found and removing 0 unneeded dependencies
Abh?ngigkeiten aufgel?st
=================================================================================================================================================================================
Package Arch Version Paketquelle Gr??e
=================================================================================================================================================================================
Installieren:
MediaCenter i686 19.0.76-10.fc19 /MediaCenter-19.0.76-10.fc19.i686 140 M
Als Abh?ngigkeiten installiert:
xorg-x11-fonts-100dpi noarch 7.5-8.fc19 fedora 3.1 M
xorg-x11-fonts-75dpi noarch 7.5-8.fc19 fedora 2.8 M
xorg-x11-fonts-ISO8859-1-75dpi noarch 7.5-8.fc19 fedora 933 k
Transaktions?bersicht
=================================================================================================================================================================================
Installieren 1 Paket (+3 Abh?ngige Pakete)
Gesamtgr??e: 146 M
Gesamte Downloadgr??e: 6.8 M
Installationsgr??e: 147 M
Is this ok [y/d/N]: y
Downloading packages:
(1/3): xorg-x11-fonts-100dpi-7.5-8.fc19.noarch.rpm | 3.1 MB 00:00:00
(2/3): xorg-x11-fonts-75dpi-7.5-8.fc19.noarch.rpm | 2.8 MB 00:00:00
(3/3): xorg-x11-fonts-ISO8859-1-75dpi-7.5-8.fc19.noarch.rpm | 933 kB 00:00:00
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Gesamt 5.5 MB/s | 6.8 MB 00:01
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
etckeeper: pre transaction commit
Installieren : xorg-x11-fonts-75dpi-7.5-8.fc19.noarch 1/4
Installieren : xorg-x11-fonts-100dpi-7.5-8.fc19.noarch 2/4
Installieren : xorg-x11-fonts-ISO8859-1-75dpi-7.5-8.fc19.noarch 3/4
Installieren : MediaCenter-19.0.76-10.fc19.i686 4/4
etckeeper: post transaction commit
?berpr?fung l?uft: xorg-x11-fonts-ISO8859-1-75dpi-7.5-8.fc19.noarch 1/4
?berpr?fung l?uft: xorg-x11-fonts-100dpi-7.5-8.fc19.noarch 2/4
?berpr?fung l?uft: MediaCenter-19.0.76-10.fc19.i686 3/4
?berpr?fung l?uft: xorg-x11-fonts-75dpi-7.5-8.fc19.noarch 4/4
Installiert:
MediaCenter.i686 0:19.0.76-10.fc19
Abhangigkeit installiert:
xorg-x11-fonts-100dpi.noarch 0:7.5-8.fc19 xorg-x11-fonts-75dpi.noarch 0:7.5-8.fc19 xorg-x11-fonts-ISO8859-1-75dpi.noarch 0:7.5-8.fc19
Komplett!
/usr/bin/mediacenter19this is the result:JRiver install path (process: 12117): /usr/lib/jriver/Media Center 19/
CJRSharedToolsHelper::AuthenticateJRSharedLib
CJRSharedToolsHelper::AuthenticateJRSharedLib
JRFileSystem::GetDirectoryAppdataCommon
JRFileSystem::GetDirectoryDocuments
JRFileSystem::GetDirectoryDesktop
JRTools checking thread
CJRSharedToolsHelper::AuthenticateJRSharedLib
libcurl.so.4: cannot open shared object file: No such file or directory
libcurl.so.4: cannot open shared object file: No such file or directory
libcurl.so.4: cannot open shared object file: No such file or directory
libcurl.so.4: cannot open shared object file: No such file or directory
libcurl.so.4: cannot open shared object file: No such file or directory
libcurl.so.4: cannot open shared object file: No such file or directory
Segmentation fault
Sorry for the delay.
Updated the script to version 11 and tested it with 19.0.76.
yum install libcurl libcurl.i686 libcurl-devel libcurl-devel.i686and see if that helps.When I removed the external libcurl I may have forgotten to add it to the dependencies.
Try ...Code: [Select]yum install libcurl libcurl.i686 libcurl-devel libcurl-devel.i686and see if that helps.
None of the XLib errors are important.
You'll probably need to change the ALSA device in options. Try pulseif it's there, try the hardware drivers too. You may also have to use DSP studio to set the output format to 44.1k or 48k for all sample rates.
The script chokes on the new version "19.0.85-1" because of the hyphen in the name. Renaming the download to "19.0.85_1" and tweaking the script allowed the script to work.That's all there is in the device section, the "device settings" are the actual physical devices and the system abstractions of them.
I have a "pulse" option which misbehaves the same. Also tried putting everything to 44.1.
Only have "ALSA" or "Null Output" devices in MC-19.
I tried hooking up my W4S DAC2-DSDSE via USB. Fedora Core 19 recognized the USB Audio interface, but MC-19 did not see it.I'm not familiar with that DAC but you might not recognize it by name in the device settings list.
The system monitor shows a spike in network usage when selecting a new song for a few seconds demonstrating the track is being transferred, but not played.
GUI interaction appears better in this version, but is still problematic (resizing, repositioning, Z-order and repainting). Does not behave as well as other desktop windows.
That's all there is in the device section, the "device settings" are the actual physical devices and the system abstractions of them.I'm not familiar with that DAC but you might not recognize it by name in the device settings list.
You could try
aplay -L at a terminal prompt to list your system audio devices and compare them to the MC list.
MC is only trying to open devices that play PCM.
Supported formats are S16_LE, S24_LE and S32_LE (we start with the 32 bit and work our way down until something opens properly).
If you need to check your devices, download the alsacap utility found here (search this forum) and see what it tells you about your DAC.
Did you try speaker-test?
$ speaker-test -Dfront:Interface -c 2 -r 44100 -F S32_LE
Just gave it a try. Just get the same noise across all frequency attempts.
Maybe I have I have something wrong with my Fedora install.
Is it this one?
http://www.sonore.us/W4S-dacs.html
It says driverless on Mac and Linux, but I'm afraid I can't help you any further :(.
I updated the original post with version 12 of the script that includes a working cryptopp for builds 19.0.90 and beyond.
Thanks for your work on this. I have it installed under Fedora 20 x64 (app doesn't work very well, no window resizing and crashes), but it does load.Welcome to the forum. Are you using 19.0.94? Resizing should be working.
Welcome to the forum. Are you using 19.0.94? Resizing should be working.Thanks, long time user, but figured I would jump on the linux side because it's my main OS at work.
http://yabb.jriver.com/interact/index.php?topic=86011.0
RemyJ, your script is having issues with the -2 in the version field, I just renamed it to 103 and it builds correctly.
Yeah, I keep forgetting to fix that. I'll upload a new script today.
[psalminen@localhost ~]$ MediaCenter-19.0.103.3-15.fc20.i686
bash: MediaCenter-19.0.103.3-15.fc20.i686: command not found...
[psalminen@localhost ~]$ mediacenter19
JRiver install path (process: 13524): /usr/lib/jriver/Media Center 19/
CJRSharedToolsHelper::AuthenticateJRSharedLib
CJRSharedToolsHelper::AuthenticateJRSharedLib
JRFileSystem::GetDirectoryAppdataCommon
JRFileSystem::GetDirectoryDocuments
JRFileSystem::GetDirectoryDesktop
JRTools checking thread
CJRSharedToolsHelper::AuthenticateJRSharedLib
CJRSharedToolsHelper::AuthenticateJRSharedLib
JROs -- analyze operating system
Setting focus: 0B28CDA8
Ignoring Xlib error: error code 8 request code 42
Details: BadMatch (invalid parameter attributes)
JRBasicWnd::SetCapture
Destroying font (32840 bytes)
Destroying font (48 bytes)
[psalminen@localhost ~]$ mediacenter19
JRiver install path (process: 13532): /usr/lib/jriver/Media Center 19/
CJRSharedToolsHelper::AuthenticateJRSharedLib
CJRSharedToolsHelper::AuthenticateJRSharedLib
JRFileSystem::GetDirectoryAppdataCommon
JRFileSystem::GetDirectoryDocuments
JRFileSystem::GetDirectoryDesktop
JRTools checking thread
CJRSharedToolsHelper::AuthenticateJRSharedLib
CJRSharedToolsHelper::AuthenticateJRSharedLib
JROs -- analyze operating system
Setting focus: 09FE4DA8
Ignoring Xlib error: error code 8 request code 42
Details: BadMatch (invalid parameter attributes)
Anyone know how to solve this problem?
Download and install the latest build of MC for Linux. They have hard timeouts right now. That will change soon.I tried that and the same thing is happening. Maybe because I had the latest build that timed out? Is there one newer than 19.0.103-3?
Is there one newer than 19.0.103-3?
What should one do to update the installed build? Just redo the steps?
Tried it with 20.0.6 & 20.0.7 and it doesn't work for both :/ Says file is not a debian format archive.
Make sure you have 'gnutls' installed. I need to update the spec file again.Yes, gnutls is installed with latest update.
# ldd /usr/lib/jriver/Media\ Center\ 20/*.so
# ldd /usr/bin/mediacenter20
I get libuuid.so.1 => not found when running those two commands. How do I get that installed? I would like to see if I can get this running on Fedora now that I don't have Windows any more.
| ELF Header: Magic: 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 Class: ELF32 Data: 2's complement, little endian Version: 1 (current) OS/ABI: UNIX - System V ABI Version: 0 Type: DYN (Shared object file) Machine: Intel 80386 Version: 0x1 Entry point address: 0x31640 Start of program headers: 52 (bytes into file) Start of section headers: 3508460 (bytes into file) Flags: 0x0 Size of this header: 52 (bytes) Size of program headers: 32 (bytes) Number of program headers: 6 Size of section headers: 40 (bytes) Number of section headers: 29 Section header string table index: 28 |
I think you're missing 32-bit support.You are right. The response from ldd is the smoking gun.
$ mediacenter20
p11-kit: couldn't load module: /usr/lib/pkcs11/p11-kit-trust.so: /usr/lib/pkcs11/p11-kit-trust.so: cannot open shared object file: No such file or directory
p11-kit: couldn't load module: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory
Oh THAT!
Fedora just doesn't provide those libraries for i686 and them being missing doesn't seem to cause any issues.
If it gets to be a problem, I'll see if I can figure something out.
Seems to be a issue on the debian 64 bit based platforms too. I don't think it's significant.
I've noticed some instability and general unresponsiveness without those things installed. Most notably, it seems to take a lot longer for MC to close.
Really? Hmmm.
Where did you get them from, the i686 distro?
Hey did anybody managed to get the latest version of MediaCenter working under Fedora? I installed it under Fedora 21, using this script, and I get a Segmentation fault (core dumped) when I run it from command line
I get a RPM build error with Fedora 21 and the mediacenter-20-19.zip
+ cp /home/triplem/mediacenter-20/SOURCES/mediacenter20.desktop /home/triplem/mediacenter -20/BUILDROOT/MediaCenter-20.0.17-20.fc21.i386/usr/share/applications
+ rm '/home/triplem/mediacenter-20/BUILDROOT/MediaCenter-20.0.17-20.fc21.i386/usr/share/a pplications/media center 20.desktop'
rm: cannot remove '/home/triplem/mediacenter-20/BUILDROOT/MediaCenter-20.0.17-20.fc21.i38 6/usr/share/applications/media center 20.desktop': No such file or directory
fout: Bad exit status from /var/tmp/rpm-tmp.GleWU4 (%install)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.GleWU4 (%install) :'(
Good morning all, just installed the 64 bit package on Fedora 21...If you are running the 64 bit build there is no reason to install 32 bit libs.
Made an rpm with alien before I noticed the Fedora script and it all seemed to work well enough, just had to add the 32 bit gtk2 stuff...it found my network devices, and I started it reading in the audio files but the main window will not re-size... the window controls and title bar are present and the menus work, but it's stuck in 'small'...
Has anyone seen this behavior?...have heard a lot about JRiver but this is my first look at it so thanks in advance and any help appreciated,
rikm
I'll have a revised script up shortly.
I see you renamed the binary (mediacenter20-64).
You can't have both 32 bit and 64 bit MC installed at the same time and the library path is hardcoded to /usr/lib/jriver/Media\ Center\ 20 so you can't change that directory either.
Hard coded. It figures.
Well, I'll make 1 more attempt to get this working but after that, I'm done with the Linux version altogether. Too many headaches, not enough features. I'm going back to running the windows version in a virtual machine.
Hard coded. It figures.It's done so that MC will find it's own libraries over the system ones which is quite important if you are running on an unsupported platform.
...
[root@localhost SPECS]# ./rpmb 20.0.123I try to install it on Fedora 21. I donwload the zipped scripts through wget, unzip creating a folder into the root of Fedora (mediacenter-20). I can start the script after with the error in the quote above.
Package rpm-build-4.12.0.1-6.fc21.x86_64 already installed and latest version
Package dpkg-1.16.16-5.fc21.x86_64 already installed and latest version
Package wget-1.16.3-1.fc21.x86_64 already installed and latest version
Nothing to do
--2015-07-12 15:30:12-- http://files.jriver.com/mediacenter/channels/v20/latest /MediaCenter-20.0.123.deb
Resolving files.jriver.com (files.jriver.com)... 54.231.65.81
Connecting to files.jriver.com (files.jriver.com)|54.231.65.81|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 25358902 (24M) [application/octet-stream]
Saving to: ‘/mediacenter-20/SOURCES/MediaCenter-20.0.123.deb’
/mediacenter-20/SOU 100%[=====================>] 24.18M 846KB/s in 30s
2015-07-12 15:30:43 (819 KB/s) - ‘/mediacenter-20/SOURCES/MediaCenter-20.0.123.d eb’ saved [25358902/25358902]
error: Macro %_mcarch has empty body
error: Macro %_mcarch has empty body
error: Macro %_mcarch has empty body
Building target platforms: i686-redhat-linux-gnu
Building for target i686-redhat-linux-gnu
error: failed to stat /mediacenter-20/SPECS/mediacenter-20-64.spec: No such file or directory
[root@localhost SPECS]#
Hello, just tried to jump into this huge solution but I have some probleme executing the scripts :I try to install it on Fedora 21. I donwload the zipped scripts through wget, unzip creating a folder into the root of Fedora (mediacenter-20). I can start the script after with the error in the quote above.
I also tried to install the 64b version : same problem.
Thanks for your support.
Ludovic
For those of us running Fedora, I've created a script that will repack the deb files into an rpm and make sure the correct dependencies are installed.
There are a few gotchas though...
lame and librtmp: Both are provided by the rpmfusion-free repository. If you already have the repository installed in /etc/yum.repos.d you're good to go. If not, the script will download the rpm that installs the repository. You'll have to install it manually though. See below.
This is a 2 stage process.... Building the rpm and installing the rpms.
Building the rpm...
Unzip the attached file. It will create a mediacenter-20 directory in the current directory.
Run the script passing in the version of MediaCenter you want to package.Code: [Select]cd mediacenter-20/SPECS
# build the 32 bit version of 20.0.110
./rpmb 20.0.110
# or build the 64 bit version of 20.0.110
./rpmb 20.0.110-amd64
The script does the following...
Downloads the MediaCenter deb file if it's not already present.
Downloads the rpmfusion repository rpm if it isn't already present.
Runs the rpmbuild process.
If the script completes successfully, you'll have 2 rpms. With Fedora 20 and MC 20.0.110 as examples...
mediacenter-20/RPMS/noarch/rpmfusion-free-release-20.noarch.rpm
and either
mediacenter-20/RPMS/i686/MediaCenter-20.0.110-22.fc21.i686.rpm
or
mediacenter-20/RPMS/x66_64/MediaCenter-20.0.110-22.fc21.x86_64.rpmCode: [Select]cd ../RPMS/noarch
sudo yum localinstall rpmfusion-free-release-20.noarch.rpm
# Install the 32 bit version
cd ../RPMS/i686
sudo yum localinstall MediaCenter-20.0.110-22.fc21.i686.rpm
# Or install the 64 bit version
cd ../RPMS/x86_64
sudo yum localinstall MediaCenter-20.0.110-22.fc21.x66_64.rpm
You'll have to install rpmfusion first, and separately from, MediaCenter otherwise the MediaCenter rpm won't find lame or librtmp.
The rpms can be copied to any machine with the same Fedora release.
-------------------
Edit: Script Version 9.
Added a libcurl compiled under Fedora 17 which will work with 17+. This should all but eliminate the chances of needing to build libcurl.
-------------------
Edit: Script Version 10
Fixed the mediacenter.desktop file to use LD_LIBRARY_PATH instead of a file in /etc/ld.so.conf.d
-------------------
Edit: Script Version 11
Removed the need for custom versions of libcurl.
-------------------
Edit: Script Version 12
Added a temporary build of libcrypto++.so.9 compiled with SSE2 while waiting for official Fedora build.
http://tinyurl.com/mediacenter-19-12-zip (http://tinyurl.com/mediacenter-19-12-zip)
-------------------
Edit: Script Version 13
Updated to work with Fedora 20. Still backwards compatible to fc17.
http://tinyurl.com/mediacenter-19-13-zip (http://tinyurl.com/mediacenter-19-13-zip)
-------------------
Edit: Script Version 13
Added dependency for libboost_regex.
http://tinyurl.com/mediacenter-19-14-zip (http://tinyurl.com/mediacenter-19-14-zip)
-------------------
Edit: Script Version 15
Removed dependency for libcryptopp and libboost_regex.
Fixed script to handle '-' in the version number. You can now do './rpmb 19.0.103-3'
http://tinyurl.com/mediacenter-19-15-zip
-------------------
Edit: Script Version 17
Updated for Media Center 20
http://tinyurl.com/mediacenter-20-17-zip
-------------------
Edit: Script Version 18
Added a dependency for mesa-libGL
http://tinyurl.com/mediacenter-20-18-zip
-------------------
Edit: Script Version 19
Adjust for duplicate 'media center 20.desktop' file
http://tinyurl.com/mediacenter-20-19-zip
-------------------
Edit: Script Version 20
Adjust for .desktop file rename
Added experimental support for 64 bit package
http://tinyurl.com/mediacenter-20-20-zip
-------------------
Edit: Script Version 22
Merged 32 bit and 64 bit scripts
Changed lib64 -> lib for 64 bit
http://tinyurl.com/mediacenter-20-22-zip
Hello Fedora users,MC21 64 bit doesn't need an external libgnutls anymore.
After I try to install jriver 64 bits
[root@localhost SOURCES]# dnf install --allowerasing mediacenter20-20.0.110-2.x86_64.rpm
Last metadata expiration check performed 0:04:15 ago on Mon Sep 21 18:03:29 2015.
I get the Error: nothing provides libgnutls-deb0.so.28()(64bit) needed by mediacenter20-20.0.110-2.x86_64
I successfully installed libgnutls-deb0.so.28() with: dnf install gnutls.i686
But the Error: nothing provides libgnutls-deb0.so.28()(64bit) needed by mediacenter20-20.0.110-2.x86_64 is comming back
What to do now?
Hello Fedora users,
After I try to install jriver 64 bits
[root@localhost SOURCES]# dnf install --allowerasing mediacenter20-20.0.110-2.x86_64.rpm
Last metadata expiration check performed 0:04:15 ago on Mon Sep 21 18:03:29 2015.
I get the Error: nothing provides libgnutls-deb0.so.28()(64bit) needed by mediacenter20-20.0.110-2.x86_64
I successfully installed libgnutls-deb0.so.28() with: dnf install gnutls.i686
But the Error: nothing provides libgnutls-deb0.so.28()(64bit) needed by mediacenter20-20.0.110-2.x86_64 is comming back
What to do now?