mail/thunderbird: build process is not restartable?
Andriy Gapon
avg at FreeBSD.org
Mon Jun 25 16:02:23 UTC 2012
As you might know I like to hack on things, so I appreciate an ability to re-start
a build process :-)
It seems that patch-bugzilla-736961 breaks that ability for mail/thunderbird in my
environment:
$ make
...
gmake[6]: Entering directory
`/usr/obj/ports/usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/typelib/xpidl'
/usr/obj/ports/usr/ports/mail/thunderbird/work/comm-release/mozilla/config/nsinstall
-D ../../../dist/sdk/bin/ply
/usr/obj/ports/usr/ports/mail/thunderbird/work/comm-release/mozilla/config/nsinstall
-R -m 755 ../../../other-licenses/ply/ply/__init__.py
../../../other-licenses/ply/ply/lex.py ../../../other-licenses/ply/ply/yacc.py
../../../dist/sdk/bin/ply
gmake[7]: Entering directory
`/usr/obj/ports/usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/typelib/xpidl'
gmake[7]: *** No rule to make target
`../../../xpcom/idl-parser/cache/xpidllex.py', needed by `libs'. Stop.
$ find /usr/obj/ports/$PWD/work/comm-release -name xpidllex.py
/usr/obj/ports//usr/ports/mail/thunderbird/work/comm-release/mozilla/xpcom/idl-parser/xpidllex.py
My thunderbird port is at version 13.0.1.
The problem seems to happen only if I interrupt and restart the build.
But I am actually not sure about this as the build currently always fails for me
with a different error.
Hmm, I wonder if the last chunk of that patch is correct or if it is a result of
mechanical string replacement.
--
Andriy Gapon
More information about the freebsd-gecko
mailing list