Paul Johnson 2014-10-05 http://pj.freefaculty.org/EL UPDATE 2014-10-05: Packages for EL7 now available. UPDATE 2018-09-25: My Package Signing key expired, had to make a new one. Old packages are signed with old key, I'll fix that soon and then all packages will be signed with new key. http://pj.freefaculty.org/EL/PaulJohnson-BinaryPackageSignature-20180920 Now, the old information: You found the little RPM repository I use to admininster my RedHat and Centos lab workstations and to provide RPMs that my friends and colleagues need for their projects. You are free to take whatever RPM packages you need here. I offer them in good faith. They will not break any fundamental functionality on your system. The old fashioned way would be to download whatever packages you want and then run # rpm -Uvh package-name-here.rpm Now you can also use yum to install local packages, # yum install package-name-here.rpm Your system may demand to check my PGP signature. If you don't want to bother, there's an rpm option to disable the pgp key check (run man rpm). Or you can import my RPM package signing key. It is online with this file. http://pj.freefaculty.org/EL/PaulJohnson-BinaryPackageSigningKey After downloading, run # rpm --import PaulJohnson-BinaryPackageSigningKey I think you can do that all in one shot, actually. # rpm --import http://pj.freefaculty.org/EL/PaulJohnson-BinaryPackageSigningKey If you want to integrate this with yum on your system, take the file pjku.repo and copy it into /etc/yum.repos.d. That will also require the PGP key referred to above. Why do I do this? I started because I was compiling a few special purpose packages for people, such as the Swarm simulation system, OpenBUGS, and then later branched out just a bit. At one time, in the EL 4 era, I had a whole TexLive distribution and in EL 5 I had a completely massive set for our cluster workstations. But I gave up on that effort, now I'm more focused on some particular stuff I need to administer. Hopefully, I won't have to go into wholesale competition with Scientific Linux. Where else to look for packages? My systems have Epel repository. There's always Scientific Linux! Oh, by the way, have you seen this Princeton based repository? It has some handy programs like gnumeric, I suggest you follow their progress. PUIAS: http://springdale.math.ias.edu/ Lately, I avoid "rpmforge" and "rpmfusion" because sometimes they walk me into dependency mismatches. I do sometimes have them available, but disabled. I don't have "atrpms" installed anymore because its packages are impossible to rebuild unless you cooperate with that repository's macro system for package building. My packages are outdated? That's not a surprise. :) If you spot something for which there is a new release, it may be I can rebuild. Just let me know . So, in summary, I'm glad to help if you need packages, or if you need updates. But RedHat linux is not my top priority these days. I'm running Debian based Linux on my personal machines lately, mainly because the RedHat company and community became so hostile to hardware that their distributions became unusable on my laptops. I still need to use the computer, even if it does have an Nvidia video card or a Dell touchpad. Compare the unhelpful "that's proprietary technology" response from RedHat https://bugzilla.redhat.com/show_bug.cgi?id=590880#c62 or https://bugzilla.redhat.com/show_bug.cgi?id=812111 with the Ubuntu/Debian community effort to find a driver that works: https://bugzilla.kernel.org/show_bug.cgi?id=14660 Is the RedHat package building system better? YES! Probably. I still love the RedHat RPM build system, though. I can't understand why anybody would prefer the Debian way. But the Debian folks use their way and I'm adapting to it. It is getting better, the quilt patch system is a big improvement. Large step toward "pristine" source code.