On Sun, Aug 25, 2024 at 01:49:03PM +, Graham Inggs wrote:
> This seems to be a problem in configuration.
>
> Newer logs [1] have:
>
> checking for XbaeCreateMatrix in -lXbae... yes
> --> Good. Seems you have compatible version of Xbae installed
> checking for XmHTML widget >= 1105... no
>
>
g the bug.
--
Nicholas Breen
nbr...@debian.org
would
you like me to do so?
https://manual.gromacs.org/current/dev-manual/contribute.html
--
Nicholas Breen
nbr...@debian.org
Package: ftp.debian.org
Severity: normal
Please remove gromacs/2022.1-1 from experimental. There is a newer
version in unstable, but on fewer architectures, which is probably how
this missed the autocruft check.
Thanks.
--
Nicholas Breen
nbr...@debian.org
binaries for those architectures at
your convenience: gromacs, libgromacs6, libgromacs-dev, libnblib-gmx0,
libnblib-gmx-dev.
The only rdeps are the three old votca-{csg,tools,xtp} packages, for
which separate RM bugs have already been filed.
--
Nicholas Breen
nbr...@debian.org
opped support for 32-bit architectures
in the new release, so that will need an additional RM bug for old
binaries, not yet filed.
Should I proceed with an upload to sid when a slot is ready, or wait for
one or both of those removals to clear first?
Thanks.
--
Nicholas Breen
nbr...@de
Package: ftp.debian.org
Severity: normal
The recent acceptance of src:votca into the archive (thank you!) covers
an upstream merger of its formerly separate components: votca-tools,
votca-csg, and votca-xtp. Please remove those three when convenient.
--
Nicholas Breen
nbr...@debian.org
tags 1009383 + pending
thanks
Fix pending in git, which is (preferably) waiting on upload until votca
finally clears NEW
--
Nicholas Breen
nbr...@debian.org
muparser.
--
Nicholas Breen
nbr...@debian.org
diff --git a/debian/changelog b/debian/changelog
index c48b85d..45589aa 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+muparser (2.3.3-0.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * New upstream release.
+ * Drop patc
tches to be dropped. I did not look into the
dpkg-gensymbols problem that was reported earlier, though.
Thank you!
--
Nicholas Breen
nbr...@debian.org
diff --git a/debian/changelog b/debian/changelog
index c48b85d..33a989b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3
with bullseye in this state.
--
Nicholas Breen
nbr...@debian.org
Package: mpich
Version: 3.4-5
Severity: important
User: debian-s...@lists.debian.org
Usertags: s390x
X-Debbugs-Cc: debian-s...@lists.debian.org
Affects: gromacs
Hi,
mpirun from mpich 3.4-5 (and possibly other versions, this is the only one I
tested) segfaults immediately on s390x:
% mpirun -V
es this bug (thanks Alistair!).
It's possible that this is another iteration of #980033 on ucx, except
that it affected MPICH instead of OpenMPI here. Not sure enough about
that to merge the bugs. I can successfully build the OpenMPI portion of
gromacs in sid right now.
--
Nicholas Breen
nbr...@debian.org
single version of the source
package overall. But yes, definitely the correct long-term fix,
possibly short-term as well.
--
Nicholas Breen
nbr...@debian.org
Hello Gabriel,
As an example package demonstrating this bug, I encountered it when
preparing votca-csg 1.6.2-1. Removing the workaround in debian/rules
(lines 29 and 30) causes a build failure with debhelper compat 13.
Thanks!
--
Nicholas Breen
nbr...@debian.org
and EXIF
info for each image in a simple clean layout.
I haven't used it for some years; it's not a difficult package, though
long-dead upstream, and with a late-'00s packaging style that could use
an overhaul.
--
Nicholas Breen
nbr...@debian.org
On Mon, Jul 13, 2020 at 04:55:36PM -0700, Sean Whitton wrote:
> control: tag -1 + moreinfo
>
> Hello Nicholas,
[...]
> Is there any reason to think the software no longer works?
>
> Otherwise, perhaps it would be better if you were simply to orphan it.
Hi Sean,
It does still work (modulo #93600
+imageindex&show_installed=on&want_legend=on&from_date=2010-01-01&to_date=&hlght_date=&date_fmt=%25Y&beenhere=1
--
Nicholas Breen
nbr...@debian.org
gt; Value in failed request: 0x0
> Serial number of failed request: 2821
> Current serial number in output stream: 2822
Hello Drew,
I cannot reproduce this on any of three systems. If you have a residual
/etc/X11/app-defaults/XMgrace, can you try removing it? Can you
generate a log
X11/app-defaults/XMgrace, provide an example in
> the docs. The example file could contain precisely the fallback values, then
> the user could edit just the relevant bits.
This seems reasonable. I feel like very, very few people are
customizing their Xresources file in the current day.
--
Nicholas Breen
nbr...@debian.org
tags 949669 + pending
thanks
On Thu, Jan 23, 2020 at 01:55:14PM +0100, Paul Gevers wrote:
> Source: votca-csg
> Version: 1.5.1-1
> Severity: serious
> Justification: ftbfs
> Tags: ftbfs sid bullseye
>
> Dear maintainer,
>
> gromacs started a transition and I scheduled binNMUs for votca-csg.
> Ho
On Tue, Oct 22, 2019 at 11:06:01PM -0400, Sandro Tosi wrote:
> Hello Nicholas,
> any specific reason to wait this long? it would be very helpful if
> there's a chance for you to speed up the upload to unstable, so that
> we can reduce the number of packages needing python2 in unstable soon,
> and b
but only have a partial fix so far.
I'll poke at it further as time permits over the next few days, and
switch to your update-grace-fonts patch if it seems intractable. Thanks!
--
Nicholas Breen
nbr...@debian.org
y) -- the
ld error message appears as normal, passed through mpicxx.openmpi.
Might be something specific to 100% disk usage, I'll experiment further.
--
Nicholas Breen
nbr...@debian.org
t does make testing more
difficult! If those constraints can't be met and pbuilder is essential,
it should be built with 'nocheck'.
Since it's no problem for either the buildds or users in their own
shell, I haven't considered those issues as serious bugs.
--
Nicholas Breen
nbr...@debian.org
Package: wnpp
Severity: wishlist
Owner: Debichem Team
* Package name: votca-xtp
Version : 1.5.0
Upstream Author : Christoph Junghans and others
* URL : http://www.votca.org/
* License : Apache 2.0
Programming Lang: C++
Description : Exciton transport s
armhf i386 mips mips64el ppc64el s390x . unstable .
-m 'mpich (>= 3.3~rc1-2+b1)'
Thank you.
--
Nicholas Breen
nbr...@debian.org
Package: plasma-applet-redshift-control
Version: 1.0.18-2
Severity: normal
Tags: patch
Since redshift 1.12, the interface for one-shot changes was modified, causing
all mouse wheel operations to only lower the color temperature and gamma. The
fix is simply to add the new "-P" command line option.
Hi Krzysztof and Emfox,
#866440 has been an RC bug on mcomix for some months, and it is no longer
installable in unstable; I've uploaded a NMU to DELAYED/5 with the attached
patch. Please let me know if you'd like me to cancel that upload.
--
Nicholas Breen
nbr...@debian.org
diff -
so disabling the compositor would be a logical thing to test.
--
Nicholas Breen
nbr...@debian.org
If that window is somehow hidden,
grace may seem to be frozen, but it's just waiting for user input.
--
Nicholas Breen
nbr...@debian.org
On Thu, Jan 18, 2018 at 05:21:48PM -0500, Aaron M. Ucko wrote:
> Mark Abraham writes:
>
> > GROMACS dev here - I expect that will let that test pass. It just needs
> > enough processes that can resolve MPI calls without deadlocking.
>
> Confirmed, setting OMPI_MCA_rmaps_base_oversubscribe=1 fixe
On Wed, Jan 17, 2018 at 11:22:27PM -0500, Aaron M. Ucko wrote:
> The only 3.0.x version available for x32 is 3.0.0-1, because newer
> versions build-depend on pmix, which in turn build-depends on pandoc,
> which is unavailable there. (I think the Haskell stack generally is.)
> With that version in
entation). I don't have an x32 system
available for testing, but it would be very interesting to know if the tests
pass with the 3.0.x version of OpenMPI out of experimental.
--
Nicholas Breen
nbr...@debian.org
ibselinux1 and libapparmor1 - none of which mandate the use of
their corresponding systems.
--
Nicholas Breen
nbr...@debian.org
o upload anything before the stretch
release in a few weeks. It's not possible to get such a change accepted into
stretch before then.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395079#42
--
Nicholas Breen
nbr...@debian.org
the embedded code copy from gromacs. I have no strong VCS location preference;
right now I don't have commit access to Med, but I'm sure that's not hard to
solve.
--
Nicholas Breen
nbr...@debian.org
Hi Jonathan,
I'm not the hddtemp maintainer, but: in your defaults file, RUN_SYSLOG needs to
be set to a non-zero value, as per the comment above that line.
--
Nicholas Breen
nbr...@debian.org
a lot of
churn lately, and a number of packages depending on it have encountered various
test failures, often architecture-specific.
--
Nicholas Breen
nbr...@debian.org
On Sun, Aug 21, 2016 at 01:19:18PM +0200, Graham Inggs wrote:
> Hi Maintainer
>
> Gromacs FTBFS on the Ubuntu armhf buildds. The Ubuntu armhf buildds
> have NEON extensions, while the ones in Debian do not. Please
> consider including my patch below which simply disables SIMD on armhf,
> avoidin
maintained by the Debichem team.
Binary packages are as follows:
gromacs
gromacs-dev
gromacs-mpich
gromacs-openmpi
libgromacs1
libgromacs-dev
libvotca-csg3
libvotca-csg-dev
votca-csg
Thank you.
--
Nicholas Breen
nbr...@debian.org
[1] https://lists.debian.org/debian-arm/2016/07/msg00079
e different. It's directly caused by a packaging bug (one of
the sub-builds doesn't obey DEB_BUILD_OPTIONS=nocheck, which is set by default
on m68k), and I'll fix that, but I'd be happier if it *could* pass all the
tests
--
Nicholas Breen
nbr...@debian.org
Unless someone else is already on it, I'll take care of this within the week,
and that'll handle the necessary rebuild for the libgromacs1 -> libgromacs2
SONAME bump at the same time.
--
Nicholas Breen
nbr...@debian.org
block 831406 by 831442
thanks
The same bug is hitting one of my packages, seems to be an issue with mpich.
Filed as https://bugs.debian.org/831442 .
--
Nicholas Breen
nbr...@debian.org
so.12:
it's responsible for a FTBFS bug on yorick [1] and a whole bunch of build
failures on gromacs in experimental [2]. I don't know why it's suddenly a
problem now, but the buildds now seem to be installing the packages in the
order that triggers this problem more often than not.
omacs 5.1.1 and the
as-yet-unpackaged 5.1.2.
--
Nicholas Breen
nbr...@debian.org
/tmp/buildd/python-jellyfish-0.5.1/.pybuild/pythonX.Y_2.7/build; python2.7 -m
pytest
[...]
--
Nicholas Breen
nbr...@debian.org
both patches applied in
1.3.8+dfsg-2, and it does solve bugs #792060 (RC), #757516, and I think #785903
(not checked in detail). There is a new test failure in test_nonexistent_file,
unfortunately.
--
Nicholas Breen
nbr...@debian.org
[1] https://pypi.python.org/pypi/jellyfish
internal to a particular package" wording,
making it exempt from section 8.
I'll see if I can split it for 5.1, but it'll be at least three weeks until I
can get to working on that. On the plus side, maybe the C++ transitions will
have settled down a little by then.
--
Nicholas Breen
nbr...@debian.org
> so it seems very likely that a transition is needed.
Isn't this just #791061 again? To the best of my knowledge, nothing external
uses those.
--
Nicholas Breen
nbr...@debian.org
On Sun, Feb 15, 2015 at 12:21:13PM +0200, Evgeny Stambulchik wrote:
> FYI, 5.1.25 was released tonight with a fix. Sorry about a slow response.
Thanks very much!
Lu - I'll upload a new Debian package shortly, but it won't make it into
testing or the next stable release, due to the freeze. Howeve
e set comments when reading data in.
However, I can't find an bug report in the Grace forums[1] corresponding to
that change, so I don't know why it was made. Evgeny, could you please help me
out with the background behind that change? Thanks!
--
Nicholas Breen
nbr...@debian.org
[1]
this application. I'll upload shortly.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Sat, Aug 30, 2014 at 02:57:22PM -0700, Lucas Nussbaum wrote:
> Source: votca-csg
> Version: 1.2.3-1
[snip]
> > -- checking for module 'libgmx'
> > -- package 'libgmx' not found
> > -- Could NOT find GROMACS (missing: GROMACS_LIBRARY GROMACS_INCLUDE_DIR)
> > CMake Error at src/libcsg/CMakeLis
eneral.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
see any benefit to moving the
macros, and it makes the 16k-line patch completely unreviewable by eye to find
the four lines that matter for the change. If there's a technical improvement
that I'm missing, please let me know.
Thanks for the report.
--
Nicholas Breen
nbr...@debian.o
pe support would be a Nice Thing, but using a convenience copy of t1lib
is neither RC[3] nor an outstanding security issue.
--
Nicholas Breen
nbr...@debian.org
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638760#79
[2]
http://anonscm.debian.org/viewvc/collab-maint/deb-maint
ime + desire + skillset to adopt t1lib.
However, there's also no real replacement for grace itself available.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
11.
Does it require automake 1.11 specifically? That version isn't due for removal
from the archive quite yet, but it will probably be in the next round [1], and
the current automake version is 1.14. Might as well bring it all the way up to
date if it still builds easily.
(I haven't looked over th
On Sat, Feb 08, 2014 at 11:09:07PM +0100, Andreas Moog wrote:
> Package: sponsorship-requests
> Severity: important
>
> Dear mentors,
>
> I am looking for a sponsor for a NMU of the package "rotix"
>
> * Package name: rotix
>Version : 0.83-4.1
>Section : text
That p
upload a
new (and more strictly verified!) version in the next day or two.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Thu, Nov 28, 2013 at 12:31:59PM +0100, Michael Banck wrote:
> This data file is shipped in quantum-espresso-data, so not generating it
> is not an option,
quantum-espresso-data is arch:all, so it seems like that *could* be an option -
no need to autobuild it on every architecture, and so far as
work although you'll need to write your own
installation procedure in debian/rules for them.
Policy 3.9.5 was just released [2], so you can bump the Standards-Version lines
in debian/control. I don't see any changes that would affect your packaging.
--
Nicholas Breen
problems on any previous autobuilt binary,
this is the first one in some time where amd64 was the maintainer build). A
proper long-term fix is planned for the next upstream release.
nmu gromacs_4.6.3-4 . amd64 . -m "Recompile without AVX extensions"
Thanks very much.
--
Nicholas
a CPU optimization it should not have had. AVX extensions were only
added on the Sandy Bridge and newer model Intel CPUs, and the Xeon you provided
the information for doesn't have it. If that's the case, I will ask for the
package to be rebuilt on a different machine where that problem w
't reproduce this crash with my test data, and my system runs a similar
Intel CPU (i5-2x00 series). Could you please attach a file that it crashes on
(or a pdb2gmx/genbox/etc. sequence that creates one) and the exact command line
that causes it to fail?
--
Nicholas Breen
nbr...@debian.org
Package: lintian
Version: 2.5.19
Severity: minor
Tags: patch
libmpich-dev is a real package now, no longer a virtual package, causing false
positives on packages that have shifted their build-dep to it (from the former
libmpich2-dev). Trivial patch attached.
--
Nicholas Breen
nbr
Package: libmpich-dev
Version: 3.0.4-3
Severity: normal
mpicc.mpich sets RPATH in all binaries it compiles.
% mpicc.mpich test.c -o test
% objdump -p test | grep RPATH
RPATH/usr/lib/x86_64-linux-gnu
This seems to be new behavior in v3; building mpich with the configuration
opti
On Thu, Sep 05, 2013 at 11:42:55PM +0200, Julien Cristau wrote:
> On Sun, Sep 1, 2013 at 20:16:20 -0700, Nicholas Breen wrote:
> > I'd like to launch a very small transition for an ABI bump in src:xbae,
> > which does have a renamed package (libxbae4 -> libxbae4m). This
ansition, #708462. It should affect
only three leaf packages:
* paw and geant321 will need binNMUs
* grace will recieve a sourceful upload at the same time as xbae (#717644)
All those packages have already been tested with the rebuilt xbae from
experimental, and no problems were seen.
--
Nichol
and I also maintain
grace.
Please let me know when you're ready to upload to unstable, and I'll upload
xbae accordingly.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe".
dding an
"(>= 0.4)" constraint to the existing Depends: on python-musicbrainzngs should
clear that up for any other prospective backporters.
Thanks very much.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subj
tags 366193 -wontfix +pending
severity 366193 normal
user openmo...@packages.debian.org
usertags lesstif2motif
thanks
Now that Openmotif is under a free license, this request is back on the agenda.
Transition bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708462
--
Nicholas Breen
nbr
ndency.
Leftover from an old viewing program, that I hadn't noticed had been removed
upstream. I'll fix that in the next upload; there's an upcoming upstream
release already overdue that I'd like to wait for a little longer (days, not
months).
--
Nicholas Breen
nbr..
7;t
be getting to it. I would certainly be happy to assist and co-maintain the
package with a more directly motivated user, and could sponsor uploads for a
non-DD. Maintaining it as part of the debichem team would assist in that
regard.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE,
On Thu, Oct 18, 2012 at 05:19:37PM +0100, Alex Valavanis wrote:
> Package: Grace
> Version: 1:5.1.22-13
>
> Hi Nicholas,
>
> The recent source-hardening.diff patch appears to break SVG output
> formatting. Please see the original bug report in Ubuntu [1].
Hello Alex,
I'm on vacation this week
On Fri, Oct 05, 2012 at 12:55:04AM +0200, Michael Banck wrote:
> On Sat, May 15, 2010 at 09:27:34PM -0400, Bill Gunn wrote:
> > It crashes with any molecular geometry I have tried either imported or
> > drawn in ghemical. I attach two example files I have tested.
>
> I can reproduce this, albeit
On Wed, Oct 03, 2012 at 07:12:49PM +0200, Francesco Poli (wintermute) wrote:
> Hello,
> it seems that a new upstream version has recently been released:
> ftp://plasma-gate.weizmann.ac.il/pub/grace/src/grace5/grace-5.1.23.tar.gz
>
> Please consider packaging it, at least for experimental (if you d
On Wed, Jul 11, 2012 at 03:44:22PM -0400, Brad King wrote:
> This should fix it:
>
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=8720aa04
>
> Ideally we should add a test for this case but I have no time now.
> We'll include the fix in the next 2.8.9 rc.
Thank you very much for tracking
On Tue, Jul 10, 2012 at 02:11:46PM +0200, Evgeni Golov wrote:
>
> Hi,
>
> the attached patch solves the issue. Not tagging patch or intend to NMU
> however, as I think it should be further investigated why it fails (it
> does not build the libs anymore when building "mdrun" target only).
Thank
On Sun, Jun 24, 2012 at 02:31:23PM -0400, Phillip Susi wrote:
> On 06/24/2012 12:00 PM, Roger Leigh wrote:
> > This was always a tool which needed to be used with great caution,
> > and was removed for good reason. Is this safe to use with all
> > ext2, ext3 and ext4 filesystems?
>
> Obviously th
: PNG image data, 32 x 32,
8-bit/color RGBA, non-interlaced
--
Nicholas Breen
nbr...@debian.org
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2
On Fri, Apr 27, 2012 at 12:24:23PM +0100, Alex Valavanis wrote:
> Hi Nicholas,
>
> I guess this is an Ubuntu-specific issue then...
>
> As of xorg_1:7.6+7ubuntu1, the xfonts-100dpi and xfonts-75dpi packages
> were dropped from "Depends" to "Suggests",[1] and therefore they do
> not appear in a st
mplete and likely buggy checks in the code. Better options in the archive
include mp3check and mp3diags.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Apr 27, 2012 at 11:32:46AM +0100, Alex Valavanis wrote:
> Grace should recommend the xfonts-100dpi or xfonts-75dpi packages.
I am not convinced this is a useful fix. The xorg metapackage already Depends
on these packages, and a desktop system without them *and* without a remote
font serve
This bug has been open without activity for a little over two years now, and is
one of the blockers on the mpi-defaults transition (#573187); I'll upload a NMU
to DELAYED-5 in the next day or two, using the patch in my previous mail,
unless there are any objections.
--
Nicholas Bree
On Mon, Mar 05, 2012 at 03:07:46PM +0900, Nobuhiro Iwamatsu wrote:
> 2012/3/5 Nicholas Breen :
> > On Mon, Mar 05, 2012 at 01:00:43PM +0900, Nobuhiro Iwamatsu wrote:
> >> Libpng maintainers plan transition of libpng[0].
> >> Version 1.2 is used for libpng of current debi
quate for the transition?
Thanks.
--
Nicholas Breen
nbr...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: keepass2
Version: 2.18+dfsg-1
Severity: important
% keepass2
Unhandled Exception: System.TypeLoadException: Could not load type
'KeePass.Program' from assembly 'KeePass, Version=2.1.8.27472, Culture=neutral,
PublicKeyToken=0738eb9f132ed756'.
[ERROR] FATAL UNHANDLED EXCEPTION: System.Typ
Using the binaries with debugging symbols that you built, could you please
collect a backtrace using "gdb" when the program crashes? It may help to
install the "libc6-dbg" package for additional symbols within libc, which will
probably be *somewhere* in the stack.
http://wiki.debian.org/HowToGetA
ersion <= 1.4.1
These are harmless, it issues those warnings regardless of the OpenMPI version
on the system (your installation is probably using 1.4.3), and pdb2gmx doesn't
use MPI anyhow.
Best,
--
Nicholas Breen
nbr...@ofb.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ges change again in the future.
Thanks,
--
Nicholas Breen
nbr...@ofb.net
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-2-amd64 (SMP w/4 CPU cores)
Loca
distributedcomputing task to reflect these new binary packages.
Thanks,
--
Nicholas Breen
nbr...@ofb.net
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux
Patch to add support for mpich2 attached. I'd be happy to NMU it if you'd
prefer.
Thanks,
--
Nicholas Breen
nbr...@ofb.net
blacs-mpi.626336.patch.gz
Description: Binary data
of course welcome. That alone doesn't leave me
much to go on
--
Nicholas Breen
nbr...@ofb.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> I created the patch that revise this problem.
> Could you check and apply this patch?
I'm traveling right now, but can test and upload a new version in about a week,
and also forward the patch upstream. Will that fit the transition schedule?
--
Nicholas Breen
nbr...@ofb.net
--
To UN
ich is indirectly
linked by way of the deferred queue overview, does describe the full range.
--
Nicholas Breen
nbr...@ofb.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Subject: libmpich2-dev: please add links for /usr/lib/mpich2/{include,lib}
Package: libmpich2-dev
Severity: normal
Tags: patch
User: debian-scie...@lists.debian.org
Usertags: old-mpi-eol
On Wed, May 11, 2011 at 07:37:44AM +0200, Lucas Nussbaum wrote:
> On 10/05/11 at 20:16 -0700, Nicholas Br
a missing function in mpicc that
should be added?
If you do need the explicit list of libraries, "mpicc.mpich2 -show" currently
gives this list: -lmpich -lopa -lmpl -lrt -lcr -lpthread
Thank you,
--
Nicholas Breen
nbr...@ofb.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ
ional libraries that mpicc
enumerates properly.
--
Nicholas Breen
nbr...@ofb.net
diff -Nru fftw-2.1.3_orig/debian/control fftw-2.1.3/debian/control
--- fftw-2.1.3_orig/debian/control 2011-05-10 19:17:57.0 -0700
+++ fftw-2.1.3/debian/control 2011-05-10 19:18:54.312346690 -0700
@@ -2,7 +2,7
1 - 100 of 178 matches
Mail list logo