Hi Farkas, First of all, do you mind if I ask why you are locally replacing the gcc and binutils packages on RHEL 6 with the ones from Rawhide?
Andrew Beekhof put in a lot of effort to make the RHEL 6 mingw32 packages as stable as possible. Do you have any specific concerns with the RHEL 6 packages which makes them unusable for you? I would really like to encourage you to collaborate on either EPEL or Fedora packages, instead of doing your own private fork. On 06/01/2011 09:47 AM, Farkas Levente wrote: > hi, > while i try to rebuild mingw32 packages for rhel-6 i've got some problem > with autoprovides somewhere. [...] > the real strange thing if i rebuild mingw32-gettext-0.17-15.fc15 on my > system i've got the good (first) result (so i assume the problem is not > i mingw32-filesystem). so it seems my repo sometimes give a good result > sometimes not:-( and the same happened with mingw32-gcc-c++ too. > anybody has any tip? In general, I would suggest to pick either F13, F14, or F15 packages if you want to rebuild them in RHEL. Rawhide packages can often be in flux; having unstable packages is often not desired in a long term supported release like RHEL. Having said that, the reason why mingw32-gettext and mingw32-gcc you took from Rawhide don't produce correct provides in RHEL is because they rely on RPM 4.9 features for dependency generation. For example, mingw32-gcc used to have manual Provides in its spec file: -# We don't run the automatic dependency scripts which would -# normally detect and provide the following DLL: -Provides: mingw32(libstdc++-6.dll) This is all now automatically generated with mingw32-filesystem 68 and RPM 4.9. Hope this helps, Kalev _______________________________________________ mingw mailing list [email protected] https://admin.fedoraproject.org/mailman/listinfo/mingw
