[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: yumex vs yum

Paul Howarth wrote:
On Sun, 2006-03-26 at 07:45 -0500, Jim Cornette wrote:
A.J. Bonnema wrote:
Hi all,

I just installed FC5 without any big problems (ATI card aside).

From Yumex I found that installing some packages resulted in success && these packages not being installed. Repeatedly. Using 'Yum install' the packages were successfully installed and the rpm's were really installed.

I was wondering whether any of you guys encountered this problem?
Is it a bug? Should I report it?

P.S. I am running AMD64 with the 64-bit version of FC5.


If you are using the yumex version from Extras, a bug report would be helpful to inform the developer / maintainer that there is a problem so it can be corrected. I had a similar problem with pup during the development cycle. Reporting the problem resorted in a fix for the program. (Actually policies for SELinux related to the program.)

The yumex developer is already on this:



Same problem, different program. Thanks for the link.

Meanwhile, the problem encountered using yumex which does not yet have a policy probably caused a lot of &post and &pre scriptlet errors on the system that yumex was run on. The &post scriptlet errors are where the program is downloaded, fails before actual installation and probably does little damage to the system. The &pre scriptlet errors will cause the rpm database to show entries for the newly installed package as well as for the package being erased which is actually already removed from the system.

If someone is using yumex, setting setenforce 0 before upgrading and then setting setenforce back to 1 after completing the upgrade would be safer.

Hopefully the package will set the policies correctly in the future releases.

If users of yumex want to verify their systems do not have multiple versions installed, there is a post from Steve Grubb for a script to check for multiple versions on the system. Also I put the script up on the fedora wiki with minor modifications called sg-dupes-mv.sh (Steve Grub, check for duplicate/multiversion packages.)

When you run the script, it will not show normally multi versions like kernel and public keys. I believe it will take into account i386 and 64 bit legitimate duplicate packages. The resulting output will flag what packages need attention and you can correct from there with the information.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]