Debian SKS package build problem

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Debian SKS package build problem

Jan Kesten-3
Hi all!

I'm very happy to have a new and more performant server for my keyserver
now and was trying to compile sks on it (it is running Debian sarge).

I picked up the tarball at

https://svn.clearairturbulence.org/debian-sks/trunk/sks/

as usual, but dpkg-buildpackage gives me the following (after doing much
more output):

ocamlopt -I lib -I bdb -I +numerix -I +cryptokit  -ccopt -Lbdb -dtypes
-inline 40 unix.cmxa str.cmxa bdb.cmxa nums.cmxa numerix.cmxa
bigarray.cmxa cryptokit.cmxa  -c number.ml
File "number.ml", line 21, characters 12-25:
Unbound module Numerix.Dlong
make[1]: *** [number.cmx] Error 2
make[1]: Leaving directory `/root/sources/sks/build-tree/sks-1.0.10'
make: *** [build-stamp] Error 2

I looked around at google but I found questions about this issue but no
answers at all. So any help is very welcome!

Thanks,
Jan



_______________________________________________
Sks-devel mailing list
[hidden email]
http://lists.nongnu.org/mailman/listinfo/sks-devel

signature.asc (284 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Debian SKS package build problem

Peter Palfrader-2
Jan Kesten schrieb am Dienstag, dem 04. April 2006:

> I'm very happy to have a new and more performant server for my keyserver
> now and was trying to compile sks on it (it is running Debian sarge).
>
> I picked up the tarball at
>
> https://svn.clearairturbulence.org/debian-sks/trunk/sks/
>
> as usual, but dpkg-buildpackage gives me the following (after doing much
> more output):
>
> ocamlopt -I lib -I bdb -I +numerix -I +cryptokit  -ccopt -Lbdb -dtypes
> -inline 40 unix.cmxa str.cmxa bdb.cmxa nums.cmxa numerix.cmxa
> bigarray.cmxa cryptokit.cmxa  -c number.ml
> File "number.ml", line 21, characters 12-25:
> Unbound module Numerix.Dlong
> make[1]: *** [number.cmx] Error 2
> make[1]: Leaving directory `/root/sources/sks/build-tree/sks-1.0.10'
> make: *** [build-stamp] Error 2
>
> I looked around at google but I found questions about this issue but no
> answers at all. So any help is very welcome!


Just the tarball or the entire tree?  Which arch?  How did you try to
build it?  Please provide more information.

--
 PGP signed and encrypted  |  .''`.  ** Debian GNU/Linux **
    messages preferred.    | : :' :      The  universal
                           | `. `'      Operating System
 http://www.palfrader.org/ |   `-    http://www.debian.org/


_______________________________________________
Sks-devel mailing list
[hidden email]
http://lists.nongnu.org/mailman/listinfo/sks-devel
Reply | Threaded
Open this post in threaded view
|

Re: Debian SKS package build problem

Jan Kesten-3
Hello, Peter!

Sorry for late reply - mailserver is migrating too :-)

> Just the tarball or the entire tree?  Which arch?  How did you try to
> build it?  Please provide more information.

No, the entire tree via subversion. Build was like this:

svn co https://svn.clearairturbulence.org/debian-sks/trunk/sks/
cd sks
dpkg-buildpackage

Runs fine until this error (I was building my package before exactly
like this for 1.0.9):

File "number.ml", line 21, characters 12-25:
Unbound module Numerix.Dlong

I searched the net, and found the solution (maybe). I'm running Debian
3.1r1a on amd64, so I think the problem is just patch number 509:

(* Change to Dlong for non x86 platforms *)
-module Nx = Numerix.Slong
+module Nx = Numerix.Dlong

Using Numerix.Slong doesn't work, .Dlong neither. But if I use .Clong
building is successful. As I'm no ocaml expert at all, can somebody
explain me the differences between the types and if it is okay to use Clong?

I started sks and it seems to be up and running and syncing correctly
with my old server.

Cheers,
Jan


_______________________________________________
Sks-devel mailing list
[hidden email]
http://lists.nongnu.org/mailman/listinfo/sks-devel

signature.asc (284 bytes) Download Attachment