Simon 'corecode' Schubert wrote:
And by that I mean:
I've been proposing this change for quite some time now, and nobody
bothered to argue for or against it. More recently, Matt did a quick
poll at the summer of code mentors' summit and the outcome was slightly
in favor of x86_64. Also, various build problems with pkgsrc originate
from our amd64 machine/platform name. That's why we decided to bite the
bullet now, before many people are starting to use the x86_64 port. I'm
sorry if you feel left out, but there is no point stalling this decision
without proper reasons. And for sure there is no reason to back out a
change singlehandedly without any sort of discussion, especially if
backing out that change means that users have a hard time following it.
I've temporarily revoked your access to crater, since you seem to have
attitude problems with our project and I fear that you might go rogue
again. You've loudly voiced backing out devfs before, and back then I
already was concerned that you might do this without proper reason and
discussion. We're a peaceful project, and I really like the way it
works. By just backing out a big change without discussion, you're
adding hostility, which we should avoid as much as possible. I am
convinced that we can keep this project civil and cozy - it's up to you
to decide whether you want to be part of that, or whether you want to
feed aggression into it.
cheers
simon
>
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Bart Van Assche | Integration of SCST in the mainstream Linux kernel |
| Brandeburg, Jesse | RE: [regression] e1000e broke e1000 (was: Re: [ANNOUNCE] e1000 toe1000e migration ... |
| Greg KH | Re: [Patch v2] Make PCI extended config space (MMCONFIG) a driver opt-in |
git: | |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| John P Poet | Realtek 8111C transmit timed out |
