On Thu, 2012-04-19 at 21:35 +0200, Lucas Nussbaum wrote:
Source: illuminator
Version: 0.11.0-13
Severity: serious
Tags: wheezy sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20120419 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your
On Tue, 2012-02-28 at 09:31 -0500, Roberto C. Sánchez wrote:
On Mon, Feb 27, 2012 at 05:51:14PM -0500, Adam C Powell IV wrote:
On Mon, 2012-02-27 at 21:05 +0100, trophime wrote:
Hi,
with the following patches the package builds fine.
Thanks very much Christophe! This is incredibly
On Mon, 2012-02-27 at 21:05 +0100, trophime wrote:
Hi,
with the following patches the package builds fine.
Thanks very much Christophe! This is incredibly helpful.
Roberto, can you take care of applying these patches and uploading, or
do you want me to do an NMU? This is holding up a pretty
Package: src:med-fichier
Version: 3.0.3-3
Severity: serious
This requires hdf5-tools and libhdf5-mpi-dev to build, but they conflict
because they depend on conflicting HDF5 shared library packages.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering
Package: src:coinor-ipopt
Version: 3.10.1-1
Severity: serious
When I try to build this package, it FTBFS in latex while making doxygen
docs:
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
entering extended mode
(./_formulas.tex
LaTeX2e 2009/09/24
Babel v3.8l and hyphenation
Hi again,
On Thu, 2012-02-09 at 22:30 +0100, Andreas Beckmann wrote:
On 2012-02-09 22:25, Adam C Powell IV wrote:
One thing though: do you mind if we downgrade the severity temporarily?
There's a big transition about to happen [...]
Adjust as you need it ...
Turns out I'm wrong: elmerfem
Package: src:deal.ii
Version: 7.0.0-3
Severity: serious
This needs an upgrade for PETSc/SLEPc 3.2. 7.1.0 is almost there, but
the version in alioth doesn't quite work with the new SLEPc interface.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering
Hi Christophe,
On Thu, 2012-02-09 at 16:01 +0100, trophime wrote:
On Thu, 2012-02-09 at 09:25 -0500, Adam C Powell IV wrote:
Package: src:deal.ii
Version: 7.0.0-3
Severity: serious
This needs an upgrade for PETSc/SLEPc 3.2. 7.1.0 is almost there, but
the version in alioth doesn't
On Sun, 2012-01-08 at 12:05 +0100, Juergen Riegel wrote:
Hi together,
I'm, together with Werner, the maintainer of FreeCAD.
Based on the long history of license struggle with OCTPL I do not think
they will change the license soon.
So I decided to go for GPL free for the 0.13 release of
. ScaLAPACK works around this by
explicitly linking to all of the MPICH2 libraries, and its dependencies
(MUMPS, PETSc etc.) inherit this linkage so they don't break.
To test I'll need to log into an s390 or mips test machine at some
point...
-Adam
On Sat, 2012-01-07 at 11:54 -0800, Adam C
tags 652061 pending
thanks
On Thu, 2012-01-05 at 12:11 +0100, Jakub Wilk wrote:
* Christoph Egger christ...@debian.org, 2011-12-14, 16:01:
Your package failed to build on the buildds:
checking for dseupd_ in -larpack... yes
configure: WARNING: No parallel arpack found.
checking for
Thanks Muammar, it looks like everything worked and it built everywhere,
except s390x which is waiting for a fix to PVM.
I uploaded the new MUMPS, PETSc will go in as soon as MUMPS is ready.
Thanks again!
-Adam
On Thu, 2011-12-29 at 20:39 +0100, Muammar El Khatib wrote:
Source: scalapack
Package: src:scalapack
Severity: serious
Tags: patch
Hi Muammar,
I'm afraid scalapack FTBFS again on three platforms. On all three the
failure mechanism is the same: libmpich2.so is not linked to libmpl.so .
The workaround is in the attached patch: if you explicitly link -lmpich
-lmpl it
On Fri, 2011-12-23 at 20:50 +0100, Muammar El Khatib wrote:
Hi Adam,
On Fri, Dec 23, 2011 at 14:41, Adam C Powell IV hazel...@debian.org wrote:
Hi Muammar,
On Fri, 2011-12-23 at 11:59 +0100, Muammar El Khatib wrote:
On Thu, Dec 22, 2011 at 23:28, Adam C Powell IV hazel...@debian.org
Hi Muammar,
Reducing the recipients list as this concerns technical details.
On Sun, 2011-12-25 at 20:31 +0100, Muammar El Khatib wrote:
Source: scalapack
Followup-For: Bug #652313
Hi,
I have prepared a new revision of scalapack, but I have a doubt which is: do
I have to provide a new
tags 653032 patch
tags 653032 pending
block 653032 by 652312
block 653032 by 652313
thanks
This is fixed in alioth and I'll upload it when 652312 and 652313 are
fixed.
-Adam
On Thu, 2011-12-22 at 18:00 -0500, Adam C Powell IV wrote:
Package: src:mumps
Version: 4.10.0-1
Severity: serious
I
tags 652313 patch
thanks
On Wed, 2011-12-21 at 13:23 -0500, Adam C Powell IV wrote:
retitle 652313 Needs mpich2 targets in debian/rules
block 652313 by 652312
thanks
Hi Julien,
On Mon, 2011-12-19 at 21:03 +0100, Julien Cristau wrote:
On Mon, Dec 19, 2011 at 08:43:12 -0500, Adam C
retitle 652313 Needs mpich2 targets in debian/rules
block 652313 by 652312
thanks
Hi Julien,
On Mon, 2011-12-19 at 21:03 +0100, Julien Cristau wrote:
On Mon, Dec 19, 2011 at 08:43:12 -0500, Adam C Powell IV wrote:
On Sat, 2011-12-17 at 17:32 +0100, Julien Cristau wrote:
On Fri, Dec 16
On Sat, 2011-12-17 at 17:32 +0100, Julien Cristau wrote:
On Fri, Dec 16, 2011 at 08:00:15 -0500, Adam C Powell IV wrote:
I think blacs-mpi, scalapack and suitesparse make sense for no-change
rebuilds. But I've been procrastinating maintenance on the rest (just
took care of spooles last
On Fri, 2011-12-16 at 09:57 +0100, Julien Cristau wrote:
Hi,
On Thu, Dec 15, 2011 at 19:45:47 -0500, Adam C Powell IV wrote:
Found the problem. PETSc built on November 16 with mpi-defaults 0.6
which depended on LAM on non-openmpi arches. Now mpi-defaults 1.0.1
released 12/4 depends
clone 652061 -1
reassign -1 libarpack2-dev
retitle -1 Removed symbols needed by other packages
found -1 3.0.1-1
block 652061 by -1
thanks
On Wed, 2011-12-14 at 14:31 -0500, Adam C Powell IV wrote:
Hi Sylvestre,
On Wed, 2011-12-14 at 18:50 +0100, Sylvestre Ledru wrote:
Le mercredi 14
On Thu, 2011-12-15 at 09:55 +0100, Alexander Reichle-Schmehl wrote:
reopen 651452
found 651452 0.11.0-12
thanks
Hi!
* Adam C Powell IV hazel...@debian.org [111214 15:33]:
Better to rip out the -llam and replace LLAM in the patch with -lmpi.
I'll test then upload -12
-9 by -8
thanks
On Thu, 2011-12-15 at 14:36 -0500, Adam C Powell IV wrote:
On Thu, 2011-12-15 at 09:55 +0100, Alexander Reichle-Schmehl wrote:
reopen 651452
found 651452 0.11.0-12
thanks
Hi!
* Adam C Powell IV hazel...@debian.org [111214 15:33]:
Better to rip out
On Fri, 2011-12-02 at 18:15 +0100, Joerg Jaspert wrote:
Hi
as we have been asked about this license problem and not yet provided an
answer:
Either the licensing is changed so that the incompatibility no longer
is there (by either getting the license changed, or exceptions in the
other
Hi Francesco,
On Sun, 2011-11-13 at 19:30 +0100, Francesco Poli wrote:
On Sun, 13 Nov 2011 11:49:10 -0500 Adam C Powell IV wrote:
On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote:
[...]
Yes, but I think freecad should not be released in a stable version
(again
Hi Alexander,
On Wed, 2011-12-14 at 10:09 +0100, Alexander Reichle-Schmehl wrote:
reopen 651452
retitle 651452 illuminator: FTBFS on archs where petsc uses liblam
(tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')
found 651452 0.11.0-8.2
clone 651452 -1
retitle -1 illuminat:
Hi Christoph,
On Wed, 2011-12-14 at 16:01 +0100, Christoph Egger wrote:
Package: src:elmerfem
Version: 6.1.0.svn.5396.dfsg-3
Severity: serious
Tags: sid wheezy
Justification: fails to build from source (but built successfully in the past)
Hi!
Your package failed to build on the
Hi Sylvestre,
On Wed, 2011-12-14 at 18:50 +0100, Sylvestre Ledru wrote:
Le mercredi 14 décembre 2011 à 11:58 -0500, Adam C Powell IV a écrit :
Hi Christoph,
On Wed, 2011-12-14 at 16:01 +0100, Christoph Egger wrote:
Package: src:elmerfem
Version: 6.1.0.svn.5396.dfsg-3
Severity
X-Debbugs-Cc: Alexander Reichle-Schmehl alexan...@schmehl.info, Julien
Cristau jcris...@debian.org
Dear Alexander and Julien,
Please accept my apologies for uploading just now without incorporating
yoru recent changes. I had not seen your NMU uploads because they came
via the BTS system to
Package: src:illuminator
Version: 0.11.0-10
Severity: serious
The conversion to build-arch and build-indep targets caused illuminator
to FTBFS, because buildds do debian/rules build which triggers
build-indep without installing the Build-Depends-Indep packages.
Temporary workaround: change to
On Fri, 2011-12-09 at 18:52 +0100, D. Barbier wrote:
tags 651105 + pending
thanks
Adam, can you please upload? Dependencies should be fine now, I
checked with pbuilder.
It's building now, will upload in 12 hours or so.
Thanks,
Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F
tags 651905 pending
thanks
The fix is in alioth, will build and upload within 12 hours or so.
On Mon, 2011-12-12 at 19:32 -0500, Adam C Powell IV wrote:
Package: src:illuminator
Version: 0.11.0-10
Severity: serious
The conversion to build-arch and build-indep targets caused illuminator
On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote:
On Thu, 10 Nov 2011 19:18:01 +0100 Anton Gladky wrote:
Can we decrease the severity of this bug to return the freecad back to
testing?
Why?
I think the bug is still unfixed and still serious, unfortunately.
The bug filed on
issue is not resolved we will request deletion of
freecad from unstable?
Thanks.
Anton
On Sun, Nov 13, 2011 at 5:49 PM, Adam C Powell IV hazel...@debian.org wrote:
On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli wrote:
On Thu, 10 Nov 2011 19:18:01 +0100 Anton Gladky wrote:
Can
Package: src:med-fichier
Version: 3.0.3-1
Severity: serious
Greetings,
The git checkout in the clean target makes this package FTBFS. What
blithering idiot could have thought that one up? Get rid of it at once!
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
changed by Adam C. Powell, IV
hazel...@debian.org
dpkg-buildpackage: host architecture amd64
dpkg-source --before-build elmerfem-6.1.0.svn.5272.dfsg
dpkg-checkbuilddeps: Unmet build dependencies: libqwt5-qt4-dev
dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied
Package: src:deal.ii
Version: 7.0.0-2
Severity: serious
For some reason, arch-dependent builds on the buildds are triggering the
build-doc target, but doxygen is not installed because it's in
Build-Depends-Indep but not Build-Depends.
I can't figure out why it's doing this, and can't reproduce
tags 618696 pending
thanks
On Wed, 2011-04-13 at 17:27 -0400, Adam C Powell IV wrote:
On Wed, 2011-04-13 at 23:00 +0200, Francesco Poli wrote:
On Wed, 13 Apr 2011 16:43:37 -0400 Adam C Powell IV wrote:
Let me see if upstream will work with me on this, as they did a linking
exception
tags 622694 pending
thanks
Fixed in alioth.
On Wed, 2011-04-13 at 18:54 -0400, Adam C Powell IV wrote:
Source: freecad
Version: 0.11.3729.dfsg-1
Severity: serious
FreeCAD FTBFS on all arches. Looks like the problem is lack of a
Fortran compiler.
-Adam
--
GPG fingerprint: D54D 1AEE
found 618241 0.11.3729.dfsg-1
thanks
This is not yet fixed, it requires libqtwebkit-dev in Build-Depends.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://www.opennovation.com/
signature.asc
Description: This is
On Wed, 2011-04-13 at 23:00 +0200, Francesco Poli wrote:
On Wed, 13 Apr 2011 16:43:37 -0400 Adam C Powell IV wrote:
[...]
Hi Francesco,
Hi Adam!
You mentioned elsewhere (I think your bug against salome) that the
CeCILL-C license of scotch is not GPL-compatible. (Can you describe
Source: freecad
Version: 0.11.3729.dfsg-1
Severity: serious
FreeCAD FTBFS on all arches. Looks like the problem is lack of a
Fortran compiler.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
found 619931 4.9.13.dfsg-2
thanks
This builds with 6.5.0, but not 6.3.0, so the Build-Dep needs to reflect
that by being versioned.
-Adam
On Wed, 2011-03-30 at 09:33 -0400, Adam C Powell IV wrote:
severity 619931 serious
thanks
OCC 6.5.0 is now in unstable, so this bug is now serious
Greetings,
Bug 621037 in scotch also bit gmsh [1], at least on amd64 and powerpc.
(armel, mips[el] and s390 FTBFS because of what looks like a LAM bug.)
Can you please give back gmsh on amd64 and powerpc?
[1] http://bugs.debian.org/621003
In the near future, mpi-defaults may switch from LAM to
tags 602660 pending
tags 605294 pending
tags 608902 pending
thanks
Finally got some time for this package; these bugs are fixed in alioth
(I think, didn't try to build on any LAM architectures) and I'll upload
as soon as I get around to updating to upstream patch level 8 (bug ).
-Adam
--
GPG
Hi Christophe,
On Wed, 2011-04-06 at 09:14 +0200, trophime wrote:
On Tue, 2011-04-05 at 21:41 +0200, Anton Gladky wrote:
Adam,
what do you think, can this bug be related to #619935?
I think this is related to changes in scotch package.
We should maybe add a define flag to CCFLAGS and
On Tue, 2011-04-05 at 21:18 -0400, Adam C Powell IV wrote:
Pierre Johannes,
On Tue, 2011-04-05 at 20:13 -0400, Adam C Powell IV wrote:
Package: src:scotch
Version: 5.1.11.dfsg-5
Severity: serious
Justification: causes other packages to FTBFS
X-DebBugs-CC: gladky.an...@gmail.com
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 hazel...@debian.org 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
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 hazel...@debian.org 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
Hello again,
On Tue, 2011-04-05 at 20:04 -0400, Adam C Powell IV wrote:
Hello Anton,
On Tue, 2011-04-05 at 21:41 +0200, Anton Gladky wrote:
Adam,
what do you think, can this bug be related to #619935?
Anton
Possibly, but I think it's a new bug -- libmetis.so - libscotchmetis.so
Hello Anton,
On Tue, 2011-04-05 at 21:41 +0200, Anton Gladky wrote:
Adam,
what do you think, can this bug be related to #619935?
Anton
Possibly, but I think it's a new bug -- libmetis.so - libscotchmetis.so
should be linked to libscotch.so but it's not. Yup, Elmer is also
bombing there.
Package: src:scotch
Version: 5.1.11.dfsg-5
Severity: serious
Justification: causes other packages to FTBFS
X-DebBugs-CC: gladky.an...@gmail.com
Greetings,
In the last upload or two, the scotch package has lost its inter-library
linkages. libscotchmetis should be linked -lscotch, and libscotch
Pierre Johannes,
On Tue, 2011-04-05 at 20:13 -0400, Adam C Powell IV wrote:
Package: src:scotch
Version: 5.1.11.dfsg-5
Severity: serious
Justification: causes other packages to FTBFS
X-DebBugs-CC: gladky.an...@gmail.com
Greetings,
In the last upload or two, the scotch package has lost
On Mon, 2011-04-04 at 13:53 +0200, Pierre Saramito wrote:
Hello !
From Adam:
Already I can see a few issues:
* 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
Hello Pierre,
On Thu, 2011-03-31 at 16:12 +0200, Pierre Saramito wrote:
Hi Adam and Johannes,
From Adam:
This is a very strange error in its irreproducibility...
Please find a tarball containing a new version of debian files,
together with git-status and git-diff files (some files are
On Fri, 2011-04-01 at 14:05 +0200, Johannes Ring wrote:
Hi Adam and Pierre,
On Fri, Apr 1, 2011 at 1:38 PM, Adam C Powell IV hazel...@debian.org
wrote:
* I noticed that you removed -I/usr/include/lam from the CCS
and
CCD commands. I don't remember the exact reasons
Package: src:blacs-mpi
Version: 1.1-29
Severity: serious
Justification: causes other packages to FTBFS
Tags: patch
Greetings,
The blacs-mpi package gets the MPI implementation incorrect on alpha.
Because it Build-Depends on libopenmpi-dev, which is not the default on
alpha (LAM is), and because
Hi again,
On Fri, 2011-04-01 at 07:38 -0400, Adam C Powell IV wrote:
Hello Pierre,
On Thu, 2011-03-31 at 16:12 +0200, Pierre Saramito wrote:
Hi Adam and Johannes,
From Adam:
This is a very strange error in its irreproducibility...
Please find a tarball containing a new version
severity 617729 important
thanks
Thank you for your bug report.
While this shortcoming makes libmedc-dev not usable without
libhdf5-mpi-dev, at the same time, it does not prevent one from using
it. As you pointed out, one can simply install libhdf5-mpi-dev and the
package becomes fully usable.
severity 620241 important
thanks
Hello Julien,
On Thu, 2011-03-31 at 14:51 +0200, Julien Cristau wrote:
Package: elmerfem
Version: 5.5.0.svn.5100.dfsg-1
Severity: serious
Justification: fails to build from source
elmerfem/ia64 dependency installability problem:
elmerfem (=
it was Cc:ed to the atlas and mumps maintainers.
When a fringe arch or two doesn't build a package properly, and it's
clearly not due to a problem in that package, it's usually not RC (in my
experience). But I'll leave it that way if you prefer.
On Thu, Mar 31, 2011 at 12:43:11 -0400, Adam C Powell
severity 619931 serious
thanks
OCC 6.5.0 is now in unstable, so this bug is now serious.
-Adam
On Mon, 2011-03-28 at 09:33 -0400, Adam C Powell IV wrote:
Package: src:netgen
Version: 4.9.13.dfsg-1
With OpenCASCADE 6.5.0, now in the NEW queue, netgen FTBFS:
libtool: compile: g
Hi Pierre and Johannes,
On Wed, 2011-03-30 at 14:47 +0200, Johannes Ring wrote:
Hi Pierre,
On Wed, Mar 30, 2011 at 2:24 PM, Pierre Saramito
pierre.saram...@imag.fr wrote:
Hi Adam and Johannes,
From Adam:
parser_ll.l:123:31: error: 'yylval' undeclared (first use in this
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.c parser_ll.c) ||
\
cp
tags 614952 pending
thanks
Thanks for the report, the fix is in alioth and I will upload a new
version soon.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://www.opennovation.com/
signature.asc
Description: This
Package: elmer
Version: 5.5.0.svn.4716.dfsg-5
Severity: grave
Justification: causes data loss
For some situations, ElmerGUI's Save Project operation replaces the
geometry input files, and every other file with the same basename, with
a zero-length file of the same name. This is due to a bug in
tags 609044 pending
thanks
Since upstream fixed this, it should have the pending tag, sorry I
forgot it. Building now, should be uploaded by the end of the day.
-Adam
On Wed, 2011-01-05 at 13:13 -0500, Adam C Powell IV wrote:
Package: elmer
Version: 5.5.0.svn.4716.dfsg-5
Severity: grave
Hello,
Apologies for the oversight when renaming these binaries for the last
upload.
I think the scotch user base will expect the standard name of the gbase
binary. So there are a couple of options: conflict with gbase, or
use /etc/alternatives.
Is there a way in popcon to see how many users
On Fri, 2010-12-03 at 19:05 +0100, Cyril Brulebois wrote:
Source: salome
Version: 5.1.3-12
Severity: serious
Justification: FTBFS
Hi,
your package no longer builds:
| In file included from sipSalomePyQtQtxActionSet.cc:7:
| sipAPISalomePyQt.h:7:1: error: unterminated #ifndef
Thanks.
building now.
-Adam
On Mon, 2010-11-22 at 14:28 -0500, Adam C Powell IV wrote:
Hello,
I apologize, I am just now seeing this bug. I have just fixed it,
included the fix in its alioth git repository, and uploaded a fixed
version to debian unstable. Until it's in the archive, you can get
Hello again,
On Tue, 2010-11-02 at 15:34 -0400, Adam C Powell IV wrote:
On Wed, 2010-11-03 at 00:12 +0800, Matthieu Lagouge wrote:
Package: salome-examples
Version: 5.1.3-11
Severity: important
Tags: upstream
salome-examples fails the Python bytecode compilation during package
Hi Hector,
On Mon, 2010-11-08 at 14:18 +, Hector Oron wrote:
2010/11/7 Adam C Powell IV hazel...@debian.org:
Hi, unfortunately the build log for this configure process doesn't
provide just about any needed info. Is there a way to get the
configure.log file to determine what went
severity 602660 important
thanks
Hi, unfortunately the build log for this configure process doesn't
provide just about any needed info. Is there a way to get the
configure.log file to determine what went wrong?
Thanks,
Adam
On Sat, 2010-11-06 at 22:37 +, Hector Oron wrote:
Package: petsc
tags 601712 pending
thanks
This is now fixed in alioth. I'll upload in a week or when NETGEN
meshing is working, whichever comes first.
-Adam
On Thu, 2010-10-28 at 16:49 -0400, Adam C Powell IV wrote:
Package: src:salome
Version: 5.1.3-11
Severity: serious
Because graphviz is only Build
Package: src:salome
Version: 5.1.3-11
Severity: serious
Because graphviz is only Build-Depends-Indep and not Build-Depends, dot
is missing, so YACS thinks libgraphviz-dev is missing, and doesn't set
GRAPHVIZ_CPPFLAGS, and the build fails when trying to #include gvc.h .
-Adam
--
GPG fingerprint:
On Wed, 2010-10-13 at 17:40 +0200, Andre Espaze wrote:
Hello Adam,
There's a security bug in the Debian package for salome due to insecure
handling of LD_LIBRARY_PATH in a couple of places, bug 598421.
To fix it, I've patched my runSalome script (this does not affect
upstream
, Adam C Powell IV wrote:
Package: src:salome
Version: 5.1.3-10
Severity: serious
Three architectures are failing to build on the same file in the GEOM
module. Below are excerpts from the buildd logs.
Alpha:
libtool: compile: g++ -DPACKAGE_NAME=\Salome2 Project GEOM module
On Mon, 2010-10-04 at 11:10 -0400, Aaron M. Ucko wrote:
Adam C Powell IV hazel...@debian.org writes:
Aaron, do you have any advice on avoiding race conditions in generated
code? I tried having the omniidl targets include touching a stamp file
after finishing code generation, but couldn't
merge 598916 595620
thanks
Known bug, it's a race condition in cleanup/installation, fixed in
alioth git about four weeks ago. Upload is pending a fix for another
FTBFS bug 595281/598772.
-Adam
On Sun, 2010-10-03 at 11:01 +0200, Philipp Kern wrote:
Source: salome
Version: 5.1.3-10
Severity:
merge 598916 595260
D'oh! Got the bug number wrong.
On Sun, 2010-10-03 at 19:46 -0400, Adam C Powell IV wrote:
merge 598916 595620
thanks
Known bug, it's a race condition in cleanup/installation, fixed in
alioth git about four weeks ago. Upload is pending a fix for another
FTBFS bug
reassign 595260 src:salome
merge 598916 59526
thanks
One more try...
On Sun, 2010-10-03 at 20:18 -0400, Adam C Powell IV wrote:
merge 598916 595260
D'oh! Got the bug number wrong.
On Sun, 2010-10-03 at 19:46 -0400, Adam C Powell IV wrote:
merge 598916 595620
thanks
Known bug
merge 598916 595260
thanks
Dammit I can't get this stupid thing right!!
On Sun, 2010-10-03 at 20:29 -0400, Adam C Powell IV wrote:
reassign 595260 src:salome
merge 598916 59526
thanks
One more try...
On Sun, 2010-10-03 at 20:18 -0400, Adam C Powell IV wrote:
merge 598916 595260
tags 598421 pending
thanks
On Wed, 2010-09-29 at 23:24 -0500, Raphael Geissert wrote:
On 29 September 2010 22:01, Adam C Powell IV hazel...@debian.org wrote:
On Tue, 2010-09-28 at 21:07 +, Raphael Geissert wrote:
Would a secure change omit the former LD_LIBRARY_PATH? That is, would
Hello Andre,
There's a security bug in the Debian package for salome due to insecure
handling of LD_LIBRARY_PATH in a couple of places, bug 598421.
To fix it, I've patched my runSalome script (this does not affect
upstream runSalome), and several upstream files, and pushed the fixes to
the
Hello,
On Tue, 2010-09-28 at 21:07 +, Raphael Geissert wrote:
Package: salome
Version: 5.1.3-9
Severity: grave
Tags: security
User: t...@security.debian.org
Usertags: ldpath
Hello,
During a review of the Debian archive, I've found your package to
contain a script that can be
severity 597739 normal
thanks
Thank you for your report. The program should be started with the
command runSalome not salomeloader, so the package is usable.
Also, 5.1.3-9 and newer versions should not have /usr/bin/salomeloader
but /usr/lib/salome/bin/salomeloader. Please check the location
Hello Matthias,
On Fri, 2010-09-10 at 09:58 +, Matthias Klose wrote:
Package: salome
Version: 5.1.3-9
Severity: serious
User: debian-pyt...@lists.debian.org
Usertag: python2.6
The package build-depends on python2.5-dev, which is not the default
python version for squeeze. The
Package: src:salome
Version: 5.1.3-10
Severity: serious
Three architectures are failing to build on the same file in the GEOM
module. Below are excerpts from the buildd logs.
Alpha:
libtool: compile: g++ -DPACKAGE_NAME=\Salome2 Project GEOM module\
-DPACKAGE_TARNAME=\SalomeGEOM\
tags 595260 pending
thanks
On Thu, 2010-09-02 at 11:20 -0400, Aaron M. Ucko wrote:
Package: salome
Version: 5.1.3-10
Severity: serious
Justification: fails to build from source
The automatic build of salome on i386, which appears to have been in
parallel, ran into what looks like a race
On Thu, 2010-09-02 at 13:36 -0400, Aaron M. Ucko wrote:
Adam C Powell IV hazel...@debian.org writes:
Thanks Aaron, I noticed this.
No problem; thanks for the quick response.
What's the best way around it, while preserving the performance of a
parallel build?
Declaring
, then mark
the new bug pending when I can get it to work.
Thanks again!
-Adam
On Fri, 2010-08-20 at 09:06 -0400, Adam C Powell IV wrote:
Hello Denis,
On Fri, 2010-08-20 at 02:19 +0200, Denis Barbier wrote:
Package: salome
Version: 5.1.3-9
Severity: grave
When switching to the MESH
Hello Denis,
On Fri, 2010-08-20 at 16:32 +0200, Denis Barbier wrote:
On 2010/8/20 Adam C Powell IV wrote:
[...]
It's also worth asking: could a change like this let us drop the salome
dependency on libopencascade-visualization-dev? As I recall, that
dependency was added to avoid
Hello Denis,
On Fri, 2010-08-20 at 02:19 +0200, Denis Barbier wrote:
Package: salome
Version: 5.1.3-9
Severity: grave
When switching to the MESH module, salome throws a fatal error, and
console contains this message:
could not open: StdPlugin ; reason: libStdPlugin.so: cannot open
On Mon, 2010-08-02 at 12:51 -0400, Adam C Powell IV wrote:
retitle 590421 salome: FTBFS: Update to Python 2.6
tags 590421 pending
thanks
The version in alioth builds working .debs with Python 2.6, so after a
couple more changes to the package, I'll upload a working version.
-Adam
retitle 590421 salome: FTBFS: Update to Python 2.6
tags 590421 pending
thanks
The version in alioth builds working .debs with Python 2.6, so after a
couple more changes to the package, I'll upload a working version.
-Adam
On Mon, 2010-07-26 at 09:03 +0200, Lucas Nussbaum wrote:
Source: salome
Hello Sandro and Cyril,
This is really bizarre, I've never seen anything like it.
The patches apply, and upstream-p2 modifies TAGS.
Then the clean target reverses the patches -- but upstream-p2 does *not*
modify TAGS! It looks like it modifies everything else.
Then the patches apply again, but
On Tue, 2010-07-13 at 22:31 -0400, Adam C Powell IV wrote:
On Tue, 2010-07-13 at 19:55 +0100, Adam D. Barratt wrote:
On Fri, 2010-06-04 at 14:44 -0400, Adam C Powell IV wrote:
On Fri, 2010-06-04 at 15:54 +0200, Johannes Ring wrote:
Package: libpetsc3.1
Version: 3.1.dfsg-3
On Mon, 2010-07-12 at 18:32 -0400, Adam C Powell IV wrote:
On Mon, 2010-07-12 at 23:11 +0200, Johannes Ring wrote:
Hi Adam,
On Wed, Jul 7, 2010 at 5:51 PM, Adam C Powell IV hazel...@debian.org
wrote:
Hello,
I'm having two problems with PETSc, and need some help.
Second, I
On Tue, 2010-07-13 at 19:55 +0100, Adam D. Barratt wrote:
On Fri, 2010-06-04 at 14:44 -0400, Adam C Powell IV wrote:
On Fri, 2010-06-04 at 15:54 +0200, Johannes Ring wrote:
Package: libpetsc3.1
Version: 3.1.dfsg-3
The package libpetsc3.1 is empty on all architectures except
tags 585837 pending
thanks
On Mon, 2010-06-14 at 10:22 +0200, Ralf Treinen wrote:
Package: libsalome-dev,salome-dev
Version: libsalome-dev/5.1.3-8
Version: salome-dev/5.1.3-9
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2010-06-14
Architecture: amd64
1 - 100 of 234 matches
Mail list logo