Bug#357634: marked as done (Please add mips/mipsel (and others) to control (or make it "any"))
Your message dated Sat, 18 Mar 2006 20:25:15 +0100
with message-id <20060318192515.GA4391@localhost.localdomain>
and subject line Bug#357634: Please add mips/mipsel (and others) to control (or make it "any")
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: spamoracle
Version: 1.4-7
Can you please add mips/mipsel to the control file? In fact, you may
want to check the arches ocaml-nox is available on and add all of them
to debian/control... which leads me to the next point: I think you
should just make this package "architecture: any".
> Automatic build of spamoracle_1.4-7 on bigsur by sbuild/mips 1.94
...
> dpkg-buildpackage: host architecture mips
> /usr/bin/fakeroot debian/rules clean
> dpatch deapply-all
> manpage not applied to ./ .
> build not applied to ./ .
> rm -rf patch-stamp patch-stampT debian/patched
> dh_testdir
> dh_testroot
> rm -f build-stamp configure-stamp
> /usr/bin/make clean
> make[1]: Entering directory `/build/tbm/spamoracle-1.4'
> rm -f spamoracle
> rm -f spamoracle.byte
> rm -f wordsplit.mll
> rm -f wordsplit.ml
> rm -f htmlscan.ml
> rm -f *.cm[iox] *.o
> make[1]: Leaving directory `/build/tbm/spamoracle-1.4'
> dh_clean
> debian/rules build
> test -d debian/patched || install -d debian/patched
> dpatch apply-all
> applying patch build to ./ ... ok.
> applying patch manpage to ./ ... ok.
> dpatch cat-all >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> #./configure --host=mips-linux-gnu --build=mips-linux-gnu --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
> touch configure-stamp
> dh_testdir
> #/usr/bin/make OCAMLC=ocamlc spamoracle.byte
> /usr/bin/make spamoracle.byte
> make[1]: Entering directory `/build/tbm/spamoracle-1.4'
> ocamlc -g -c configfile.mli
> ocamlc -g -c configfile.ml
> ocamlc -g -c config.mli
> ocamlc -g -c config.ml
> ocamllex htmlscan.mll
> 29 states, 882 transitions, table size 3702 bytes
> ocamlc -g -c htmlscan.mli
> ocamlc -g -c htmlscan.ml
> ocamlc -g -c mail.mli
> ocamlc -g -c mail.ml
> ocamlc -g -c database.mli
> ocamlc -g -c database.ml
> File "database.ml", line 124, characters 8-19:
> Warning Y: unused variable f.
> File "database.ml", line 128, characters 8-19:
> Warning Y: unused variable f.
> ocamlc -g -c mbox.mli
> ocamlc -g -c mbox.ml
> gcc -E -P -DFRENCH -DSPANISH -DITALIAN -DGERMAN -DPORTUGUESE -DJAPANESE - < wordsplit.mlp > wordsplit.mll \
> || { rm -f wordsplit.mll; exit 2; }
> ocamllex wordsplit.mll
> 85 states, 8532 transitions, table size 34638 bytes
> ocamlc -g -c wordsplit.mli
> ocamlc -g -c wordsplit.ml
> ocamlc -g -c rankmsg.mli
> ocamlc -g -c rankmsg.ml
> ocamlc -g -c attachments.mli
> ocamlc -g -c attachments.ml
> ocamlc -g -c processing.mli
> ocamlc -g -c processing.ml
> ocamlc -g -c main.ml
> ocamlc -g -o spamoracle.byte unix.cma str.cma configfile.cmo config.cmo htmlscan.cmo mail.cmo database.cmo mbox.cmo wordsplit.cmo rankmsg.cmo attachments.cmo processing.cmo main.cmo
> make[1]: Leaving directory `/build/tbm/spamoracle-1.4'
> if [ -x /usr/bin/ocamlopt ]; then \
> /usr/bin/make spamoracle; \
> fi
> touch build-stamp
> /usr/bin/fakeroot debian/rules binary-arch
> dh_testdir
> dh_testroot
> dh_clean -k
> dh_installdirs
> # Add here commands to install the package into debian/advi.
> if [ -x /usr/bin/ocamlopt ]; then \
> /usr/bin/make install DESTDIR=/build/tbm/spamoracle-1.4/debian/spamoracle; \
> fi
> /usr/bin/make install.byte DESTDIR=/build/tbm/spamoracle-1.4/debian/spamoracle-byte
> make[1]: Entering directory `/build/tbm/spamoracle-1.4'
> cp spamoracle.byte /build/tbm/spamoracle-1.4/debian/spamoracle-byte/usr/bin/spamoracle
> cp spamoracle.1 /build/tbm/spamoracle-1.4/debian/spamoracle-byte/usr/share/man/man1/spamoracle.1
> cp spamoracle.conf.5 /build/tbm/spamoracle-1.4/debian/spamoracle-byte/usr/share/man/man5/spamoracle.conf.5
> make[1]: Leaving directory `/build/tbm/spamoracle-1.4'
> install -m 644 debian/spamoracle-byte.override \
> /build/tbm/spamoracle-1.4/debian/spamoracle-byte/usr/share/lintian/overrides/spamoracle-byte
> dh_testdir -s
> dh_testdir: I have no package to build
> make: *** [binary-arch] Error 1
--
Martin Michlmayr
http://www.cyrius.com/
--- End Message ---
--- Begin Message ---
On Sat, Mar 18, 2006 at 06:09:01PM +0000, Martin Michlmayr wrote:
> Package: spamoracle
> Version: 1.4-7
>
> Can you please add mips/mipsel to the control file? In fact, you may
> want to check the arches ocaml-nox is available on and add all of them
> to debian/control... which leads me to the next point: I think you
> should just make this package "architecture: any".
No, i can't.
There is no native ocaml compiler for mips/mipsel, and as thus, there is no
need for mips/mipsel to build the native-code spamoracle package.
The bytecode version, spamoracle-byte, which provides spamoracle, is arch:
all, and thus will install just fine on mips/mipsel.
This is a feature, meaning we will build only the strict minimum of packages,
and not impose any uneeded additional load on non-native arch buildds, and
should be pretty obvious from the description of the spamoracle and
spamoracle-byte packages.
> > Automatic build of spamoracle_1.4-7 on bigsur by sbuild/mips 1.94
I guess you should just fix the buildds to not try to build packages they have
no business messing with.
Friendly,
Sven Luther
--- End Message ---
Reply to: