[fedora-arm] VFAD Monday for armv5tel/armv7hl reconcilliation and prep for koji startup

[Henrik Nordström]

tis 2011-11-08 klockan 16:59 -0500 skrev Chris Tyler:
> I propose a VFAD to clean up and reconcile armv5tel/armv7hl pre-koji
> package sets and prep for koji startup: 
> 
> When:	Nov 14 - 11:00 am EST / 8:00 am PST / 15:00 UTC
> where:	#fedora-arm
> What:	armv5tel-armv7hl package set reconcilliation, koji prep
> 
> You us if you can, mail the list with any issues/info if you can't make
> it.

I think I can attend. Should arrive home from FSCONS by then.

There is about 20 or so packages which need to get merged mainline
somehow, with some notably core ones such as gcc, glibc & java. Are we
comfortable with not having these merged mainline before doing the koji
build?

mysql also needs a bit of cleanup. some arm changes already mainline,
but not all.

regarding the ghc-XXX packages with armv7hl added as supported arch, the
proposal here is to ignore them and only include ghc + hscolour
(mainline already) in the koji f15 build. The rest will get
automatically included in later Fedora ARM releases with no further
action needed. But if we want them in F15 ARM then it's a matter of
updating the ExclusiveArch tag to use %{ghc_arches} in mainline f15 git
on the packages we need (or all ~90?). There is no need to touch f16+
git on these as it's already dealt with there.

In addition to this there is one more gcc patch that should be
evaluated, relating to incorrect code generation in volatile bitfields
resulting in various subtle runtime errors (bad builds). Not yet
included in the gcc in our repositories but test results so far looks
very promising. Not entirely comfortable with doing the official mass
rebuild without having this fixed first. Unfortunately it is unknown
which packages this issue hits.  See GCC PR #50521
<gcc.gnu.org/bugzilla/show_bug.cgi?id=50521>.  This issue need some help
pulling the right GCC people to evaluate the proposed patch. This issue
hits mainly arm architecture due to ABI differences to x86 and
presumably the other secondary arches as well.

Regards
Henrik