similar to: How Do I Get Info About New RPMs in Major REPOs

I have a machine that has worked fine for years on CentOS5. kernel-PAE-2.6.18-164.15.1.el5 is the last "works fine" kernel, but kernel-PAE-2.6.18-194.3.1.el5 crashes at boot every time. I tried banging on the side of the monitor to no avail. All kidding aside, here are pictures of my monitor when booting 194 in case that is helpful.

> This is a known issue: >https://www.centos.org/forums/viewtopic.php?f=13&t=58168 >I would recommend filing a bug with Red Hat to have them fix it. I am going to see if I can find someone in the organization with a Red Hat account to open the bug. In the meantime, I came up with a workaround. I wanted to see if I could role the updates back to CentOS 6.7 since the system was 6.7

Now that the install_options parameter can be applied to all package providers, does anyone have advice on the best way to specify options to yum? For example, considering the common pattern of leaving a repo disabled most of the time, if I wanted to pass --enablerepo=epel to yum, would I set install_options => [''--enablerepo=epel''] or install_options =>

So I did a minimal install of centos 7 vm guest just to find out it did not install perl. Since as of right now I have no properly functioning network on that machine (different issue; we can talk about that in another post), I went for the next best thing: install CD. I grabbed the CentOS-7-x86_64-Everything-1611.iso CD (around 8GB), attached it to the guest, and mounted it on /mnt. Then I

This line in /etc/yum.repos.d/CentOS-Debuginfo.repo baseurl=http://debuginfo.centos.org/$releasever/$basearch/ ?causes commands like ?yum search --enablerepo=* foo? to fail with the obscure error Error: Failed to synchronize cache for repo 'base-debuginfo' Apparently this is because the debug info RPMs aren?t hosted there any more, per the page at the top of the site.

I seem to have broken my laptop and have been unable to figure it out. Name resolution works great, except one address, which seems to be resolving to 0.0.0.1. Could you help me figure out what I have done and fix it? The following lines are in /etc/hosts 192.168.11.1 dev.example.com 192.168.11.1 dev1.example.com Pinging any other address that I try works, except dev.example.com.

Hi all; I'm actually running RHEL 5.4 I installed the rpmforge centos repo (and disabled it). Then I installed the following: yum --enablerepo=rpmforge install libdvdcss libdvdread libdvdplay libdvdnav lsdvd mplayerplug-in mplayer mplayer-gui compat-libstdc++-33 flash-plugin gstreamer-plugins-bad gstreamer-plugins-ugly gstreamer-ffmpeg libquicktime yum --enablerepo=rpmforge

Dear all, Is there any way to enable a particular yum-repo (like: yum -- enablerepo=<repo_name>), which is disabled as default, for a particular package installation? For our system, we need to "dag" for particular two packages but keeping it always enabled, clashes with other packages, which we don''t want to install for dag at all. What''s the option(s) I have to

This often helps to avoid broken dependencies: yum --disablerepo=\* --enablerepo=base --enablerepo=updates update After that, a regular yum update. - Jussi On 22.12.2014 17.39, Tim Dunphy wrote: > Removing that libyaml package allowed me to upgrade! > > Thanks for the tip!

So first of all, if you've used the CBS before, please note the name change -- it's no longer virt6-testing, but virt6-xen-44-testing. Easiest way to install: rpm -ivh http://cbs.centos.org/repos/virt6-xen-44-testing/x86_64/os/Packages/centos-release-xen-7-7.el6.x86_64.rpm This will set up yum repositories for both the eventual release repositories (enabled by default), and the

Updated Xen 4.4.3 packages have passed my local smoke tests, and are now available. Full C7 release is still waiting on suitable testing for the libvirt packages. If someone wants to step up to give the libvirt packages a decent smoke test, that will speed the C7 release process significantly. Otherwise it will have to wait until I get a chance to write some automated smoke tests. In the mean

centos-yumconf has been updated to include (but disable) all optional centos repositories. This would allow a user to update / install from an optional repository without needing to modify the configuration files. Example: If you wanted to install a package named foo from the optional repositry named centosplus, you would use the following command: yum --enablerepo=centosplus install foo see

I should think this is quite a basic question but what I have tried so far hasn't worked. I have centos altarch 7 and I want to mount an ntfs volume. (I am beginning to suspect it is not available for 32 bit so I will need to get the source and compile?) ?These commands I have tried: yum --enablerepo=extras install epel-release yum --enablerepo=extras yum install epel-release I have

At long last, I'd like to announce beta packages for CentOS 7, available from the community build system. Start by installing the centos-release-xen: rpm -ivh http://cbs.centos.org/repos/virt7-xen-44-testing/x86_64/os/Packages/centos-release-xen-7-3.el7.x86_64.rpm This will set up yum repositories for both the eventual release repositories (enabled by default), and the community build

For the 2 threads going on about PHP 5.2/5.3... CentOS tracks upstream whose version is... php-5.1.6-23.2.el5_3 If you want something newer, you have to go off the beaten path. try this...(as root) wget http://dev.centos.org/centos/5/CentOS-Testing.repo mv CentOS-Testing.repo /etc/yum.repos.d yum --enablerepo=c5-testing check-update and this would allow to update to version 5.2.9-2.el5.centos

I just did a test install off a netinstall iso to a mirror repo which left no /etc/sysconfig/iptables file in place. So a quick check: # yum whatprovides /etc/sysconfig/iptables --disablerepo=\* --enablerepo=base --enablerepo=updates --disableplugin=\* No Matches found Without that file iptables doesn't start as per the init script. Anyone know what may be awry? Thanks, jlc --------------

Im trying to install wine on cent OS 5 and when I type yum -enablerepo=rpmforge install wine it says Command line error: option -e: invalid integer value: 'nablerepo=rpmforge' Any Ideas?

Has anyone tested installing the newer kernels from elrepo (or somewhere else) in order to keep google-chrome updated beyond version 27? Actually, i assumed a newer kernel would come with a newer glibc but i do not see a newer glibc via elrepo, just newer kernels. hmmm. # yum --disablerepo=* --enablerepo=elrepo* info glibc | grep -i repo only lists my already installed glibc packages from

On 09/25/2020 05:42 PM, Akemi Yagi wrote: > On Fri, Sep 25, 2020 at 11:51 AM H <agents at meddatainc.com> wrote: >> On 09/15/2020 08:07 PM, Akemi Yagi wrote: >>> On Tue, Sep 15, 2020 at 3:54 PM H <agents at meddatainc.com> wrote: >>>> I had installed kmod-jfs in an earlier version of CentOS 7, 7.4 if I remember correctly. I now have a machine running the

Hello List, I have a regular install of centos 4.4 i386 (lately updated to 4.5), a new application needs mysql > 5.0.x The natural way to do this was: yum --enablerepo=centosplus update mysql However, after all the dependency / transaction checks.. i get this.. Dependencies Resolved ============================================================================= Package Arch