Bug#669478: illuminator: FTBFS: build-dependency not installable: libpetsc3.1-dev

2012-04-20 Thread Adam C Powell IV
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,

Bug#659898: coinor-ipopt: FTBFS during doxygen latex step

2012-02-29 Thread Adam C Powell IV
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. > > > >

Bug#659898: coinor-ipopt: FTBFS during doxygen latex step

2012-02-27 Thread Adam C Powell IV
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

Bug#661301: src:med-fichier: FTBFS due to hdf5-tools conflict with libhdf5-mpi-dev

2012-02-25 Thread Adam C Powell IV
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

Bug#659898: coinor-ipopt: FTBFS during doxygen latex step

2012-02-14 Thread Adam C Powell IV
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

Bug#659190: libelmer-dev: fails to upgrade from squeeze - trying to overwrite /usr/bin/elmerf90

2012-02-13 Thread Adam C Powell IV
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

Bug#659190: libelmer-dev: fails to upgrade from squeeze - trying to overwrite /usr/bin/elmerf90

2012-02-09 Thread Adam C Powell IV
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

Bug#659245: deal.ii: FTBFS with PETSc/SLEPc 3.2

2012-02-09 Thread Adam C Powell IV
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

Bug#659245: deal.ii: FTBFS with PETSc/SLEPc 3.2

2012-02-09 Thread Adam C Powell IV
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

Bug#652061: elmerfem: FTBFS missing build-dependencvy?

2012-01-10 Thread Adam C Powell IV
. 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

Bug#617613: FreeCAD & OCTPL

2012-01-10 Thread Adam C Powell IV
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

Bug#652061: elmerfem: FTBFS missing build-dependencvy?

2012-01-07 Thread Adam C Powell IV
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

Bug#653610: scalapack: FTBFS on mips(el) and s390

2011-12-30 Thread Adam C Powell IV
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

Bug#653610: scalapack: FTBFS on mips(el) and s390

2011-12-29 Thread Adam C Powell IV
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

Bug#652313: Needs mpich2 targets in debian/rules

2011-12-27 Thread Adam C Powell IV
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

Bug#650804: Bug#652313: Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-27 Thread Adam C Powell IV
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

Bug#653032: mumps: clean removes patches, nothing re-applies them

2011-12-23 Thread Adam C Powell IV
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

Bug#650804: Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-22 Thread Adam C Powell IV
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

Bug#652313: Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-21 Thread Adam C Powell IV
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:

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-19 Thread Adam C Powell IV
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

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-16 Thread Adam C Powell IV
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

Bug#617613: FreeCAD not in Testing

2011-12-15 Thread Adam C Powell IV
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

Bug#617613: "FreeCAD not in Testing"

2011-12-15 Thread Adam C Powell IV
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 >

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-15 Thread Adam C Powell IV
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! > &

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-15 Thread Adam C Powell IV
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'

Bug#652061: elmerfem: FTBFS missing build-dependencvy?

2011-12-15 Thread Adam C Powell IV
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: > >

Bug#652061: elmerfem: FTBFS missing build-dependencvy?

2011-12-14 Thread Adam C Powell IV
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 > &

Bug#652061: elmerfem: FTBFS missing build-dependencvy?

2011-12-14 Thread Adam C Powell IV
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

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-14 Thread Adam C Powell IV
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

Bug#651905: src:illuminator: FTBFS everywhere due to build: build-arch build-indep

2011-12-12 Thread Adam C Powell IV
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

Bug#651105: Fixed in git repo

2011-12-12 Thread Adam C Powell IV
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

Bug#651905: src:illuminator: FTBFS everywhere due to build: build-arch build-indep

2011-12-12 Thread Adam C Powell IV
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 "

Bug#651452: illuminator: FTBFS on sparc (tsview-tsview.o: undefined reference to symbol 'lam_mpi_byte')

2011-12-12 Thread Adam C Powell IV
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

Bug#617613: FreeCAD not in Testing

2011-11-13 Thread Adam C Powell IV
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:

Bug#617613: FreeCAD not in Testing

2011-11-13 Thread Adam C Powell IV
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

Bug#645930: src:med-fichier: FTBFS due to "git checkout" in clean target

2011-10-19 Thread Adam C Powell IV
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

Bug#638214: Fails to build from source: libqwt5-qt4-dev no longer exists

2011-08-30 Thread Adam C Powell IV
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

Bug#637845: deal.ii: FTBFS: arch-dependent build runs debian/rules build-doc target without Build-Depends-Indep packages installed

2011-08-14 Thread Adam C Powell IV
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

Bug#618696: closed by Adam C Powell IV (Re: elmer: multiple licensing issues)

2011-05-04 Thread Adam C Powell IV
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

Bug#622694: freecad: FTBFS on all arches

2011-04-19 Thread Adam C Powell IV
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 -

Bug#618241: Not fixed

2011-04-14 Thread Adam C Powell IV
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

Bug#622694: freecad: FTBFS on all arches

2011-04-13 Thread Adam C Powell IV
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/

Bug#618696: closed by Adam C Powell IV (Re: elmer: multiple licensing issues)

2011-04-13 Thread Adam C Powell IV
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

Bug#619931: netgen: will FTBFS with OpenCASCADE 6.5.0

2011-04-11 Thread Adam C Powell IV
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

Bug#621003: Give back gmsh on amd64 and powerpc

2011-04-10 Thread Adam C Powell IV
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

Bug#605294: PETSc bugs fixed in alioth

2011-04-07 Thread Adam C Powell IV
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

Bug#621003: gmsh: FTBFS: undefined references to `SCOTCH_*'

2011-04-06 Thread Adam C Powell IV
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

Bug#621037: scotch: missing inter-library links

2011-04-06 Thread Adam C Powell IV
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, > >> > >>

Bug#621037: scotch: missing inter-library links

2011-04-06 Thread Adam C Powell IV
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

Bug#621037: scotch: missing inter-library links

2011-04-06 Thread Adam C Powell IV
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

Bug#621003: gmsh: FTBFS: undefined references to `SCOTCH_*'

2011-04-06 Thread Adam C Powell IV
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

Bug#621037: scotch: missing inter-library links

2011-04-05 Thread Adam C Powell IV
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

Bug#621037: scotch: missing inter-library links

2011-04-05 Thread Adam C Powell IV
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

Bug#621003: gmsh: FTBFS: undefined references to `SCOTCH_*'

2011-04-05 Thread Adam C Powell IV
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

Bug#619935: Bugs #619935 & #612621 : most debian/* files rewritten + patches

2011-04-04 Thread Adam C Powell IV
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

Bug#617729: libmedc-dev should Depend on libhdf5-mpi-dev

2011-04-01 Thread Adam C Powell IV
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.

Bug#619935: Bugs #619935 & #612621 : most debian/* files rewritten + patches

2011-04-01 Thread Adam C Powell IV
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

Bug#620393: src:blacs-mpi: Uses incorrect MPI implementation on alpha

2011-04-01 Thread Adam C Powell IV
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

Bug#619935: Bugs #619935 & #612621 : most debian/* files rewritten + patches

2011-04-01 Thread Adam C Powell IV
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

Bug#619935: Bugs #619935 & #612621 : most debian/* files rewritten + patches

2011-04-01 Thread Adam C Powell IV
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

Bug#620241: elmerfem: unbuildable on ia64 (libatlas3gf-base build-conflict)

2011-03-31 Thread Adam C Powell IV
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,

Bug#620241: elmerfem: unbuildable on ia64 (libatlas3gf-base build-conflict)

2011-03-31 Thread Adam C Powell IV
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.

Bug#619935: src:scotch: FTBFS on several arches due to lex issue

2011-03-30 Thread Adam C Powell IV
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) >

Bug#619931: netgen: will FTBFS with OpenCASCADE 6.5.0

2011-03-30 Thread Adam C Powell IV
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

Bug#619935: src:scotch: FTBFS on several arches due to lex issue

2011-03-28 Thread Adam C Powell IV
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_

Bug#614952: elmerfem: FTBFS ("QVTKWidget.h was not found")

2011-03-09 Thread Adam C Powell IV
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

Bug#608655: scotch and gbase: error when trying to install together

2011-01-05 Thread Adam C Powell IV
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

Bug#609044: elmer: Squashes geometry files

2011-01-05 Thread Adam C Powell IV
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

Bug#609044: elmer: Squashes geometry files

2011-01-05 Thread Adam C Powell IV
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

Bug#605812: salome: FTBFS: sipAPISalomePyQt.h:7:1: error: unterminated #ifndef

2010-12-04 Thread Adam C Powell IV
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

Bug#604626: libmedc-dev: med_exit_if.h missing?

2010-11-28 Thread Adam C Powell IV
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

Bug#602217: salome-examples won't install

2010-11-21 Thread Adam C Powell IV
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

Bug#602660: petsc: FTBFS on armel

2010-11-08 Thread Adam C Powell IV
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

Bug#602660: petsc: FTBFS on armel

2010-11-07 Thread Adam C Powell IV
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

Bug#601712: salome: FTBFS due to missing graphviz

2010-10-29 Thread Adam C Powell IV
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

Bug#601712: salome: FTBFS due to missing graphviz

2010-10-28 Thread Adam C Powell IV
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:

Bug#598421: CVE-2010-3377 -- security problem in a few files

2010-10-13 Thread Adam C Powell IV
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

Bug#595281: salome: FTBFS on Alpha, IA64 and Sparc at GEOM_GenSK.cc

2010-10-04 Thread Adam C Powell IV
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

Bug#595281: salome: FTBFS on Alpha, IA64 and Sparc at GEOM_GenSK.cc

2010-10-04 Thread Adam C Powell IV
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

Bug#598916: salome: FTBFS: make[4]: *** [install-data-local] Error 1

2010-10-03 Thread Adam C Powell IV
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

Bug#598916: salome: FTBFS: make[4]: *** [install-data-local] Error 1

2010-10-03 Thread Adam C Powell IV
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

Bug#598916: salome: FTBFS: make[4]: *** [install-data-local] Error 1

2010-10-03 Thread Adam C Powell IV
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

Bug#598916: salome: FTBFS: make[4]: *** [install-data-local] Error 1

2010-10-03 Thread Adam C Powell IV
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

Bug#598421: CVE-2010-3377 -- security problem in a few files

2010-09-30 Thread Adam C Powell IV
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

Bug#598421: salome: CVE-2010-3377: insecure library loading

2010-09-30 Thread Adam C Powell IV
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 >

Bug#598421: salome: CVE-2010-3377: insecure library loading

2010-09-29 Thread Adam C Powell IV
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

Bug#597739: Salome: cannot load module salomeloader

2010-09-22 Thread Adam C Powell IV
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

Bug#596315: salome: python2.5-dev used as build-dependency, not python-dev or python2.6-dev

2010-09-10 Thread Adam C Powell IV
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

Bug#595260: salome: FTBFS in parallel: cleanup/doc-installation race

2010-09-02 Thread Adam C Powell IV
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

Bug#595260: salome: FTBFS in parallel: cleanup/doc-installation race

2010-09-02 Thread Adam C Powell IV
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

Bug#595281: salome: FTBFS on Alpha, IA64 and Sparc at GEOM_GenSK.cc

2010-09-02 Thread Adam C Powell IV
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

Bug#593657: salome: cannot find libStdPlugin.so

2010-08-31 Thread Adam C Powell IV
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

Bug#593657: salome: cannot find libStdPlugin.so

2010-08-23 Thread Adam C Powell IV
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 > >

Bug#593657: salome: cannot find libStdPlugin.so

2010-08-20 Thread Adam C Powell IV
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

Bug#590421: salome: FTBFS: mv: target `debian/tmp/usr/lib/python2.5/*-packages/salome/' is not a directory

2010-08-10 Thread Adam C Powell IV
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

Bug#590421: salome: FTBFS: mv: target `debian/tmp/usr/lib/python2.5/*-packages/salome/' is not a directory

2010-08-02 Thread Adam C Powell IV
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

Bug#589064: petsc: FTBFS: Unable to apply patches

2010-07-15 Thread Adam C Powell IV
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

Bug#584551: RFH: petsc

2010-07-14 Thread Adam C Powell IV
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, > > > > > >

Bug#584551: libpetsc3.1 empty on non-amd64 architectures

2010-07-14 Thread Adam C Powell IV
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

Bug#584551: libpetsc3.1 empty on non-amd64 architectures

2010-07-13 Thread Adam C Powell IV
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   2   3   >