Am 08.06.2007 um 11:31 schrieb Matthias Saou:
Christoph Wickert wrote :
Am Donnerstag, den 07.06.2007, 19:31 -0400 schrieb Bill Nottingham:
I can remove the i386 ones, but this will break the x86_64
versions. rpm -V tells me that not much of the package is left, in
most
cases only the contents of /usr/lib64 is still there.
*That* is a bug. Can you file that, please?
Done: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=243224
BTW: I have to correct my previous statement. It's not _that_ bad as I
thought, it's "just" locales and %doc missing, the rest ist still
there.
I've ran into some big issues on one of my home systems after "yum
remove glibc.i686" where some programs (gnome-terminal for instance)
would segfault somewhere in gconv functions/libraries. It was "fixed"
by
upgrading all the glibc* packages to the Rawhide versions, which
reinstalled all the docs and locales fine, and I've never been able to
reproduce it. But evil is lurking... ;-)
Matthias
This mail thread touches the same like my one some
days ago (Subject [Fresh FC7 on x86_64]).
We can say its a feature, bug, intentional or what ever.
Also possible, we can say its in progress of change.
Remember we are talking about Fedora.
Therefore i tried the uptream rhel5/centos and saw
the same behavior, i wondered.
My installations are for servers and therefore i
need a clean system with integrity.
Of course its not critical if an manual is
overwritten by an i386 package.
Our integrity checks include also rpm -V
and in that situations it fails.
For now i do very minimal install with anaconda.
After that i remove all i386 packages. To get
all x86_64 packages sane i do remove and reinstall
them.
Attention - you can't do this with all rpms. For
them that need special attention (rpm itself depends
on some ones) i do an rpm --force -iv .
Well summarizing - for a x64 system it is one more step
necessary the get a clean system. When i take my
principles ;)
By the way - that yum install also i386 packages, i
classify this as cosmetic - but that x86_64 and
i386 packages conflict with each other , is for
me not acceptable.
Regards
P.M.
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
