Package: wnpp
Severity: wishlist
Owner: Manuel Prinz <[EMAIL PROTECTED]>
* Package name: pdb2pqr
Version : 1.1.2
Upstream Author : Todd Dolinsky <[EMAIL PROTECTED]>
* URL : http://pdb2pqr.sourceforge.net/
* License : GPL
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Manuel Prinz <[EMAIL PROTECTED]>
* Package name: propka
Version : 1.0.0
Upstream Author : Jan Jensen <[EMAIL PROTECTED]>
* URL : http://propka.ki.ku.dk/
* License : GPL
Programming Lang: Fortran
tags 734096 + pending
thanks
On Sun, Jan 05, 2014 at 06:11:27PM +0100, Gilles Filippini wrote:
> Please find attached a patch proposal.
Thank you for the patch! I included it in SVN and it will be part of
the next upload.
Best regards,
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-re
Hi Andreas!
Thanks for the patch! It's in SVN now and will be in the next upload.
Best regards,
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi Matthieu,
thanks for the report and the patch! It seems to be fixed in current
versions. I'll therefore close the bug.
Best regards,
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sun, Aug 18, 2013 at 02:09:31PM +0200, Michael Banck wrote:
> Right, I also see the trouble in sbuild now. It kinda worked fine just
> running the build manually, but even then, I noticed sometimes it
> skipped the test stage.
>
> Not sure why that is, I will investigate.
I just ran it severa
On Thu, Oct 20, 2011 at 03:46:02PM +0200, Mickaël Canévet wrote:
> Could you please fix bug #611454 in Debian squeeze, not only wheezy
> and sid ?
Since squeeze is oldstable by now, I simply close it.
Best regards,
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
On Sat, Dec 14, 2013 at 10:32:58PM +0100, Torquil Macdonald Sørensen wrote:
> So either there are memory leaks in OpenMPI that are triggered by
> that test program, or the OpenMPI Valgrind suppression file
> /usr/share/openmpi/openmpi-valgrind.supp is not complete.
The problem is reproducible. I'l
Hi Robie!
On Wed, Feb 08, 2012 at 04:14:30PM +, Robie Basak wrote:
> In a sid amd64 chroot, I am satisfying build dependencies, then
> running debian/rules build, then running debian/rules clean. The
> clean target fails.
I am unable to reproduce this problem with the recent Open MPI version
Hi Roderich!
On Sat, Feb 04, 2012 at 02:04:24PM +0100, Roderich Schupp wrote:
> Patch attached.
Thanks for the patch! I applied it to the SVN repo and it will be in
the next upload.
Best regards,
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "
Package: kanla
Version: 1.3-1
Severity: wishlist
File: kanla
Hi Michael,
after your great talk yesterday I played with kanla. I liked and already
recommended it to other people. It would be really great to have it in
wheezy-backports. This is the bugreport asked for in [1].
Thanks a lot for kanl
Am Dienstag, den 02.03.2010, 10:25 + schrieb Alan Woodland:
> 2010/3/1 Fernando Tarlá Cardoso Lemos :
> > My suggested fix is to add /usr/bin/orte-checkpoint and
> > /usr/bin/orte-restart
> > to the list of files that are installed by this package.
> >
> Any ideas where these got to? They were
tags 552397 - pending
thanks
Hi Samuel!
Am Mittwoch, den 03.03.2010, 02:58 +0100 schrieb Samuel Thibault:
> The bug was marked pending with a changelog entry, and then 1.4.1-1 got
> uploaded with the patch disabled, is there a problem with it?
Yes, I could not get it to work on a porter box. The
Am Montag, den 05.04.2010, 17:22 +0200 schrieb Marc 'HE' Brockschmidt:
> So, did you spend this time on doing fixes already? :-)
Yes, I indeed did. Not as much as I'd liked too, but nevertheless.
> It would be great to see at least a few patches for the breaking
> packages before the new defaults
Am Mittwoch, den 07.04.2010, 13:12 -0500 schrieb Pavan Balaji:
> Ok, this is the part I didn't understand fully. Is MPICH2's build
> failing when includedir is specified as a different location? (I just
> tried that on my machine and it seems to work correctly for me.) Or did
> you mean some oth
tags 628826 + moreinfo unreproducable
thanks
Hi Jakub,
I can build pdb2pqr without problems in i386 unstable chroots on
two different amd64 host. Can you please give details on your
build setup?
Best regards,
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Am Freitag, den 02.09.2011, 16:24 +0200 schrieb Frederik Himpe:
> According to
> http://www.open-mpi.org/faq/?category=building#build-rte-sge it's enough
> to configure openmpi with the --with-sge parameter. I have added
> --with-sge to debian/rules and rebuilt the package and I can confirm
> that
Am Mittwoch, den 20.07.2011, 22:21 +0200 schrieb Jean-Louis Dupond:
> Package fails to build on Ubuntu due to a bug in debian/rules.
> The db_installdocs are twice called with --all, which shouldn't be the case.
Thanks for your report and the patch! I'm in the process of rewriting
the debian/rules
Hi Mark!
On Mon, Oct 31, 2011 at 05:54:33PM +, Mark Hymers wrote:
> This is a regression from lenny (openmpi 1.3 seems to have defaulted
> to building SGE support whereas 1.4 defaults to not doing it… sigh)
> and, wearing my SGE maintainer hat, I'd be interested in trying to
> get it fixed in
On Wed, Sep 28, 2011 at 05:42:57PM +0300, Konstantinos Margaritis wrote:
> This bug may have been closed but there are no fixed packages in
> unstable since the fix (~5 months ago), causing some packages to fail
> on armhf: blacs-mpi, mpi4py, etc. Do you plan some upload to unstable
> any time soon
Hi Michael!
On Thu, Sep 08, 2011 at 09:38:44PM +0200, Michael Banck wrote:
> Adding libmpi_f77 to the library list fixed this problem, but I
> believe this is not the right fix, so filing as a bug.
I tested this with the new version of Open MPI that I did upload to
experimental yesterday. libmpi_
Am Dienstag, den 14.08.2007, 08:55 -0500 schrieb Dirk Eddelbuettel:
> I'd be happy to upload a fixed 1.2.3-4 [...]
I applied the patch to our repository before I noticed your email. I'm
not tagging this bug as pending as long as we're not sure if it fixes
the issue. Hope that's fine with everyone.
Hi Daobing,
I just noticed your ITP. I filed one myself a while ago (#416269) and am
working on that. It turned out that there are several issues that have
to been worked out first. I'm also new to packaging, so the progress was
rather slow but I hope I'll finish it soon.
If you're interested, I'
tags 437839 pending
thanks
Am Freitag, den 17.08.2007, 04:22 +0200 schrieb Uwe Hermann:
> Anyway, my patch was incomplete, I missed some other architecture lines,
> so here's an additional patch which should fix that.
>
> This patch, plus a fixed libc0.1 (see other bug) now allow me to build
> th
Am Freitag, den 17.08.2007, 14:49 +0200 schrieb Adrian Knoth:
> On Fri, Aug 17, 2007 at 08:26:50AM -0400, Jeff Squyres wrote:
>
> > > Ok, --enable-progress-threads and --enable-mpi-threads cause the
> > > segfaults. If you compile without, everything works.
> >
> > > I'll now try if it's mpi-thre
Am Freitag, den 17.08.2007, 09:02 -0400 schrieb Jeff Squyres:
> I don't think those options are safe on any architecture.
I'll disable them in debian/rules then and document it.
Dirk, are you fine with that?
Best regards
Manuel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Am Freitag, den 17.08.2007, 14:27 -0500 schrieb Dirk Eddelbuettel:
> On Fri, Aug 17, 2007 at 03:08:12PM +0200, Manuel Prinz wrote:
> > I'll disable them in debian/rules then and document it.
> >
> > Dirk, are you fine with that?
>
> Sure thing. We simply did
Package: slurm-llnl
Severity: minor
Tags: patch
Hi Gennaro,
I noticed some override disparities on your QA site. The provided patch
should fix these.
Best regards
Manuel
--- slurm-llnl-1.2.11.orig/debian/control 2007-08-16 11:14:12.0 +0200
+++ slurm-llnl-1.2.11/debian/control 2007-08-16
Am Freitag, den 08.02.2008, 16:26 +0100 schrieb Joachim Reichel:
> > What happens if you update to 1.1.1-1 as the package wants you to?
>
> Then it works (see the second ldd call). But libopenmpi1 does not "want"
> me to update libibverbs1 because there is no versioned dependency.
Seems like the
Am Freitag, den 08.02.2008, 10:52 -0600 schrieb Dirk Eddelbuettel:
> Could you possibly do a) and b), pretty pretty please? I just built a hot
> new R 2.6.2 that was released this am.
Will do so. Maybe tonight, but tomorrow latest.
Best regards
Manuel
signature.asc
Description: Dies ist ein di
Am Freitag, den 08.02.2008, 10:52 -0600 schrieb Dirk Eddelbuettel:
> We could do this manually by editing but a better way is to
>
> a) file a bug with libibverbs so that it provides the correct
> restriction
> b) maybe try building our package with a local shlibs in debian/
Package: libibverbs
Severity: important
Dear Roland,
please add version information to libibverbs so Build-Depend'ing libraries get
a versioned dependancy to libibverbs via {shlibs:Depends}. (See #464705.)
Best regards
Manuel
-- System Information:
Debian Release: lenny/sid
APT prefers testin
Am Freitag, den 08.02.2008, 10:52 -0600 schrieb Dirk Eddelbuettel:
> a) file a bug with libibverbs so that it provides the correct
> restriction
Submitted as #465435.
Best regards
Manuel
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
reopen 464795 =
thanks
[ Reopening the bug with Ondrej as submitter, so we can close it in the
changelog and Ondrej gets notified when the fix is in sid. Ondrej, hope
that's OK with you! ]
Sorry for jumping in a little late, had no access to my mails
yesterday...
Am Mittwoch, den 13.02.2008, 16:
Am Donnerstag, den 14.02.2008, 07:17 -0600 schrieb Dirk Eddelbuettel:
> We may need an explicit removal in .preinst for it, just in case.
>
> Which link was it? Which package?
/etc/alternatives/libopenmpi.so from libopenmpi-dev still pointing to
*.so.0. After purging and installing again, the a
Am Donnerstag, den 14.02.2008, 20:52 -0600 schrieb Dirk Eddelbuettel:
> ... but the good news is that my upgrade was clean:
Good to know. Thanks for the upload!
> Question for Manuel: should we also symlink the fortran libs given how we do
> it for the c/c++ ones?
No, we shouldn't. They don't c
Hello!
Am Dienstag, den 29.01.2008, 09:30 + schrieb W. Borgert:
> Package: wnpp
> Severity: wishlist
> Owner: "W. Martin Borgert" <[EMAIL PROTECTED]>
>
> Package name: refcard
Thanks for your great refcard! I've recommended your card for some years
now to Debian newbies and they found it
Am Dienstag, den 29.01.2008, 17:15 +0100 schrieb Lapse of Reason:
> I guess something else you did must have solved the problem. What else
> did you do? Thanks...
The proposed solution worked for me. The following packages were
installed as well:
libedataserver1.2-9
libcamel1.2-10
libebook1.2-
Hi Pawel!
Am Donnerstag, den 31.01.2008, 01:47 +0100 schrieb Paweł:
> I have evolution in version: 2.12.3-1 also have the fallowing packages:
>
> libedataserver1.2-9
> libcamel1.2-10
> libebook1.2-9
> libecal1.2-7
> libedata-book1.2-2
> libedata-cal1.2-6
> libegroupwise1.2-13
>
> but I sti
Am Freitag, den 01.02.2008, 08:21 +0100 schrieb Yves-Alexis Perez:
> Without version I can't really say. But I guess you didn't try with
> evolution-data-server 1.12.3-1:
Pawel wrote to me that it works for him now, didn't notice that it was a
private mail. Updating everything to 1.12.3-1 works.
Am Dienstag, den 05.02.2008, 11:19 +0100 schrieb Clemens Krammer:
> $ dpkg -l | grep evolution
> ii evolution 2.12.3-1 groupware suite with mail
> client and organizer
> ii evolution-common 2.12.3-1 architecture independent
> files for Evolution
Hi Nicholas!
Am Dienstag, den 30.10.2007, 10:33 -0700 schrieb Nicholas Breen:
> Great! I'd been leaving it out because it didn't compile the last time
> I'd checked it (which was admittedly back on openmpi 1.0.2) and wasn't
> expecting to be able to add support until GROMACS 4.0. I'll be happy t
Package: gromacs-openmpi
Version: 3.3.2-2
Severity: grave
Justification: renders package unusable
Hi Nicholas,
we already talked about that bug. It affects the current version in unstable
on amd64 and is reprocudible in a lenny and sid chroot.
I think it's caused by LAM but I have not investigat
Package: gromacs-openmpi
Version: 3.3.2-2
Severity: normal
Hi Nicholas,
gromacs-openmpi depends on lam4c2 which seems to be wrong. I think it's
related to #451991 but I'm not sure, so I file it as a seperate bug. (I'm
not sure about the severity either.)
Best regards
Manuel
-- System Informatio
Hi Nicholas!
Am Montag, den 19.11.2007, 19:36 -0800 schrieb Nicholas Breen:
> [ Problem description ]
I'm confident that the issue you describe causes the problem. So our gut
feeling was right. I'll have a look at it.
> I've set the bug severity at serious because this is a filename overlap
> be
Am Dienstag, den 11.12.2007, 10:00 -0600 schrieb Dirk Eddelbuettel:
> Maybe we should release a new openmpi to fix the few trivial bugs, and maybe
> add a NEWS or README item indicating this open issue with the alternatives --
> and how our hands are tied by update-alternatives -- to give this some
Am Dienstag, den 11.12.2007, 10:57 -0600 schrieb Dirk Eddelbuettel:
> foo:~> dict -P- TTBOMK
> No definitions found for "TTBOMK"
>
> What's TTBOMK ?
To The Best Of My Knowledge. I'm kinda surprised dict doesn't know
that!?
> Can you give it a spin against SVN? If all is well, I can
> upload thi
Hi Ondrej!
Am Mittwoch, den 12.12.2007, 12:50 +0100 schrieb Ondrej Certik:
> libmesh depends on openmpi, it build in pbuilder, however it fails on
> buildbots:
>
> http://buildd.debian.org/fetch.cgi?pkg=libmesh;ver=0.6.1.dfsg-1;arch=amd64;stamp=1197413726
>
> I suspect the problem is with the m
Hi Ondrej!
Am Mittwoch, den 12.12.2007, 14:04 +0100 schrieb Ondrej Certik:
> Unfortunately, that's not the case, see my closed bug report about that:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450518
I remember your bug report. At that time, we didn't know about that this
affects every
Am Mittwoch, den 12.12.2007, 09:26 -0600 schrieb Dirk Eddelbuettel:
> | However, openmi is providing an cxx alternative even when C++ compiler
> | is not installed. Is it the right way ?
>
> ... even though one could argue that openmpi, if it provides wrappers for gcc
> and g++, could also depend
Am Montag, den 17.12.2007, 13:36 -0600 schrieb Dirk Eddelbuettel:
> Indeed, what were we thinking here Manuel? [...] In light of this, can
> you remind me why you put the libs into /usr/lib/openmpi ? I
> understand why we put the _internal_ library files like [files
> snipped] there, but for the v
Am Montag, den 17.12.2007, 14:47 -0600 schrieb Dirk Eddelbuettel:
> On 17 December 2007 at 21:13, Manuel Prinz wrote:
> | Am Montag, den 17.12.2007, 13:36 -0600 schrieb Dirk Eddelbuettel:
> | The reasoning behind that was to fix the breaking of other MPI
> | implementations by moving s
Am Montag, den 17.12.2007, 16:16 -0500 schrieb Adam C Powell IV:
> As the maintainer of mpich, I do not see any conflicts here.
> libmpich1.0ldbl has: libmpich.so.1.0, libfmpich.so.1.0,
> libpmpich.so.1.0, libpmpich++.so.1.0, libtvmpich.so.1.0, and
> libmpe.so.1.0 . There's no ABI compatibility be
Hi Dirk!
Am Montag, den 17.12.2007, 16:24 -0600 schrieb Dirk Eddelbuettel:
> Are you sure we need alternatives for something like libmpi_cxx.so.0 which
> the 'other' (ie LAM) doesn't have?
No. What I currently try to figure out is where the intersection is and
create links all unique libs and man
Am Montag, den 17.12.2007, 17:53 -0500 schrieb Adam C Powell IV:
> That already happens via alternatives slaves. As discussed earlier,
> it's inappropriate with ABI-incompatible soname-named files e.g. *.so.0
>
> I think we're going in the right direction: alternatives for *.so and
> different fi
Hi guys!
Am Montag, den 17.12.2007, 17:53 -0500 schrieb Adam C Powell IV:
> That already happens via alternatives slaves. As discussed earlier,
> it's inappropriate with ABI-incompatible soname-named files e.g. *.so.0
>
> I think we're going in the right direction: alternatives for *.so and
> di
Hello Adam!
Am Dienstag, den 18.12.2007, 08:50 -0500 schrieb Adam C Powell IV:
> A couple of notes:
> * The lib*.so.0.0.0 and lib*.so.0 files *must* be in libopenmpi1,
> that's the shared lib package which other packages will link to
> at runtime. So please move those files
Dear Ian!
Ian Jackson wrote:
> Manuel Prinz writes ("Re: Can anybody *please* fix #220044 - broken slave
> files (link)"):
> > I spent some time on trying to fix it myself but failed because I lacked
> > of time to dive into u-a. I'd like to do some documentati
Hi everyone!
Am Dienstag, den 18.12.2007, 15:31 +0100 schrieb Manuel Prinz:
> I already noticed my mistake and am working with a modified version.
Here's my new and modified patch for openmpi. It looks right to me and
first checks show that it's working. I'll have a larger test
including the .la files was OK. The question I asked myself is
whether we should compile the static libraries and/or (also) include
the .la files. I have to do more reading on that one.
> On 19 December 2007 at 00:43, Manuel Prinz wrote:
> | If noone has complaints, I will apply it to
Am Dienstag, den 18.12.2007, 16:39 -0800 schrieb Nicholas Breen:
> Is it somewhere publically available? I'd be happy to test it as well,
> it'll be interesting to see if it also works with GROMACS 3.3.3-beta
> packages.
Yes, you can find it in the SVN repository linked at
http://packages.qa.debi
Am Dienstag, den 18.12.2007, 21:23 -0600 schrieb Dirk Eddelbuettel:
> On 19 December 2007 at 01:29, Manuel Prinz wrote:
> | I'm not sure about that. I didn't see that on a quick read of chapters 8
> | and 10, though policy states in 10.2:
> | > Packages that use
Hi Ondrej!
Am Mittwoch, den 19.12.2007, 22:15 +0100 schrieb Ondrej Certik:
> Unfortunately I still don't understand how it works. I admit
> it can be my fault.
No problem. I'll try to explain the situation and reasoning below.
> Let me repeat my question:
>
> Why does openmpi use /usr/lib inste
Dear Sune!
Am Mittwoch, den 19.12.2007, 23:43 +0100 schrieb Sune Vuorela:
> I have read the discussion in the bug report. If it is anywhere else, please
> point to it instead of playing smart-ass.
That applies to everyone: I don't like the tone of the recent emails and
would be glad if we could
Am Mittwoch, den 19.12.2007, 06:58 -0600 schrieb Dirk Eddelbuettel:
> On 19 December 2007 at 13:08, Manuel Prinz wrote:
> | if we want to handle it via alternatives (which LAM doesn't) we have
> | check the situation in pgapack, so we don't get a problem there. What is
> |
Hi Adam!
Thanks for your explanations. I have one question still:
Am Mittwoch, den 19.12.2007, 08:40 -0500 schrieb Adam C Powell IV:
> I think the confusion is: the .la files are not the static libs, they
> are libtool metadata files. The -dev package needs to include the .a
> static libs. The
Hi Ondrej!
Am Donnerstag, den 20.12.2007, 08:00 +0100 schrieb Ondrej Certik:
> thanks very much for your reply. As you explained in your previous email,
> I think the misunderstanding is, that you and Dirk think, that
> /usr/include/mpi.h
> is symlinked to /usr/lib/openmpi/whatever, right?
No. We
tags 456869 + patch
thanks
Hello Ondrej,
attached you'll find a patch that solved the FTBFS of your package for
me. It patches the source directly, so you have to convert it so it can
be used with your favorite patch system.
The problem is that you can't find the MPI includes, as you already
sta
Am Mittwoch, den 19.12.2007, 00:47 +0100 schrieb Manuel Prinz:
> I just finished to develop a patch for our broken OpenMPI package. It
> looks quite good in first tests. I'll do more tomorrow and will include
> GROMACS. So I hope we'll have a fixed openmpi package in a few da
Hi Ondrej!
Am Donnerstag, den 20.12.2007, 20:13 +0100 schrieb Ondrej Certik:
> [ Some confusing about /usr/include/mpi/mpi.h not being a symlink ]
> No, I think this particular bug is solved.
>
> What do you think about the symlink problem?
/usr/include/mpi/mpi.h is not a symlink because /usr/in
fixed 455886 1.2.4-5
thanks
Am Donnerstag, den 20.12.2007, 17:24 +0100 schrieb Ondrej Certik:
> Yes, you can close this bug. And thanks very much for prompt fixing.
OK, closing now. You're welcome.
Best regards
Manuel
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Am Donnerstag, den 20.12.2007, 19:57 +0100 schrieb Ondrej Certik:
> Thanks again for the work you and Dirk are doing on the openmpi
> package and especially the quick responses. And sorry if I made some
> confusion.
No worries.
Best regards
Manuel
signature.asc
Description: Dies ist ein digital
Hi Ondrej!
Am Freitag, den 21.12.2007, 09:34 +0100 schrieb Ondrej Certik:
> On Dec 21, 2007 9:10 AM, Manuel Prinz <[EMAIL PROTECTED]> wrote:
> > /usr/include/mpi/mpi.h is not a symlink because /usr/include/mpi is a
> > symlink. The MPI packages place all their header
tags 435573 pending
thanks
Hello Uwe,
> The attached patch was enough for me to get a successful build on
> kFreeBSD i386. It seems the build system copes fine with a missing
> libibverbs otherwise, no further fixes seem to be required.
thank you for the patch! I applied it to our SVN repository
Am Dienstag, den 14.10.2008, 13:53 -0500 schrieb Dirk Eddelbuettel:
> On 14 October 2008 at 12:23, Gary Hennigan wrote:
> | A lot of Debian lib*-dev packages also include static libraries. When
> | we distribute our application we'll often include statically linked
> | binaries so that users don't
Hi Sylvestre,
thanks for taking care of this! But I still have some doubts.
Am Mittwoch, den 15.10.2008, 00:43 +0200 schrieb Sylvestre Ledru:
> Here is the full comment from the Makefile:
>
> # This library is linked against various MCA components because all
> # shared-memory based components (
Hi Jeff,
thanks for taking the time to explain the issue!
Am Mittwoch, den 15.10.2008, 16:13 -0400 schrieb Jeff Squyres:
> Static libraries are definitely a Good Thing in some scenarios. We
> have a few features in this arena, which we consider separately:
>
> - building libmpi (and friends)
Hi Sylvestre,
thanks for working on this!
Am Montag, den 20.10.2008, 00:47 +0200 schrieb Sylvestre Ledru:
> It is done in the debian/rules
> The procedure is now:
> # do the configure twice (with and without the option)
> # launch the build for each configure (vpath)
> # for the "normal build",
Am Montag, den 20.10.2008, 13:33 +0200 schrieb Sylvestre Ledru:
> Well, I took the idea from gromacs but I don't see what you are
> talking about in the current package. In gromacs 3.3.3-3, they don't
> do the way you describe. They are building it many time [1]
You're right. I was referring to th
Hi Sylvestre!
Am Mittwoch, den 27.08.2008, 23:49 +0200 schrieb Sylvestre Ledru:
> If you need help with this package, I am quite familiar with Java
> packaging into Debian and we could do it into the debian-science team if
> you want.
Thanks for your offer! I think putting it in the Debian Scienc
Hi Thiemo!
Am Donnerstag, den 03.07.2008, 19:01 +0100 schrieb Thiemo Seufer:
> I believe the appended patch is sufficient to add Linux/MIPS support
> to openmpi (for both the mips and mipsel variants).
I had a closer look at the patch today because it did not apply against
1.2.8. I hope that I di
Am Donnerstag, den 20.11.2008, 09:45 -0500 schrieb Adam C Powell IV:
> It uses the PETSc system, which Build-Depends on an arch-dependent MPI
> implementation, then rules uses readlink to determine which one is the
> default alternative, and sets substvars appropriately, whether openmpi,
> lam, or
reassign 510845 openmpi 1.2.8-3
thanks
Am Montag, den 05.01.2009, 12:05 +0100 schrieb Adeodato Simó:
> Package: mpi-defaults
> Version: 0.2
> Severity: serious
>
> The latest version of openmpi failed to build from source on alpha,
> hence mpi-defaults can't be built there, because libopenmpi-dev
On Fri, Dec 26, 2008 at 01:01:17AM -0500, Adam C Powell IV wrote:
> This was just accepted! Yay! I'm now wishist bugging all of my
> packages to use it, and will start uploading with hypre tonight.
Nice! Thanks for your work!
This ITP was not closed via the changelog. Should we close it in the
On Fri, Dec 26, 2008 at 01:48:11AM -0500, Adam C Powell IV wrote:
> Please change the section of this package, libdevel is not appropriate.
I took the freedom to fix this in the repo.
Best regards
Manuel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "
Hi Michael!
Am Samstag, den 06.12.2008, 16:57 +0100 schrieb Michael Banck:
> Hi,
>
> any news on this?
Not yet. I pinged upstream about the current status.
> What exact license issues were there?
Mostly copyright issues. I do not have the exact list at hand (different
box) but will send it to
Hi Micha!
I'm sorry for replying late! I was on holidays.
Your description sounds reasonable but I have no possibility to do tests
of my own at the moment. I CC'ed Jeff (upstream), maybe he can comment
on the issue.
BTW, did you also try the 1.3 series of Open MPI?
Best regards
Manuel
Am Sams
Package: gromacs-openmpi
Version: 4.0.4-1
Severity: important
Tags: patch
Hi Nicholas,
I noticed that the gromacs-openmpi package in sid has a wrong dependancy on
LAM/MPI which can cause unexpected behaviour. The problem seems to be that
Open MPI links to /usr/lib/libmpi.so which is a symlink to
Hi Andreas!
Am Dienstag, den 02.06.2009, 08:00 +0200 schrieb Andreas Tille:
> On Tue, 2 Jun 2009, Jonathan H N Chin wrote:
>
> > However, I agree that it makes little sense to retain it in the
> > debian manpage. I guess something like this sed line added after
> > the first one is probably all t
tags 531419 + confirmed
thanks
Hi Jeff,
I'm putting you in the loop since I'm quite lost here... It would be
great if you could throw in your thoughts!
mpicc segfaults when it's called via fakeroot. Since this tool is needed
in the build process of Debian packages, packages depending on Open MPI
Am Montag, den 01.06.2009, 19:15 -0700 schrieb Nicholas Breen:
> I confess that the peculiar interactions of compilers, fakeroot, and (e)glibc
> put me well out of my depth.
>
ACK. But from what I see and experienced, I get the feeling that it's
related to eglibc. Anyway, here is my backtrace (am
Am Dienstag, den 02.06.2009, 15:29 -0700 schrieb Nicholas Breen:
> Doesn't seem like it was necessarily the eglibc switch, though. Downgrading
> to
> openmpi 1.3-2 on an otherwise up-to-date sid box doesn't show the bug.
> fakeroot 1.12.2, libc6 2.9-13.
Interestingly, it works with OpenMPI 1.3.2
Hi Daniel!
Am Mittwoch, den 03.06.2009, 00:21 +0200 schrieb Daniel Leidert:
> Hi guys. A short note: After the change to eglibc I discovered
> segmentation faults in the gnome-chemistry-utils (with similar
> backtraces), which were solved by rebuilding the package. It *might*
> help to do the same
[ Please keep me or the bug in CC, as I'm not subscribed. Thanks! ]
Hi everyone,
I'm trying to find the reason for bug #531522. The Open MPI compiler
wrapper of Open MPI 1.3.2 segfaults when called with fakeroot. I have
the feeling that eglibc's dlopen()/dlsym() might be the problem but I'm
not s
Package: pulseaudio
Version: 0.9.15-1
Severity: important
Hi,
changelog states that building bluetooth modules was disabled in 0.9.15-1
because bluez was stuck in NEW. This is no longer the case. Please revert
this change.
I'm not sure about the severity. Feel free to change it as it fits.
Best
Am Mittwoch, den 15.07.2009, 14:58 +0200 schrieb Michael Banck:
> Any news about this?
I will have a look at the new upstream version this weekend, Open MPI
kept me busy. Preliminary packaging is still available in Debian Med,
though I'd prefer putting it in Debian Science or Debichem. Any
prefer
Am Mittwoch, den 15.07.2009, 16:04 +0200 schrieb Michael Banck:
> As pdb2pqr is tighlty coupled to apbs and thus pymol, which are already
> maintained by debichem, I think maintaining pdb2pqr in Debichem as well
> would make the most sense. And I would be certainly willing to
> co-maintain it
Tha
Hi Arnt,
thanks for your report! The problem is known and fixed in our SVN
repository. I will upload a fixed version very soon, hopefully tomorrow.
Best regards
Manuel
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Hi Jeff and Steve,
thanks a lot for diving into it! It's very appreciated! (I was not able
to access a computer during the last two days, so sorry for being
unresponsive!)
Am Sonntag, den 07.06.2009, 11:04 -0500 schrieb Steve M. Robbins:
> I was able to avoid the segfault simply by ifdef'ing out
Hi Michael!
Am Montag, den 08.06.2009, 15:26 +0200 schrieb Michael Meskes:
> mich...@feivel:~$ findimagedupes .
> Invalid value '/usr/local/lib/findimagedupes' for config option DIRECTORY
>
> at /usr/bin/findimagedupes line 0
> INIT failed--call queue aborted, line 1.
>
> Changing /usr/local/l
1 - 100 of 271 matches
Mail list logo
