On 04/15/2011 10:00 AM, Richard W.M. Jones wrote: > Well in any case it's happened, but I can't rebuild libguestfs in F15. > I get[1]: > > DEBUG util.py:247: Error: No Package found for ntfsprogs > > which seems strange because it should be provided by the new combined > package. Hmm. It looks like dist-f15-build doesn't inherit from dist-f15-updates-testing (which makes sense). When I migrated ntfsprogs into an ntfs-3g subpackage, I retired the ntfsprogs standalone package and had it blocked from F15+. So, right now, we're in a window between the ntfs-3g package going into dist-f15-updates and the ntfsprogs standalone block. If you can't wait, you can request an buildroot override tag for ntfs-3g-2011.4.12-1.fc15. As to why I pushed this update, there are a few reasons: * The existing ntfsprogs hadn't really had any love for quite some time, the 2.0.0 release was held together with a lot of spit and chewing gum. The ntfs-3g upstream (which is very active/responsive) took over the ntfsprogs code, cleaned it up, applied all the distro patches they could find (including all of Fedora's) and hooked it into libntfs-3g. In the process, they fixed several bugs. Given that ntfsprogs is used during anaconda for ntfs operations, I figured it was worthwhile to include in F15. I've just filed https://bugzilla.redhat.com/show_bug.cgi?id=697008 and proposed it as a F!5Blocker. * As a general rule, I push ntfs-3g updates to all active targets, because every bugfix release they do resolves issues that have the potential to cause data corruption or loss. I definitely appreciate testing of these updates, but the ntfs-3g track record is rather impressive (they have a formal RC/final workflow which helps a lot), so I have a high degree of confidence in the update quality. Apologies for the confusion, ~tom == Fedora Project -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
