Bug#406711: closed by Sylvain Le Gall [EMAIL PROTECTED] (Bug#406711: fixed in ocamlgsl 0.5.2-1)

2007-01-18 Thread Hans Fangohr
Hi again,

 This is an automatic notification regarding your Bug report
 #406711: libocamlgsl-ocaml-dev: undefined reference to 
 `ml_gsl_sf_legendre_array_size_e' when building top level,
 which was filed against the libocamlgsl-ocaml-dev package.

 It has been closed by Sylvain Le Gall [EMAIL PROTECTED].

 Their explanation is attached below.  If this explanation is
 unsatisfactory and you have not received a better one in a separate
 message then please contact Sylvain Le Gall [EMAIL PROTECTED] by replying
 to this email.

 Debian bug tracking system administrator
 (administrator, Debian Bugs database)


While I have tested that the bug was removed with 'sid' in
/etc/apt/sources.list, it appears that the modified package that
resolves the bug has not yet filtered through to etch (unless I got
something wrong).

Can I chase this somehow?

Thank you,

Hans









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



Bug#406711: closed by Sylvain Le Gall [EMAIL PROTECTED] (Bug#406711: fixed in ocamlgsl 0.5.2-1)

2007-01-18 Thread Hans Fangohr
HI Sylvain,

  Hi again,
 
  This is an automatic notification regarding your Bug report
  #406711: libocamlgsl-ocaml-dev: undefined reference to 
  `ml_gsl_sf_legendre_array_size_e' when building top level,
  which was filed against the libocamlgsl-ocaml-dev package.
 
  It has been closed by Sylvain Le Gall [EMAIL PROTECTED].
 
  Their explanation is attached below.  If this explanation is
  unsatisfactory and you have not received a better one in a separate
  message then please contact Sylvain Le Gall [EMAIL PROTECTED] by replying
  to this email.
 
  Debian bug tracking system administrator
  (administrator, Debian Bugs database)
 
 
  While I have tested that the bug was removed with 'sid' in
  /etc/apt/sources.list, it appears that the modified package that
  resolves the bug has not yet filtered through to etch (unless I got
  something wrong).
 
  Can I chase this somehow?

 Etch is frozen. There is only one possibility to made the package migrate
 to it. I am in discussion with debian-release, to make it migrate. It can
 take sometimes.

Thank you for looking into this. I am not familiar with the debian
policies and I understand that they have to be respected. However,
this is an important bug in my opinion, and I wouldn't want the new
stable debian to be released with it. Good luck in the discussions,
and thanks again for maintaining these packages.

Hans


 Kind regard
 Sylvain Le Gall






--
Hans Fangohr
School of Engineering Sciences
University of Southampton
Phone: +44 (0) 238059 8345

Email: [EMAIL PROTECTED]
http://www.soton.ac.uk/~fangohr






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



Bug#406711: libocamlgsl-ocaml-dev: undefined reference to `ml_gsl_sf_legendre_array_size_e' when building top level

2007-01-14 Thread Hans Fangohr
Hi Sylvain,


 Hello,

 On Wed, Jan 03, 2007 at 03:18:44PM +, Hans Fangohr wrote:
  Package: libocamlgsl-ocaml-dev
  Version: 0.5.1-3
  Severity: important
 
  Hi,
 
  When building any ocaml-toplevel executables that use gsl, we obtain the 
  following error (we show the
  output of an example below, the source files for that example are attached):
 
   [EMAIL PROTECTED]:~/tmp/gslbug/gslbug$ make top
   make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
   making ._bcdi/gsltest.di from gsltest.mli
   making ._d/gsltest.d from gsltest.ml
   make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
   make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
   ocamlfind ocamlc -package gsl,threads -c -thread gsltest.mli
   ocamlfind ocamlc -package gsl,threads -c -thread gsltest.ml
   ocamlfind ocamlmktop \
   -package gsl,threads -linkpkg \
   -thread -custom-o 
  gsltest.top \
   gsltest.cmo
   /tmp/ccZU8img.o:(.data+0x12b4): undefined reference to 
  `ml_gsl_sf_legendre_array_size_e'
   collect2: ld returned 1 exit status
   Error while building custom runtime system
   make[1]: *** [gsltest.top] Error 2
   make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
   make: *** [top] Error 2
 
  This has come up in a larger project, and means we can't compile this 
  anymore on debian etch. (Rather
  annoying from our point of view.)
 
  To make it easier to track this down, I attach a gzipped tar file, which 
  can be untarred. It contains the
  files 'gsltest.ml  gsltest.mli  Makefile  META  OCamlMakefile' in a 
  subdirectory 'gslbug'. If you cd into
  that subdirectory and run 'make top', you should get the error above.
 
  I have tested this with older versions of etch (based on libocaml 0.4, and 
  it works fine).
 
  Thanks,
 
  Hans
 

 I am uploading a new version of ocamlgsl to unstable. Before asking to
 migrate it to etch, i need you to fetch it into unstable, install and
 test (you should not have any dependency problem, today etch and sid are
 almost the same). Once, you will have tell me if there is no further
 problem, i will ask the release team to migrate the package to etch (we
 are in freeze, the migration is not automatic).

I have done that; it works now. Very helpful.

Many thanks for acting so promptly (once my message reached you). ;-)

Best wishes,

Hans


 Kind regard
 Sylvain Le Gall





--
Hans Fangohr
School of Engineering Sciences
University of Southampton
Phone: +44 (0) 238059 8345

Email: [EMAIL PROTECTED]
http://www.soton.ac.uk/~fangohr






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



Bug#406711: libocamlgsl-ocaml-dev: undefined reference to `ml_gsl_sf_legendre_array_size_e' when building top level

2007-01-14 Thread Hans Fangohr
Hi Sylvain,

 ps: this is very strange, your mail have been delayed for 10 days ?

yes -- it was rather wired. I did email it to [EMAIL PROTECTED]
on 3 Jan and never got a receipt (or Bug id). I did contact
[EMAIL PROTECTED] about 10 days later to ask (no response). I then
got my email coming back to me, saying that [EMAIL PROTECTED] wasn't a
valid email address (unlikely, as I sent this with the reportbug-tool.

Anyway, I just sent the email again to [EMAIL PROTECTED] a few
days ago, and all worked well from there on.

Regards,

Hans



 On Wed, Jan 03, 2007 at 03:18:44PM +, Hans Fangohr wrote:
  Package: libocamlgsl-ocaml-dev
  Version: 0.5.1-3
  Severity: important
 
  Hi,
 
  When building any ocaml-toplevel executables that use gsl, we obtain the 
  following error (we show the
  output of an example below, the source files for that example are attached):
 
   [EMAIL PROTECTED]:~/tmp/gslbug/gslbug$ make top
   make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
   making ._bcdi/gsltest.di from gsltest.mli
   making ._d/gsltest.d from gsltest.ml
   make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
   make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
   ocamlfind ocamlc -package gsl,threads -c -thread gsltest.mli
   ocamlfind ocamlc -package gsl,threads -c -thread gsltest.ml
   ocamlfind ocamlmktop \
   -package gsl,threads -linkpkg \
   -thread -custom-o 
  gsltest.top \
   gsltest.cmo
   /tmp/ccZU8img.o:(.data+0x12b4): undefined reference to 
  `ml_gsl_sf_legendre_array_size_e'
   collect2: ld returned 1 exit status
   Error while building custom runtime system
   make[1]: *** [gsltest.top] Error 2
   make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
   make: *** [top] Error 2
 
  This has come up in a larger project, and means we can't compile this 
  anymore on debian etch. (Rather
  annoying from our point of view.)
 
  To make it easier to track this down, I attach a gzipped tar file, which 
  can be untarred. It contains the
  files 'gsltest.ml  gsltest.mli  Makefile  META  OCamlMakefile' in a 
  subdirectory 'gslbug'. If you cd into
  that subdirectory and run 'make top', you should get the error above.
 
  I have tested this with older versions of etch (based on libocaml 0.4, and 
  it works fine).
 
  Thanks,
 
  Hans
 
  -- System Information:
  Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
  Architecture: i386 (i686)
  Shell:  /bin/sh linked to /bin/bash
  Kernel: Linux 2.6.18-3-486
  Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
 
  Versions of packages libocamlgsl-ocaml-dev depends on:
  ii  libgsl0-dev   1.8-2  GNU Scientific Library (GSL) 
  -- de
  ii  libocamlgsl-ocaml 0.5.1-3GNU scientific library for 
  OCaml
  ii  ocaml-nox [ocaml-nox-3.09.2]  3.09.2-7   ML language implementation 
  with a
 
  libocamlgsl-ocaml-dev recommends no packages.
 
  -- no debconf information
 
 







--
Hans Fangohr
School of Engineering Sciences
University of Southampton
Phone: +44 (0) 238059 8345

Email: [EMAIL PROTECTED]
http://www.soton.ac.uk/~fangohr






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



Bug#406711: libocamlgsl-ocaml-dev: undefined reference to `ml_gsl_sf_legendre_array_size_e' when building top level

2007-01-13 Thread Hans Fangohr
Package: libocamlgsl-ocaml-dev
Version: 0.5.1-3
Severity: important

Hi,

When building any ocaml-toplevel executables that use gsl, we obtain the 
following error (we show the 
output of an example below, the source files for that example are attached):

 [EMAIL PROTECTED]:~/tmp/gslbug/gslbug$ make top
 make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug'
 making ._bcdi/gsltest.di from gsltest.mli
 making ._d/gsltest.d from gsltest.ml
 make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
 make[1]: Entering directory `/home/fangohr/tmp/gslbug/gslbug' 
 ocamlfind ocamlc -package gsl,threads -c -thread gsltest.mli
 ocamlfind ocamlc -package gsl,threads -c -thread gsltest.ml
 ocamlfind ocamlmktop \
 -package gsl,threads -linkpkg \
 -thread -custom-o gsltest.top \
 gsltest.cmo
 /tmp/ccZU8img.o:(.data+0x12b4): undefined reference to 
`ml_gsl_sf_legendre_array_size_e'
 collect2: ld returned 1 exit status
 Error while building custom runtime system
 make[1]: *** [gsltest.top] Error 2
 make[1]: Leaving directory `/home/fangohr/tmp/gslbug/gslbug'
 make: *** [top] Error 2

This has come up in a larger project, and means we can't compile this anymore 
on debian etch. (Rather 
annoying from our point of view.)

To make it easier to track this down, I attach a gzipped tar file, which can be 
untarred. It contains the 
files 'gsltest.ml  gsltest.mli  Makefile  META  OCamlMakefile' in a 
subdirectory 'gslbug'. If you cd into 
that subdirectory and run 'make top', you should get the error above.

I have tested this with older versions of etch (based on libocaml 0.4, and it 
works fine).

Thanks,

Hans

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-486
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages libocamlgsl-ocaml-dev depends on:
ii  libgsl0-dev   1.8-2  GNU Scientific Library (GSL) -- de
ii  libocamlgsl-ocaml 0.5.1-3GNU scientific library for OCaml
ii  ocaml-nox [ocaml-nox-3.09.2]  3.09.2-7   ML language implementation with a 

libocamlgsl-ocaml-dev recommends no packages.

-- no debconf information




gslbug.tar.gz
Description: Binary data