Package: linux-image-2.6.16-2-686-smp
Version: 2.6.16-18
Severity: grave
Justification: causes debilitating loss of functionality
Greetings,
I just upgraded a machine from sarge to etch, and in the process
upgraded from 2.6.8 to 2.6.16. When I rebooted, and on multiple reboots
since, the network
severity 423191 normal
reassign 423191 wnpp
retitle 423191 O: babel -- Scientific Interface Definition Language (SIDL)
compiler
thanks
Greetings,
I'm afraid I must orphan babel, as I have not had sufficient time to fix
RC bugs, let alone package more recent versions. I have sent a message
to [E
severity 423794 normal
thanks
On Mon, 2007-05-14 at 11:09 +0200, Jérémy Bobbio wrote:
> Package: pysparse
> Version: 1.0-1
> Severity: serious
> Justification: no longer builds from source
>
> Hi!
>
> pysparse currently fails to build from source in sid [1]:
>
> --- 8< ---
> running build_ext
>
FWIW, one more data point: same crash with libgl1-mesa-glx, but
libgl1-mesa-glide3 on this old machine with 3dfx Voodoo3 works fine.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Welcome to the best software in the world today cafe!
http://www.take6.com/albums/grea
While we're at it, can we add a slave to mpi which links to the fortran
MPI library? There are a bunch of packages which could use this, they
currently have to figure out which MPI is installed in order to build,
which shouldn't be necessary.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C
severity 569951 serious
reassign 569951 src:elmerfem
merge 569406 569951
thanks
This bug was already filed as 569406. Fix in progress...
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://www.opennovation.com/
sig
On Sun, 2010-03-14 at 22:49 +0100, Andreas Barth wrote:
> Hi,
>
> * Magnus Holmgren (holmg...@debian.org) [100314 22:15]:
> > On tisdagen den 2 februari 2010, Magnus Holmgren wrote:
> > > On måndagen den 1 februari 2010, Adam C Powell IV wrote:
> > > > lsh-ser
Package: lsh-server
Version: 2.0.4-dfsg-6+b1
Severity: grave
Justification: fails to configure
Greetings,
lsh-server fails to configure on mipsel, as can be seen in the buildd
log for scalapack:
Setting up lsh-server (2.0.4-dfsg-6+b1) ...
Creating lsh random seed file (this may take a while) ...
Hello Michael,
FYI, for Babel and Hypre (559834 and 559843), I noticed before uploading
that the fixed ltdl.c and .h weren't automatically included. For that
reason, babel uses libtoolize --force, and I verified that the new
sources were there in the build tree. For hypre I had to actually copy
notfixed 535276 mumps/4.9.2.dfsg-2
fixed 559723 mumps/4.9.2.dfsg-2
thanks
The mumps 4.9.2.dfsg-2 changelog closed the wrong bug! Sorry about
that.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://www.opennovation.
Hi,
It seems that it would not be hard to resolve this by using
/etc/alternatives to select between the four files in these two
packages. Here's what I propose (for postinst):
update-alternatives --install /usr/share/man/man3/std.3.gz std.3.gz
/usr/share/man/man3/std_libmesh.3.gz 10 \
--slav
clone 557054 -1
reassign 557054 tulip
reassign -1 libmesh
thanks
On Fri, 2009-11-20 at 21:14 +0100, Yann Dirson wrote:
> On Fri, Nov 20, 2009 at 01:29:36PM -0500, Adam C Powell IV wrote:
> > Hi,
> >
> > It seems that it would not be hard to resolve this by using
> >
Hello Bastian,
Line 7 is:
ifeq ($(MUMPS_MPI,lam))
which is just fine, though MUMPS_MPI is set by:
MUMPS_MPI=$(shell readlink /etc/alternatives/mpi | sed s/usr//g | sed
s/include//g | sed s/lib//g | sed s/\\///g)
On s390 and a couple of others, /etc/alternatives/mpi will point to
/usr/include/lam
On Tue, 2009-12-08 at 06:08 +0100, Cyril Brulebois wrote:
> Package: babel
> Version: 1.4.0.dfsg-5
> Severity: serious
> Justification: FTBFS
>
> Your package FTBFS, slightly differently depending on the arch:
> | default-jdk-builddep: Depends: default-jdk (= 1.5-33) but it is not going
> to be
clone 559986 -1
reassign -1 default-jdk-builddep
block 559986 by -1
thanks
On Tue, 2009-12-08 at 18:36 +0100, Cyril Brulebois wrote:
> Adam C Powell IV (08/12/2009):
> > Uh, how is that not a bug in default-jdk-builddep, if that's what's
> > failing to install?
>
reassign 559629 libvtk5.2
merge 559629 558675
thanks
Hello,
"reliably fails to build on hppa" is a matter of perspective. On the
first three tries, hppa alone failed to install the Build-Depends...
If you look at the log, it's clearly a problem with VTK, and there's
already a bug open on this i
tags 559846 +unreproducible +moreinfo
severity 559846 important
thanks
I can't reproduce this, I went through your instructions and the
resulting file opened just fine. And your test2 file opens just fine as
well, no 100% CPU. And I'm on your same platform: amd64.
Not sure what's wrong, but cle
On Wed, 2009-12-09 at 19:18 -0700, dann frazier wrote:
> On Wed, Dec 09, 2009 at 08:30:18PM -0500, Adam C Powell IV wrote:
> > reassign 559629 libvtk5.2
> > merge 559629 558675
> > thanks
> >
> > Hello,
> >
> > "reliably fails to build on hppa&qu
On Fri, 2009-12-11 at 05:59 +0100, Matthias Klose wrote:
> On 11.12.2009 05:25, Cyril Brulebois wrote:
> > Hi,
> >
> > please note that even if the other bug (#560093) got closed, your
> > package still can't be built:
> > | The following packages have unmet dependencies:
> > | default-jdk-buildd
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
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
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
Dear Denis,
Your bug reflects a bigger problem with Salomé, which is namespace
collisions with a potentially large group of packages. Denis Barbier
noted this in a post to the ITP bug [1].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=457075#365
I'm testing a solution using bindir=/usr/l
Hi Denis,
On Thu, 3 Jun 2010 12:02:00 +0200 Denis Barbier wrote:
> [...]
> > Unfortunately this will likely require the use of rpath to get to the libs,
> > this is frowned upon in general in Debian.
> [...]
Realized that this shouldn't be necessary, as runSalome sets
LD_LIBRARY_PATH. I'm workin
severity 584285 serious
thanks
Hello Cyril,
I started seeing this error as well when building on Ubuntu Jaunty --
not at first, but more recently. It's curious, why would a C++ standard
interface bug start showing up in Jaunty, when Sid continued to build
just fine? I suspect my unstable chroot
On Thu, 3 Jun 2010 21:47:02 +0200 Denis Barbier wrote:
> On 2010/6/3 Adam C Powell IV wrote:
> > severity 584285 serious
> > thanks
> >
> > Hello Cyril,
> >
> > I started seeing this error as well when building on Ubuntu Jaunty --
> > not at first, bu
tags 584285 +fixed +pending
thanks
On Fri, 2010-06-04 at 01:23 +0200, Denis Barbier wrote:
> On 2010/6/3 Adam C Powell IV wrote:
> [...]
> >> A patch will look like
> >> --- debian/rules
> >> +++ debian/rules
> >> @@ -84,7 +84,10 @@ clean:
> &
On Fri, 2010-06-04 at 12:10 +0200, Denis Barbier wrote:
> On 2010/6/3 I wrote:
> [...]
> > The problem is that patches are unapplied by autobuilders, they have
> > to be applied before running configure. A patch will look like
> > --- debian/rules
> > +++ debian/rules
> > @@ -84,7 +84,10 @@ clean:
On Fri, 2010-06-04 at 14:16 +0200, Denis Barbier wrote:
> On 2010/6/4 Adam C Powell IV wrote:
> [...]
> > Well, everything seems to work now, all four bugs are closed, and it
> > runs. I think I'm going to merge the salome, libsalome5.1.3-0,
> > libsalome-dev and pyt
Hi Denis,
Thanks for all of these patches. I have a couple of small issues
though:
On Mon, 2010-06-07 at 01:46 +0200, Denis Barbier wrote:
> Hello,
>
> Here is a new series of patches. I am still unable to build salome;
> disk space is okay now, but dpkg-shlibdeps aborted due to memory
> alloc
into YACS, so those are still needed for build-arch.
Will report on the test results and fix if necessary.
On Mon, 2010-06-07 at 14:05 -0400, Adam C Powell IV wrote:
> On Mon, 2010-06-07 at 01:46 +0200, Denis Barbier wrote:
> > Hello,
> >
> > Here is a new series of patch
tags 585615 pending
thanks
On Sat, 2010-06-12 at 13:09 +0200, Denis Barbier wrote:
> Package: src:salome
> Version: 5.1.3-9
> Severity: serious
> Tags: patch
>
> Hello,
>
> Here are 2 patches:
> * kernel-cleanup.patch
> Fix FTBFS when compiling with lam
> * geom-fix-powerpc.patch
>
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:
reassign 585837 salome-dev
thanks
On Mon, 2010-06-14 at 09:13 -0400, Adam C Powell IV wrote:
> 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
> &g
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
> >
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
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
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
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
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
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
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
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
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
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
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
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 Thu, 2010-04-15 at 10:29 +0200, Sylvestre Ledru wrote:
> Le jeudi 15 avril 2010 à 10:11 +0200, Lucas Nussbaum a écrit :
>
> > > *
> > > UNABLE to CONFIGURE with GIVEN OPTIONS(see configure.log for
> >
On Wed, 2010-04-28 at 14:36 +0200, Sylvestre Ledru wrote:
> Le mercredi 28 avril 2010 à 14:33 +0200, Sandro Tosi a écrit :
> > block 529478 with 577875
> > thanks
> >
> > Hello Adam,
> >
> > On Thu, Apr 15, 2010 at 07:33:47AM -0400, Adam C Powell IV wrote:
tags 577590 unreproducible
severity 577590 important
thanks
I don't have the same problem, so the package is not unusable.
Can you try running it with fewer equations selected in debconf, for
example, just the defaults, to try to track this down?
Thanks,
Adam
--
GPG fingerprint: D54D 1AEE B11C
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
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
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
Hello,
This bug makes no sense to me. There's a Build-Depends on
libvtk5-qt4-dev which should include /usr/include/vtk-5.4/QVTKWidget.h ,
and debian/patches/ElmerGUI-config.patch sets VTK_INCLUDEPATH
= /usr/include/vtk-5.4 , so where's the disconnect?
Ah, found the problem, within the bulidd log
On Wed, 2010-05-05 at 01:00 +0200, Julien Cristau wrote:
> On Tue, May 4, 2010 at 18:28:20 -0400, Adam C Powell IV wrote:
>
> > Hello,
> >
> > This bug makes no sense to me. There's a Build-Depends on
> > libvtk5-qt4-dev which should include /usr/include/vt
reopen 580207
thanks
Sorry, should have copied -- and reopened -- the bug on that last
message.
On Wed, 2010-05-05 at 10:36 +0200, Julien Cristau wrote:
> On Tue, May 4, 2010 at 19:29:08 -0400, Adam C Powell IV wrote:
>
> > Thanks, I have a couple of other things to fix though, so
Package: src:scotch
Version: 5.1.7.dfsg-5
Severity: serious
This package doesn't build with LAM, so it FTBFS on alpha, armel, hppa,
mips/mipsel, s390 and powerpc!
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://ww
found 581381 5.1.8a.dfsg-1
thanks
This bug is not fixed. It looks like make install uses the CCS variable
to set gcc, so adding the -I flags there would fix this.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools
http://w
Package: src:petsc
Version: 3.1.dfsg-1
Severity: serious
PETSc is FTBFS on LAM arches because libhdf5-lam-dev is missing at least
one necessary library (libhdf5_fortran.so). Recommend dropping HDF5
support on LAM arches.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4
Funny, the two Adams confused me for a moment...
On Thu, 2010-05-27 at 06:24 +0200, Christophe Prud'homme wrote:
> Adam
>
>
> thanks for the report
>
>
> life and slepc have ben broken by petsc 3.1 upload and the fact that
> petsc 3.1 does not ship
> /usr/lib/petsc/conf/base
>
> Adam,
> coul
libpetsc3.1-dev ?
>
> Thanks a lot
>
> On Thu, May 27, 2010 at 4:15 PM, Adam C Powell IV
> wrote:
> Funny, the two Adams confused me for a moment...
>
> On Thu, 2010-05-27 at 06:24 +0200, Christophe Prud'homme
> wrote:
>
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 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: 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_
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,
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
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 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
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
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
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
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
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
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
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
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:
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
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 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 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,
> > >
> > >
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
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
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-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
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
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 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
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
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
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
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 5
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
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
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
> &
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:
> >
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'
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 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
>
101 - 200 of 242 matches
Mail list logo
