8517
Comment:
|
8380
|
Deletions are marked like this. | Additions are marked like this. |
Line 78: | Line 78: |
pysvn 1.4.2+dfsg-0.1 python-svn (arm) uninstallable (I don't understand this: python-svn is installable and pysvn doesn't exist) quodlibet 0.23.1-1 quodlibet-ext (arm) uninstallable - needs python-ctypes from ctypes packages which is not built for arm due to lack of ffi_closure support in gcc. see #397653 |
quodlibet 0.23.1-1: quodlibet-ext uninstallable - needs python-ctypes from ctypes packages which is not built for arm due to lack of ffi_closure support in gcc. see #397653 |
Watching Arm failures
Information Source:
[http://buildd.debian.org/~jeroen/status/architecture.php?a=arm Arm buildd]
This list of uninstallable packages can be useful for prioritisation too: http://ftp-master.debian.org/~aba/test-issues/current
Feel free to:
- add any new failures on the list
- move fixed issues to fixed issues section
- update any issues you have insight in
mail relevant issues to buildd admin (timeouts, requeues, rebuilds) mailto:arm@buildd.debian.org
Significant issues
java problems
We do now have some working java as jikes and sablevm-classlib have built. I'm not sure how much of the backlog that will enable to build. Or if it all actually works properly. Fixing other java tools remains a high priority.
- gij-4.1
This is our most important bug - please try to fix it ASAP
{{{Setting up gij-4.1 (4.1.1-13) ... /var/lib/dpkg/info/gij-4.1.postinst: line 20: 19362 Segmentation fault gcj-dbtool-4.1 -n /var/lib/gcj-4.1/classmap.db dpkg: error processing gij-4.1 (--configure):}}} This is preventing all sort of things building. More info can be found at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388505 and upstream: http://gcc.gnu.org/PR29206
This needs someone who understands something about java, gcc and arm to fix. This patch http://nevyn.them.org/~drow/fix-arm-gcj.patch (thanx to Dan jacobwitz) looks like being a fix. Being tested natively...
This has been worked-around in gij-4.1 by simply not running gcj-dbtool, but now it pops up in ecj-bootstrap instead. (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=394396). Another workaround is given in that bugreport, but apparently it just breaks the package.
- kaffe
{{{/usr/bin/ecj -source 1.4 -encoding UTF-8 -warn:-deprecation,serial,unused -proceedOnError -bootclasspath -classpath /build/buildd/kaffe-1.1.7/build-tree/kaffe-1.1.7/libraries/javalib/vmspecific:/build/buildd/kaffe-1.1.7/build-tree/kaffe-1.1.7/libraries/javalib/external/classpath:/build/buildd/kaffe-1.1.7/build-tree/kaffe-1.1.7/libraries/javalib/external/classpath/external/w3c_dom:/build/buildd/kaffe-1.1.7/build-tree/kaffe-1.1.7/libraries/javalib/external/classpath/external/sax:/build/buildd/kaffe-1.1.7/build-tree/kaffe-1.1.7/libraries/javalib/external/classpath/external/relaxngDatatype:.: -d . @classes Exception in thread "main" java.lang.?NoClassDefFoundError: org.eclipse.jdt.core.compiler.IProblem <<No stacktrace available>> make[4]: *** [compile-classes] Error 1 make[4]: Leaving directory `/build/buildd/kaffe-1.1.7/build/jthreads/libraries/javalib/external/classpath/lib'}}}
A lot of java stuff is broken - some due to gij not installing some due to kaffe not building. We need to unbung this logjam. gij4-1 segfaults on setup (See above), but it has been worked around need gij4.1 fixing:
Mono can only build for v4 or later. see #394418. This seems fair enough. Investigation is still needed into why builds fail on some buildds (netwinders) but not others (cats), given that both of these are very similar. ==uninstallable== Curently: (2006-11-06) blitz++: needs atlas3 - #243447 quodlibet 0.23.1-1: quodlibet-ext uninstallable - needs python-ctypes from ctypes packages which is not built for arm due to lack of ffi_closure support in gcc. see #397653
These need proper bugreports generating and filing upstream. Comparing against cvs-snapshot on an unstable system if you can.
(packages which have built but didn't build properly for whatever reason (wrong versions of libraries, broken compilers)
These may be due to a genuine problem, or may simply be that the buildd really is taking a very long time (common with building large C++ files and linking a lot of files at once) and would actually complete eventually.
currently (early nov 2006) 34 of these - mostly waiting on java, which needs attention. Some others:
The haskell compiler ghc6 wasn't present when all these tried to build. It is now in the archive, so this lot should work.
These packages are not for arch=arm so are not expected to build. They still appear on the buildd status pages as failures.
multisync - removed from testing due to 6 RC bugs, replaced by opensync (1 RC bug). (NeilWilliams). Java dependencies
mono
gcc4 ICEs
unclassified ICE's
Normal issues
BinNMU needed
builds timing out
failed - bugs not yet filed
failed - bugs filed
depwait
needs retrying
needs urgent research - regressions
needs research - never worked
buildd problems
not-for-us
fixed/past issues