> Not just that the wiki would seem to be not quite right, but also that
> some well-understood convention is needed, for use when one person
> justifiably assigns a bug to another.
The convention is already well understood among Ubuntu developers...
> So more than a month was wasted, when someone productive could have
> stepped forward.
That's not really anything that can be solved by policy or by technical
means. And frankly, if this went unnoticed for a month, it's not likely
that someone was going to step up to work on it during that period anyway.
> PS: Great to see this Pentium-M stuff getting some love at last. I know
> that many devs with screaming fast i7 kit think it's a non-issue, too
> old to worry about, affects a tiny minority.
Just to be clear, nothing we're doing here is going to change the
compatibility of Ubuntu 14.04 with non-PAE systems; only to stop users from
upgrading and accidentally winding up with a broken system post-upgrade.
> Not just that the wiki would seem to be not quite right, but also that
> some well-understood convention is needed, for use when one person
> justifiably assigns a bug to another.
The convention is already well understood among Ubuntu developers...
> So more than a month was wasted, when someone productive could have
> stepped forward.
That's not really anything that can be solved by policy or by technical
means. And frankly, if this went unnoticed for a month, it's not likely
that someone was going to step up to work on it during that period anyway.
> PS: Great to see this Pentium-M stuff getting some love at last. I know
> that many devs with screaming fast i7 kit think it's a non-issue, too
> old to worry about, affects a tiny minority.
Just to be clear, nothing we're doing here is going to change the
compatibility of Ubuntu 14.04 with non-PAE systems; only to stop users from
upgrading and accidentally winding up with a broken system post-upgrade.