Hi, I've been monitoring the status of noteedit in unstable and testing. As Thomas Bushnell pointed out recently on this list, it would be Very Good if noteedit 2.7.1 could get into testing; in fact, I uploaded 2.7.1 to testing-proposed-updates over a week ago in order to help this process along. However, now I'm getting periodic reject mails from dinstall about autobuilt noteedit packages, due to the fact that noteedit is out of date on several architectures in unstable. In most cases, it looks like the problem is just that KDE is broken/not yet built on those architectures, so the problem should resolve itself over time. (in fact, only s390 remains of the architectures exhibiting the "KDE is uninstallable" symptom) However, arm seems to be a bit trickier. noteedit requires libqt3-compat-headers to build. Until recently, this was an Architecture: all package, but in version 3.3.3-1, it was changed to an Architecture: any package. Because it was Architecture: all, it was removed from unstable with 3.3.2-5 -- but arm has not built a new version of qt3 yet, and so libqt3-compat-headers is unavailable, causing every build of noteedit to fail. Why has arm not built a new version of qt3? It's been attempted several times over the last week; each time, the build log ends with this: /build/buildd/qt-x11-free-3.3.3/bin/uic -L /build/buildd/qt-x11-free-3.3.3/plugins pixmapfunction.ui -o pixmapfunction.h QSettings: error creating /home/buildd/.qt QSettings: error creating /home/buildd/.qt make[4]: *** Deleting file `pixmapfunction.h' make[3]: *** [sub-designer] Terminated make[2]: *** wait: No child processes. Stop. make[2]: *** Waiting for unfinished jobs.... make[2]: *** wait: No child processes. Stop. make[1]: *** [sub-tools] Terminated make[4]: *** [pixmapfunction.h] Terminated make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs.... make: *** wait: No child processes. Stop. Build killed with signal 15 after 499 minutes of inactivity As far as I can tell, either the qt3 in unstable produces a uic that hangs on arm, or some hardcoded timer is triggering to kill the build prematurely (I don't know if "inactivity" is measured from the time the build starts, or if it watches stdout/stderr to see whether anything is happening). Is anyone looking into this? I don't see a bug filed against qt3, and it's been a week since the first build failure occured. Thanks, Daniel -- /-------------------- Daniel Burrows <dburrows@debian.org> -------------------\ | "Witches and pickles went together like...she hesitated at | | the stomach-curdling addition of peaches and cream, and | | mentally substituted 'things that went together very well'" | | -- Terry Pratchett | \----------------- The Turtle Moves! -- http://www.lspace.org ----------------/
Attachment:
pgp5NADksNlUn.pgp
Description: PGP signature