Bug#893486: cabal: failed to parse output of 'ghc-pkg dump'

2018-03-19 Thread Stephane Popinet
Package: cabal-install
Version: 1.24.0.1-3
Severity: important

Dear Maintainer,

Trying to do:

% rm -r -f $HOME/.cabal
% cabal install gitit

results in:

cabal: failed to parse output of 'ghc-pkg dump'

Here are the paths/versions to the programs above:

% which cabal
/usr/bin/cabal
% cabal --version
cabal-install version 1.24.0.1
compiled using version 1.24.1.0 of the Cabal library 
% which ghc-pkg 
/usr/bin/ghc-pkg
% ghc-pkg --version
GHC package manager version 8.0.1

Thank you for your attention,

Stephane Popinet

-- System Information:
Debian Release: 9.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8), 
LANGUAGE=en_NZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cabal-install depends on:
ii  ghc [libghc-cabal-dev]  8.0.1-17+b1
ii  libc6   2.24-11+deb9u1
ii  libffi6 3.2.1-6
ii  libgmp102:6.1.2+dfsg-1
ii  zlib1g  1:1.2.8.dfsg-5

Versions of packages cabal-install recommends:
ii  ghc  8.0.1-17+b1

cabal-install suggests no packages.

-- no debconf information



Bug#853468: graphviz: sfdp, gvmap are unusable without support for triangulation

2017-01-31 Thread Stephane Popinet

Package: graphviz
Version: 2.38.0-7
Severity: important

Dear Maintainer,

When trying to use sfdp, which is the only practical option for large 
graphs,

the current version will return the message:

% sfdp example.dot
Error: remove_overlap: Graphviz not built with triangulation library
Segmentation fault (core dumped)

The solution is simple. libgts-dev needs to be added to the build 
depencies of

the package and --with-gts should be added to the options of configure.

Thank you

-- System Information:
Debian Release: 8.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages graphviz depends on:
ii  libc6   2.19-18+deb8u7
ii  libcdt5 2.38.0-7
ii  libcgraph6  2.38.0-7
ii  libexpat1   2.1.0-6+deb8u3
ii  libgd3  2.1.0-5+deb8u8
ii  libgvc6 2.38.0-7
ii  libgvpr22.38.0-7
ii  libx11-62:1.6.2-3
ii  libxaw7 2:1.0.12-2+b1
ii  libxmu6 2:1.1.2-1
ii  libxt6  1:1.1.4-1+b1

Versions of packages graphviz recommends:
ii  fonts-liberation  1.07.4-1

Versions of packages graphviz suggests:
pn  graphviz-doc  
ii  gsfonts   1:8.11+urwcyr1.0.7~pre44-4.2

-- no debconf information



Bug#841885: gerris: autopkgtests fail with openmpi2

2016-10-25 Thread Stephane Popinet

Hi Anton, Graham,

First of all, thanks a lot for your work packaging Gerris for Debian. 
Gerris can indeed be used without build-essential etc.. however its 
functionalities will be severly limited, so I think that these 
dependencies should be included by default.


cheers

Stephane



Bug#815827: libgfsgl0: missing symbolic link for libgfsview modules

2016-02-24 Thread Stephane Popinet
Package: libgfsgl0
Version: 20121130+dfsg-1
Severity: important
Tags: patch

Dear Maintainer,

The modules installed by this package in /usr/lib/x86_64-linux-gnu/gerris are
currently unusable because symbolic links are missing.

The fix is simple:

# cd /usr/lib/x86_64-linux-gnu/gerris
# ln -s libgfsview2D-0.0.1.so libgfsview2D.so
# ln -s libgfsview3D-0.0.1.so libgfsview3D.so

thanks

Stephane



-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgfsgl0 depends on:
ii  libc6   2.19-18+deb8u3
ii  libftgl22.1.3~rc5-4+nmu1
ii  libgfs-1.3-220131206+dfsg-5
ii  libgl2ps0   1.3.8-1.2
ii  libglib2.0-02.42.1-1
ii  libglu1-mesa [libglu1]  9.0.0-2
ii  libgts-0.7-50.7.6+darcs121130-1.2
ii  libhwloc5   1.10.0-3
ii  libopenmpi1.6   1.6.5-9.1
ii  libosmesa6  10.3.2-1+deb8u1
ii  multiarch-support   2.19-18+deb8u3

libgfsgl0 recommends no packages.

libgfsgl0 suggests no packages.

-- no debconf information



Bug#815825: gerris-mpi conflicts with gfsview

2016-02-24 Thread Stephane Popinet
Package: gerris-mpi
Severity: important

Dear Maintainer,

gerris-mpi cannot currently be installed together with gfsview (because it
conflicts with the 'gerris' package which gfsview depends on). I believe that
this seriously affects the usability of the package because most users usually
want to both be able to run parallel jobs (i.e. use gerris-mpi) on their
multicore systems, and to visualise the results (using gfsview) on the same
system.

Actually, the simplest would be to only provide a single (MPI) version of
gerris rather than the current serial and MPI packages. Running the MPI version
on a single core should not affect performance compared to the serial version.

thanks again,

Stephane



-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)



Bug#815824: gerris: build_function uses wrong compiler

2016-02-24 Thread Stephane Popinet
Package: gerris
Version: 20131206+dfsg-5
Severity: grave
Tags: patch
Justification: renders package unusable

Dear Maintainer,

Gerris uses compilation in the background to evaluate user-defined functions in
parameter files. This is done through the /usr/share/gerris/build_function
script. Currently, the "serial" gerris package includes a build_function script
which uses 'mpicc' to compile, but mpicc is not a dependency of the package
(because the gerris executable itself is serial, not parallel). This causes all
user-defined functions to fail and thus very seriously limits the usability of
the package.

To reproduce the bug you can do

% wget
http://gerris.dalembert.upmc.fr/gerris/examples/examples/boussinesq/boussinesq.gfs
% gerris2D boussinesq.gfs

which will give

gerris: file `boussinesq.gfs' is not a valid simulation file
boussinesq.gfs:61:74: error compiling expression
/usr/share/gerris/build_function: 28: /usr/share/gerris/build_function: mpicc:
not found

The fix is simple, just replace 'mpicc' with 'gcc' on lines 7 and 8 of
/usr/share/gerris/build_function.

thanks for packaging Gerris!

Stephane



-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gerris depends on:
ii  libav-tools   6:11.4-1~deb8u1
ii  libc6 2.19-18+deb8u3
ii  libgcc1   1:4.9.2-10
ii  libgfortran3  4.9.2-10
ii  libgfs-1.3-2  20131206+dfsg-5
ii  libgfs-dev20131206+dfsg-5
ii  libglib2.0-0  2.42.1-1
ii  libgts-0.7-5  0.7.6+darcs121130-1.2
ii  libgts-dev0.7.6+darcs121130-1.2
ii  libquadmath0  4.9.2-10

Versions of packages gerris recommends:
ii  gfsview  20121130+dfsg-1

Versions of packages gerris suggests:
ii  python  2.7.9-1

-- no debconf information



Bug#652258: Possible removal of gerris

2012-03-18 Thread Stephane Popinet
 Please can the diff be exported in unified format?

See attached.

cheers

Stephane


patch
Description: Binary data


Bug#652258: Possible removal of gerris

2012-03-17 Thread Stephane Popinet
Hi Neil et al,

 gts-config is obsolete. You should use `pkg-config --cflags gts`
 and/or `pkg-config --libs gts`

 That requires changes to configure.in but gerris fails with autoreconf:

 doc/examples/Makefile.am:49: `pkglibdir' is not a legitimate directory
 for `DATA' src/Makefile.am:18: `pkglibdir' is not a legitimate
 directory for `DATA' autoreconf: automake failed with exit status: 1

I am the lead developer of Gerris (and GTS). I am about to release the
attached patches (in darcs format sorry) for the latest snapshot
release of Gerris which should fix both set of issues (i.e. obsolete
gts-config and failures with latest automake).

cheers

Stephane


patches
Description: Binary data


Bug#660492: libgts-dev: gts-config helper return incorect cflags

2012-02-19 Thread Stephane Popinet
Hi Damien,

gts-config is obsolete. You should use `pkg-config --cflags gts`
and/or `pkg-config --libs gts`

cheers

Stephane



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#527028: libgfs-dbg: mispelling in long description

2009-05-05 Thread Stephane Popinet
Subject: libgfs-dbg: mispelling in long description
Package: libgfs-dbg
Version: 0.9.2+darcs081022-dfsg.1-4
Severity: minor

The current long description reads:

Gerris Flow Solver -- libraries with debuggin symbols

it should obviously be

Gerris Flow Solver -- libraries with debugging symbols

-- System Information:
Debian Release: 5.0
  APT prefers jaunty-updates
  APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty'
Architecture: i386 (i686)

Kernel: Linux 2.6.28-11-generic (SMP w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#525396: gerris should use fenv.h instead of fpu_control.h

2009-05-01 Thread Stephane Popinet
Hi there,

I am the developer of gerris. The next release will use fenv.h
instead of fpu_control.h.

cheers

Stephane



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#526424: Bug #526424: gerris: missing file 'm4.awk

2009-05-01 Thread Stephane Popinet
 I tried testing by simply adding

        GfsDefine CIRCLE (ellipse (-0.5,0.,0.4,0.4))

 to my gfs script.

 gerris2d continues generating the same macro error:

 gerris: file `test.gfs' is not a valid simulation file
 test.gfs:20:1: unknown class `GfsDefine'

Did you use the -m option of gerris2D?

Which version of awk are you using?

Stephane



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#526424: gerris: missing file 'm4.awk

2009-04-30 Thread Stephane Popinet
Package: gerris
Version: 0.9.2+darcs081022-dfsg.1-4
Severity: normal


I have had a look at your debian packaging of Gerris and I believe
there may be a problem. In order to implement the GfsDefine macro
keyword, the gerris executable calls m4 and awk on the input parameter
file. It also uses a 'm4.awk' file which is normally installed in
$prefix/lib/gerris/m4.awk. Is there any reason why this file is not
part of your current debian package?

In order to support this feature, I believe the following steps would
be necessary:

1- package usr/lib/gerris/m4.awk
2- make gerris depend on m4 and awk

-- System Information:
Debian Release: lenny/sid
  APT prefers hardy-updates
  APT policy: (500, 'hardy-updates'), (500, 'hardy-security'), (500, 'hardy')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-23-386
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#356146: libgts-0.7-1: Debian ARM/Alpha patch breaks floating-point control on other architectures

2006-03-09 Thread Stephane Popinet
Package: libgts-0.7-1
Version: 0.7.3-2
Severity: important


The current debian-specific ARM/Alpha patch for src/rounding.h turns off
floating-point control for all architectures using glibc...

This means that robust geometric predicates do not work with the current
debian GTS package. This is a serious bug...

The following patch fixes the problem (on i386 systems, you probably want to
check if it still works for Alpha/ARM):

diff -rN -u old-gts-mainline/src/rounding.h new-gts-mainline/src/rounding.h
--- old-gts-mainline/src/rounding.h 2006-03-10 12:50:39.0 +1300
+++ new-gts-mainline/src/rounding.h 2006-03-10 12:40:08.0 +1300
@@ -22,7 +22,7 @@
 #ifdef HAVE_FPU_CONTROL_H
 #  include fpu_control.h
 #  ifdef _FPU_EXTENDED
-#   if !defined(__alpha__)  !defined(__GLIBC__)
+#   if !defined(__alpha__) || !defined(__GLIBC__)
 #if defined(__arm__)
  static fpu_control_t fpu_round_double = _FPU_DEFAULT;
 #else

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.22-xfs
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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