[CentOS] rpmforge vs epel
I've been informed that rpmforge and epel do not play well together and that if I use both, epel should have the higher (lower numbered) priority. Alas I had it the other way around. rpmforge messed up my effort to get audacity. I no longer need audacity, but would like to fix the situation before some other problem crops up. Would fixing the priorities and telling yum to reinstall all the packages from rpmforge be useful? Would it be dangerous? -- Michael henne...@web.cs.ndsu.nodak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge vs epel
On 6/9/2015 11:26 AM, Michael Hennebry wrote: I've been informed that rpmforge and epel do not play well together and that if I use both, epel should have the higher (lower numbered) priority. Alas I had it the other way around. rpmforge messed up my effort to get audacity. I no longer need audacity, but would like to fix the situation before some other problem crops up. Would fixing the priorities and telling yum to reinstall all the packages from rpmforge be useful? Would it be dangerous? as rpmforge is virtually unmaintained now, I would enumerate all the .rf. packages you currently have, ascertain if you can get them from better supported repos, starting with epel, and if so, remove said .rf. package and install the epel or nux or whatever equivalents in their place. this may very well require some tinkering with package specific configurations on your part. -- john r pierce, recycling bits in santa cruz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge vs epel
Michael Hennebry wrote: > I've been informed that rpmforge and epel do > not play well together and that if I use both, > epel should have the higher (lower numbered) priority. > Alas I had it the other way around. > rpmforge messed up my effort to get audacity. > I no longer need audacity, > but would like to fix the situation before some other problem crops up. > > Would fixing the priorities and telling yum to > reinstall all the packages from rpmforge be useful? > Would it be dangerous? > I wouldn't. You should use *either*, not both. In fact, I believe that some rpmforge packages may even conflict with the base distro. What do you need in rpmforge that isn't available from base, rpmfusion, or epel? The only thing I know of are some kmod packages from elrepo, and I have the elrepo.repo configuration so that either it's not enabled by default, or I only get specific packages for a specific machine from it (like an old NVIDIA card). > -- > Michael henne...@web.cs.ndsu.nodak.edu > "SCSI is NOT magic. There are *fundamental technical > reasons* why it is necessary to sacrifice a young > goat to your SCSI chain now and then." -- John Woods Damn, does it have to be a goat? Will a rubber chicken do? mark "gotta get one for work, y'know" ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge vs epel
On 06/09/2015 03:42 PM, m.r...@5-cent.us wrote: What do you need in rpmforge that isn't available from base, rpmfusion, or epel? Do you happen to know of somewhere other than rpmforge where I can find hexedit and gqview for el6 ? Epel has them for el5, but not el6. Fortunately, installing them from rpmforge didn't drag along any dependencies. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge vs epel
On Jun 9, 2015, at 4:19 PM, Robert Nichols wrote: > > On 06/09/2015 03:42 PM, m.r...@5-cent.us wrote: >> What do you >> need in rpmforge that isn't available from base, rpmfusion, or epel? > > Do you happen to know of somewhere other than rpmforge where I can find > hexedit and gqview for el6 ? Epel has them for el5, but not el6. hexedit is in the stock EL7 repo. If you can’t upgrade that machine, the EL7 SRPM may rebuild on EL6. gqview appears [*] to be abandonware. It’s probably time to choose one of the maintained alternatives. [*] http://gqview.sourceforge.net/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge vs epel
On Tue, 2015-06-09 at 13:26 -0500, Michael Hennebry wrote: > I've been informed that rpmforge and epel do > not play well together and that if I use both, > epel should have the higher (lower numbered) priority. > Alas I had it the other way around. > rpmforge messed up my effort to get audacity. > I no longer need audacity, > but would like to fix the situation before some other problem crops up. My proven (it works for me on C5) solution in instances of dependency conflicts between rpmforge and epel which prevent updates *AND* rpmforge being the only source for applications you wish to retain:- (1) yum remove ... (application preventing the update) Yum may delete addition applications you wish to retain. (2) disable Dag/rpmforge repo (3) enable EPEL repo (4) yum install ... (application removed in (1)) (5) Disable EPEL repo (6) Enable RPMFORGE repo (7) yum install . (deleted packages from rpmforge you want to retain) Subsequently I have not experienced problems. -- Regards, Paul. England, EU. England's place is in the European Union. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge vs epel
On Tue, 9 Jun 2015, m.r...@5-cent.us wrote: some rpmforge packages may even conflict with the base distro. What do you need in rpmforge that isn't available from base, rpmfusion, or epel? The only thing I know of are some kmod packages from elrepo, and I have the elrepo.repo configuration so that either it's not enabled by default, or I only get specific packages for a specific machine from it (like an old NVIDIA card). All the packages turned out to be vlc and dependencies. I hadn't realized that I hadn't installed rpmfusion. rpmforge is gone now and I have vlc back. All is well with that part of the world. -- Michael henne...@web.cs.ndsu.nodak.edu "SCSI is NOT magic. There are *fundamental technical reasons* why it is necessary to sacrifice a young goat to your SCSI chain now and then." -- John Woods ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
