From Fedora Project Wiki
< Architectures | PowerPC
(→Tasks) |
(→Tasks) |
||
Line 19: | Line 19: | ||
| <strike>ceph</strike> || OOM due too many CPUs and too few memory || sharkcz || || run build on builder with only 4 or 6 CPUs online - added [https://bugzilla.redhat.com/show_bug.cgi?id=1118734 RFE] for redhat-rpm-config || | | <strike>ceph</strike> || OOM due too many CPUs and too few memory || sharkcz || || run build on builder with only 4 or 6 CPUs online - added [https://bugzilla.redhat.com/show_bug.cgi?id=1118734 RFE] for redhat-rpm-config || | ||
|- | |- | ||
| dbus-python || test failing || || || test fails on ppc64 only with latest buildroot || | | <strike>dbus-python</strike> || test failing || || || test fails on ppc64 only with latest buildroot || dbus-python-1.2.0-5.fc21 rebuilt with pygobject3-3.13.3-1.fc21 in buildroot | ||
|- | |- | ||
| <strike>libdb</strike> || FTBFS with openjdk8 - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1941862 || jcajka || [https://bugzilla.redhat.com/show_bug.cgi?id=1119258 1119258]|| fails on all archs || libdb-5.3.28-7.fc21 | | <strike>libdb</strike> || FTBFS with openjdk8 - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1941862 || jcajka || [https://bugzilla.redhat.com/show_bug.cgi?id=1119258 1119258]|| fails on all archs || libdb-5.3.28-7.fc21 | ||
Line 25: | Line 25: | ||
| <strike>python3-cairo</strike> || failing tests - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1942017 || jcajka || || probably the same problem was with pycairo || python3-cairo-1.10.0-10.fc21 | | <strike>python3-cairo</strike> || failing tests - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1942017 || jcajka || || probably the same problem was with pycairo || python3-cairo-1.10.0-10.fc21 | ||
|- | |- | ||
| atlas || missing ppc64le support || michel_mno || [https://bugzilla.redhat.com/show_bug.cgi?id=1080073 1080073] || still pending discussion upstream || | | atlas || missing ppc64le support || michel_mno || [https://bugzilla.redhat.com/show_bug.cgi?id=1080073 1080073] || still pending discussion upstream || temporary build atlas-3.10.2-0.fc21.dh.1 until rebased by maintainer | ||
|- | |- | ||
| <strike>erlang-rebar</strike> erlang-getopt <strike>erlang-erlydtl erlang-neotoma</strike> || missing bootstrap || michel_mno || [https://bugzilla.redhat.com/show_bug.cgi?id=1122088 1122088] || I am not authorised to commit erlang-rebar || erlang-rebar has been bootstrapped and erlang-erlydtl and erlang-neotoma have been built. erlang-getopt fails on LE: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1964305 | | <strike>erlang-rebar</strike> erlang-getopt <strike>erlang-erlydtl erlang-neotoma</strike> || missing bootstrap || michel_mno || [https://bugzilla.redhat.com/show_bug.cgi?id=1122088 1122088] || I am not authorised to commit erlang-rebar || erlang-rebar has been bootstrapped and erlang-erlydtl and erlang-neotoma have been built. erlang-getopt fails on LE: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1964305 |
Revision as of 08:18, 31 July 2014
Work Queue
This is the central point where work on build failures is organized, you can find here a list of failed builds, list of actual tasks and who works on them.
Failed builds
- failed builds between 2014-06-23 and 2014-07-04 = http://fedora.danny.cz/ppc/20140704-ppc-failed.txt
Tasks
package | problem | who | bugzilla | notes | resolved in build |
---|---|---|---|---|---|
coreutils/findutils/gettext/augeas/... | hanging test-lock from gnulib test-suite | N/A | isolated test case at http://jcajka.fedorapeople.org/gnulib-test-small.tar.gz | ||
FTBFS on ppc64le | sharkcz | 1113991 | dyninst-8.1.2-10.fc21 | ||
systemd | missing ppc64le support in ver >= 215 | N/A | http://lists.freedesktop.org/archives/systemd-devel/2014-July/020884.html | ||
missing ppc64le support | sharkcz | update 2.2.1 | gperftools-2.2.1-1.fc21 | ||
OOM due too many CPUs and too few memory | sharkcz | run build on builder with only 4 or 6 CPUs online - added RFE for redhat-rpm-config | |||
test failing | test fails on ppc64 only with latest buildroot | dbus-python-1.2.0-5.fc21 rebuilt with pygobject3-3.13.3-1.fc21 in buildroot | |||
FTBFS with openjdk8 - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1941862 | jcajka | 1119258 | fails on all archs | libdb-5.3.28-7.fc21 | |
failing tests - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1942017 | jcajka | probably the same problem was with pycairo | python3-cairo-1.10.0-10.fc21 | ||
atlas | missing ppc64le support | michel_mno | 1080073 | still pending discussion upstream | temporary build atlas-3.10.2-0.fc21.dh.1 until rebased by maintainer |
missing bootstrap | michel_mno | 1122088 | I am not authorised to commit erlang-rebar | erlang-rebar has been bootstrapped and erlang-erlydtl and erlang-neotoma have been built. erlang-getopt fails on LE: http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1964305 | |
FTBFS in primary - http://koji.fedoraproject.org/koji/taskinfo?taskID=7135864 - the maintainer is looking on it => root cause are changes in glibc and openssl | glibc 1119769 | we need a new build because python-2.7.7-2.fc21 uses the old libffi ABI on LE | python-2.7.7-3.fc21 built | ||
"failed to trace fstatat/fstatat64 properly" - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1960025 | sharkcz | 1122323 | strace-4.8-5.fc21 | ||
cxxtools | failing test "xmlserializer::testDouble: EXCEPTION" | menantea | 1108800 | patch proposed | |
xorg-x11-apps and busybox | struct winsize not defined | hamzy | 1122714 |
Detailed plans
python (DONE)
- http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1962223 which uses latest gcc-4.9.1-2.fc21 and glibc-2.19.90-30.fc21, but still fails on setegid test
- plan agreed with Siddhesh
- (DONE as glibc-2.19.90-31.fc22) he builds new glibc in rawhide and assures there is no problem in primary (i686), no builds in f21 until we are sure it works on all platforms
- (DONE) we rebuild this one in f21 as scratch build - http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1964230
- then rebuild python with it, mean a local mock build, on both ppc64 and ppc64le and wait for the result
- if all OK, I'll forward the info to Siddhesh
- if BAD, then we will work on isolating the failing test and give him access to the machine
- isolating the test could mean rebuild without test suite to have the python binaries that can be then used to execute the test