excellent !
thanks for the news
On Mon, Aug 25, 2014 at 10:38 PM, Sylvestre Ledru
wrote:
> That is likely to be caused by:
> http://sylvestre.ledru.info/blog/2014/08/11/clang-3-4-3-5
>
> cheers,
> S
>
>
> On 25/08/2014 21:28, Christophe Prud'homme wrote:
>
>
That's weird, all my packages are built with pbuilder and I never has this
issue.
I will check and try out your fix.
Best regards
C.
On Mon, Aug 25, 2014 at 8:51 PM, Michael Tautschnig wrote:
> Package: feel++
> Version: 1:0.98.0-final-3
> Severity: serious
> Usertags: goto-cc
>
> During a reb
, Francesco Poli
wrote:
> On Wed, 26 Mar 2014 15:52:34 +0100 Christophe Prud'homme wrote:
>
> > Dear Francesco Poli
>
> Hello Christophe,
> thanks for commenting my bug report.
>
> >
> > What is the state of this bug ? any progress with respect to scotch
Dear Francesco Poli
What is the state of this bug ? any progress with respect to scotch
licensing ?
this is a really painful situation !
are petsc and all libraries (based on umfpack) related to this bug issues
marked for removal from testing ?
have you marked also octave with an RC bug ? it u
regards
C.
On Fri, May 10, 2013 at 6:08 PM, Christophe Prud'homme
wrote:
> Package: clang-3.2
> Version: 1:3.2repack-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
>
> *** Please consider answering these questions, where appropr
Package: clang-3.2
Version: 1:3.2repack-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
compiling c++ code
#include
int main()
{}
fails to compile with clang++.
Package: gcc-4.6
Version: 4.6.3-10
Severity: serious
Tags: upstream
Justification: g++-4.6 ice on valid c++ code since -10 (possibly -9)
Dear Maintainer,
* What led up to the situation?
upgrading gcc-4.6 from -8 to -10
* What exactly did you do (or not do) that was effective (or
inef
That is excellent news.
thanks for your work and time !
Best regards
C.
PS: Feel++ will be also unstuck too
On Tue, Sep 18, 2012 at 7:18 PM, Anton Gladky wrote:
> Hi all!
>
> The upstream authors of GMSH kindly agreed
> to add an license exception for the OCTPL [1] (username: gmsh, password
Hello
I will certainly build-depend on gcc-4.6 for now. However I am very
dubious as to gcc47 quality:
from one debian version to another it breaks packages, it generates
buggy codes. It just doesn't seem
very reliable and production ready.
Best regards
C.
On Sun, Jun 10, 2012 at 11:07 PM, Touko
reassign 676729 gcc-4.7 4.7.0-12
thanks
On Sun, Jun 10, 2012 at 10:04 PM, Christophe Prud'homme
wrote:
> Hello
>
> I get an ice with gcc47 (see email below)
>
> I am trying to reproduce it.
> Shouldn't it be considered a gcc47 bug rather than a feel++ bug ?
> Fee
Hello
I get an ice with gcc47 (see email below)
I am trying to reproduce it.
Shouldn't it be considered a gcc47 bug rather than a feel++ bug ?
Feel++ compiles and runs fine with gcc45, gcc46 and clang31.
Best regards
C.
-- Forwarded message --
From: Lucas Nussbaum
Date: Sat, Ju
; > On 2012/5/17 Christophe Prud'homme wrote:
> >> I think It should go in unstable. I don't think there are that many
> users
> >> and OT1.0 fixes a few things as well as provide many new features
> >
> > Hello Christophe,
> >
> > Too lat
/openturns-1.0/
>
> All changes have now been pushed into OT svn repository. IMHO it can
> be uploaded after editing debian/changelog.
> The remaining questions are: should it be uploaded into unstable or
> experimental? What else is needed?
>
--
Christophe Prud'homme
Feel++ Pr
20:31, D. Barbier a écrit :
> >> Le 22 avril 2012 20:19, Christophe Prud'homme a
> écrit :
> >>> Denis
> >>>
> >>> I received some patches for openturns from J. Schueller.
> >>>
> >>> I will apply them and upload a
Denis
I received some patches for openturns from J. Schueller.
I will apply them and upload a new version for 0.15 then work on 1.0
On Sun, Apr 22, 2012 at 7:53 PM, Denis Barbier wrote:
> Package: python-openturns
> Version: 0.15-3
> Severity: grave
> Justification: renders package unusable
>
Lucas
this is not a Feel++ bug but a boost++ mpi/g++-4.6 bug
Best regards
C.
On Mon, May 2, 2011 at 2:31 PM, Lucas Nussbaum wrote:
> Source: feel++
> Version: 0.91.0~svn7013-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20110502 qa-ftbfs
> Just
I just got a fix for this problem
thanks for waiting
On Sun, Dec 26, 2010 at 7:48 PM, Julien Cristau wrote:
> I'll schedule openturns for removal from squeeze if this doesn't get
> fixed in the next few days.
>
--
Debian Developer - member of Debian Science
http://wiki.debian.org/DebianScien
Dear Jakub
as I said in a previous email I changed the CXX flags on armel.
it seems that it went through
https://buildd.debian.org/pkg.cgi?pkg=openturns
I will close the bug now. The unstable version fixes the python 2.6 problem
On Mon, Jul 12, 2010 at 10:49 PM, Jakub Wilk wrote:
> Pack
Jakub
I just uploaded a new version of openturns which reduced the optimization
level to -O1 on armel in hope it
uses less memory than -O2.
Best regards
C.
On Fri, Aug 13, 2010 at 3:39 PM, Christophe Prud'homme
wrote:
> Jakub,
>
>
> On Tue, Jul 13, 2010 at 11:54 PM,
Jakub,
On Tue, Jul 13, 2010 at 11:54 PM, Jakub Wilk wrote:
>
> I am the maintainer of this package. The log does not say much about the
>> failure.
>> Could it be that it's a memory problem ? not enough memory to compile and
>> the porterbox has enough.
>>
>
> Yes, it sounds plausible - the aff
Package: paraview
Version: 3.8.0-1
Severity: grave
--- Please enter the report below this line. ---
the package is uninstallable due to dependency on libtiff5 available
only in experimental.
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.32-trunk-amd64
Debian Release: sq
Jakub,
I am the maintainer of this package. The log does not say much about the
failure.
Could it be that it's a memory problem ? not enough memory to compile and
the porterbox has enough.
Best regards
C.
On Mon, Jul 12, 2010 at 10:49 PM, Jakub Wilk wrote:
> Package: python-openturns
> Version:
Adam
could you petsc3.1 with a Depends on libhdf5-openmpi-dev
for libpetsc3.1-dev ?
Thanks a lot
On Thu, May 27, 2010 at 4:15 PM, Adam C Powell IV wrote:
> Funny, the two Adams confused me for a moment...
>
> On Thu, 2010-05-27 at 06:24 +0200, Christophe Prud'homme w
Adam
thanks for the report
life and slepc have ben broken by petsc 3.1 upload and the fact that petsc
3.1 does not ship
/usr/lib/petsc/conf/base
Adam,
could you please ship this file with a new petsc upload so that I fix
life and slepc ?
Also the single lib build of petsc, though useful, al
Hi Jonathan,
thanks for your comments. I think that the problem is with the
string::size() function
I will check on porterbox what happens exactely.
Best regards
C.
On Tue, Feb 16, 2010 at 9:37 AM, Jonathan Nieder wrote:
> Looking at application.cpp, it seems the value to be printed is of
> typ
Hi
I haven't changed a thing about petsc and since it was ok on i386, I
guess there must be a problem with petsc on kfreebsd-*
On Tue, Feb 2, 2010 at 9:00 PM, Cyril Brulebois wrote:
> Source: life
> Version: 0.9.16-1
> Severity: serious
> Justification: FTBFS
> User: debian-...@lists.debian.org
ok thanks for uploading it
On Sat, Jan 23, 2010 at 7:48 PM, Evgeni Golov wrote:
> tags 563963 + patch
> thanks
>
> Dear maintainer,
>
> Attached you find a patch for this bug. It's kinda hacky, but works as
> expected.
> I'd upload it ASAP if you don't object.
>
> Regards.
> Evgeni
>
> _
I found this on the web:
For that error, the line 64 of
$BOOST/boost/mpi/detail/mpi_datatype_oarchive.hpp must be changed, so that:
BOOST_MPL_ASSERT((sizeof(T)==sizeof(int_type)));
be replaced by:
BOOST_MPL_ASSERT_RELATION( sizeof(T), ==, sizeof(int_type) );
I tested it and indeed this fixes the
Package: libboost-mpi1.40-dev
Version: 1.40.0-4
Severity: serious
--- Please enter the report below this line. ---
in file /usr/include/boost/mpi/detail/mpi_datatype_oarchive.hpp line 64 there
is a BOOST_MPL_ASSERT that fails to compile properly
comment the line out fixes the problem
I put sev
rhanks
On Tue, Sep 1, 2009 at 3:12 AM, peter green wrote:
> tags 542341 +patch
> thanks
>
> two new patches and a modified series file are attatched. Just drop them
> into debian/patches
>
>
>
> vtkFFMPEGWriter.patch
> assistant-qt4.patch
> search-client-doc-finder-in-fhs-dir.patch
> use-ffmpeg-
it is a bug of libcgns and not gmsh
On Mon, Aug 24, 2009 at 10:47 PM, O.C. wrote:
>
> Package: gmsh
> Version: 2.3.1.dfsg-4
> Severity: grave
> Justification: renders package unusable
>
> Hello,
>
> on my updated Debian testing, I can't run gmsh :
>
> gmsh: symbol lookup error: /usr/lib/libcgns.
Andreas
thanks for the report. I just had a quick look and it seems that it is
more a problem of C headers (namely stdlib.h) not proper included.
I will look closer at this
On Wed, Aug 19, 2009 at 7:41 AM, Andreas Barth wrote:
> X-Loop
> ow...@bugs.debian.org: Resent-Date: Wed, 19 Aug 2009 05:39:
Lukas
Could you try 2.3.7-2 please ? it was uploaded a few days ago and
builds fine on _all_ platforms and under pbuilder
Best regards
C.
On Tue, Jul 14, 2009 at 3:10 PM, Lucas Nussbaum wrote:
> Package: qd
> Version: 2.3.7-1
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: qa-
Hi Albert
2009/6/22 Albert Huang :
> Was there something wrong with the last packaging revision? The
> libboost-thread1.35-dev dependency should have been changed to
> libboost-thread-dev, right?
yes that's right at least that's what I have on my computer
I will check again that the package was
actually not that simple
framewave build is broken on pbuilder
it looks for -lboost_thread instead of -lboost_thread-mt
We have to look into that
Best regards
C.
On Sun, May 31, 2009 at 6:46 PM, Christophe Prud'homme
wrote:
> Adeadato
>
> It will be uploaded in a few minutes
&g
Adeadato
It will be uploaded in a few minutes
Best regards
C.
On Sat, May 30, 2009 at 12:02 PM, Adeodato Simó wrote:
> severity 529384 serious
> retitle 529384 libfwbase1: uninstallable, needs updating to a newer boost
> forcemerge 529384 529385 529388
> thanks
>
> + Colbert Blake Smith (Mon, 1
Package: petsc
Version: 3.0.0
Severity: serious
--- Please enter the report below this line. ---
here is a simple code
#include
int main( int argc, char** argv )
{
PetscInitialize( &argc, &argv, 0, 0 );
}
now compile it like this:
g++ -I/usr/include/mpi -I/usr/include/petsc -o t t.cpp -lp
Yup
i am travelling a lot these days. I may not be able to make the upload
before next week
let me know if that's ok with you
On Wed, Jan 28, 2009 at 12:01 AM, Ondrej Certik wrote:
> On Tue, Jan 27, 2009 at 2:42 PM, Gunnar Wolf wrote:
>>> Yep. But the build you attached actually builds the pac
On Mon, Jan 26, 2009 at 7:50 AM, Ondrej Certik wrote:
> The solution is to rebuild paraview. I tried that on i386 in pbuilder
> and it seems it fixed the problem.
which version of paraview ?
if this is 3.2 I am fine with uploading it, 3.4 still fails with
pbuilder. Otherwise with svn-buildpackage
Package: openmpi
Version: 1.3-1
Severity: serious
--- Please enter the report below this line. ---
Hello
I just upgraded to openmpi 1.3-1. The compilation of my codes went fine.
The linking stage sometimes failed with
undefined reference to `MPI::Win::Set_errhandler(MPI::Errhandler const&)'
un
Yup, upstream looked at this issue: swig generated a huge c++ wrapper code
and it takes a lot of memory.
1.2 GB is not that much for a compiler, I managed to get much higher
with C++ generative programming (expression templates...)
using Boost might get you there ;)
We decided to drop the platfor
thanks for the report
the problem is identified and a fix is under way
-6 should fix this
Best regards
C.
On Fri, Oct 3, 2008 at 11:11 AM, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
> Package: openturns
> Version: 0.12.1-5
> Severity: serious
>
> There was an error while trying to autobuild
Ondrej,
thank you for your investigations
I will give it a try this week or next week.
Best regards
C.
On Tue, Aug 26, 2008 at 2:31 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 18, 2008 at 7:55 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> the problem on sparc is this:
after looking at the build logs, other architectures fail at the same command
H5Detect must be doing something nasty
On Wed, Aug 6, 2008 at 11:05 PM, Ondrej Certik <[EMAIL PROTECTED]> wrote:
> Hi Martin,
>
>> usualy that is the sign that you used some non-clean code here. bus
>> error on sparc is
On Wed, Jun 11, 2008 at 12:54 AM, Adam C Powell IV <[EMAIL PROTECTED]> wrote:
> Hello again,
>
> On Wed, 2008-05-07 at 14:06 +0200, Ondrej Certik wrote:
>> On Wed, May 7, 2008 at 12:56 AM, Maximiliano Curia
>> <[EMAIL PROTECTED]> wrote:
>> > Hola Adam C Powell IV!
>> >
>> > El 06/05/2008 a las 15:2
> is package doesn't exist.
> >
> > (Btw, how did this happen?)
>
> Wrong entry in Depends. Anyway, this is fixed in SVN since February 15. I
> do not know why 2.1+parpack96-2 is not yet released.
easy
the package -1 entered NEW and I waited for it to appear in Debian/unstable
then I forgot ab
Package: petsc
Version: 2.3.3
Severity: serious
--- Please enter the report below this line. ---
MPI support is missing spooles and PETSc is looking for it in libpetscmat.
PETSc in unstable is unusable at the moment
/usr/bin/../lib/libpetscmat.so.2.3.3: undefined reference to
`InpMtx_MPI_split'
Ondrej, Marc
> > exists. Either you need to add /usr/include/openmpi to the include path
> > or try to include openmpi/mpi.h (which sounds b0rken) (ie add
> > -I/usr/include/openmpi and everything should be fine).
>
> As I said above, I don't think this will work.
>
> For now, Christophe fixed t
I just uploaded a new version of parmetis which should fix this bug
I will check the build logs
On Jan 4, 2008 11:52 AM, Marc 'HE' Brockschmidt <[EMAIL PROTECTED]>
wrote:
> "Ondrej Certik" <[EMAIL PROTECTED]> writes:
> > On Jan 4, 2008 10:15 AM, Marc 'HE' Brockschmidt <
> [EMAIL PROTECTED]> wrot
[ Friday 14 September 2007 ]
| Package: abinit, mp
| Severity: serious
| Justification: policy violation
|
| hi,
|
| both abinit an mp ship `/usr/bin/newsp', but do neither conflict, nor add a
| diversion, thus fail to be installed in the same environment:
abinit now conflicts with mp
the -2 versi
[ Monday 23 July 2007 ]
| Package: libsuitesparse
| Version: 3.0.0-4
| Severity: serious
| Justification: Policy 2.2.1
|
|
| $ apt-cache show libsuitesparse
| [...]
| Depends: [...], libparmetis3.1
| [...]
| $ apt-cache show libparmetis3.1
| [...]
| Section: non-free/libs
| [...]
suitesparse is not
Package: gcc-snapshot
Severity: serious
Martin, Matthias,
it seems that the 20070720-1 snapshot has some issues with limits.h
here is a snippet that cannot be compiled by gcc-snapshot
---
#include
int main()
{
return 0;
}
--
/usr/lib/gcc-snapshot/bin/g++ -o t
t.cpp
[ jeudi 19 octobre 2006 16:36 ]
| tags 393557 +patch
| tags 393558 +patch
| thanks
|
| Hi,
|
| I've created a patch for this issue. The problem is that the
| arch-specific builds on the buildd's do not have a dh_installdocs call.
| This patch fixes that. Since I prepared it anyway, I uploaded to
|
[ Thursday 12 October 2006 16:54 ]
| I see this too; Ubuntu's 017_en_US_UTF-8_XI18N_OBJS.diff (attached,
| and only partially applied upstream AFAICT) corrects the references to
| nonexistent shared objects, which look like an accidental regression
| on upstream's part incurred when switching to gi
[ mardi 11 juillet 2006 10:18 ]
| Am Dienstag, den 11.07.2006, 09:17 +0200 schrieb Pascal A. Dupuis:
| > Could you please sort this out ?
|
| This is already sorted out in unstable.
|
| However, ufsparse FTBFS on mips/mipsel, thus preventing octave2.9
| to be built there. This means that octave2.9
[ Wednesday 29 March 2006 20:41 ]
| Package: netgen
| Version: 4.4-3
| Severity: grave
| Justification: renders package unusable
|
|
| Hi,
|
| here is the problem:
|
| $ netgen
| netgen: error while loading shared libraries: libTix8.4.so: cannot open
| shared object file: No such file or directory
[ Monday 21 November 2005 22:09 ]
| Package: gmsh
| Version: 1.60.1-2
| Severity: serious
| Justification: Policy 2.2.1
|
| Christophe,
|
| It looks like you have gcc 4.1 from experimental installed on your
| build system, and thus libgcc1 and libstdc++6 dependencies cannot
| be satisfied on i386/u
[ Saturday 19 November 2005 14:38 ]
| On Thu, Nov 17, 2005 at 06:22:15PM +0100, Domenico Andreoli wrote:
| > On Thu, Nov 17, 2005 at 05:26:07PM +0100, Christophe Prud'homme wrote:
| > > All,
| > >
| > > I have recompiled boost 1.33.0-3 using the new C++ compiler
|
[ Dimanche 20 Mars 2005 16:51 ]
| By expicitly making the fourth argument of
| DefineParameters in /usr/include/arpack++/arlsnsym.h (line
| 144, IIRC) as an address(by preceding it with a "&") made
| the compiler happy. Here is the relevant portion I have in
| this file now which compiles okay:
Hi
Package: libboost-test-dev
Version: 1.32.0-2
Severity: grave
Justification: renders package unusable
test/included/prg_exec_monitor.hpp have the following lines
#include
#include
libs/... is obviously not available with boost/debian package
it is the same for the other header files in test
60 matches
Mail list logo
