[lug] glibc and yum update woes

[D. Stimits]

Kevin Fenzi wrote:
>>>>>>"D" == D Stimits <stimits at comcast.net> writes:
> 
> 
> D> I've dug around some more, and it looks like some of the gtk/gnome
> D> stuff got "upgraded" to the test version.
> 
> :(
> 
> 
>>>You should get it from the fc4 fedora-extras if you are running
>>>fc4.
> 
> 
> D> Indeed, that's what I was trying to install as an update and it
> D> wouldn't let me. Sadly, yum does not seem to have a way to "update"
> D> from non-devel to devel and vice-versa. So I'm left figuring out by
> D> hand what rpm's need to be forced...regular rpm deps do not seem to
> D> want to allow me to reinstall the non-devel versions.
> 
> Humm... I think you might be confused here...(or perhaps it's me. :) 

Nope, we're both right :P Sort of like that boolean coin toss when the 
coin lands on its edge.

> yum uses 'repositories'. These are defined in /etc/yum.conf or in
> /etc/yum.repos.d/

Exactly...and this is where things went wrong. I had yum on a cron 
schedule, and I was editing those files. Each file lists a different 
repository, but...some of them stock only stable versions, others only 
unstable/testing. I had enabled fedora-devel.repo and 
fedora-extras-devel.repo to run yum check-update and see what it would 
give me. It seems as if cron had run an update while I did that, as part 
of my current system (the gtk/gnome stuff) is all from the devel 
repository now.

> Each of these repositories (for example, fedora, fedora-extras,
> fedora-updates) can decide what branch of packages you want by looking
> at your 'fedora-release' package. Ie, if you are running fc3, fc4,
> devel (fc5), etc. 

If you activate the other repositories in yum.repos.d, it seems to not 
care if you run fedora that you call "stable" versus "release"...it uses 
the rpm dependencies and decides if a package is newer or not. There was 
a brief moment when I had fedora-extras-devel.repo and 
fedora-updates-testing.repo enabled, but I had no intent to do a yum 
update while they were enabled.

> So, if you are running fc4, you want the fedora repository fc4
> packages, the fedora-updates fc4 branch, and the fedora-extras fc4
> branch, etc. 

Yes, and I was dumb enough to think that if I enabled the others and did 
not do a yum update I could just see what was out there. I had yum being 
run daily by cron though, I just happened to be experimenting at the 
moment when cron ran.

> So, for example the packages I maintain for fedora extras (Xfce), I
> need to make changes to the fc3, fc4, and development branches, and
> request seperate builds for each. So each binary rpm was compiled
> against the right libs, etc. 

And thus the problem...part of my gnome/gtk stuff is compiled now 
against the testing versions. I'm trying to figure out which ones so I 
can forcibly replace those with the non-testing versions.

> 
>>>gqview works great on my fc4 laptop. It also works on my fedora
>>>development test box, but they are _not_ linked against the same
>>>libs...
> 
> 
> D> Yup, a number of my gtk and gnome stuff now fails. All of them want
> D> devel versions...not directly but each time they run some library
> D> they link to wants something that's missing. This was a test
> D> install on a spare drive anyway, I'd like to save it but if it gets
> D> to be too much trouble I'll wipe it and start over, saving things
> D> like my /etc/ first (I still have my original FC2 I can copy it all
> D> over to).
> 
> Yeah, I would say just wipe it and do a fresh install... 

I'm not sure yet that I'll need to do that, as it was only gnome/gtk, 
and I have what I think is a list of rpm's for those by comparing my own 
list against the testing stuff. If it doesn't work I'll just start over, 
it was a test install anyway and I can save most of it to the original 
install of FC2 on another partition/drive. Still, I hate to let it beat 
me. I hate sitting there and choosing packages and such again, then 
recompiling kernels, so on (I use the nVidia hardware accel drivers for 
example, and built Qt 4.0.1 which is an all-day compile).

D. Stimits, stimits AT comcast DOT net