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,
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.
> >
> >
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 consulti
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 and hyphenation pattern
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 i
On Thu, 2012-02-09 at 00:38 +0100, Andreas Beckmann wrote:
> Package: libelmer-dev
> Version: 6.1.0.svn.5396.dfsg-4
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package fails to upgrade from
> 'squeeze'.
> It in
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 alm
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 consulti
. 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 -08
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 F
tags 652061 pending
thanks
On Thu, 2012-01-05 at 12:11 +0100, Jakub Wilk wrote:
> * Christoph Egger , 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 pdneupd_ in -lpar
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
> Fo
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 should
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
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 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
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
> Sev
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
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 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
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
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 ve
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
>
ock -9 by -6
block -9 by -7
block -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!
> &
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 [111214 15:33]:
>
> > Better to rip out the -llam and replace LLAM in the patch with -lmpi.
> > I'
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:
> >
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
> &
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 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 illumin
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
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 5
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 "
X-Debbugs-Cc: Alexander Reichle-Schmehl , Julien
Cristau
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 debian-science-maintainers, a very high traffi
not...
>
> So, if the license 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 wrote:
> > On Sun, 2011-11-13 at 15:20 +0100, Francesco Poli 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 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
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
En
erfem
> > dpkg-buildpackage: source version 6.1.0.svn.5272.dfsg-1
> > dpkg-buildpackage: source changed by "Adam C. Powell, IV"
> >
> > dpkg-buildpackage: host architecture amd64
> > dpkg-source --before-build elmerfem-6.1.0.svn.5272.dfsg
> > dpk
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 it
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
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
-
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
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
http://www.opennovation.com/
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
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
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 M
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 fin
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
>
> Possib
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 14:37 +0200, Johannes Ring wrote:
> >> Hi Adam,
> >>
> >>
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 you trouble. I plan
> > to upload within 4-5 hours.
>
> Sorry, I tri
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
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 CCF
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
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
sh
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 th
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 re
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.
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 irreproducib
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 O
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
> wrote:
> > * I noticed that you removed -I/usr/include/lam from the CCS
> and
> >CCD commands. I don't remem
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 fi
ich
> is why 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,
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 (= 5.5.0.
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
> wrote:
> > Hi Adam and Johannes,
> >
> >> > From Adam:
> >> > parser_ll.l:123:31: error: 'yylval' undeclared (first use in this
> >> > function)
>
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:
>
> li
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 last_
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
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 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
> Severi
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
El
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
T
x27;m 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 th
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
Hi Hector,
On Mon, 2010-11-08 at 14:18 +, Hector Oron wrote:
> 2010/11/7 Adam C Powell IV :
>
> > 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
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
>
> Beca
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
> > ups
On Mon, 2010-10-04 at 11:10 -0400, Aaron M. Ucko wrote:
> Adam C Powell IV 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
Thu, 2010-09-02 at 13:22 -0400, 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: co
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
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:
> > merg
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
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
> Severit
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 alioth
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 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,
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 c
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 of
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
On Thu, 2010-09-02 at 13:36 -0400, Aaron M. Ucko wrote:
> Adam C Powell IV 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 b
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
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\" -DPACKAG
st the fix, 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
> > Se
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
> >
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
up.
-Adam
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 upl
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 T
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
> > wrote:
> > > Hello,
> > >
> > >
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: li
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
> > >
> >
1 - 100 of 242 matches
Mail list logo
