We really, really do not recommend 'everything' installs.
But on that note, thank you for reporting the error. The yum-conf-4x is
a new rpm, and it seems that we didn't have the rpm settings correct.
Give me a day or two, and we'll have a fix for it, although ... we still
do not recommend an 'everything' install except for testing.
Troy
Christopher Juckins wrote:
> Hi Thomas,
>
> I ran into the same problem with a fresh, complete install of SL 4.3,
> and here is what I did to correct it:
>
> First remove offending yum rpm package:
> # rpm -e yum-conf-4x-1-2.SL.noarch
>
> Then run an up2date, but first install needed keys:
> # rpm --import /usr/share/doc/sl-release-4.3/RPM-GPG-KEY-dawson
> # rpm --import /usr/share/doc/sl-release-4.3/RPM-GPG-KEY-csieh
> # rpm --import /usr/share/doc/sl-release-4.3/RPM-GPG-KEY-jpolok
> # up2date -u
>
> Then finally run yum to update yum and then all packages:
> # yum update yum
> # yum -y update
>
> I know most users do not use up2date to update the system, but sometimes
> up2date finds packages that yum does not have. I use the default system
> settings for up2date that come with SL (I don't get packages from Redhat).
>
> It is a round-about way of fixing the yum problem, but it may help
> others who have encountered the same issue.
>
> -Christopher Juckins
>
>
>
> Thomas Kress wrote:
>
>>Hello All,
>>
>>I tried a fresh installation (from the mirror wftp.tu-chemnitz.de) of
>>S.L.43 both by kickstart and by a html installation using
>>custom/everything for the rpm's.
>>
>>- On a "model name : AMD Athlon(tm) XP 3000+" with
>>"MemTotal: 514516 kB" and "SwapTotal: 1048568 kB" a
>>*hugemem* kernel is the grub default OS: uname -a
>>Linux lxcip00 2.6.9-34.ELhugemem #1 SMP Mon Mar 13 11:54:30 CST 2006
>>i686 athlon i386 GNU/Linux
>>The second grub choice is smp (??), only the third one is the vanilla
>>kernel.
>>
>>- A "yum update" fails because of a dependency conflict with yum-conf
>>(probably I can easily fix this manually but it should work out of the
>>box although "everything" for the rpm's is usually not the most
>>sensible choice):
>>.....
>>--> Running transaction check
>>--> Processing Conflict: yum-conf-4x conflicts yum-conf
>>--> Restarting Dependency Resolution with new changes.
>>--> Populating transaction set with selected packages. Please wait.
>>--> Running transaction check
>>--> Processing Conflict: yum-conf-4x conflicts yum-conf
>>--> Restarting Dependency Resolution with new changes.
>>--> Populating transaction set with selected packages. Please wait.
>>--> Running transaction check
>>Error: Unable to satisfy dependencies
>>Error: Package yum-conf-4x needs yum-conf, this is not available.
>>
>>rpm -qa | grep yum
>>yum-tsflags-0.3.1-1.SL.2.noarch
>>yum-versionlock-0.3.1-1.SL.2.noarch
>>yum-2.4.2-4.SL.noarch
>>yumex-applet-2.1-2.i386
>>yum-utils-0.3.1-1.SL.2.noarch
>>yum-conf-4x-1-2.SL.noarch
>>yum-changelog-0.3.1-1.SL.2.noarch
>>yum-conf-43-2.SL.noarch
>>yum-protectbase-0.3.1-1.SL.2.noarch
>>yum-installonlyn-0.3.1-1.SL.2.noarch
>>yumex-0.99.11-2.SL4x.noarch
>>yum-updateonboot-0.3.1-1.SL.2.noarch
>>
>>Installing a "desktop" instead of "custom/everything" does not have
>>this update problem.
>>
>> Greetings, Thomas.
>>--
>> Mit besten Gruessen/With kind regards,
>>
>>Thomas Kress, RWTH Aachen, III. Physikal. Institut, Lehrstuhl B
>>Office: 28-A-206, Phone: +49/(0)241/80-27281, Fax: .../80-22244,
>>Email: [log in to unmask] ; [log in to unmask]
>>
>
>
--
__________________________________________________
Troy Dawson [log in to unmask] (630)840-6468
Fermilab ComputingDivision/CSS CSI Group
__________________________________________________
|