I haven't found any way to report this to the upstream via Trac (seems that FAS account is not enough to open a ticket...), so I'm hoping that packagers are part of upstream (or at least very close) and we can discuss it here. I've been talking with Seth Vidal (original author of mockchain) about making some improvements to mockchain (mainly estimating the close-to-ideal order of building packages). Seth agrees, so I wanted to ask if you guys would accept such optimizations. What I want to achieve here is lowering the count of unsuccessful builds by trying to find out close-to-ideal (just best estimate, I'm not solving PNP here) solution by examining the Requires/Provides of all packages and then sorting them. In the beginning, this optimization should be turned on by a command line switch and not used at all by default. If it would prove to generally improve time of builds, then it may become the default, but that is too far away for now. So would you accept such a modification (in case you are not the upstream, but just a maintainer, what is the best way to contact them? :) ) Thanks!
you can just email things like this to the buildsys mailing list. I know clark and I both follow it and that's the extent of the mock upstream afaik. :) For the record - I believe it is worth trying to sort the srpms - however, I am not particularly optimistic about the likelihood of success :)
(In reply to comment #1) > you can just email things like this to the buildsys mailing list. I know > clark and I both follow it and that's the extent of the mock upstream afaik. > :) > Oh, ok :) > For the record - I believe it is worth trying to sort the srpms - however, I > am not particularly optimistic about the likelihood of success :) I'm quite convinced that it can do good for larger sets of packages. Considering the time that unsuccessful mock build takes, it seems to me that it is really worth trying. Anyway, thanks for the response. I don't know when I'll have the time to get to this, but one day, I will...
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Still valid for rawhide.
Just for records, I offered this as thesis topic for Czech Universities. https://thesis-managementsystem.rhcloud.com/topic/show/163/sort-packages-by-buildrequires
+1 for this idea!
This package has changed maintainer in the Fedora. Reassigning to the new maintainer of this component.