Package: libmeep-mpi-dev
This package includes /usr/include/meep.hpp which in turn contains the
lines:
#include "meep/vec.hpp"
#include "meep/mympi.hpp"
However, both those header files are in /usr/include/meep-mpi in this
package.
(S)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ..
On Wed, 15 Feb 2012, Owen Dunn wrote:
On Tue, 14 Feb 2012, Ian Campbell wrote:
Also would it be possible to try the 4.1 hypervisor from Wheezy on this
machine?
Probably... What packages do I need to install to do that?
Just xen-hypervisor-4.1-amd64 since we don't really care about
On Tue, 14 Feb 2012, Ian Campbell wrote:
Unfortunately there's a big chunk missing from the middle of the log.
Might be a serial overrun but it looks quite long.
I suppose it might be worth adding the options one at a time to see
which one fixed the issue for you? None of them look like they sh
On Tue, 14 Feb 2012, Ian Campbell wrote:
On Tue, 2012-02-14 at 12:19 +, Owen Dunn wrote:
On Tue, 14 Feb 2012, Ian Campbell wrote:
This could be a dom0 interrupt handling problem of some sort. You don't
say which dom0 kernel version you are using but please could you try the
lates
On Tue, 14 Feb 2012, Ian Campbell wrote:
This could be a dom0 interrupt handling problem of some sort. You don't
say which dom0 kernel version you are using but please could you try the
latest one from Squeeze (2.6.32-41) -- there were some IRQ related fixes
in the -39/-40 timeframe.
The dom
The system had an nVidia graphics card in it (nVidia GeForce 6200LE). I
removed this and replaced it with an ATI Radeon X300SE.
Now the display does not go blank, and the udevadm settle stage finishes
(printing `done'). However, the system only proceeds to boot if one
presses keys (shift wil
Package: xen-hypervisor-4.0-amd64
Version: 4.0.1-4
After an upgrade to squeeze I've installed Xen 4.0, but when trying to
boot the Xen kernel the boot freezes at the message:
Waiting for /dev to be fully populated...
Nothing further usually [*] appears after this message, and after a short
t
Could this fix be included in a squeeze point release, i.e. uploaded to
stable-proposed-updates, please? I have a production server running lenny
using the block-drbd scripts, which this bug breaks, so I can't really
upgrade the server to squeeze until this problem is fixed.
Thanks,
Owen
Package: release-notes
Chapter 4 of the squeeze release notes asks one to search for holds by
typing:
dpkg --get-selections | grep hold
This will erroneously match any packages whose names contain the string
`hold'
(S)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
A workaround for this is to alter the definition of
vm-pixmap-directory in vm-vars.el so that it says:
(locate-data-directory "vm")
rather than vm-configure-datadir and vm-configure-pixmapdir
http://www.archivum.info/gnu.emacs.vm.bug/2007-08/msg00014.html
suggests that vm-configure-datadir and v
Package: freefont
Version: 0.10-11
When using KWord to print documents containing some fonts in this
package, e.g. Crillee, the resulting PostScript has errors. I
consulted a local PostScript expert and he said:
The Crillee font code leaves detritus in the current user
dictionary. The encrypted
11 matches
Mail list logo