Re: Fedora ARM QA testing

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2012-03-23 at 20:14 -0700, John Reiser wrote:
> On 03/23/2012 02:36 PM, Paul Whalen wrote [has been snipped]:
> 
> > We have recently opened up discussions with developers and the community,
> > engaging in a variety of topics to understand the requirements of moving
> > the ARM secondary arch to primary ( details -https://fedoraproject.org/wiki/Features/FedoraARM)
> > - with no disruption to the existing Fedora ecosphere.
> 
> The Fedora ecosphere already has spent over one thousand hours of developer time
> discussing such issues, as witnessed by at least two recent threads in
> devel@xxxxxxxxxxxxxxxxxxxxxxx:
>    ARM as primary architecture
>    RFC: Primary architecture promotion requirements
> Such time likely has not been totally productive [regardless of outcome],
> and certainly cannot be recouped.  This has been a major disruption already.

Hey, writing provocative emails to devel@ is something I do for
recreation while my brain is thinking about important things. =)

> > Introducing existing QE tests will prove problematic as currently
> > there is no anaconda support for ARM, ...
> 
> The topic of hardware+software architecture (ABI) should not be forgotten.
> Some groups have decided that "armhf" is the only worthwhile variant.
> I feel that ignoring "arm eabi[45]" (and specifically, v5te hardware)
> is a short-sighted choice.

For me, that feels more like the kind of thing that the ARM group should
discuss, to be honest. As I've always said, personally I think it's up
to those who do the development to decide what the development targets
are, and for QA to design our QA processes to be appropriate to whatever
the developers want to be developing for. We can of course all subscribe
to devel@ and the arm list and throw our two cents into those
discussions if we feel passionate about them, but I think those are the
appropriate contexts to talk about that. To me it feels inappropriate to
try and dictate from a QA context what development goals ought to be.

Paul - in one of those interminable devel@ threads I put a little sketch
of what I would expect early-stage Fedora ARM QA to look like, just
thinking off the top of my head. I don't actually think it needs to be
particularly complicated or involved, to be honest. It could probably be
just about as simple as a Does It Boot / Does It Install? matrix with a
row for each of the specific ARM systems we intend to support and
provide images for; we make sure that, collectively, we have at least
one of every system, and when a release point rolls around, releng spits
out the images for each system, and we fire them up and see if they
work. That at least feels like the natural starting point, to me.

By all means reanimate the ticket - honestly, I kind of got buried in
other stuff and hadn't really had a minute to get back to it lately.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test



[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux