On 08/24/2014 11:35 PM, Jacco Ligthart wrote:
All,
I noticed that RedSleeve was a bit lagging behind with patches from
upstream. Gordan said that he won't have time to build patches the
coming month, so I decided to build some myself and put them up for testing.
From the packages that are installed in a minimal install, I checked if
there are updates and if I thought they were interesting to build. The
resulting packages can be found here:
http://cdn.opensxce.org/redsleeve/el6/updates-testing/
The packages that have patches are:
ca-certificates
curl
e2fsprogs
libtasn1
libxml2
nspr
nss
nss-softokn
nss-util
openldap
openssl
postfix
psmisc
tzdata
yum-utils
Most of them builded cleanly, exeptions were postfix and nss.
- nss's tests failed due to an expired certificate present in the source.
- postfix builds differently for different kernel versions and versions
starting with '3' (as my build PI) give an error.
The patches I used can also be found @cdn
Thanks for doing this I'll review these when I'm back, rebuild, and
include in the official repository.
If I were to make an armv5tel machine (or several) remotely accessible,
along with the build scripts I use, would you be interest in becoming a
regular co-maintainer?
next I'll try to build gcc and glibc.
Best of luck - I never managed to get glibc to build. There are extra
ARM patches required (look at the F12/F13 glibc, which is the most
recent distribution that ships with glibc 2.12 - it comes with an extras
source tar ball).
I'll be more interesting to see the documentation of you manage to get
it to work, though.
Another option might be to maintain an additional repository with
packages that are beyond the EL6 versions because of the virtual
impossibility of maintaining EL6 packages for architectures that aren't
supported upstream and are extensively broken by distro specific patches
beyond a certain version (e.g. the kernels beyond 2.6.32-200 are
completely broken on anything except x86, and even there they may
contain bugs that are avoided by pure configuration lottery as
exemplified by the bugzilla link I sent earlier. In the extras
repository case, it may be easier to get a much newer glibc working that
doesn't require extra patching (e.g. look at the steam x86
mini-repository I put together for el6 here:
http://ftp.redsleeve.org/pub/steam/ )
More recent gcc srpm builds find out of the box, but is severely broken
and fails to build various packages.
All builds were done with mock (after a very helpful hint from Gordan),
however the mock version from el6-epel did not work for me. I expect
also a kernel mismatch, although I can't remember the exact error. The
solution to this was to build a newer version of mock from upstream
epel6. This can be found here:
http://cdn.opensxce.org/redsleeve/el6/epel-testing/
I do seem to recall that mock from epel was broken and I had to use a
different version. IIRC I used an older one, I'll have to check when I
get a chance to power the build farm back up.
other notes from building (errors found):
* some epel packages overlap with el6. This came as a surprise, as I
thought that the epel policy is strongly against this. The instance
where I noticed this was perl-IO-Compress-Base where there is an arm5tel
rpm from el6 and a newer noarch rpm from epel. the latter will be tried
for install by mock and fails due to missing dependencies.
Missing dependencies are even worse. EPEL should have no dependencies
that aren't either in EPEL or EL6 base repositories.
However, note that our EPEL for ARM is much less tested than the
upstream one, and may be missing packages due to build failures or lack
of relevance on the ARM platform, and any dependencies on these will fail.
* when building tzdata, I found that asking for java-devel results in
installation of java-1.7.0-openjdk instead of a -devel package (message:
Tables Package java-1.6.0-openjdk-devel is obsoleted by
java-1.7.0-openjdk). I think this is an error in the java-1.7.0 build.
On a related note, the el6 java 1.7.0 package was ahead of upstream el6,
however the latest java from upstream catched up and is now at a still
more recent version
Indeed, look at the packages page on the wiki. I had to leapfrog the EL6
version because that comprehensively failed to build due to too many
issue to chase and fix.
* in ruby the .spec moves /usr/lib/ruby/1.8/armv5tel-linux-eabi to
/usr/lib/ruby/1.8/armv5tel-linux. This breaks building rpms depending on
ruby (notably qpid from MRG)
Patches welcome. :)
Gordan
_______________________________________________
users mailing list
[email protected]
http://lists.redsleeve.org/mailman/listinfo/users
