Given, rawhide already lives up to it's reputation for most packages. But can it go even further for the source already included within it? The nitty-gritty question: Is there policy, or guide of some kind, for the enabling of disabled upstream code in rawhide?
Specific example: a dozen-line patch in kdepim's akonadi will enable the openchange resource. As long as it doesn't "break stuff" it's a win-win, right? Enable the feature, people will test it. [ahem, especially since evolution-mapi for me is barely usable. I might research the bugs later, just not a priority now.]
Brad just presented at LCA[0] so additional interest is bound to pop up! No, seriously... :-) [smiley only because I wish I'd been there. /me here in frozen Minnesota. And I don't know Brad at all - it's just easier to use the first name, and I happen to be interested in what he develops.]
jerry
Hi,
On Mon, 2009-01-26 at 21:46 -0600, Jerry Amundson wrote:
Given, rawhide already lives up to it's reputation for most packages. But can it go even further for the source already included within it? The nitty-gritty question: Is there policy, or guide of some kind, for the enabling of disabled upstream code in rawhide?
Specific example: a dozen-line patch in kdepim's akonadi will enable the openchange resource. As long as it doesn't "break stuff" it's a win-win, right?
If one of the maintainers tests a build with the patch and is willing to maintain the patch, then I don't see any problem.
The only thing worth thinking about is why upstream haven't enabled the feature? Is it known to be completely broken? Is it likely to get removed again in the future? Is this patch going to be included in the next upstream release?
But these are all just judgement calls for the maintainer to make.
The key thing with rawhide (IMHO) is that, while you want to include bleeding edge stuff, you don't want to break things so badly that your testers can't continue to use rawhide.
Cheers, Mark.
Jerry Amundson wrote:
Specific example: a dozen-line patch in kdepim's akonadi will enable the openchange resource. As long as it doesn't "break stuff" it's a win-win, right?
We can't enable the OpenChange resource before OpenChange is actually in Fedora.
https://fedoraproject.org/wiki/Features/OpenChange and the related review requests are still looking for an owner (Andrew Bartlett, an upstream Samba developer, originally wrote that feature page and submitted the review requests, but then orphaned it).
Kevin Kofler