Bug#561358: marked as done (libaprutil1: Failes to build from source with error: make: *** No rule to make target `include/apr_md5.h', needed by `crypto/getuuid.lo'.)
Your message dated Wed, 16 Dec 2009 22:36:19 +0100
with message-id <200912162236.19550.sf@sfritsch.de>
and subject line Re: Bug#561358: libaprutil1: Failes to build from source with error: make: *** No rule to make target `include/apr_md5.h', needed by `crypto/getuuid.lo'.
has caused the Debian Bug report #561358,
regarding libaprutil1: Failes to build from source with error: make: *** No rule to make target `include/apr_md5.h', needed by `crypto/getuuid.lo'.
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
561358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561358
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: libaprutil1
Version: 1.2.12
Severity: important
Justification: fails to build from source
I built apr 1.2.12 with a prefix with no problems.
But when I want to build libaprutil1 from source I get the following output:
.....
/bin/sh /var/www//build-1/libtool --silent --mode=compile gcc -g -O2
/-pthread -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE
/-D_LARGEFILE64_SOURCE -I/home/tigges/apr-util-1.2.12/include
/-I/home/tigges/apr-util-1.2.12/include/private -I/var/www//include/apr-1
/-I/home/tigges/apr-util-1.2.12/xml/expat/lib -o crypto/uuid.lo -c
/crypto/uuid.c && touch crypto/uuid.lo
make[1]: *** No rule to make target `include/apr_md5.h', needed by
`crypto/getuuid.lo'. Stop.
make[1]: Leaving directory `/home/tigges/apr-util-1.2.12'
make: *** [all-recursive] Error 1
I expirienced this behavior on a 32 and 64 bit Debian Lenny.
When I get the Sources from Apache.org in version 1.3.9 (both apr and
aprutils) I have no problems to build and install.
What I did:
apt-get --download-only source libaprutil1 apr
cd apr-1.2.12/
../configure --prefix=/var/www/
make
make install
# No problem here
cd apr-util-1.2.12/
../configure --prefix=/var/www --with-apr=/var/www
make
#Here it stops!
Then I tried
cp apr-util_1.2.12+dfsg-8+lenny4.diff apr-util-1.2.12/
patch -p1 -i apr-util_1.2.12+dfsg-8+lenny4.diff
#looked good for me
make
#And again it stopped here.
Perhaps I did sth. wrong, then delete this report.
But with the orig. sources from Apache.org I had no problems.
Thanks a lot
sincerely
Florian Tigges
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---
On Wednesday 16 December 2009, Florian Tigges wrote:
> I built apr 1.2.12 with a prefix with no problems.
> But when I want to build libaprutil1 from source I get the
> following output: .....
> /bin/sh /var/www//build-1/libtool --silent --mode=compile gcc -g
> -O2 /-pthread -DHAVE_CONFIG_H -DLINUX=2 -D_REENTRANT
> -D_GNU_SOURCE /-D_LARGEFILE64_SOURCE
> -I/home/tigges/apr-util-1.2.12/include
> /-I/home/tigges/apr-util-1.2.12/include/private
> -I/var/www//include/apr-1
> /-I/home/tigges/apr-util-1.2.12/xml/expat/lib -o crypto/uuid.lo
> -c /crypto/uuid.c && touch crypto/uuid.lo
> make[1]: *** No rule to make target `include/apr_md5.h', needed by
> `crypto/getuuid.lo'. Stop.
> make[1]: Leaving directory `/home/tigges/apr-util-1.2.12'
> make: *** [all-recursive] Error 1
>
This is not a bug, it builds fine if you use the Debian build system
(dpkg-buildpackage).
You need to at least apply the Debian patches with "fakeroot
debian/rules patch" to get the md5 files (the original md5
implementation is not included in the orig.tar.gz because of licensing
issues).
--- End Message ---
Reply to: