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 next I'll try to build gcc and glibc. 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/ 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. * 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 * 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) Jacco
_______________________________________________ users mailing list [email protected] http://lists.redsleeve.org/mailman/listinfo/users
