• Require all projects to move off CVS and SVN before they release next year (note I didn't say Helios).
• Require it as part of next years release train.
• The following projects should be the first to migrate early due to the size and popularity: e4, Eclipse Platform, JDT, PDE, Modeling, CDT, and Web Tools Platforms.
  
• Require that by next year all build systems have Git support if they don't already. Yes this means make Athena, Buckminster, B3, Maven/Tych, PDE Build, and the eclipse base builder able to work reliably and efficiently with git.

On top of that, we’re nestled next to Chuck Norris! It’s good to be next to Chuck.

Ok, maybe it’s not the “Eclipse” I want it to be… but let’s consider it practice for when EclipseCon rolls around.

As I said, the ideas are all out there and I’m in a process of wordsmithing it all at the moment. The original document was built in the days before XHTML and stylesheets were popular, so I’ve been trying to fix up as much of the markup as possible while I’m at it while trying not to disturb the content any more than necessary (so that the viewcvs diff remains at least a little useful). I’ve tried to add annotations in places where significant changes have occurred. You can turn annotations on by clicking the appropriate link on the right side of the page. It occurred to me to let the document use more of the screen. Right now, it’s crammed into a relatively narrow band down the middle of the window. But then I thought of Ward’s TenWordLine and decided to leave it alone.

There are three major changes in the document.

First, I’ve removed the notions of Container- and Operating-Projects. Now we just have projects. All projects can opt to either have code or not. Projects can have downloads, builds, websites, etc. or not. Projects can opt to do roll up builds of sub-projects. I have also added some words that attempt to actually define the term “project” and have taken steps to deformalize the use of the term “sub-project” (a “sub-project” is simply a way of talking about a project that has a parent). I’ve talked about this particular change at length already.

Second, the notion of Incubators is made formal. Incubators do not do releases. They do not graduate. They do not require continuation reviews (or reviews of any form). Incubators remain perpetually in the Incubation phase. I have also already blogged about this.

Third, I’ve made an existing project creation loophole formal. New projects can be created directly from a restructuring review (I’ve also consolidated Move and Restructuring Reviews) without going through the proposal and creation phases under certain conditions (the scope must be preserved). This one, which came up as a side effect of Bug 241041 and the recently-announced Mylyn Restructuring, is potentially one of the more controversial changes.

There’s other less significant changes, like the elimination of the notion of a review call in favour of a “review period”. There’s nothing to prevent a call from happening, but there is no mention of in the process. I’ve also acted on some excellent suggestions for some wording changes in the section on project leadership.

The original document uses capitalization similar to what you might find in a legal document. I am inclined to change it to instead follow more common language rules. This will mess up the diff, so I may just put that particular exercise off for a while; I don’t believe that changing the capitalization of the text will require further scrutiny from the Eclipse Board of Directors.

And yes, there’s hyperlinks to the old version. Good idea.

We are ready for Round 2 of feedback on an updated Eclipse Logo.   We have narrowed the options to four different concepts.

As a reminder, the purpose of this exercise is to see if we can find ways to modernize and update the existing Eclipse logo.   We are not looking to create an entirely new logo.   The simple test for any new logo will be:  An Eclipse community member should be able to look at the new logo and instantly recognized it is associated with the Eclipse open source community. A new logo also needs to be be flexible enough to be used in different mediums and formats.  The  logo needs to be shrunk to an icon, does it look good on a white or dark background, is it easily printed of shirts or paper, etc.  These are some of the things we need to consider.

As I mentioned in my previous post on this subject, I have made some mistakes in communicating about the criteria and what is expected of the new logo.  This has resulted in some people being unhappy with the process and some of my decisions.  For that I sincerely apologize for wasting anyone’s time.  However, I do believe getting the community feedback will help us  make a decision on changing the logo.   We want your comments and ideas on what you like and dislike.   In the end, the Eclipse Foundation will take this feedback to make the final decision on any new logo.

Thanks to everyone, over 2100 people, that participated in the first round of feedback.  I am looking forward to the feedback from the second round, so please go give it now.  The deadline for feedback is Wednesday, March 17 at 3pmET.

public static int registerType() {

// Look name up in the registry

// If name is not in registry, add it and return assigned value.

// If name already exists in registry, return its assigned value

TCHAR chFormatName = new TCHAR(0, "FileContents", true);

return OS.RegisterClipboardFormat(chFormatName);

}

public Object nativeToJava(TransferData transferData) {

IDataObject idata = new IDataObject(transferData.pIDataObject);

idata.AddRef();

FORMATETC formatetc = new FORMATETC();

STGMEDIUM stgmedium = new STGMEDIUM();

formatetc.cfFormat = type;

formatetc.lindex = 0;

formatetc.ptd = 0;

formatetc.tymed = 4 | 8 | 1;

formatetc.dwAspect = COM.DVASPECT_CONTENT;

transferData.result = getData(idata, formatetc, stgmedium);

idata.Release();

if (transferData.result != COM.S_OK) {

System.out.println("Fehler" + transferData.result);

return null;

}

if ((stgmedium.tymed & 8) == 8) {

// IStorage

IStorage storage = new IStorage(stgmedium.unionField);

storage.AddRef();

long[] x = new long[1];

long ret = storage.EnumElements(0, 0, 0, x);

IEnumSTATSTG enumSTATSTG = new IEnumSTATSTG(x[0]);

enumSTATSTG.AddRef();

STATSTG[] data = new STATSTG[0];

// Loop over enumerator

long rgelt = OS.GlobalAlloc(OS.GMEM_FIXED | OS.GMEM_ZEROINIT, STATSTG.sizeof);

int[] pceltFetched = new int[1];

enumSTATSTG.Reset();

while (enumSTATSTG.Next(1, rgelt, pceltFetched) == COM.S_OK && pceltFetched[0] == 1) {

STATSTG statstg = new STATSTG();

COM.MoveMemory(statstg, rgelt, STATSTG.sizeof);

STATSTG[] newData = new STATSTG[data.length + 1];

System.arraycopy(data, 0, newData, 0, data.length);

newData[data.length] = statstg;

data = newData;

}

OS.GlobalFree(rgelt);

enumSTATSTG.Release();

// do something with STATSTG[]

private byte[] readStream(IStorage storage, String stream) {

boolean success = false;

long[] address = new long[1];

// Look for a CONTENTS stream

if (storage.OpenStream(stream, 0, COM.STGM_DIRECT | COM.STGM_READ | COM.STGM_SHARE_EXCLUSIVE, 0, address) == COM.S_OK) {

IStream tempContents = new IStream(address[0]);

tempContents.AddRef();

try {

ByteArrayOutputStream w = new ByteArrayOutputStream();

int increment = 1024 * 4;

long pv = COM.CoTaskMemAlloc(increment);

int[] pcbWritten = new int[1];

while (tempContents.Read(pv, increment, pcbWritten) == COM.S_OK && pcbWritten[0] > 0) {

byte[] buffer = new byte[pcbWritten[0]];

OS.MoveMemory(buffer, pv, pcbWritten[0]);

w.write(buffer);

success = true;

}

COM.CoTaskMemFree(pv);

w.close();

return w.toByteArray();

} catch (IOException err) {

} finally {

tempContents.Release();

}

}

return null;

}

// do something with STATSTG[]

Map result = new HashMap();

for (STATSTG s : data) {

String stream = getString(s.pwcsName);

result.put(stream, readStream(storage, stream));

}

storage.Release();

return result;