Hi, I'm trying to upgrade to rawhide from clean f8 install (x86_64). Yum complains about libcamel-1.2.so.10 and libsoup-2.2.so.8 not available. I had the same problem with an updated f8 (that's why I reinstalled at first time). here's the message --> Finished Dependency Resolution Error: Missing Dependency: libcamel-1.2.so.10()(64bit) is needed by package totem-pl-parser Error: Missing Dependency: libsoup-2.2.so.8()(64bit) is needed by package rhythmbox Error: Missing Dependency: libsoup-2.2.so.8()(64bit) is needed by package bug-buddy Error: Missing Dependency: libsoup-2.2.so.8()(64bit) is needed by package evolution-webcal Regards, Pierre <div>2008/1/30, Roland McGrath <<a href="mailto:roland@redhat.com">roland@redhat.com</a>>:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> > This was caused by the update to file-4.23. This was an upstream code change between 4.21 and 4.23, for which there is no proper explanation I can find. Also, it wasn't changed for 64-bit ELF files. This change should be reverted upstream. In file-4.23/src/readelf.c, file_tryelf was changed to check e_type and call doshn only for ET_EXEC and ET_DYN files. It really ought to just call it for any type except ET_CORE, without listing the individual ones, like it used to do. It is also perfectly fine to call dophn_exec for any file with e_phnum != 0, without checking its type other than for ET_CORE. The change was probably meant to call dophn_exec for ET_DYN too, which 64-bit still does not do. You'd get that just by not checking the type. It would also be less error prone not to duplicate the logic for 32/64. Instead, it can just call a shared function with the values from e_* fields. Thanks, Roland -- fedora-devel-list mailing list <a href="mailto:fedora-devel-list@redhat.com">fedora-devel-list@redhat.com</a> <a href="https://www.redhat.com/mailman/listinfo/fedora-devel-list">https://www.redhat.com/mailman/listinfo/fedora-devel-list</a> </blockquote></div>