So, the topic of x86 came up in the Fedora panel discussion session at
Devconf this week, and one of the aspects we discussed is that there's
kind of a lack of lines of communication in a few areas. One especially
that I'm interested in is compose quality.
It's not unusual for the status of nightly composes (for Branched and
Rawhide) to be different on i686 and x86_64. There can be actual arch
bugs, or just things like comps differences or lorax behaviour
differences or package dependency problems that result in i686 images
not building, or failing to work in ways that are arch-specific
somehow. When this happens, sometimes myself or Mohan Boddu (mboddu) or
Kevin Fenzi (nirik) will notice this, but we don't always have the
time/cycles to address it.
We have automated testing for nightly composes (and for updates, but at
present I'm not running the automated tests on updates) in openQA:
Ideally it'd be great if someone from this group is aware and engaged
and involved when some important x86 images are not composing, or x86
tests are failing where x86_64 tests do not. So I wanted to try and
open some lines of communication there.
Right now, there's a report-y thing run after each compose:
It generates the "compose check report" mails that are sent to devel@.
These cover the entire compose, though - so they include x86
information, but it's alongside the x86_64 info and isn't really
tailored. It would be possible to tweak check-compose (and the code
that runs it) to send an x86-focused report of some kind to this list
(or, really, anywhere else), if that would be something people would
want. That list could note when important x86 images were missing from
the compose, and when there are failed tests which did *not* fail on
x86_64, for instance. It doesn't currently have those features, but I'm
pretty sure I can add them. So, let me know if that's something folks
are interested in, and I can look at doing it.
It would also be great on an informal level to just have a known person
to poke when x86-specific issues arrive; if there's someone who's
usually hanging around in #fedora-releng (most importantly, possibly
also #fedora-qa) who we know will care about this sort of thing when
poked, that'd go quite a long way to helping, I think.
Aside from all the above, I've subscribed to this list and joined
#fedora-x86 on Freenode and will do my best to send out feelers when
there's a known x86-specific issue.
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora