On Tue, 19 Oct 2010 15:34:10 +0200, Alexander Reichle-Schmehl
wrote:
> Am 19.10.2010 15:28, schrieb Alexander Reichle-Schmehl:
>
> > [..] The bad news
> > is, that in all of the the 8 failed builds, it always stopped at a
> > different point. I copied the full build logs of the failed builds to
On Mon, 18 Oct 2010 11:30:56 +0200, Alexander Reichle-Schmehl
wrote:
> I can reproduce this bug in about 3/4 of the build tests using
> monkeysphere 0.31-1 and a simple pbuilder with a minimal configuration:
Hi, Alexander. New versions of this package have been uploaded that
claim to fix this i
On Fri, 15 Oct 2010 16:22:41 +0200, Alexander Reichle-Schmehl
wrote:
> That is quite a strange bug; I could reproduce it simply by running
> pbuilder on the package multiple times. And while I'm using ntp
> according to the logs it hasn't been active.
Lucas, Alexander (or anyone who is encounte
On Tue, 10 Aug 2010 16:06:09 +0200, Lucas Nussbaum
wrote:
> > Lucas and jrollins, can you please tell what time-changing software is
> > running on your build environments if any? This 1s offset looks like
> > the various ntp daemons adjustment process.
>
> None.
Lucas, is your build environmen
On Tue, 10 Aug 2010 11:56:03 +0200, intrigeri wrote:
> Lucas and jrollins, can you please tell what time-changing software is
> running on your build environments if any? This 1s offset looks like
> the various ntp daemons adjustment process.
As I mentioned before, I have never encountered this t
retitle 566072 fsck now failing hard for unavailable filesystems
thanks
I was recently bit by this bug as well. Filesystems marked 'noauto'
that are not available at boot, and were previously not being checked or
at most experiencing non-fatal errors, are now experiencing fatal errors
that interu
severity 561927 wishlist
thanks
Please careful choose bug severity when filing bugs. This is certainly
*not* a "severe" bug (it's in fact not a bug at all), and severe bugs
are release critical and therefore requires special attention.
I also wonder if this issue is actually addressed by the "li
tags 534008 + pending
thanks
Thank you very much for the bug report, Lucas, and sorry it's taken us
so long to reply.
This issue has been reported and fixed upstream:
https://labs.riseup.net/code/issues/show/1080
Hopefully we'll be pushing a patched version into testing very soon.
Thanks again
On Mon, Jun 15, 2009 at 07:45:27PM +0200, Guido Günther wrote:
> the problem is caused by a broken sed expression. When building the
> image ones sees:
>
> debirf: creating debirf initrd ('nested')...
> sed: -e expression #1, char 69: unterminated `s' command
> debirf: creating rootfs.cgz...
>
>
severity 527765 normal
tags 527765 wontfix
thanks
Thank you very much for the bug report, Daniel. The behavior you are
seeing is actually expected, but we should maybe be more clear about
how to get around it.
What you are seeing is a failure in the monkeysphere test harness,
which is called by
Hello. I am having the same problem:
...
/usr/src/modules/gpib/sys/osfuncs.c: In function ‘mutex_ioctl’:
/usr/src/modules/gpib/sys/osfuncs.c:1133: error: request for member ‘counter’
in something not a structure or union
/usr/src/modules/gpib/sys/osfuncs.c:1136: error: request for member ‘counte
I am also experiencing the same problem since the 2.6.25 upgrade to
testing. Any idea what the problem might be?
jamie.
servo:~ 0$ sudo module-assistant -t auto-install unionfs-source
.
Updated infos about 1 packages
Getting source for kernel version: 2.6.25-2-686
Kernel headers available in /li
For what it's worth, I think this bug is not RC. If we were putting
lock files somewhere other than /var/lock, then I think it would be.
However, I don't think it's stated anywhere in Debian policy that
serial devices have to be locked. They should be, obviously, but I
don't think it's a policy v
Package: octave-plplot
Version: 5.3.1-8
Severity: grave
Justification: renders package unusable
I have been trying to get plplot to work in Octave 2.1, but every time I try to
use it, it causes Octave to crash. Here is an example:
radar:~> octave
1:~>> LOADPATH = "/usr/share/plplot_octave//:/us
14 matches
Mail list logo