On Wed, 16 Mar 2005 19:27:23 +0100, Daniel Fagerstrom <[EMAIL PROTECTED]> wrote: > Upayavira wrote: > > Reinhard Poetz wrote:
<snip/> > > It has been said that moving directories around is likely to cause > > confusion - where has my block gone? etc. > > That's FUD, the whole lifecycle contributed->supported->deprecated is > likely to take many years (for the few blocks that go through all > three). And each step is a sigificant step in the blocks life and > important for the users and is certainly not based on a sudden whim from > the community. Personally, I don't think that's FUD. No matter how long it takes for a block to make the transition form one state to another the moment if moves directories people are not going to know where it went. If the block build process can automatically fetch my included blocks no matter what directory they are located in then this a lot less of a concern. Even then, people actually working on the block will have to realize that block X moved and not keep working on "unstable/X" since the version used by the build is now in "stable/X". Only moving blocks on release boundaries would help here, but I'm not sure it removes the problem. So, until we have automatic block retrieval I'd vote for a flat structure. <snip/> > > > > The principal argument against putting blocks into directories is that > > we cannot know now what is the most significant designation of a block. > > We certainly know: community support is by far the most significant > designation of a block. A stable block that has worked for years and is never in need of maintenance might be a very valuable contribution. Such things could fall through the cracks if all you measure is how many people are working on a block. -- Peter Hunsberger
