On Fri, Sep 14, 2018 at 9:21 AM, Andreas Tille wrote:
> Control: tags -1 help
>
> Hi,
>
> in the bug log of #906337 the test suite aborts with
>
> ...
> --
> MPI_ABORT was invoked on rank 0 in communicator MPI_COMM_WORLD
> wi
On Fri, Jun 2, 2017 at 7:34 PM, Drew Parsons wrote:
> It's still failing, with python-ffc 2016.2.0-3 and libdolfin-dev
> 2016.2.0-4 (with UseDOLFIN.cmake patched).
Oh, sorry I forgot that this patch is needed for instant:
https://bitbucket.org/fenics-project/instant/commits/67be09da6e9cd8907bddba
On Thu, Jun 1, 2017 at 10:24 AM, Drew Parsons wrote:
> Should the vtk section in UseDOLFIN.cmake be controlled with some
> python3 test, so VTK is still pulled in for python2?
Yes, we can do that, although I believe the vtk section in
UseDOLFIN.cmake is not important. I will make a patch.
Johann
On Wed, May 31, 2017 at 6:37 PM, Drew Parsons wrote:
> Weird, the new python3 module seems to have broken the python2 dolfin
> module. That's not good.
>
> Importing dolfin gives the error:
> AttributeError: 'module' object has no attribute 'cpp'
The problem is that the Python 2 modules for dolf
On Wed, May 31, 2017 at 6:26 PM, Drew Parsons wrote:
> $ instant-clean-3
> $ ipython3
> Python 3.5.3 (default, Jan 19 2017, 14:11:04)
> In [1]: from fenics import * # dolfin module behaves the same
> In [2]: mesh = UnitSquareMesh(2, 2)
> In [3]: V = FunctionSpace(mesh, 'P', 1)
> In [4]: u = inter
On Thu, Jan 12, 2017 at 8:35 PM, Hagen Fuchs wrote:
> Fenics/Dolfin contains the core module 'mshr' which deals in meshes.
> All current examples seem to be employing 'mshr', eg.
> https://fenicsproject.org/qa/9414/fenics-mesh-generation-mark-inner-region
No, not really - none of the demo program
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
This is my annual ping.
Cheers,
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJWil0mAAoJEIsTRN6fgH8U2twP/0N8gADMlOGttkebIKd8mtZb
IMLcAwnYnUy7XcpzUPkc1D/7jpv+1gkDUWE29mlRp
Package: wnpp
Severity: wishlist
Owner: Johannes Ring
X-Debbugs-Cc:
debian-de...@lists.debian.org,debian-science-maintain...@lists.alioth.debian.org
* Package name: dijitso
Version: 2016.2.0
Upstream Author: Martin Sandve Alnæs
* URL: https://fenicsproject.org
* License: LGPL-3
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
This is my annual ping.
Cheers,
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJWil0mAAoJEIsTRN6fgH8U2twP/0N8gADMlOGttkebIKd8mtZb
IMLcAwnYnUy7XcpzUPkc1D/7jpv+1gkDUWE29mlRp
dolfin version 1.6.0 will fix this problem. It is currently sitting in the
new queue.
Johannes
On Sun, Nov 8, 2015 at 8:09 PM Chris West (Faux) <
solo-debianb...@goeswhere.com> wrote:
> Source: dolfin
> Version: 1.5.0-4
> Severity: serious
> Justification: fails to build from source
> Tags: sid
On Fri, Jun 5, 2015 at 9:03 AM Massimiliano Leoni <
leoni.massimilia...@gmail.com> wrote:
> Versions of packages fenics depends on:
> ii dolfin-bin 1.5.0-2
> ii dolfin-doc 1.5.0-2
> ii libdolfin-dev 1.5.0-2
> ii python-dolfin 1.5.0-2
>
I can't reproduce this with the latest dolf
On Wed, May 13, 2015 at 12:19 AM, Jonathan Wiltshire wrote:
> Ok, please go ahead now. To upload to unstable from experimental, just add a
> changelog entry with "Upload to unstable" and an incremented version.
Thank you, I have uploaded dolfin to unstable now.
> Your only r-dep is fenics, which
On Tue, May 12, 2015 at 10:29 AM, Jonathan Wiltshire wrote:
> On 2015-05-12 09:07, Johannes Ring wrote:
>>
>> On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
>> wrote:
>>>
>>> Hi,
>>>
>>> dolfin is now the only reverse dependency hold
On Tue, May 12, 2015 at 10:07 AM, Johannes Ring wrote:
> On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
> wrote:
>> Hi,
>>
>> dolfin is now the only reverse dependency holding up the libcgal11
>> transition.
>>
>> What are the options?
>> (
On Mon, May 11, 2015 at 11:35 PM, Joachim Reichel
wrote:
> Hi,
>
> dolfin is now the only reverse dependency holding up the libcgal11 transition.
>
> What are the options?
> (1) Fix dolfin without causing another transition
> (2) Remove dolfin from testing
> (3) Upload 1.5.0-1 from experimental to
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This is my annual ping.
Thanks for your attention,
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBAgAGBQJUqWIJAAoJEIsTRN6fgH8UOFsQANh6RTof48pbLh9iJ7iL95Si
1Oiu60uN0doUFKokPMWRTiMsA
Hi Massimiliano,
Do you still have this problem? If so, can you please give us some
more information? For instance, what do you get when you run the
following command?
# apt-get -s dist-upgrade
Johannes
On Fri, Oct 24, 2014 at 8:29 AM, Massimiliano Leoni
wrote:
> Package: fenics
> Version: 1:1
On Mon, Feb 24, 2014 at 12:35 AM, peter green wrote:
> peter green wrote:
>>
>> I've been doing some tests on this interestingly it failed for me much
>> earlier than on the buildd, maybe different systems give slightly different
>> ammounts of usable address space or something. Anyway reducing op
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
This is my annual ping.
Thanks for your attention,
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.15 (GNU/Linux)
iQIcBAEBAgAGBQJSxn6JAAoJEIsTRN6fgH8U8SkP/2g1/f+5DcBjHi2CU1MPM8c6
FotCW
On Mon, Sep 9, 2013 at 12:08 PM, Michael Strobel wrote:
> i tried to install fenics on unstable. It failed due to a conflict.
This is not a bug in in the fenics package but rather a problem as a
result of the ongoing transition to openmpi 1.6:
http://release.debian.org/transitions/html/openmpi1.
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
This is my annual ping.
Thanks for your attention,
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iQIcBAEBAgAGBQJQ6pc0AAoJEIsTRN6fgH8UOPkQAI59V/ciku+VcdMzestMAE8p
UhHp7
Ping?
Johannes
On Mon, Aug 6, 2012 at 10:28 AM, Johannes Ring wrote:
> Hi,
>
> dolfin 1.0.0-7 failed to build on hurd-i386 and i386 due to a bug in
> gcc-4.7. This bug was fixed in gcc-4.7 4.7.1-6, so please rebuild
> dolfin on those architectures:
>
> gb dolfin_1.0
Hi,
dolfin 1.0.0-7 failed to build on hurd-i386 and i386 due to a bug in
gcc-4.7. This bug was fixed in gcc-4.7 4.7.1-6, so please rebuild
dolfin on those architectures:
gb dolfin_1.0.0-7 . hurd-i386 i386
This would clear the FTBFS bug #679762 (CCed).
Thanks,
Johannes
--
To UNSUBSCRIBE, e
On Thu, Aug 2, 2012 at 1:30 AM, Kumar Appaiah wrote:
> #680931 has been fixed by the latest gcc download, so I don't believe
> that the workaround upload for Armadillo is necessary.
Thanks Kumar. The latest gcc-4.7 package (version 4.7.1-6) fixed the
problem. I guess a binNMU for DOLFIN is needed
On Sun, Jul 1, 2012 at 1:09 PM, Christoph Egger wrote:
> Your package failed to build on the buildds:
>
> -- Performing Test ARMADILLO_BLAS_TEST_RUNS - Failed
> -- Performing Test ARMADILLO_GFORTRAN_TEST_RUNS
> -- Performing Test ARMADILLO_GFORTRAN_TEST_RUNS - Failed
> CMake Error at
> /usr/share
On Sat, Jun 16, 2012 at 10:40 AM, Julien Cristau wrote:
> On Fri, Jun 15, 2012 at 10:32:56 +0200, Johannes Ring wrote:
>> On Thu, Jun 14, 2012 at 4:46 PM, Julien Cristau
>> wrote:
>> > If dolfin only works with the version of swig it was built against, that
>>
On Sat, Apr 7, 2012 at 3:10 AM, David Kalnischkies
wrote:
> In bug #667599 we have a report from piuparts that APT is unable to
> upgrade delfin-dev from squeeze to wheezy.
>
> The problem is that APT has to decide in this process if it wants to
> have libhdf5-1.8 (= libhdf5-openmpi-1.8.4) or libh
On Thu, Jun 14, 2012 at 4:46 PM, Julien Cristau
wrote:
> If dolfin only works with the version of swig it was built against, that
> needs to be reflected in the package dependencies.
Okay, but I'm unsure how to do that. Currently I have "Build-Depends:
swig2.0" in the source package and "Depends:
On Thu, Jun 14, 2012 at 1:45 PM, Johan Hake wrote:
> On 06/14/2012 09:46 AM, Johannes Ring wrote:
>> On Wed, Jun 13, 2012 at 10:38 PM, Anders Logg wrote:
>>> Does it work if you remove those checks in
>>>
>>> dolfin/site-packages/dolfin/compilemodules
On Wed, Jun 13, 2012 at 10:38 PM, Anders Logg wrote:
> Does it work if you remove those checks in
>
> dolfin/site-packages/dolfin/compilemodules/compilemodule.py
> dolfin/site-packages/dolfin/compilemodules/jit.py
>
> ?
Yes, it works fine, but I also had to remove the check in
ufc_utils/bui
On Wed, Jun 13, 2012 at 9:15 PM, Anders Logg wrote:
> Does this break because we check the SWIG version in the JIT compiler,
> or because it actually breaks (with some link error)?
It is the version check that makes it break. This is the error message:
OSError: PyDOLFIN was not compiled with t
Thanks Jeremy. This has already been fixed in the svn repository and I
am waiting for it to be uploaded to unstable.
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Jun 4, 2012 at 7:30 PM, Julien Cristau wrote:
> On Mon, Jun 4, 2012 at 08:43:54 +0200, Johannes Ring wrote:
>
>> On Mon, Jun 4, 2012 at 2:05 AM, Cyril Brulebois wrote:
>> > Johannes Ring (31/05/2012):
>> >> python-ufc needs to be rebuilt agains
On Mon, Jun 4, 2012 at 7:49 AM, Mathieu Malaterre
wrote:
> If I may, I believe this is due to: http://bugs.debian.org/674263
> Any binary build with swig 2.0.5 or 2.0.6 should be rebuild IMHO.
I agree, considering the regressions in SWIG 2.0.5 and 2.0.6, however,
the problem in #675207 is not rel
On Mon, Jun 4, 2012 at 2:05 AM, Cyril Brulebois wrote:
> Johannes Ring (31/05/2012):
>> python-ufc needs to be rebuilt against the latest swig (2.0.7). Please
>> binNMU it.
>>
>> nmu python-ufc_2.0.5-2 . ALL . -m 'Rebuild against swig 2.0.7, see
>>
Hi Torquil,
Thanks for your bug report. I'm both Debian maintainer and upstream
for this package and we plan to do a new release soon, which should
fix this issue.
Best regards,
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
On Wed, May 30, 2012 at 4:26 PM, Torquil Macdonald Sørensen
wrote:
> Traceback (most recent call last):
> File "vcp2D.py", line 20, in
> V = FunctionSpace(mesh, 'Lagrange', 1)
> File "/usr/lib/python2.7/dist-packages/dolfin/functions/functionspace.py",
> line 353, in __init__
> FunctionS
Hi Torquil,
Thanks for the report.
On Tue, May 22, 2012 at 4:02 PM, Torquil Macdonald Sørensen
wrote:
> However, python-scientific is installed, and "import Scientific" works fine
> when
> I run it myself in the python shell.
Yes, but does it work if you do "import
Scientific.Functions.Derivat
Package: libinsighttoolkit3-dev
Version: 3.20.1-8
vmtk depends on itk and when trying to build the latest vmtk release,
the build ends with the following error:
In file included from
/usr/include/InsightToolkit/Algorithms/itkCurvesLevelSetImageFilter.h:21:0,
from
/tmp/buildd/vmtk
On Wed, May 16, 2012 at 5:02 PM, Scott Kitterman wrote:
> On Wednesday, May 16, 2012 12:04:05 PM Johannes Ring wrote:
>> [Cc'ing debian-python]
> ...
>> @debian-python: Since DOLFIN does not work with Python 3 (yet) maybe a
>> Build-Conflicts should be added? And what
[Cc'ing debian-python]
Hi LaMont,
Thanks for the report but I'm wondering why python3.2 is installed on
this build machine? From looking at the build log [1], it seems that
it has been pre-installed? Is that intentional? DOLFIN Build-Depends
on python-all-dev (>= 2.6.6-3~) and FWICT only python2.
The same fix should also be applied to
Code/Algorithms/itkCurvesLevelSetFunction.h.
Johannes
--- insighttoolkit-3.20.1.orig/Code/Algorithms/itkCurvesLevelSetFunction.h
2012-05-14
19:55:57.353934793 +0200
+++ insighttoolkit-3.20.1/Code/Algorithms/itkCurvesLevelSetFunction.h
2012-05-14
19:
Hi ST,
Thanks for the report.
On Wed, May 9, 2012 at 8:22 AM, LUK ShunTim wrote:
> It seems that in the current (1.0.0-4+b2) version of python-dolfin, the
> extension module cpp is somehow not built.
Correct. The build log [1] tells us why:
CMake Warning at dolfin/CMakeLists.txt:227 (messag
Hi Adam,
Trilinos 10.8.5 has been packaged in svn:
svn://svn.debian.org/svn/debian-science/packages/trilinos/trunk
Please check if this bug is still present there.
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
Package: debian-maintainers
Severity: normal
Hello,
This is my annual ping.
Thanks for your attention,
Johannes
signature.asc
Description: OpenPGP digital signature
[Adding Kumar (maintainer of Armadillo) in Cc]
On Tue, Dec 20, 2011 at 10:16 AM, Julien Cristau
wrote:
> On Mon, Dec 19, 2011 at 12:46:46 +0100, Johannes Ring wrote:
>> On Mon, Dec 19, 2011 at 10:37 AM, Andreas Kloeckner wrote:
>> > This being as it is, could you upload
On Mon, Dec 19, 2011 at 3:50 PM, Andreas Kloeckner wrote:
> Hmm, I feel like automatic shared library dependencies should have been
> able to catch this, i.e. someone is supposed to have done something with
> the soname at some point--I'm just not sure what... :)
Yes, I agree. It is most likely a
On Mon, Dec 19, 2011 at 10:37 AM, Andreas Kloeckner wrote:
> Did, and it helped. Thanks very much!
Good!
> This being as it is, could you upload a new package with tightened
> dependencies?
The dependency on libarmadillo2 is added automatically by
${shlibs:Depends}. I guess I could add a versio
Hi Andreas,
Thank you for your report, but I couldn't reproduce your bug.
On Tue, Dec 13, 2011 at 11:34 PM, Andreas Kloeckner wrote:
> When I run any one of the simple fenics demos, I get this error message:
>
> ImportError: /usr/lib/libdolfin.so.1.0: undefined symbol: wrapper_dgesv_
This symbo
Package: python-scientific
Version: 2.8-3
When importing Scientific.Functions.Derivatives I get the following error:
$ python -c "import Scientific.Functions.Derivatives"
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/dist-packages/Scientific/Functions/Deriva
Mònica,
Thanks for the report. This issue has been fixed upstream:
http://bazaar.launchpad.net/~dolfin-core/dolfin/main/revision/6306
Upstream plans to do a new release soon so I will hold on a few more
days before I patch and upload.
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-r
Hi Sylvestre,
Thanks for your suggestion. This is fixed in SVN now.
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: ptex2tex
Version: 0.4
Upstream authors: Hans Petter Langtangen and Ilmar Wilbers
URL: http://ptex2tex.googlecode.com/
License: BSD-3-clause
Description: easy generation of (possibly complex) LaTeX environmen
Hi!
This is no longer a problem with the latest CMake and VTK packages in
Debian. What is the correct way to close this bug?
Thanks,
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Aug 16, 2011 at 1:00 PM, LUK ShunTim wrote:
> Yes, it does.
Good. I will add "import PyTrilinos" at the top of dolfin/__init__.py
to make sure that it will be imported before dolfin.
> Now an OT bug. :-)
>
> I added the "import PyTrilinos" to demo_poisson.py and got a ufl.Form error.
>
>
Hi Luk,
thanks for the report and sorry for the late reply.
On Sat, Jun 25, 2011 at 7:57 AM, LUK ShunTim wrote:
> $ python -c "import dolfin"
> *** The MPI_comm_size() function was called before MPI_INIT was invoked.
> *** This is disallowed by the MPI standard.
> *** Your MPI job will now abort
Hi Luca,
On Sun, Aug 14, 2011 at 10:33 PM, Luca Falavigna wrote:
> I uploaded swig2.0 2.0.4-2.1 which provides the fix in order to let syfi
> to build again. Could you please look whether it's OK now?
Yes, the problem with swig2.0 is resolved with the 2.0.4-2.1 upload. Thank you.
> Having syfi
Hi Sylvestre,
Thanks for your report.
On Sat, Aug 6, 2011 at 5:39 PM, Sylvestre Ledru wrote:
> Your patckage FTNFS on all plateforms:
:)
[snip]
> make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by
> `bin/libvtkvmtkComputationalGeometry.so.0.9.0'. Stop.
> make[3]: Leaving di
Hi,
Thanks for the report and sorry for the late reply.
This bug has been fixed upstream some time ago [1] and I was going to
patch and reupload. However, there is a problem building syfi with
swig 2.0.4 [2] which is currently unresolved. The bug could very well
be in swig and not in syfi.
[1] h
Hi Ralf,
Thanks for your report.
On Tue, Jun 7, 2011 at 8:40 PM, Ralf Treinen wrote:
> fenics is not installable in sid on any architecture. On amd64 (I didn't
> check the other architectures) this is the case since May 19. Explanation:
>
> fenics (= 11.5-1) depends on syfi-doc (= 0.6.2.dfsg-1)
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: doconce
Version: 0.5
Upstream authors: Hans Petter Langtangen
URL: http://doconce.googlecode.com/
License: BSD-3-clause
Description: document once, include anywhere
Doconce is two things:
.
1. Doconce i
Package: python-ffc
Version: 0.9.10-1
The debug output produced by the latest FFC package is annoying.
Please apply this patch from upstream development repository:
http://bazaar.launchpad.net/~ffc-core/ffc/main/diff/1637
Thanks,
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...
Package: src:dolfin
Version: 0.9.10-2
DOLFIN is FTBFS on lam architectures: armel, mips, mipsel, s390, sparc
cd
/build/buildd-dolfin_0.9.10-2-armel-IdTpL5/dolfin-0.9.10/obj-arm-linux-gnueabi/dolfin
&& /usr/bin/g++ -Ddolfin_EXPORTS -DBOOST_UBLAS_NDEBUG -DHAS_UMFPACK
-DHAS_CHOLMOD -DHAS_ZLIB -DH
Hi Gerber,
Thanks for your report. The problem is that vmtk is not currently
being auto-built on the buildd's because it's a non-free package.
AFAIK, one can request for non-free packages to be auto-built and I
will look into that tomorrow.
In the meantime, I will prepare a new package and upload
On Wed, Apr 6, 2011 at 3:12 PM, Adam C Powell IV wrote:
> Hi Johannes,
>
> On Wed, 2011-04-06 at 14:37 +0200, Johannes Ring wrote:
>> Hi Adam,
>>
>> On Wed, Apr 6, 2011 at 1:47 PM, Adam C Powell IV wrote:
>> > Just put a fix in alioth, let me know if it gives
On Wed, Apr 6, 2011 at 4:29 PM, Adam C Powell IV wrote:
> Thanks very much Johannes.
>
> On Wed, 2011-04-06 at 16:11 +0200, Johannes Ring wrote:
>> On Wed, Apr 6, 2011 at 3:12 PM, Adam C Powell IV wrote:
>> > Hi Johannes,
>> >
>> > On Wed, 2011-04-06 at
Hi Adam,
On Wed, Apr 6, 2011 at 1:47 PM, Adam C Powell IV wrote:
> Just put a fix in alioth, let me know if it gives you trouble. I plan
> to upload within 4-5 hours.
Sorry, I tried your fix but it gives me trouble because libptscotch is
linked against libscotch. This is the same problem as rep
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,
python-modules-t...@lists.alioth.debian.org
Package name: preprocess
Version: 1.1.0
Upstream authors: Trent Mick
URL: http://preprocess.googlecode.com/
License: MIT
Description: a portable multi-language file preprocess
Hi Adam and Pierre,
On Fri, Apr 1, 2011 at 1:38 PM, Adam C Powell IV
wrote:
> * I noticed that you removed -I/usr/include/lam from the CCS and
>CCD commands. I don't remember the exact reasons, but those
>were required for the LAM architectures. /usr/include/mpi
>sh
Hi Pierre,
On Wed, Mar 30, 2011 at 2:24 PM, Pierre Saramito
wrote:
> Hi Adam and Johannes,
>
>> > From Adam:
>> > parser_ll.l:123:31: error: 'yylval' undeclared (first use in this function)
>
>> From Johannes:
>> I couldn't (for some unknown reason) reproduce this in a pbuilder
>
>
> I get the la
Hi Adam,
On Mon, Mar 28, 2011 at 3:55 PM, Adam C Powell IV wrote:
> Hi Johannes,
>
> On Mon, 2011-03-28 at 13:44 +0200, Johannes Ring wrote:
>> On Mon, Mar 28, 2011 at 12:56 PM, Pierre Saramito
>> wrote:
>> > Hello !
>> >
>> > Despite the recent
Hi Adam,
On Mon, Mar 28, 2011 at 3:46 PM, Adam C Powell IV wrote:
> Package: src:scotch
> Version: 5.1.11.dfsg-4
> Severity: serious
>
> Scotch FTBFS on i386, ia64, kfreebsd-i386, mips[el] and sparc:
>
> (flex parser_ll.l && \
> mv lex.yy
On Mon, Mar 28, 2011 at 2:07 PM, trophime
wrote:
> On Mon, 2011-03-28 at 12:56 +0200, Pierre Saramito wrote:
>> mpic++ -o ptscotch_test ptscotch_test.cpp -DSCOTCH_PTSCOTCH
>> -I/usr/include/scotch -lptscotch -lptscotcherr
>> ./ptscotch_test
>> (0): ERROR: SCOTCH_dgraphInit: linkin
Hi Pierre,
On Mon, Mar 28, 2011 at 12:56 PM, Pierre Saramito
wrote:
> Hello !
>
> Despite the recent patch applied in version 5.1.11.dfgs-4,
> the bug seems to be still present on sid/amd64 :
Yes, I also noticed that. I have reopened the bug now.
> uname -a
> Linux mobydick 2.6.32-5-a
Hi!
The attached patch fixes this issue. Please apply and reupload such
that we can get PT-SCOTCH working again in Debian.
Thank you very much!
Best regards,
Johannes
diff --git a/debian/Makefile.inc b/debian/Makefile.inc
index 45dfab8..dbdc97c 100644
--- a/debian/Makefile.inc
+++ b/debian/Make
This bug was introduced in 5.1.11.dfsg-3 by the patch
"no-extra-clean.patch". I don't see what benefits this patch adds
(other than a somewhat reduced build time) so please remove it in the
next upload.
Thanks,
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
wit
Package: libptscotch-dev
Version: 5.1.11.dfsg-3
Hi,
Compiling and running a simple program (see below) for testing
PT-SCOTCH results in the following error:
$ mpic++ -o ptscotch_test ptscotch_test.cpp -DSCOTCH_PTSCOTCH
-I/usr/include/scotch -lptscotch -lptscotcherr
$ ./ptscotch_test
ERROR:
On Wed, Feb 9, 2011 at 4:28 PM, trophime
wrote:
> On Wed, 2011-02-09 at 15:56 +0100, Johannes Ring wrote:
>> Package: libptscotch-dev
>> Version: 5.1.11.dfsg-3
>>
>> Hi,
>>
>> The file /usr/include/scotch/ptscotch.h does not define
>> SCOTCH_PTSC
Jakub,
Thanks for your report. This error is because ptscotch.h in
libptscotch-dev does not define SCOTCH_PTSCOTCH as it did before. I
have filed a bug report for that package (#612606).
Thanks again,
Johannes
On Wed, Feb 9, 2011 at 2:58 PM, Jakub Wilk wrote:
> Source: dolfin
> Version: 0.9.9-
Package: libptscotch-dev
Version: 5.1.11.dfsg-3
Hi,
The file /usr/include/scotch/ptscotch.h does not define
SCOTCH_PTSCOTCH as it should. When I build SCOTCH and PT-SCOTCH
manually I see the following in ptscotch.h:
#ifndef SCOTCH_PTSCOTCH
#define SCOTCH_PTSCOTCH
#endif /* SCOTCH_PTSCOTCH
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
This is my annual ping.
Thanks for your attention,
Johannes
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJNHZf5AAoJEIsTRN6fgH8UrKkQAK+MJYHmlFZJG1uTSPTjetuf
bF3
Hi Stefano,
thanks for your report.
On Sun, Dec 12, 2010 at 2:58 PM, Stefano Rivera wrote:
> Package: vmtk
> Version: 0.9.0-1
> Severity: normal
> Tags: patch
>
> Is there any reason that this package states "XS-Python-Version: 2.6" ?
Well, I thought that it was only necessary to build vmtk aga
On Sun, Nov 14, 2010 at 4:13 PM, Francesco Poli (t1000)
wrote:
> Package: fenics
> Version: 10.09-1
> Severity: minor
>
> Hi FEniCS Debian package maintainers!
> Thanks for packaging these libraries and applications!
>
> I've just noticed that the homepage URL is outdated, since
> the FEniCS Proje
Package: libpetsc3.1
Version: 3.1.dfsg-3
The package libpetsc3.1 is empty on all architectures except on amd64.
$ dpkg -L libpetsc3.1
/.
/usr
/usr/lib
/usr/share
/usr/share/doc
/usr/share/doc/libpetsc3.1
/usr/share/doc/libpetsc3.1/changelog.Debian.gz
/usr/share/doc/libpetsc3.1/copyright
--
To
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,
Package name: vmtk
Version: 0.9
Upstream authors: Luca Antiga, David Steinman
URL: http://www.vmtk.org
License: BSD, Modified MIT
Description: the Vascular Modeling Toolkit
The Vascular Modeling Toolkit is a collection
Hi Francis,
Thanks for your report. You need to install python-dolfin when using
the '-l dolfin' option. I will add python-dolfin to Suggests in
python-ffc.
Johannes
On Mon, May 17, 2010 at 4:09 AM, Francis Russell
wrote:
> Package: python-ffc
> Version: 0.9.2-2
> Severity: important
>
>
> Atte
Hi,
This bug does not affect this package in Debian since version
9.0.3.dfsg-1 is no longer in Debian.
Johannes
On Wed, Apr 7, 2010 at 10:05 PM, Nuno Sucena Almeida
wrote:
> Package: python-pytrilinos
> Version: 9.0.3.dfsg-1
> Severity: grave
> Justification: renders package unusable
>
>
> Two
Hi,
Thanks for your report.
On Sun, Feb 28, 2010 at 12:25 AM, Guillaume Yziquel
wrote:
> Package: python-pydolfin0
> Version: 0.9.7-1
> Severity: grave
> Justification: renders package unusable
>
>
> Recently upgraded to the newest packaging of dolfin. I cannot import dolfin
> from python:
>
>
Package: debian-maintainers
Version: 1.64
Severity: normal
Please accept my Debian Maintainer application. The jetring changeset
is attached.
Regards,
Johannes
add-8B1344DE9F807F14
Description: Binary data
Hi,
UFC and DOLFIN are now built with the same version of SWIG and the bug
reported here is no longer an issue. Could you please close this bug?
Thanks,
Johannes
On Mon, Aug 24, 2009 at 1:12 PM, Johannes Ring wrote:
> Hi Lucas,
>
> Thanks for the report. The problem is that bot
This can be resolved by renaming debian/libsuitesparse-metis.install
to debian/libsuitesparse-metis-3.1.0.install.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Lucas,
Thanks for the report. The problem is that both UFC and DOLFIN has to
be built with the same version of SWIG. In this case, UFC has been
built with SWIG 1.3.36 while DOLFIN was rebuilt with SWIG 1.3.39. The
proper fix in this situation would be to rebuild UFC with the current
SWIG and th
Hi Adam,
On Sun, May 10, 2009 17:47, Adam C Powell IV wrote:
> The slepc shared lib needs to be linked with -lparpack . Without that
> link, building against it results in:
>
> /usr/lib/slepc/linux-gnu-c-opt/lib/libslepc.so: undefined reference to
> `pdneupd_'
> /usr/lib/slepc/linux-gnu-c-opt/lib
I am unable to reproduce this error. Could you please provide a simple
test case where you get this error? Also please read the README.Debian
file for instructions on how to build programs against SLEPc.
Johannes
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a su
Hi Sandro,
On Wed, July 29, 2009 09:12, Sandro Tosi wrote:
> On Wed, Jul 29, 2009 at 08:25, Johannes Ring wrote:
>> Hi Guillaume,
>>
>> On Tue, July 28, 2009 16:47, Guillaume Pellerin wrote:
>>> Johannes Ring wrote:
>>>> Package: wnpp
>>&g
On Tue, July 28, 2009 16:48, Guillaume Pellerin wrote:
> Johannes Ring wrote:
>> Package: wnpp
>> Severity: wishlist
>> X-Debbugs-CC: debian-de...@lists.debian.org
>>
>> Package name: swiginac
>> Version: 1.5.1
>> Upstream authors: Ola Skavhaug and Ond
Hi Guillaume,
On Tue, July 28, 2009 16:47, Guillaume Pellerin wrote:
> Johannes Ring wrote:
>> Package: wnpp
>> Severity: wishlist
>> X-Debbugs-CC: debian-de...@lists.debian.org
>>
>> Package name: scitools
>
> You need to name your package as descri
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: swiginac
Version: 1.5.1
Upstream authors: Ola Skavhaug and Ondrej Certik
URL: http://swiginac.berlios.de/
License: GPL
Description: Python interface to GiNaC
Swiginac is a Python interface to GiNaC, built w
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: scitools
Version: 0.6
Upstream authors: Hans Petter Langtangen, Johannes H. Ring, Ilmar Wilbers,
and Rolv E. Bredesen
URL: http://scitools.googlecode.com/
License: BSD
Description: Python library for scienti
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Package name: syfi
Version: 0.6.0
Upstream authors: Martin Sandve Alnæs and Kent-Andre Mardal
URL: http://www.fenics.org/wiki/SyFi
License: GPL
Description: finite element engine based on symbolic mathematics
The finite
1 - 100 of 111 matches
Mail list logo
