On Thu, 8 Feb 2001, Jonathan Wilson wrote:
> Hey,
>
> When ever I download bug fixes and updates from red hat I always
> download the src.rpm so I an compile it with --rebuild--target=i686.
> A minute ago I did this to pam, but it needed glib-devel, so I went
> and fetched that, compiled it and installed. Which got me to
> thinking about installing the glib-1.*i686.rpm I had just made. I've
> tried using rpm -Uhv to install RPMs with a higher arch before but
> rpm freaks out, it looks like the only thing that can be done is to
> rpm -e the i386 package and then rpm -i the i686 package. I'd be
> curious to do this with things like glib and glibc, but I cannot
> risk harming the system. For instance, would it lock up in the 2
> seconds between removing glibc i386 and installing glibc i686?
>
> Perhaps it's not even worth thinking aoubt, I honestly don't know.
> But then, those PIII's cost so much more them 396s that I'm /sure/
> those optimizations must be worth something ;-).
>
> What do y'all think?
>
> ----------------------------------------------------
> Jonathan Wilson
> System Administrator
>
> Cedar Creek Software
> http://www.cedarcreeksoftware.com
>
> Central Texas IT
> http://www.centraltexasit.com
>
If you are replacing a package with the same version, but recompiled for
a different target, you can try the --replacepkgs or --oldpackage.
If you go the rpm -e and rpm -i route, you will want to drop to the
single user mode. Programs that are running will continue to run during
the short period that the libs are missing, but new programs that are
not staticly linked may have problems. I would also reboot after this
type of update. It may not be necessary, but I do not know how ld.so
would handle having parts of the old library in memory, and having a new
copy of the same version of the library...
One other thing to be carefull about - not all packages re-compile
correctly when changing the target cpu.
Mikkel
--
Do not meddle in the affairs of dragons,
for you are crunchy and taste good with ketchup.
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
