parted package on x86_64

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

 



Please help me file this bug in the right place. I think it may be 
relevant to much more than just this base package. I'm just using parted 
as an example.

On fresh x86_64 FC6, it installs both parted.i386 and parted.x86_64. My 
first question is why? There don't appear to be any dependencies on either 
specific arch. Although, I do understand that parted is a general good 
thing to have in Core. Why not just the 64-bit package?

Rpm verify produces the usual annoying uselessness from multi-arch 
installs. What's interesting is no errors with the 64-bit package:

# rpm -V parted.x86_64 ; echo $?
0

But loads of failures with the 32-bit package:

# rpm -V parted.i386
S.5....T   /sbin/parted
S.5....T   /sbin/partprobe
.......T d /usr/share/info/parted.info.gz
.......T   /usr/share/locale/ca/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/cs/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/da/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/de/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/es/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/fr/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/gl/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/hu/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/id/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/it/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/ja/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/nl/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/nn/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/pl/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/pt/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/pt_BR/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/ru/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/sv/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/tr/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/uk/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/vi/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/zh_CN/LC_MESSAGES/parted.mo
.......T   /usr/share/locale/zh_TW/LC_MESSAGES/parted.mo
.......T d /usr/share/man/man8/parted.8.gz
.......T d /usr/share/man/man8/partprobe.8.gz

Silly and confusing how rpm on Fedora seems to give ownership of the same 
file to conflicting packages, but still allow them to be co-installed 
automatically from anaconda. Why does this happen for quite a number of 
FC6 packages? It renders rpm -V utterly useless due to extremely high 
noise to signal ratio.

Anyways, that's not my bug. After removing just the 64-bit package 
(for "fun" just now), *very* wacky and curious results are found:

# rpm -e parted.x86_64
# rpm -V parted.x86_64 ; echo $?
0

WTF? It still verifies clean. And check this:

# rpm -V parted.i386 ; echo $?        
prelink: /sbin/parted: Could not find one of the dependencies
prelink: /sbin/parted: at least one of file's dependencies has changed 
since prelinking
S.?....T   /sbin/parted
prelink: /sbin/partprobe: Could not find one of the dependencies
prelink: /sbin/partprobe: at least one of file's dependencies has changed 
since prelinking
S.?....T   /sbin/partprobe
missing     /usr/share/doc/parted-1.8.0
missing   d /usr/share/doc/parted-1.8.0/API
missing   d /usr/share/doc/parted-1.8.0/AUTHORS
missing   d /usr/share/doc/parted-1.8.0/BUGS
missing   d /usr/share/doc/parted-1.8.0/COPYING
missing   d /usr/share/doc/parted-1.8.0/ChangeLog
missing   d /usr/share/doc/parted-1.8.0/FAT
missing   d /usr/share/doc/parted-1.8.0/NEWS
missing   d /usr/share/doc/parted-1.8.0/README
missing   d /usr/share/doc/parted-1.8.0/THANKS
missing   d /usr/share/doc/parted-1.8.0/TODO
.......T d /usr/share/info/parted.info.gz
missing     /usr/share/locale/ca/LC_MESSAGES/parted.mo
missing     /usr/share/locale/cs/LC_MESSAGES/parted.mo
missing     /usr/share/locale/da/LC_MESSAGES/parted.mo
missing     /usr/share/locale/de/LC_MESSAGES/parted.mo
missing     /usr/share/locale/es/LC_MESSAGES/parted.mo
missing     /usr/share/locale/fr/LC_MESSAGES/parted.mo
missing     /usr/share/locale/gl/LC_MESSAGES/parted.mo
missing     /usr/share/locale/hu/LC_MESSAGES/parted.mo
missing     /usr/share/locale/id/LC_MESSAGES/parted.mo
missing     /usr/share/locale/it/LC_MESSAGES/parted.mo
missing     /usr/share/locale/ja/LC_MESSAGES/parted.mo
missing     /usr/share/locale/nl/LC_MESSAGES/parted.mo
missing     /usr/share/locale/nn/LC_MESSAGES/parted.mo
missing     /usr/share/locale/pl/LC_MESSAGES/parted.mo
missing     /usr/share/locale/pt/LC_MESSAGES/parted.mo
missing     /usr/share/locale/pt_BR/LC_MESSAGES/parted.mo
missing     /usr/share/locale/ru/LC_MESSAGES/parted.mo
missing     /usr/share/locale/sv/LC_MESSAGES/parted.mo
missing     /usr/share/locale/tr/LC_MESSAGES/parted.mo
missing     /usr/share/locale/uk/LC_MESSAGES/parted.mo
missing     /usr/share/locale/vi/LC_MESSAGES/parted.mo
missing     /usr/share/locale/zh_CN/LC_MESSAGES/parted.mo
missing     /usr/share/locale/zh_TW/LC_MESSAGES/parted.mo
.......T d /usr/share/man/man8/parted.8.gz
.......T d /usr/share/man/man8/partprobe.8.gz
1

See how I've removed the 64-bit package, but it still verifies clean. 
However, the 32-bit package now burps with even *more* drama.

Is this a bug with rpm? Or am I missing something totally fundamental 
about the true value of new-and-improved Fedora Core and why we no longer 
need simple old techniques like relying on the verification of installed 
packages? Heck, if I want that, I go play with Ubuntu or FreeBSD...or 
Microsoft Windows. :-/

../C


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux