On 17/01/17 20:01, Sebastian Andrzej Siewior wrote: > Hi, > > stumbled upon qterm [0] which is going to be autoremoved due to missing > build on mips64el. It waits for kwallet-kf5 which can't be build for > days. First it was due to a binutils bug (I think). Now it can't install > dbus, from [1]: > > |Setting up pinentry-curses (1.0.0-1) ... > |Setting up libavahi-common3:mips64el (0.6.32-1) ... > |Setting up dbus (1.10.14-1) ... > |Segmentation fault > |dpkg: error processing package dbus (--configure): > |subprocess installed post-installation script returned error exit > |status 139 > |Setting up libvorbisenc2:mips64el (1.3.5-4) ... > |Setting up libcaca0:mips64el (0.99.beta19-2+b1) ... > > There are few others packages in mips64el's queue with two digits > retries due to the same reason. > Is this dbus problem known?
Yes, this is: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851412 https://sourceware.org/bugzilla/show_bug.cgi?id=21054 > Is it possible to migrate qterm to testing despite the missing build on > mips64el? Not with outdated binaries. You can wait for this to be sorted out, or request the removal of the qterm mips64el binaries (preferably the former). Cheers, Emilio
