databases/bbdb keeps building forever

[ftigeot]

The databases/bbdb port never finishes building under poudriere/DragonFly 3.4/x86_64

An idle emacs-24.3 is running and the following messages are repeated forever in the build log file:

make: Working in: /usr/dports/databases/bbdb make: Working in: /wrkdirs/databases/bbdb/work/bbdb-2.35 make: Working in: /wrkdirs/databases/bbdb/work/bbdb-2.35/lisp make: Working in: /usr/dports/databases/bbdb make: Working in: /wrkdirs/databases/bbdb/work/bbdb-2.35/lisp etc...

[jrmarino]

The only idle emacs I see is from building destutils/org-mode.el I've never seen this bbdb misbehave.

[jrmarino]

Can you let me know if this is still happening? I haven't seen it on recent builds. (really I've never seen it).

[ftigeot]

I didn't see a problem with this particular port with the latest poudriere batch I ran

Unfortunately, there is still one idle emacs-24.3 process preventing the batch from completing. This time, it is from the www/emacs-w3m port.

ps auxww output: root 95488 0.0 0.0 211676 33296 1 S13NLM 5:24PM 0:07.39 /usr/local/bin/emacs-24.3 -q -no-site-file -batch -l ./w3mhack.el NONE -f w3mhack-compile

[jrmarino]

I think we should try to run that line outside of the build and see what's happening. Maybe lisp isn't working right on emacs.

[ftigeot]

New bulk build, new sleeping port. This time it's deskutils/org-mode.el which is (once again) running emacs-24.3

[jrmarino]

that's the port I mentioned above. I thought I disabled it already but apparently not. But this is what I mean: Clearly emacs is being used in the build and failing, so our choices are to mask all the ports that use this technique or figure out what's wrong with emacs and fix it.

[kaveman-]

Is parallel build enabled for this? If so, could you try without it?

[jrmarino]

Here's the culprit for emacs: root 60658 0.0 0.1 206832 30856 1 S0LM 5:47PM 0:02.26
/usr/local/bin/emacs-24.3 -batch -q -no-site-file -eval (setq load-path (cons (expand-file-name "./lisp/") (cons "/usr/local/share/emacs/site-lisp" load-path))) -f batch-byte-compile lisp/org-gnus.el

We need to figure out why that doesn't return. It comes as part of the org-mode.el build:

root 59933 0.0 0.0 2208 1516 1 I1LM 5:47PM 0:00.00
/bin/sh -c (cd /wrkdirs/deskutils/org-mode.el/work/org-7.8.11; if ! /usr/bin/env TMPDIR="/tmp" SHELL=/bin/sh NO_LINT=YES CCVER=gcc47 PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-pipe -O2 -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS="" CXX="c++" CXXFLAGS=" -pipe -O2 -fno-strict-aliasing" MANPREFIX="/usr/local" PATH=/usr/local/libexec/ccache:/usr/local/libexec/poudriere:/sbin:/bin:/usr/sbin:/usr/bin:/usr/pkg/bin:/usr/pkg/sbin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/pkg/xorg/bin:/usr/X11R6/bin:/root/bin CCACHE_DIR="/root/.ccache" BSD_INSTALL_PROGRAM="install -s -o root -g wheel -m 555" BSD_INSTALL_LIB="install -s -o root -g wheel -m 444" BSD_INSTALL_SCRIPT="install -o root -g wheel -m 555" BSD_INSTALL_DATA="install -o root -g wheel -m 444" BSD_INSTALL_MAN="install -o root -g wheel -m 444" gmake -f Makefile -j8 EMACS=/usr/local/bin/emacs-24.3 XEMACS=/usr/local/bin/emacs-24.3 all; then if [ -n "Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer." ] ; then echo "===> Compilation failed unexpectedly."; (echo "Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure to the maintainer.") | /usr/bin/fmt 75 79 ; fi; false; fi)

root 59934 0.0 0.0 9176 3364 1 I2LM 5:47PM 0:00.04
gmake -f Makefile -j8 EMACS=/usr/local/bin/emacs-24.3 XEMACS=/usr/local/bin/emacs-24.3 all

[jrmarino]

org.el may be caused by -jX where X > 1. I've set it to NOT_JOBS_SAFE, we'll see if that fixes it.

[jrmarino]

org.el has been behaved for weeks - closing this ticket as there are no known runaways.