sed this widely because
I will likely break it from time to time (and the interface will
definitely change).
--
Don Armstrong https://www.donarmstrong.com
Those who begin coercive elimination of dissent soon find themselves
exterminating dissenters. Compulsory unifica
e rootdelay and get it to boot. (Again,
in theory.)
--
Don Armstrong https://www.donarmstrong.com
The computer allows you to make mistakes faster than any other
invention, with the possible exception of handguns and tequila
-- Mitch Ratcliffe
bug
in the kernel itself) which is causing this issue.
What I'm trying to do is get enough information so that the error is
obvious.
--
Don Armstrong https://www.donarmstrong.com
What I can't stand is the feeling that my brain is leaving me for
someone more interesting.
rget the error.
The error would be useful to know. Most likely one or more of them
dropped out of the array for some reason and you're booting off of one
which has a lower event count and it won't assemble.
But it could be any number of things.
The output of mdadm --examine /dev/sd[abcdef]1; when md
cannot keep up, and the printk blocks.
You should probably switch to using -j ULOG and ulogd instead of -j LOG.
[As a note, you can just e-mail bug...@bugs.debian.org; sending mail to
owner@ goes to the administrator of the bug tracking system, not the
individual maintainers.]
--
Don Armstrong
Package: src:linux
Version: 3.11~rc4-1~exp1
Severity: minor
Please set CONFIG_HID_HUION=m; this driver handles a series of cheap
tablet input devices which was recently added to the kernel.
--
Don Armstrong http://www.donarmstrong.com
DIE!
-- Maritza Campos http
I've just seen this again in 3.2.4-1, and so it probably still hasn't
been fixed yet. The patch to fix it is here, and it will presumably
make it into newish releases:
http://lkml.org/lkml/2012/2/21/443
Don Armstrong
--
With one simple pill
we cured unhappiness
and art
-- a softer world #437
On Mon, 27 Feb 2012, Ian Jackson wrote:
Don Armstrong writes (Bug#607368: Call for Vote: Kernel ABI numbering
policy):
I call for a vote on the kernel ABI numbering policy bug with the
following ballot:
A) The technical committee declines to override the kernel maintenance
team's ABI
], my bar is not going to be very high to restrict
him from mailing the BTS.
Don Armstrong
0: http://bugs.debian.org/cgi-bin/pkgreport.cgi?correspondent=lkcl%40lkcl.net
1: http://lists.debian.org/debian-arm/2011/08/msg00155.html
--
A citizen of America will cross the ocean to fight for democracy
as possible.
And yet ext4 works fine for other people.
aren't terribly productive. It's much easier for me to deal with
problematic BTS interactions when I don't get the impression that both
sides are contributing to the problem.
Don Armstrong
1: http://bugs.debian.org/cgi-bin/bugreport.cgi
On Tue, 04 Jan 2011, Julien BLACHE wrote:
Don Armstrong d...@debian.org wrote:
Julien: Are you currently shipping a kernel in production which
would be affected by this change if we don't change the ABI
number? Or does this only affect cases where you are testing
squeeze? Could it be
I
On Mon, 27 Dec 2010, Ben Hutchings wrote:
On Sun, 2010-12-26 at 15:55 -0800, Don Armstrong wrote:
Ok. And am I correct in assuming that if the ABI change would
break an OOT module, you would normally change the ABI number?
In the time I've been involved in the kernel team, I haven't yet
On Sun, 26 Dec 2010, Ben Hutchings wrote:
On Thu, 2010-12-23 at 12:08 -0800, Don Armstrong wrote:
On Sun, 19 Dec 2010, Julien BLACHE wrote:
I think it would be best if this matter would be decided upon before
the release of Squeeze, or not too long after it, so as to avoid
further
On Sun, 26 Dec 2010, Ben Hutchings wrote:
On Sun, 2010-12-26 at 12:23 -0800, Don Armstrong wrote:
or possibly by using Breaks: for all of the affected out-of-tree
modules where the change wasn't wide-spread enough to bump the ABI
number.
No. Firstly, if we know that an ABI change would
modules like
the vmware modules to sanely keep in step with the kernel ABI. While
this may not be a concern for kernel upstream, it's something that we
would ideally deal with to avoid issues for our users on upgrades.
Don Armstrong
--
He no longer wished to be dead. At the same time, it cannot
be overridden. This necessitates a patch as
required for #1.
In neither case should you reopen bugs that a maintainer has
closed.[1] Continuing to do so will result in restricting your use of
cont...@bugs.debian.org.
Don Armstrong
(on behalf of ow...@bugs.debian.org)
1: It is of course acceptable
On Sun, 28 Dec 2008, Don Armstrong wrote:
On Sun, 28 Dec 2008, Moritz Muehlenhoff wrote:
BTS administrators, all bugs have been reassigned to linux-2.6 Can
you please disable the kernel pseudo package?
If there are no objections, I'll remove this around the 1st of the
year.
I've gone
probably be reasonable is to assign those bugs to something
like Source: linux-$(uname -r |cut -f1,2 -d.); instead.
Don Armstrong
--
A Democracy lead by politicians and political parties, fails.
http://www.donarmstrong.com http://rzlab.ucr.edu
--
To UNSUBSCRIBE, email to debian
.)
Don Armstrong
--
A people living under the perpetual menace of war and invasion is very
easy to govern. It demands no social reforms. It does not haggle over
expenditures on armaments and military equipment. It pays without
discussion, it ruins itself, and that is an excellent thing
severity 310668 important
thanks
While this is likely a bug, the severity is at most important, as it
doesn't affect everyone, or even every person who has a aha152x card.
See http://www.debian.org/Bugs/Developer#severities for information on
how the severities are assigned.
Don Armstrong
be extracted
I'd instead suggest applying a pre-existing license like MIT[1] to the
firmware portion of the code file, rather than inventing your own
licensing text that only partially deals with the problem(s) at issue.
(Inventing licensing text is quite often very hazardous to your
health.)
Don Armstrong
(which should go to -legal)
we should assume that the combined, derivative work cannot be
distributed unless both works can satisfy the DFSG.
Don Armstrong
--
DIE!
-- Maritza Campos http://www.crfh.net/d/20020601.html
http://www.donarmstrong.com
http://rzlab.ucr.edu
22 matches
Mail list logo