For your consideration: Secondary Architectures in Fedora

Christopher Aillon caillon at redhat.com
Thu May 31 14:55:23 UTC 2007


David Woodhouse wrote:
> The arch team pick it up when more arch-specific clue or porting work is
> required, with assistance and pointers from the package maintainer.
> 
> More clueful maintainers can handle a little more; the less clueful fall
> back to filing a bug and calling in the arch team a little sooner --
> some may even call in the arch team just to help whittle down a test
> case for a compiler bug report, But the balance works well.

And auto filing bugs will let more people know about this sooner.  Maybe 
the maintainer fired off some builds at night before bed and they failed 
but there are other people awake and just happen to take a look and 
troubleshoot it.  They might be able to have a solution ready before the 
maintainer wakes up in the morning.  I don't see how the auto-filing of 
bugs is a bad thing.

> I'm very concerned that if we allow partially-failed packages to make it
> into the repo, even with an automatic bug filed, that will encourage the
> less conscientious maintainers to not even bother to _look_ at a failure
> which may also affect other architectures. And we get into a situation
> where it's considered 'normal' for some packages to be missing on some
> architectures without good reason.

We need to counter this.  One possible way is to file the bug against 
the maintainer rather than the arch team.  This way they need to look at 
the issue still, and decide "I don't know WTF this means" or 
"ExcludeArch" or whatever.

> Also, the automatic bugs will lack the information which the arch team
> would want from the maintainer about what's going on, anyway.

Not if the maintainer is assigned the bug initially and he then comments 
(which he ought to do on bugs assigned to him).  I think that's a fair 
compromise.




More information about the fedora-devel-list mailing list