[rabbitmq-discuss] Unable to build Debian package since 2.7.0
jared.biel at bolderthinking.com
Tue Jan 3 19:41:30 GMT 2012
Thanks for the reply. It appears that the nmap/mercurial/git errors
don't stop the build process as they're not crucial to the build. I
believe the show stopping error is an erlang compile error:
erlc -Wall +debug_info -I eldap-wrapper/eldap-git/generated -o
Compiler function asn1ct:compile_asn/3 failed:
However, we don't use eldap so I decided to rip it out of the plugins
folder and make sure nothing attempted to build it. I got a little
farther then got an error with while building erlang-rfc4627-wrapper
(full output http://pastebin.com/raw.php?i=taEW7Xpr). At this point I
decided to go Kill Bill on the plugins directory and pared it down to
just the following: erlando, rabbitmq-auth-mechanism-ssl,
rabbitmq-federation, rabbitmq-ha-test, rabbitmq-metronome,
rabbitmq-shovel, rabbitmq-stomp, rabbitmq-toke, toke. After this I was
able to successfully build using pbuilder.
It seems that some of the plugins have erlc issues while building. We
don't use many plugins (yet) so it isn't a problem for us. However I'm
curious as to the method/build environment used for the official
packages at rabbitmq.com/debian.
On Tue, Jan 3, 2012 at 04:17, Steve Powell <steve at rabbitmq.com> wrote:
> Hi Jared,
> I'm afraid I'm not familiar with pbuilder, but rather than just ignore your
> note I looked at the output.
> There seem to be several puzzling things here:
> one is that dpkg complains about several packages not being installed:
>> Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ...
>> dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy:
>> pbuilder-satisfydepends-dummy depends on cdbs; however:
>> Package cdbs is not installed.
>> pbuilder-satisfydepends-dummy depends on debhelper (>= 5); however:
>> Package debhelper is not installed.
>> pbuilder-satisfydepends-dummy depends on erlang-dev; however:
>> Package erlang-dev is not installed.
>> pbuilder-satisfydepends-dummy depends on python-simplejson; however:
>> Package python-simplejson is not installed.
>> pbuilder-satisfydepends-dummy depends on xmlto; however:
>> Package xmlto is not installed.
>> pbuilder-satisfydepends-dummy depends on xsltproc; however:
>> Package xsltproc is not installed.
>> dpkg: error processing pbuilder-satisfydepends-dummy (--install):
>> dependency problems - leaving unconfigured
> though this looks as though to be corrected subsequently...I cannot interpret
> second, there is an nmap missing complaint at three places (not sure why
> you would be calling nmap here, though I see we have a ref to it in
> rabbitmq_auth_backend_ldap's package.mk file)
>> make: Entering directory `/tmp/buildd/rabbitmq-server-2.7.1/plugins-src'
>> make -f all-packages.mk clean-all-packages
>> /bin/sh: nmap: not found
> third, make ... clean in rabbit appears to fail strangely:
>> make -C ./rabbitmq-server clean
>> make: Entering an unknown directory
>> make: *** ./rabbitmq-server: No such file or directory. Stop.
>> make: Leaving an unknown directory
>> make: *** [rabbitmq-server+clean] Error 2
>> make: Target `clean-all-packages' not remade because of errors.
> which looks suspicious. It could imply a make problem... (note that this
> follows the rm -rf commands for mochiweb-wrapper and eldap-wrapper stuff)
> fourth, it appears some git repository structures don't exist, or are corrupt:
>> echo UPSTREAM_SHORT_HASH:=`git --git-dir=./mochiweb-wrapper/mochiweb-git/.git log -n 1 HEAD | grep commit | cut -b 8-14` >mochiweb-wrapper/build/hash.mk
>> fatal: Not a git repository: './mochiweb-wrapper/mochiweb-git/.git'
>> echo UPSTREAM_SHORT_HASH:=`git --git-dir=erlang-rfc4627-wrapper/erlang-rfc4627-git/.git log -n 1 HEAD | grep commit | cut -b 8-14` >erlang-rfc4627-wrapper/build/hash.mk
>> fatal: Not a git repository: 'erlang-rfc4627-wrapper/erlang-rfc4627-git/.git'
>> echo UPSTREAM_SHORT_HASH:=`git --git-dir=eldap-wrapper/eldap-git/.git log -n 1 HEAD | grep commit | cut -b 8-14` >eldap-wrapper/build/hash.mk
>> fatal: Not a git repository: 'eldap-wrapper/eldap-git/.git'
> again, I'm not sure why this might be but not getting the erlang patch would
> explain the compiler error:
>> Compiler function asn1ct:compile_asn/3 failed:
> and finally:
>> echo UPSTREAM_SHORT_HASH:=`hg id -R ./webmachine-wrapper/webmachine-hg -i | cut -c -7` >webmachine-wrapper/build/hash.mk
>> /bin/sh: hg: not found
> implies that you don't have mercurial installed, which might be a problem.
> I'm sure you could have found these things by yourself, but I hope one or
> more of these trigger some ideas for you to try.
> Steve Powell (a puzzled bunny)
> ----------some more definitions from the SPD----------
> avoirdupois (phr.) 'Would you like peas with that?'
> distribute (v.) To denigrate an award ceremony.
> definite (phr.) 'It's hard of hearing, I think.'
> modest (n.) The most mod.
> On 31 Dec 2011, at 00:49, Jared Biel wrote:
>> We make use of the .dsc .diff and .orig.tgz files present in your apt
>> repo located at http://rabbitmq.com/debian to perform some
>> modifications and rebuild using pbuilder. I have been unable to
>> successfully build a package since 2.7.0 because it fails to compile
>> one of the plugins (eldap-wrapper.) It appears to die with
>> "do-package.mk:507: *** Failed to produce eldap-wrapper/build/deps.mk.
>> Please see the full output of pbuilder here:
>> The only modification that I'm performing is changing -sname to -name
>> in all files where it's present. This worked prior to 2.7.0 (when the
>> plugins weren't included in the main source.)
>> Thanks for your help,
>> rabbitmq-discuss mailing list
>> rabbitmq-discuss at lists.rabbitmq.com
More information about the rabbitmq-discuss