Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[BryanC]

README:
1. 64-bit only
2. Only Fedora 29 and CentOS 8 and newer are supported.
3. This script will not point major upgrades (i.e. from v24 to v25) to your old library. You should first perform a library backup, install the new major version, and then restore the library backup in the new version.
4. If installing a beta version, the script will prompt you for the beta password.

How to install:

1. Extract install_MC_fedora.zip:

Code: [Select]

unzip install_MC_fedora_2.0.zip
2. You may need to make the script executable:

Code: [Select]

chmod +x ./install_MC_fedora.sh
3A) Install using the repo:

Code: [Select]

./install_MC_fedora.sh -i
If you install using the repo, future version upgrades will be handled by your package manager.

3B) Build and/or install locally:

Code: [Select]

./install_MC_fedora.sh [-v|--version] [version] [-b|--build-only] [-i|--install-repo]

To install the latest version automatically:
./install_MC_fedora.sh

To install a specific version:
./install_MC_fedora.sh 25.0.44

To build RPMs on an unsupported OS:
./install_MC_fedora.sh -b or ./install_MC_fedora.sh -b -v 25.0.44
NEW: If no version is specified, the script will automatically attempt to install the latest version posted on Interact.
NEW: The -b or --build-only flag allows for cross-packaging on unsupported OSes. Tested on Ubuntu 16.04.

4. Install your .mjr license (only required once, change the filepath to match your license file):

Code: [Select]

mediacenter25 /RestoreFromFile "~/Downloads/Media Center25 Master-XXXXXX.mjr"
Changelog:
1. Added test for rpm-build package (and add if necessary) (20-FEB-2017)
2. Added test for rpmfusion repos (and add if necessary) (20-FEB-2017)
3. Script is now MC version agnostic and self-contained (20-FEB-2017)
4. Changed versioning system used in rpmbuild. MC point versions are now stored as the variation number. DNF may erroneously report a downgrade the first time the new package number is installed. (20-FEB-2017)
5. Check for RPMFusion repos before installing dpkg and rpm-build (27-APR-2017)
6. Fix dpkg check (31-MAY-2017)
7. Attempted fix for rpm-build check (21-JAN-2018)
8. Add libgomp dependency (13-MAY-2018)
9. Add gtk3 dependencies (19-MAY-2018)
10. Install and symlink ca-certificates files for license registration (24-MAY-2018)
11. Fix ca-certificates symlinking (28-MAY-2018)
12. Add some silent logic for future CentOS support (CentOS 8) (29-MAY-2018)
13. Add web browsing dependencies (29-MAY-2018)
14. Complete silent CentOS logic (30-MAY-2018)
15. Use default .desktop file (30-MAY-2018)
16. Add security limits file to rpmbuild (05-JAN-2019)
17. Update security limits file naming for upcoming JRiver Media Center 25 (20-MAR-2019)
18. Add beta version support (20-MAR-2019)
19. Make rpmbuild error output noisier (20-MAR-2019)
20. Add test repo check for beta versions (27-MAR-2019)
21. Added an automatic mode if no version number is specified (25-MAY-2019)
22. Added RPM check so the RPM is not rebuilt if it already exists in the BUILD directory (25-MAY-2019)
23. Automatic mode will not attempt to build/install the same MC version, better for cron or systemd timers (25-MAY-2019)
24. Complete refactor in preparation for repo (29-MAY-2019, v0.3)
25. Added optional [-b|--build-only] flag for cross-building on unsupported OSes (29-MAY-2019, v0.3)
26. Added optional [-a|--auto] flag for automatic version scraping (29-MAY-2019, v0.3)
27. Explicit version numbers can be passed using the new [-v|--version] flag (29-MAY-2019, v0.3)
28. Readd support for old syntax without version flag (./install_MC_fedora.sh 25.0.44) (29-MAY-2019, v0.4)
29. Small refactor (29-MAY-2019, v0.5)
30. Added new [-i|--install-repo] mode to install the new MC repo (01-JUNE-2019, v0.6)
31. Bug fix for build mode (03-JUNE-2019, v0.7)
32. Another refactor, removed explicit -a mode (redundant, just omit the version number) (04-JUNE-2019, v0.8 )
33. Removed dist tag for simpler cross building (04-JUNE-2019, v0.8 )
34. Check for RPMFusion repos in --install-repo mode (13-JUNE-2019, v0.9)
35. Various bug fixes (18-JUNE-2019, v1.0)
34. Get sources from HTTPS (18-JUNE-2019, v1.0)
35. Initial CentOS 8 support (12-OCT-2019, v2.0)

[BryanC]

I am going to continue symlinking the Fedora CA certificates to /etc/ssl/certs/ca-certificates.crt for the time being.

[budge]

Worked a treat.
Thanks very much!

[max096]

Great script. Thank's!

Do you know a way to find out the newest JRiver version in stable or/and latest with some http request.
A page that just lists all the current deb versions would be enough. I can figure out how to parse it. I just didn't figure out where to find it other than browse the forums and pick the biggest number you can see...

Essentially, I wanna try to automate this. For now just downloading the deb's every day (if there is a newer version) and stuff the resulting rpms into my NAS.
If i'm feeling really motivated maybe I'll try my luck at creating a dnf repo for it. ^^

[BryanC]

Great script. Thank's!

Do you know a way to find out the newest JRiver version in stable or/and latest with some http request.
A page that just lists all the current deb versions would be enough. I can figure out how to parse it. I just didn't figure out where to find it other than browse the forums and pick the biggest number you can see...

Essentially, I wanna try to automate this. For now just downloading the deb's every day (if there is a newer version) and stuff the resulting rpms into my NAS.
If i'm feeling really motivated maybe I'll try my luck at creating a dnf repo for it. ^^

You could always scrape Interact:

Code: [Select]

curl -s https://yabb.jriver.com/interact/index.php/board,62.0.html | grep -o "25\.0\..." | head -n 1

[BryanC]

Maybe I'll add an automatic mode.

[max096]

You could always scrape Interact:

Code: [Select]

curl -s https://yabb.jriver.com/interact/index.php/board,62.0.html | grep -o "2.\.0\..." | sort -r | head -n 1

Appears to work. I kinda wanted to avoid this, since Im not really too confident that's not gonna break by someone creating a thread that just so happens to have a number in it.

Made the regex a bit more specific

Code: [Select]

curl -s https://yabb.jriver.com/interact/index.php/board,62.0.html | grep -o "25\.[0-9]\.[0-9]\+" | sort -r | head -n 1 but guess that's what I'm gonna use for now.

Thank you for your help! 

[Awesome Donkey]

A dnf repo would be very useful, I'm thinking. If you do pursue that, good luck!

[BryanC]

I added an automatic mode to the script that attempts to scrape the latest version from Interact if no version number is specified. This way you can cron or systemd.timer the script for automatic updates. If you run the script with superuser rights it should be totally automatic.

Appears to work. I kinda wanted to avoid this, since Im not really too confident that's not gonna break by someone creating a thread that just so happens to have a number in it.

Made the regex a bit more specific

Code: [Select]

curl -s https://yabb.jriver.com/interact/index.php/board,62.0.html | grep -o "25\.[0-9]\.[0-9]\+" | sort -r | head -n 1 but guess that's what I'm gonna use for now.

Thank you for your help! 

I edited my post above yours, if you want it even safer then remove the sorting and just return the first line, which should always be the stickied post.

Code: [Select]

curl -s https://yabb.jriver.com/interact/index.php/board,62.0.html | grep -o "2[0-9]\.[0-9]\.[0-9]\+" | head -n 1

[max096]

Well... you sure are faster at shell scripting that I am. xD

I'm gonna have a look at it.

[max096]

So that's what I ended up with for the time being. It also saves the version number into a file and only tries to make a new rpm if the version number is either not there or the new one from interact is greater than the old one.
And then moves the RPM to a folder specified. (btw, Upload isn't actually Uploaded anywhere if you are wondering, that's just in my local network )

Though... I'm not sure this works when I put this into a cron job yet (hope it does "just work"). Fingers crossed.

(Not a replacement for BryanC's script I deleted the entire "actually install the thing" portion and some user inputs, because that's not the goal I have in mind for this.)

EDIT 1:
Ok, it technically works, but dumps all the things into my home folder instead of the folder it should be in. Not that it really matters since it's a home folder on a VM that's gonna do essentially nothing else. I still should change that.

EDIT 2:
I modified the script a bit, now it works fine. I put a line similar to this into the crontab of my user.

Code: [Select]

0 0 * * * /home/someuser/jriver_rpm_horder/jriver_rpm_horder.sh (will run it once every day). Does not need to be in the root's crontab. But then you need to run the script manually once and enter your password before the cron job will work (pretty sure, but it didn't ask me for it I already entered my password 2 seconds before). Installing packages needs root (the rest of the script does not), so that's why. And you also gotta change 'rpmdest' to wherever you want the rpms to go to. It works fine now, except you don't notice when a new version was added. 

[max096]

I am going to continue symlinking the Fedora CA certificates to /etc/ssl/certs/ca-certificates.crt for the time being.

Why did you need this btw? I didn't need this, but I already ran your script before once. So there is that. I have not tried yet on a completely clean Fedora installation if it works to install those rpm's. Only on my notebook where your script failed half way threw, because it failed to install dpkg and all those things (for some reason I didn't bother to fix, just grabbed the rpm from my desktop and it worked). It should not even have gotten to that line technically, but I also don't know for certain.

[BryanC]

Why did you need this btw? I didn't need this, but I already ran your script before once. So there is that. I have not tried yet on a completely clean Fedora installation if it works to install those rpm's. Only on my notebook where your script failed half way threw, because it failed to install dpkg and all those things (for some reason I didn't bother to fix, just grabbed the rpm from my desktop and it worked). It should not even have gotten to that line technically, but I also don't know for certain.

Once you've run the script once, the symlink will always be there. The reason for the symlinking is because the location of the security certificates is different on Fedora than it is on Debian/Ubuntu and MC is hardcoded to look in the Debian/Ubuntu directories.

I also updated the script in the OP to not rebuild the RPMs if they already exist in the BUILD directory. This is useful for a couple of reasons: 1) I use syncthing to keep my build directories in sync, thus it only needs to be built once on one of my machines and 2) if you run the program without sudo and it times out waiting for a password it will not have to rebuild the RPM again.

[BryanC]

So that's what I ended up with for the time being. It also saves the version number into a file and only tries to make a new rpm if the version number is either not there or the new one from interact is greater than the old one.
And then moves the RPM to a folder specified. (btw, Upload isn't actually Uploaded anywhere if you are wondering, that's just in my local network )

Though... I'm not sure this works when I put this into a cron job yet (hope it does "just work"). Fingers crossed.

(Not a replacement for BryanC's script I deleted the entire "actually install the thing" portion and some user inputs, because that's not the goal I have in mind for this.)

EDIT 1:
Ok, it technically works, but dumps all the things into my home folder instead of the folder it should be in. Not that it really matters since it's a home folder on a VM that's gonna do essentially nothing else. I still should change that.

EDIT 2:
I modified the script a bit, now it works fine. I put a line similar to this into the crontab of my user.

Code: [Select]

0 0 * * * /home/someuser/jriver_rpm_horder/jriver_rpm_horder.sh (will run it once every day). Does not need to be in the root's crontab. But then you need to run the script manually once and enter your password before the cron job will work (pretty sure, but it didn't ask me for it I already entered my password 2 seconds before). Installing packages needs root (the rest of the script does not), so that's why. And you also gotta change 'rpmdest' to wherever you want the rpms to go to. It works fine now, except you don't notice when a new version was added. 

I will update my script to check the installed version if the latest version==installed version.

UPDATE: I updated the script so in automatic mode it will not attempt to reinstall the installed version which should improve performance if you are automating it.

I'm not entirely certain what your end goal is, but if it could be useful for other users I can add it. It looks like you want to build a repository or cache of MC RPMs? If so, I have some suggestions about logic (e.g., querying rpm instead of tracking version numbers with text files, etc).

[max096]

I will update my script to check the installed version if the latest version==installed version.

UPDATE: I updated the script so in automatic mode it will not attempt to reinstall the installed version which should improve performance if you are automating it.

I'm not entirely certain what your end goal is, but if it could be useful for other users I can add it. It looks like you want to build a repository or cache of MC RPMs? If so, I have some suggestions about logic (e.g., querying rpm instead of tracking version numbers with text files, etc).

I'm not really installing jriver on the VM that runs that script now. It's a headless Fedora 30 Server install on my NAS without a desktop environment that makes the RPMs now and then I can install them on PCs I actually use. Ideally I would like it to not only make the RPMs ready for use, but also host a DNF repo on that headless machine. But that's nothing I'm gonna do currently but a bit later maybe.

About saving the version number in a text field. I don't like it either. But I didn't know how else to do it. I'm not sure how dnf repos are hosted and what goes into that, but I probably can query that if I do that. But since I wasn't planning on installing it on the machine making the RPMs, there was really nothing to query.

I think this is already a bit better than running the script on every machine. Except it does not tell me in any way that there might be a new version it built or install the rpm with dnf upgrade.

The next step would be to create a 'nightly' dnf repo automatically. Witch is probably the best I can do for myself anyways. Since I won't have anyone validating if it worked or not when I do it myself. Might as well use the nightly repo. Thankfully, I do not have a big problem with it breaking on my PCs since on all of them I don't have any music. So I can just purge it and install another RPM from the bunch I'll have by then.
All of my music is on a JRiver instance on my NAS and I remote play it on every PC and that one still runs a version of MC24, because it worked and I didn't bother to upgrade it yet. Also has something to do with that I wanted to maybe make my own docker image for MC25 based on this image https://hub.docker.com/r/jlesage/baseimage-gui witch would allow you to get VNC access with a browser. I'm using this guys handbrake image and it's really great to use! But I didn't succeed doing that (yet) with JRiver. I did succeed making a jriver docker image similar to the one I'm currently using with MC24.

In your script you mentioned this: 'Symlinking ca-certificates for license registration.' I remember JRiver on my notebook not having accepted my license key once. But when I went to the website and requested a restore code or whatever they call it, it worked. And some time ago I also had to re-enter it again.
Should also do the symlink on said notebook, likely gonna fix that. The more you know.

[BryanC]

I'm not really installing jriver on the VM that runs that script now. It's a headless Fedora 30 Server install on my NAS without a desktop environment that makes the RPMs now and then I can install them on PCs I actually use. Ideally I would like it to not only make the RPMs ready for use, but also host a DNF repo on that headless machine. But that's nothing I'm gonna do currently but a bit later maybe.

About saving the version number in a text field. I don't like it either. But I didn't know how else to do it. I'm not sure how dnf repos are hosted and what goes into that, but I probably can query that if I do that. But since I wasn't planning on installing it on the machine making the RPMs, there was really nothing to query.

I think this is already a bit better than running the script on every machine. But it also (yet) does not solve the problem that I don't know what there is a new version unless I look for it.

The next step would be to create a 'nightly' dnf repo automatically. Witch is probably the best I can do for myself anyways. Since I won't have anyone validating if it worked or not when I do it myself. Might as well use the nightly repo. Thankfully, I do not have a big problem with it breaking on my PCs since on all of them I don't have any music. So I can just purge it and install another RPM from the bunch I'll have by then.
All of my music is on a JRiver instance on my NAS and I remote play it on every PC and that one still runs a version of MC24, because it worked and I didn't bother to upgrade it yet. Also has something to do with that I wanted to maybe make my own docker image for MC25 based on this image https://hub.docker.com/r/jlesage/baseimage-gui witch would allow you to get VNC access with a browser. I'm using this guys handbrake image and it's really great to use! But I didn't succeed doing that (yet) with JRiver. I did succeed making a jriver docker image similar to the one I'm currently using with MC24.

In your script you mentioned this: 'Symlinking ca-certificates for license registration.' I remember JRiver on my notebook not having accepted my license key once. But when I went to the website and requested a restore code or whatever they call it, it worked. And some time ago I also had to re-enter it again.
Should also do the symlink on said notebook, likely gonna fix that. The more you know.

Re: DNF repo, this is something I've wanted to do as well, but I'm sort of stuck between a rock and a hard place in regards to my servers. If you've noticed in my script I have logic to check if we're running on CentOS, that is not only because I want to run MC on a CentOS machine, but also because I want to build the RPMs and host a repo. But since CentOS is not supported I can't afford to have a server solely dedicated to building and hosting MC RPMs. Therefore the servers I would use are running various flavors of Ubuntu. I'm a bit leery of cross-packaging but I may give it a shot. CentOS 8 is coming soon and I bet that MC will run (for how long it will be supported, I don't know), but my shared hosting providers will probably take aeons to provide it as an option. Let me see what I can do.

[max096]

Re: DNF repo, this is something I've wanted to do as well, but I'm sort of stuck between a rock and a hard place in regards to my servers. If you've noticed in my script I have logic to check if we're running on CentOS, that is not only because I want to run MC on a CentOS machine, but also because I want to build the RPMs and host a repo. But since CentOS is not supported I can't afford to have a server solely dedicated to building and hosting MC RPMs. Therefore the servers I would use are running various flavors of Ubuntu. I'm a bit leery of cross-packaging but I may give it a shot. CentOS 8 is coming soon and I bet that MC will run (for how long it will be supported, I don't know), but my shared hosting providers will probably take aeons to provide it as an option. Let me see what I can do.

What hosting provider are you using? I have a few things hosted on digitalocean (well one droplet that runs a few things). If you ever think about switching anywhere, can't recommend it enough. It's pretty great for Linux hosting. You can also upload your own images and run those. So if there is no centos8 upload it yourself (although I doubt it's gonna take them long to have it just be there, fedora30 is there too, but I can't tell you for how long since now is the first time I checked). I used a different hosting provider before, that I ditched before the time I paid for was even over, because it didn't allow me to do backups or snapshots and I wasn't gonna set everything up perfectly and then throw it away again. Now I can do manual snapshots. Pay to do the same one-time-click automagically, or write something that kicks off a snapshot using their apis. I'm currently doing the first.. xD Their DNS server is also pretty good (and free). Easy to work with and easy to setup as dyndns for your home if your ip changes every now and then as you can also change your DNS entries with their APIs. And you pay only what you use. So a 5$/month droplet for a day, will cost you 1 day of those 5$/month what ever that amounts to.

Though, 5$ are their cheapest droplets and I totally get that you don't necessarily want to generously pay 5$ each months for a droplet that's not gonna do anything but host that DNF repo when you use ubuntu for everything else.

[BryanC]

I completely refactored the script in the OP in preparation for hosting a repo with automatic updates. Right now, I have the MC rpms being successfully packaged on Ubuntu 16.04. I will try to finish the repo when I have some time later this week.

[BryanC]

Alright, I have a repo running on my server now that checks for new MC releases every hour! I added an install (-i) mode to the script in the OP to install the repo automatically. 

[max096]

Very cool!!! Definitely gonna check that out at some point this week!

[RemyJ]

Thanks for doing this BryanC !

A few suggestions...

Use a Docker container to do the builds.
Use a Google Cloud Storage Bucket to host the repo.   The free tier is all you'd need.

[BryanC]

Very cool!!! Definitely gonna check that out at some point this week!

Thanks!

Thanks for doing this BryanC !

A few suggestions...

Use a Docker container to do the builds.
Use a Google Cloud Storage Bucket to host the repo.   The free tier is all you'd need.

Thanks for the ideas. I'm not a huge Google fan and working with their APIs, but I'd welcome a mirror if you wanted to get something set up. I have a lot of transfer bandwidth on my server but it's not the fastest pipe in the world as you've probably experienced. I think that Docker is overkill here, I just had to modify two lines in the rpmbuild spec to get it to build on Ubuntu so the environment doesn't matter much. It might be useful for the whole repo shebang with systemd integration and createrepo that I have going on my server, but I don't think there are many people that would care about it.

In v0.8 I removed the %{?dist} tag from the RPM output (i.e. fc30). The tag is only necessary if you want to follow Fedora packaging standards, which really doesn't matter here since we're dealing with proprietary stuff that would never make it into the official repo or copr. Additionally, we're not really building anything at all, just repackaging, so the source distro does not really matter. Removing it allows for easier file checking and cross-packaging so I went ahead and made the change. I don't think dnf cares at all about the tag, but let me know if there are problems upgrading to future versions.

Other than inevitable bug fixes, the script is in a good enough shape now that I don't think I will change much else, other than fiddling around with CentOS 8 in a month or so.

[InflatableMouse]

What repo's am I missing on Fedora 30, I get the following missing. I can search the net but I'm sure people here have the best answers from experience with MC on Fedora. Thanks!

Code: [Select]

# dnf install MediaCenter
Last metadata expiration check: 0:08:21 ago on do 13 jun 2019 18:42:29 CEST.
Error:
Problem: conflicting requests
- nothing provides gstreamer1-libav needed by MediaCenter-25-45.x86_64
- nothing provides gstreamer1-plugins-ugly needed by MediaCenter-25-45.x86_64
- nothing provides librtmp needed by MediaCenter-25-45.x86_64
- nothing provides gstreamer1-libav needed by MediaCenter-25-48.x86_64
- nothing provides gstreamer1-plugins-ugly needed by MediaCenter-25-48.x86_64
- nothing provides librtmp needed by MediaCenter-25-48.x86_64
- nothing provides gstreamer1-libav needed by MediaCenter-25-49.x86_64
- nothing provides gstreamer1-plugins-ugly needed by MediaCenter-25-49.x86_64
- nothing provides librtmp needed by MediaCenter-25-49.x86_64
- nothing provides gstreamer1-libav needed by MediaCenter-25-50.x86_64
- nothing provides gstreamer1-plugins-ugly needed by MediaCenter-25-50.x86_64
- nothing provides librtmp needed by MediaCenter-25-50.x86_64
(try to add '--skip-broken' to skip uninstallable packages)

[max096]

Code: [Select]

max@localhost:~ $ dnf whatprovides librtmp
Last metadata expiration check: 0:01:14 ago on Thu 13 Jun 2019 08:48:06 PM CEST.
librtmp-2.4-13.20160224.gitfa8646d.fc30.x86_64 : Support library for RTMP streams
Repo        : @System
Matched from:
Provide    : librtmp = 2.4-13.20160224.gitfa8646d.fc30

librtmp-2.4-13.20160224.gitfa8646d.fc30.i686 : Support library for RTMP streams
Repo        : rpmfusion-free
Matched from:
Provide    : librtmp = 2.4-13.20160224.gitfa8646d.fc30

librtmp-2.4-13.20160224.gitfa8646d.fc30.x86_64 : Support library for RTMP streams
Repo        : rpmfusion-free
Matched from:
Provide    : librtmp = 2.4-13.20160224.gitfa8646d.fc30

max@localhost:~ $ dnf whatprovides gstreamer
Last metadata expiration check: 0:01:29 ago on Thu 13 Jun 2019 08:48:06 PM CEST.
gstreamer-0.10.36-18.fc27.i686 : GStreamer streaming media framework runtime
Repo        : fedora
Matched from:
Provide    : gstreamer = 0.10.36-18.fc27

gstreamer-0.10.36-18.fc27.x86_64 : GStreamer streaming media framework runtime
Repo        : fedora
Matched from:
Provide    : gstreamer = 0.10.36-18.fc27

Try these. If you don't have rpmfusion. Deffinitely go ahead and install that repo. It's like essentials 101 for anything red hat'ish. You get a TON of stuff that isn't included in the default repos, because they are not legally allowed to package those, or don't want to, for one reason or another. But they also seem to be in the fedora repo. So, kinda strange that you cannot find them at all. Maybe you just gotta explicitly install them? What version of Fedora are you on?

[InflatableMouse]

Code: [Select]

max@localhost:~ $ dnf whatprovides librtmp
Last metadata expiration check: 0:01:14 ago on Thu 13 Jun 2019 08:48:06 PM CEST.
librtmp-2.4-13.20160224.gitfa8646d.fc30.x86_64 : Support library for RTMP streams
Repo        : @System
Matched from:
Provide    : librtmp = 2.4-13.20160224.gitfa8646d.fc30

librtmp-2.4-13.20160224.gitfa8646d.fc30.i686 : Support library for RTMP streams
Repo        : rpmfusion-free
Matched from:
Provide    : librtmp = 2.4-13.20160224.gitfa8646d.fc30

librtmp-2.4-13.20160224.gitfa8646d.fc30.x86_64 : Support library for RTMP streams
Repo        : rpmfusion-free
Matched from:
Provide    : librtmp = 2.4-13.20160224.gitfa8646d.fc30

max@localhost:~ $ dnf whatprovides gstreamer
Last metadata expiration check: 0:01:29 ago on Thu 13 Jun 2019 08:48:06 PM CEST.
gstreamer-0.10.36-18.fc27.i686 : GStreamer streaming media framework runtime
Repo        : fedora
Matched from:
Provide    : gstreamer = 0.10.36-18.fc27

gstreamer-0.10.36-18.fc27.x86_64 : GStreamer streaming media framework runtime
Repo        : fedora
Matched from:
Provide    : gstreamer = 0.10.36-18.fc27

Try these. If you don't have rpmfusion. Deffinitely go ahead and install that repo. It's like essentials 101 for anything red hat'ish. You get a TON of stuff that isn't included in the default repos, because they are not legally allowed to package those, or don't want to, for one reason or another. But they also seem to be in the fedora repo. So, kinda strange that you cannot find them at all. Maybe you just gotta explicitly install them. What version of Fedora are you on?

I'm on Fedora 30, clean install. I just enabled the RPM Fusion repo's and got MediaCenter installed without issues.

Cheers!

[Awesome Donkey]

The script should be checking that the RPMFusion repo is present when using it. Maybe there's a bug there?

[max096]

I have not figured out how to actually use the repo (mostly I didn't even try, had other things to do, but at some point I will).

But the script itself didn't output any error. Ran it with the --instlall-repo option. However, that's not a Fedora workstation, but a fedora server instance that I made back when I did that rpm horder whatever variation of the initial scrip of like 2 weeks ago. Didn't use it for anything else though, so it's nearly as bearbone as it gets)

But, yes you're right the script installs rpm fusion. Forgot about that.

[BryanC]

I added the RPMFusion repo installation to the --install-repo mode. Thanks for reporting the bug.

[stevef9432203]

Ok, I cannot build this version. I downloaded the debian into the Sources folder.

F29 box  Run -
[stevef@pita-24 mediacenter-25.0.65]$ ./install_MC_fedora.sh  25.0.65
./install_MC_fedora.sh: line 87: [: too many arguments
Attempting to download MC 25.0.65 DEB file...
Specified Media Center version not found! Retrying the test repo...
Not found in test repo, if beta version, enter beta password to retry, otherwise Ctrl-C to exit: ^C

Grump

[BryanC]

Ok, I cannot build this version. I downloaded the debian into the Sources folder.

F29 box  Run -
[stevef@pita-24 mediacenter-25.0.65]$ ./install_MC_fedora.sh  25.0.65
./install_MC_fedora.sh: line 87: [: too many arguments
Attempting to download MC 25.0.65 DEB file...
Specified Media Center version not found! Retrying the test repo...
Not found in test repo, if beta version, enter beta password to retry, otherwise Ctrl-C to exit: ^C

Grump

It's working fine on my machine. It looks like you have an extra space between './install_MD_fedora.sh' and '25.0.65'. Bash hates whitespace.

[BryanC]

Since the latest build version and its thread title don't currently match, repo users can install 25.0.101 manually with the following command:

Code: [Select]

./install_MC_fedora.sh -v 25.0.101

[BryanC]

I just updated the script to support CentOS 8. There's a couple of tweaks I have had to make in the meantime because we are still missing some dependencies from the EPEL.

I tested this on a fresh install of CentOS 8. I'm assuming that CentOS Stream should work the same but I have not tested it.

Finally we can install MC on a real Red Hat server distro!