XPost: linux.debian.maint.ocaml.maint
From: [email protected]

This is a multi-part MIME message sent by reportbug.

Package: advi
Version: 1.5.2+cvs-2004.07.27
Severity: serious
Justification: no longer builds from source

Hi,

attached the debuild log from advi. Don't know why it suddenly fails on
alpha when it worked everywhere else.

MfG
Goswin

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: alpha
Kernel: Linux 2.6.8-rc3
Locale: LANG=C, LC_CTYPE=de_DE@euro

dpkg-buildpackage: source package is advi
dpkg-buildpackage: source version is 1.5.2+cvs-2004.07.27-2
dpkg-buildpackage: host architecture is alpha
fakeroot debian/rules clean
test -d debian/patched || install -d debian/patched
dpatch apply-all
applying patch build to ./ ... ok.
applying patch japanese-fonts to ./ ... ok.
applying patch cache_dir2 to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
#for i in doc/manual.dvi doc/manual.ps doc/manual.pdf doc/splash.dvi test/background.dvi test/color.dvi test/demo.dvi test/demo2.dvi test/demo_raw.dvi test/jpdemo.dvi test/trans.dvi test/trans2.dvi test/trans3.dvi test/trigo_source.dvi; do /bin/cp -f $i $
i.back; done
touch backup-stamp
dh_testdir
dh_testroot
rm -f build-stamp opt-built-stamp
/usr/bin/make veryclean
make[1]: Entering directory `/home/mrvn/build/advi/advi-1.5.2+cvs-2004.07.27' Makefile:20: Makefile.config: No such file or directory
Makefile:274: .depend: No such file or directory
dep *.mli config.ml misc.ml timeout.ml ageometry.ml options.ml rc.ml userfile.ml graphicsY11.ml global_options.ml busy.ml gradient.ml gterm.ml launch.ml dvicolor.ml shot.ml laser_pointer.ml symbol.ml input.ml table.ml pkfont.ml ttfont.ml jfm.ml search.ml
font.ml glyph.ml devfont.ml units.ml dimension.ml dvi.ml drawimage.ml gs.ml transimpl.ml embed.ml grdev.ml addons.ml scratch.ml cdvi.ml driver.ml thumbnails.ml dviview.ml main.ml > .depend
/bin/sh: dep: command not found
make[1]: *** [.depend] Error 127
make[1]: Leaving directory `/home/mrvn/build/advi/advi-1.5.2+cvs-2004.07.27' make: [realclean] Error 2 (ignored)
dh_clean
dpatch deapply-all
reverting patch cache_dir2 from ./ ... ok.
reverting patch japanese-fonts from ./ ... ok.
reverting patch build from ./ ... ok.
rm -rf patch-stamp patch-stampT debian/patched
#if [ -e backup-stamp ]; then \
# for i in doc/manual.dvi doc/manual.ps doc/manual.pdf doc/splash.dvi test/background.dvi test/color.dvi test/demo.dvi test/demo2.dvi test/demo_raw.dvi test/jpdemo.dvi test/trans.dvi test/trans2.dvi test/trans3.dvi test/trigo_source.dvi; do /bin/cp -f $
i.back $i; /bin/rm $i.back; done;\
#fi
rm -f backup-stamp
debian/rules build
test -d debian/patched || install -d debian/patched
dpatch apply-all
applying patch build to ./ ... ok.
applying patch japanese-fonts to ./ ... ok.
applying patch cache_dir2 to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
dh_testdir
./configure --host=alpha-linux --build=alpha-linux \
--prefix=/usr --mandir=\${prefix}/share/man \
--infodir=\${prefix}/share/info
checking for ocaml... /usr/bin/ocaml
checking your compiler version... version 3.08.0 at /usr/lib/ocaml/3.08 checking for kpsexpand... /usr/bin/kpsexpand
checking TeX root path... /usr/share/texmf
checking for kpsewhich... /usr/bin/kpsewhich
checking for gzip... /bin/gzip
checking for camlimages... found
checking for labltk... found
checking for gs... /usr/bin/gs
checking for gs version... ok
checking for ocamlopt... /usr/bin/ocamlopt
checking for alpha-linux-gcc... alpha-linux-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether alpha-linux-gcc accepts -g... yes
checking for alpha-linux-gcc option to accept ANSI C... none needed
checking how to run the C preprocessor... alpha-linux-gcc -E
checking for X... libraries /usr/X11R6/lib, headers in standard search path checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking X11/extensions/Xinerama.h usability... yes
checking X11/extensions/Xinerama.h presence... yes
checking for X11/extensions/Xinerama.h... yes
checking for hevea... nope
configure: creating ./config.status
config.status: creating Makefile.config
config.status: creating config.ml ------------------------------------------------- Configuration finished

Configuration summary

Language: ocaml version 3.08.0
Camlimages: true
LablTk: true
GS: version 8.01 at /usr/bin/gs
Resources: /usr/lib/advi/
Conffiles: /etc/advi/
Hevea: nope
Xinerama: true ------------------------------------------------------------------------ dh_testdir
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
/usr/bin/make HAVE_OPT=".opt" opt; \
touch opt-built-stamp; \
else if [ -x /usr/bin/ocamlopt ]; then \
echo "Building the native code version"; \
/usr/bin/make HAVE_OPT="" opt; \
touch opt-built-stamp; \
else \
echo "Building the bytecode version"; \
/usr/bin/make byte; \
fi fi

[continued in next message]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.ocaml.maint
From: [email protected]

On Thu, Aug 12, 2004 at 09:28:15AM +0200, Goswin Brederlow wrote:

Package: advi
Version: 1.5.2+cvs-2004.07.27
Severity: serious
Justification: no longer builds from source

Hi,

attached the debuild log from advi. Don't know why it suddenly fails on
alpha when it worked everywhere else.

MfG
Goswin

-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: alpha
Kernel: Linux 2.6.8-rc3
Locale: LANG=C, LC_CTYPE=de_DE@euro

dpkg-buildpackage: source package is advi
dpkg-buildpackage: source version is 1.5.2+cvs-2004.07.27-2 dpkg-buildpackage: host architecture is alpha
fakeroot debian/rules clean
test -d debian/patched || install -d debian/patched
dpatch apply-all
applying patch build to ./ ... ok.
applying patch japanese-fonts to ./ ... ok.
applying patch cache_dir2 to ./ ... ok.
dpatch cat-all >>patch-stampT
mv -f patch-stampT patch-stamp
#for i in doc/manual.dvi doc/manual.ps doc/manual.pdf doc/splash.dvi test/background.dvi test/color.dvi test/demo.dvi test/demo2.dvi test/demo_raw.dvi test/jpdemo.dvi test/trans.dvi test/trans2.dvi test/trans3.dvi test/trigo_source.dvi; do /bin/cp -f $

i $i.back; done

touch backup-stamp
dh_testdir
dh_testroot
rm -f build-stamp opt-built-stamp
/usr/bin/make veryclean
make[1]: Entering directory `/home/mrvn/build/advi/advi-1.5.2+cvs-2004.07.27' Makefile:20: Makefile.config: No such file or directory
Makefile:274: .depend: No such file or directory
dep *.mli config.ml misc.ml timeout.ml ageometry.ml options.ml rc.ml userfile.ml graphicsY11.ml global_options.ml busy.ml gradient.ml gterm.ml launch.ml dvicolor.ml shot.ml laser_pointer.ml symbol.ml input.ml table.ml pkfont.ml ttfont.ml jfm.ml search.

ml font.ml glyph.ml devfont.ml units.ml dimension.ml dvi.ml drawimage.ml gs.ml transimpl.ml embed.ml grdev.ml addons.ml scratch.ml cdvi.ml driver.ml thumbnails.ml dviview.ml main.ml > .depend

/bin/sh: dep: command not found

Here is the error, it should be ocamldep, not dep.

which means that the dependencies are not correctly generated.

Normally CAML is set in Makefile.config, which is included at the start of Makefile. Can you have a look of why this don't hapen ?

Friendly,

Sven Luther


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.ocaml.maint
From: [email protected]

On 12/08/2004-09:45, Goswin Brederlow wrote:

<snip the beginning of the build log>
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
/usr/bin/make HAVE_OPT=".opt" opt; \
touch opt-built-stamp; \
else if [ -x /usr/bin/ocamlopt ]; then \
echo "Building the native code version"; \
/usr/bin/make HAVE_OPT="" opt; \
touch opt-built-stamp; \
else \
echo "Building the bytecode version"; \
/usr/bin/make byte; \
fi fi
Building the native code version with the native compilers

Ok, here is where it differs from the build log at http://buildd.debian.org/fetch.php?&pkg=advi&ver=1.5.2%2Bcvs-2004.07.27-2&arch=i386&stamp=1091989825&file=log&as=raw.
The last line of the Makefile is "include .depend", which normally
causes a regeneration of this file. However, here it what "info make"
say about included Makefiles:
| If the specified name does not start with a slash, and the file is
|not found in the current directory, several other directories are
|searched. First, any directories you have specified with the `-I' or |`--include-dir' option are searched (*note Summary of Options: Options |Summary.). Then the following directories (if they exist) are
|searched, in this order: `PREFIX/include' (normally `/usr/local/include'
|(1)) `/usr/gnu/include', `/usr/local/include', `/usr/include'.

My guess is that one of these files exist on your system, and the
".depend" rule of advi's Makefile is never called. The safe way would be
to explicitely run make .depend before building advi.

Regards,
Julien

make[1]: Entering directory `/home/mrvn/build/advi/advi-1.5.2+cvs-2004.07.27' ocamlc -warn-error A -g -ccopt "-DHAVE_XINERAMA -I/usr/X11R6/include -O -fno-defer-pop -Wall -Wno-unused" -c events.c
ocamlc -warn-error A -g -ccopt "-DHAVE_XINERAMA -I/usr/X11R6/include -O -fno-defer-pop -Wall -Wno-unused" -c grwm.c
ocamlc -warn-error A -g -ccopt "-DHAVE_XINERAMA -I/usr/X11R6/include -O -fno-defer-pop -Wall -Wno-unused" -c grY11.c
ocamlopt.opt -warn-error A -inline 9 -I /usr/lib/ocaml/3.08/camlimages -c config.ml
ocamlopt.opt -warn-error A -inline 9 -I /usr/lib/ocaml/3.08/camlimages -c misc.ml
File "misc.ml", line 1, characters -1--1:
Could not find the .cmi file for interface misc.mli.
make[1]: *** [misc.cmx] Error 2
make[1]: Leaving directory `/home/mrvn/build/advi/advi-1.5.2+cvs-2004.07.27'

--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.ocaml.maint
From: [email protected]

On Thu, Aug 12, 2004 at 12:15:36PM +0200, Julien Cristau wrote:

On 12/08/2004-09:45, Goswin Brederlow wrote:

<snip the beginning of the build log>
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
/usr/bin/make HAVE_OPT=".opt" opt; \
touch opt-built-stamp; \
else if [ -x /usr/bin/ocamlopt ]; then \
echo "Building the native code version"; \
/usr/bin/make HAVE_OPT="" opt; \
touch opt-built-stamp; \
else \
echo "Building the bytecode version"; \
/usr/bin/make byte; \
fi fi
Building the native code version with the native compilers

Ok, here is where it differs from the build log at http://buildd.debian.org/fetch.php?&pkg=advi&ver=1.5.2%2Bcvs-2004.07.27-2&arch=i386&stamp=1091989825&file=log&as=raw.
The last line of the Makefile is "include .depend", which normally
causes a regeneration of this file. However, here it what "info make"
say about included Makefiles:
| If the specified name does not start with a slash, and the file is
|not found in the current directory, several other directories are
|searched. First, any directories you have specified with the `-I' or |`--include-dir' option are searched (*note Summary of Options: Options |Summary.). Then the following directories (if they exist) are
|searched, in this order: `PREFIX/include' (normally `/usr/local/include' |(1)) `/usr/gnu/include', `/usr/local/include', `/usr/include'.

My guess is that one of these files exist on your system, and the
".depend" rule of advi's Makefile is never called. The safe way would be
to explicitely run make .depend before building advi.

Goswin, can you test this by adding the $(MAKE) .depend below to the debian/rules file ?

build: build-stamp
build-stamp: patch-stamp config.status
dh_testdir

$(MAKE) .depend
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
$(MAKE) HAVE_OPT=".opt" opt; \
...

If you confirm this works, i will make a new upload of advi that fixes this issue.

Friendly,

Sven Luther


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.ocaml.maint
From: [email protected]

Sven Luther <[email protected]> writes:

On Thu, Aug 12, 2004 at 12:15:36PM +0200, Julien Cristau wrote:

On 12/08/2004-09:45, Goswin Brederlow wrote:

<snip the beginning of the build log>
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
/usr/bin/make HAVE_OPT=".opt" opt; \
touch opt-built-stamp; \
else if [ -x /usr/bin/ocamlopt ]; then \
echo "Building the native code version"; \
/usr/bin/make HAVE_OPT="" opt; \
touch opt-built-stamp; \
else \
echo "Building the bytecode version"; \
/usr/bin/make byte; \
fi fi
Building the native code version with the native compilers

Ok, here is where it differs from the build log at
http://buildd.debian.org/fetch.php?&pkg=advi&ver=1.5.2%2Bcvs-2004.07.27-2&arch=i386&stamp=1091989825&file=log&as=raw.
The last line of the Makefile is "include .depend", which normally
causes a regeneration of this file. However, here it what "info make"
say about included Makefiles:
| If the specified name does not start with a slash, and the file is
|not found in the current directory, several other directories are
|searched. First, any directories you have specified with the `-I' or
|`--include-dir' option are searched (*note Summary of Options: Options
|Summary.). Then the following directories (if they exist) are
|searched, in this order: `PREFIX/include' (normally `/usr/local/include'
|(1)) `/usr/gnu/include', `/usr/local/include', `/usr/include'.

My guess is that one of these files exist on your system, and the
".depend" rule of advi's Makefile is never called. The safe way would be
to explicitely run make .depend before building advi.

Goswin, can you test this by adding the $(MAKE) .depend below to the debian/rules file ?

build: build-stamp
build-stamp: patch-stamp config.status
dh_testdir

$(MAKE) .depend
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
$(MAKE) HAVE_OPT=".opt" opt; \
...

If you confirm this works, i will make a new upload of advi that fixes this issue.

Friendly,

Sven Luther

I rerun debuild on the failed build and it worked. Then I requed the
package on the same buildd to see if a pristine source would fail but
that now build too.

Either the system had a hickup or something fixed itself while it
installed and purged Build-Depends for packages inbetween.

So while I can't reproduce it and thus can't test if the "$(MAKE)
.depend" makes a difference it still looks like its saver to add
it. Can't hurd, can it?

MfG
Goswin


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)

XPost: linux.debian.maint.ocaml.maint
From: [email protected]

On Thu, Aug 12, 2004 at 02:54:17PM +0200, Goswin von Brederlow wrote:

Sven Luther <[email protected]> writes:

On Thu, Aug 12, 2004 at 12:15:36PM +0200, Julien Cristau wrote:

On 12/08/2004-09:45, Goswin Brederlow wrote:

<snip the beginning of the build log>
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
/usr/bin/make HAVE_OPT=".opt" opt; \
touch opt-built-stamp; \
else if [ -x /usr/bin/ocamlopt ]; then \
echo "Building the native code version"; \
/usr/bin/make HAVE_OPT="" opt; \
touch opt-built-stamp; \
else \
echo "Building the bytecode version"; \
/usr/bin/make byte; \
fi fi
Building the native code version with the native compilers

Ok, here is where it differs from the build log at
http://buildd.debian.org/fetch.php?&pkg=advi&ver=1.5.2%2Bcvs-2004.07.27-2&arch=i386&stamp=1091989825&file=log&as=raw.
The last line of the Makefile is "include .depend", which normally
causes a regeneration of this file. However, here it what "info make"
say about included Makefiles:
| If the specified name does not start with a slash, and the file is
|not found in the current directory, several other directories are
|searched. First, any directories you have specified with the `-I' or
|`--include-dir' option are searched (*note Summary of Options: Options
|Summary.). Then the following directories (if they exist) are
|searched, in this order: `PREFIX/include' (normally `/usr/local/include' >> |(1)) `/usr/gnu/include', `/usr/local/include', `/usr/include'.

My guess is that one of these files exist on your system, and the
".depend" rule of advi's Makefile is never called. The safe way would be >> to explicitely run make .depend before building advi.

Goswin, can you test this by adding the $(MAKE) .depend below to the debian/rules file ?

build: build-stamp
build-stamp: patch-stamp config.status
dh_testdir

$(MAKE) .depend
if [ -x /usr/bin/ocamlopt.opt ]; then \
echo "Building the native code version with the native compilers"; \
$(MAKE) HAVE_OPT=".opt" opt; \
...

If you confirm this works, i will make a new upload of advi that fixes this issue.

Friendly,

Sven Luther

I rerun debuild on the failed build and it worked. Then I requed the
package on the same buildd to see if a pristine source would fail but
that now build too.

Either the system had a hickup or something fixed itself while it
installed and purged Build-Depends for packages inbetween.

So while I can't reproduce it and thus can't test if the "$(MAKE)
.depend" makes a difference it still looks like its saver to add
it. Can't hurd, can it?

Ok. I have added the patch to svn for a future upload, but will not make an upload specialized for this.

Friendly,

Sven Luther


--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]

--- SoupGate-Win32 v1.05
* Origin: you cannot sedate... all the things you hate (1:229/2)