On Monday, 26 de September de 2011 14:15:45 [email protected] wrote: > Yes. The release documentation should list where it was tested -- but it > can also document where it is reasonable to expect Qt to work (in other > words it is OK to "extrapolate").
Agreed.
> > For example, if someone writes a feature that compiles on Ubuntu but fails
> > to compile on Fedora, it's still in need of fixing.
>
> Yes, we would like it to be fixed.
>
> Should a contribution be reverted if it turns out that it brings up a bug in
> Fedora that is hard to work around?
It depends. If it's a bug in the distribution, then we would usually point the
finger and say "it's your fault, please get it fixed". But if it turns out that
this particular issue is widespread and affects too many people, we should try
and work around it.
> What are the distributions where we _require_ such bugs to be fixed
> (=reference configurations), as opposed to platform configurations where we
> would like Qt to work on? If we don't specify the reference configurations
> based on what runs in the CI system, then shouldn't we document them
> explicitly in some other way?
As a matter of practicality, knowing which configurations are running in the CI
system is useful. Of course it must compile and succeed in testing in those
configurations, or your code won't get in. For that reason alone, those are
platforms where the bugs must be fixed or worked around.
But not the only platforms. Let me ask the inverse of your question: should a
contribution be accepted if it turns out that it requires buggy or specific
behaviour only found in the installations present in the CI system? I'd say
the answer is no.
Think for example the work that Peter and Zeno did when they added support for
loading the system CA certificates. If they had proposed it with only the path
found on Debian and Ubuntu systems, it would not have been acceptable.
In some cases, we might find out that the installations in the CI system need
to be fixed instead.
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
Software Architect - Intel Open Source Technology Center
PGP/GPG: 0x6EF45358; fingerprint:
E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Qt5-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt5-feedback
