Re #10 and #11, it gave me a chuckle! :) But actually there's something serious here as well. 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.
Indeed, even assigning a bug to oneself needs looking at. A while ago, a bug I'm interested in, which had no assignee, a guy assigned to himself. Of course I was pleased, hope of light at the end of the tunnel! A month went by. And then it was assigned back to nobody. In fact, this guy, who had no track record, had assigned himself on 3 other bugs, same story. So more than a month was wasted, when someone productive could have stepped forward. 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. But I've encountered a number of people tempted to dip their toe in the water, try out Linux for the first time and run away at the first hint of trouble, due to Pentium-M on old Thinkpads. They're certainly not signing up to Launchpad to be counted. I've even seen where a mag has published a book about Ubuntu and put a 64-bit CD on the cover -- the punter had no idea why it didn't work, same outcome, disgust and back to the arms of Redmond. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1160346 Title: do-release-upgrade from Ubuntu 12.04 on Pentium-M fails, breaks system without any warning (This kernel does not support a non-PAE CPU) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-release-upgrader/+bug/1160346/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
