similar to: priorities don't prevent other repos overwritting packages?

Following on from my previous, I removed the perl-Date-Manip and re-installed the Centos base perl-DateManip package. When I do a "check-update" then it shows nothing needs to be done, but if I do an "update" then it tries to replace the package! In the following, c5-local, update-local, rpmforge are local rsync'd copies of the base, updates and rpmforge repositories.

rpmforge has just released a new perl-DBD-mysql for el4 that has an obsoletes against perl-DBD-MySQL and the protectbase yum plugin doesn't grok obsoletes. the priorities plugin does. so if you are having issues with this, install the yum-plugin-priorities first, make sure that the CentOS-Base repo is priority 1 and the rpmforge repo is priority 2 or higher (99 is the default). also,

Ah ah, the demo effect... just after I said I did not have much issues with repos... ^_^ A collegue installed some packages (for perconna) and since then a server insists on replacing 2 base packages with 2 rfx packages, even when I gave a lower priority to rfx... Installed: perl-IO-Compress-Base-2.020-127.el6.x86_64 Installed: 1:perl-Compress-Raw-Zlib-2.020-127.el6.x86_64 Installed:

Hello, I have a question about working principles of yum. Here are the details: Installed package: GeoIP.i386 1.4.4-1.el5.centos Repo: CentOS Extras Priority for CentOS Extras repo: 1 "yum update" wants to replace the above package with the following: Package: geoip.i386 1.4.5-1.el5.rf Repo: rpmforge Priority for rpmforge: 15 And yes, the following is already in the priorities.conf

Hey, I ran into a yum conflict regarding an repoforge extra package obsoleting a base package. The thing is that I set a lower priority to repoforge extra... Any idea how come I ran into this issue...? The question is more about the yum priorities than repoforge. ... 1743 packages excluded due to repository priority protections ... --> Running transaction check ---> Package

In the yum priorities page on the wiki Akemi Yagi suggests http://wiki.centos.org/PackageManagement/Yum/Priorities [base], [addons], [updates], [extras] ... priority=1 [centosplus],[contrib] ... priority=2 Third Party Repos ... priority=N (where N is > 10 and based on your preference) If you have rpmforge, kbs, epel all set up at 10 then wouldn't those also potentially overwrite

Hello, I've got what I'd expect to be a pretty simple issue: I fit an aov object using multiple error strata, and would like some significance tests for the contrasts I specified. In this contrived example, I model some test score as the interaction of a subject's gender and two emotion variables (angry, happy, neutral), measured at entry to the experiment (entry) and later

Hello, Is there a standard programmatic way to manipulate yum configuration files, particularly the .repo files? I want to add things like "priority=..." per repo, or "check_obsoletes=1" to the priorities plugin config. I can cook specific search/append using perl or sed but was wondering whether there is a more elegant way. I found Perl's Conf::INI module but it

On 27/02/16 01:41, Scot P. Floess wrote: > > From George's original email, I had to: > > * Install centos-release-xen from centos-extras > > Then a yum update followed by a yum install xen. > > That worked for me... > i had to do something similar, but my question is - one cant run xen without the kernel, so why not have the xen package require the xen kernel

Yes I usually work headless, but I have been setting it up from new, so need to see what is going on. Regards Francis From: "Scot P. Floess" <sfloess at nc.rr.com> To: "Francis Greaves" <francis at choughs.net> Cc: "centos-virt" <centos-virt at centos.org> Sent: Monday, 22 February, 2016 17:02:12 Subject: Re: [CentOS-virt] Garbled screen

I followed the Wiki instructions for setting up *yum-priorities*. I added the rpmforge repo I installed clamd without a problem. Now when I go to update I get conflicts with perl-Math-BigInt. Is the only solution to uninstall the base version and then install the rpmforge version? According the the wiki "Packages from repositories with a lower priority will never be used to upgrade

On Sat, 27 Feb 2016 13:20, Scot P. Floess wrote: > > Hit the send key before actually typing anything :( > > Was going to say - ah OK didn't understand your original question. I'm not > entirely sure - I just followed directions :) However, you ask a reasonable > question. > > On Sat, 27 Feb 2016, Karanbir Singh wrote: > >> On 27/02/16 01:41, Scot P.

I am pleased to announce the official release of Virt SIG Xen packages for CentOS 7. To install: * Install centos-release-xen from centos-extras yum install centos-release-xen * Update to get the new kernel: yum update * Install the Xen packages from the centos-virt-xen repo: yum install xen There are also packages for libvirt 1.3.0 (which should be compatible with openstack) and

I have a really silly question... but just want to ask... I have one box on my home network that is x86_64 capable... My other boxes are all i386. As this x86_64 machine can, at most, house 4 GB of RAM (currently only has 1 GB) - is there any advantage to my running x86_64 on that machine instead of i386... Long story as to why I am asking - but before I go off and moveit down to i386 -

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=55 laforge@netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- BugsThisDependsOn| |2 Status|NEW |ASSIGNED ------- Additional Comments From laforge@netfilter.org

Greetings all. I just enabled all repos on my system, to enable me to find a particular package. This is the first time I have noticed all the Centos repos < 5.6 being listed. Is this a new feature, to include all repos pre 5.6 now? Here's the output of the aforementioned yum command - sorry it's a little bit long: [root at karsites ~]# yum --enablerepo '*' --disablerepo

On Tue, Sep 8, 2015 at 6:48 PM, Scot P. Floess <sfloess at nc.rr.com> wrote: > George, > > Just an FYI - I tried to run the rpm command and none of the repos showed up > enabled by default. Yes, that's because the CBS is is not meant to be for production use, but only for building and testing. This is for two reasons: 1. The CBS itself is not mirrored, nor provisioned for

I was wondering, if I do not have hardware that natively supports full virtualization...and I choose to use KVM, will my VMs be running in some form of chip emulation (and therefore terribly slow). To date, I've been using Xen and am very comfortable with it. I have some fears that later whenever Xen is dropped - I'll have to consider KVM. Also, will Xen be carried forward should

I just tried to change the memory for my F11 xen guest from 512 to 1024. After executing: xm mem-set workstation 1024 xm list shows the memory still being 512. Anyone else see this behavior before? I tried other values as well - but the memory is still what it was when I created the VM... I'm running CentOS 5.4 on an i386... Scot P. Floess 27 Lake Royale Louisburg, NC 27549

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