F20 System Wide Change: ARM as primary Architecture
"Jóhann B. Guðmundsson"
johannbg at gmail.com
Wed Jul 10 17:28:41 UTC 2013
On 07/10/2013 04:09 PM, Peter Jones wrote:
> That doesn't mean that the release criteria as they stand aren't good
> for ARM - but they're criteria for evaluating RCs, not the criteria for
> ARM as a PA.
Right
>
> It's two different things, and it's important that we not confuse them.
> The question isn't "is $DESKTOP not working a release blocker" - it may
> or may not be. The question is "is the infrastructure for normal
> desktops to work required to be a PA".
I would think that each sub community like for example Gnome would be
the ones ultimately responsible for setting/creating their own release
criteria surrounding Gnome, testing it and arguable also be the ones who
decide which primary architectures it would be released on based on
their ( sub-community ) release cycle while KDE for example would have
completely another release cycle aligned to it's upstream.
But as things stand now neither our infrastructure,releng,qa and general
procedures allow for such flexibility and adoption by sub-communities (
but should be something for us to work towards to ).
so for PA to become primary I would think the only requirement would be
does our components build correctly for that architecture not necessary
work ( with the exception of the base/core OS ) since it would be up to
the sub-communities to ensure the releases on the PA which they intend
to release on meets their criteria and works at release time.
> And I think right now, the assumption from outside the ARM team has been
> that for ARM as a PA, we do want functionality to have parity with other
> PAs, and so yes, that infrastructure should be ready.
I would think so as well.
JBG
More information about the devel
mailing list