Maybe you heard some humming out there, or your favorite place ran out of beer suddenly. That’s a sure sign a new Eclipse release came out.
As an Eclipse member, Intalio provides a page to download the latest Eclipse Classic SDK. Enjoy!
Maybe you heard some humming out there, or your favorite place ran out of beer suddenly. That’s a sure sign a new Eclipse release came out.
As an Eclipse member, Intalio provides a page to download the latest Eclipse Classic SDK. Enjoy!
Our webmasters are having a rough time, the downloads area is down because there were recent issues with mirrors. All my sympathy goes to them.
I think we can help. I filed 266380 today:
Would it be feasible that we make I-builds and N-builds, that are most of the
time only available on the Canada website, to be available as torrents ?People would help each other downloading them and depend a bit less on the
server.I myself would be happy to set a high ratio on such torrents.
I think we could have a script to create torrent files in the same way we have a script to push files to mirrors. I welcome your feedback, and I hope we can all help eclipse.org stay up soon.
Wow, I received an email to RSVP to ECSS, the EclipseCon Strategy Summit.
The program consists of an analyst report, a pound of legal advice, two servings of feedback on open source strategies and a final panel.
The content looks good, there’s plenty of good and experienced speakers, it’s all well scheduled and planned.
Though, I tend to believe this kind of day would be better served by an unconference style.
I think it would really be thrilling for executives to come down that day, listen to an analyst keynote to get in the mood, and then grab a whiteboard and make their agenda for the day.
I believe that my CEO would be absolutely thrilled to participate to a meeting like that : get to know more people, more projects, coordinate efforts, and maybe even discuss open source strategy.
Of course you should take all this with a grain of salt. Last time I checked there was still written “Software Engineer” on my name tag.
I just had this discussion with Remy Suen:
rcjsuen: toulmean: It is certainly nice that newsgroups answers can be archived whereas IRC isn't. toulmean: rcjsuen: well. We could archive the IRC discussions with echelog to some extent ? rcjsuen: toulmean: In a way. I guess part of the issue is that newsgroups postings are generally better formulated than IRC chat logs. toulmean: rcjsuen: well, yeah, but I prefer IRC because of the human touch. rcjsuen: But well, it isn't something we can do anything about anyway. toulmean: yeah. You know eventually we could add a command to KOS-MOS: remember last 5 exchanges with x, y, z toulmean: and post those exchanges to the newsgroup toulmean: rcjsuen: then KOS-MOS would send back the url to the message it posted rcjsuen: I don't know about that. toulmean: rcjsuen: so all the guys asking hard questions can ask them, then we push the questions to the newsgroup, so there is no overlap. toulmean: rcjsuen: otherwise people ask once, two, thee times in different places. It's hard. rcjsuen: Right. toulmean: rcjsuen: just an idea, do what you want with it. rcjsuen: toulmean: When I remember to (which I usually don't), I try to put the question in the FAQ when it's been asked a lot. toulmean: rcjsuen: let's about it again later ? let's let it sink a bit.
What do you think ? A keeper ?
CDT, as in C Development Tools, is currently under represented on IRC, as in Internet Relay Chat.
We get a lot of questions about it on the #eclipse channel on Freenode. Some people complain about content assist not working, some have more specific C questions, and so far it sounds like we can’t help with them.
CDT committers, if you have some bandwidth left, please come down here, it’s all fun and community gathering.
If you don’t have time, I understand.
Oisin hinted he was into experimenting with git:
Perhaps someone could come up with a github mirror of one of the components and we could see how that works?
Come fork me on github! I’ll try to keep in sync with the current trunk, which should work as long as no svn switch happens.
One member of the STP PMC reacted to my call. I am still waiting for others to show themselves and share their wisdom.
Next in line - pushing Babel over to github. Let’s see if Denis, our trusty webmaster, likes it!
I sent out an email to the STP PMC yesterday night:
Hi all,
STP has proven to be cutting edge in many ways regarding the Eclipse development process. In particular, we were amongst the first to adopt a Subversion repository.
The reason why we went for those repositories are varied. First, I think most of us acknowledged that CVS was not fitting the bill so much anymore. We were also increasingly using SVN at work, and had gone through the hurdles of mastering it.
Some time passed. git and mercurial came along and revolutionized quite a few things. Just look at github and how the commit rate of rails changed since they moved there (around the 5th minute on this video of the Rails commit history [0])
I opened a bug about the possibility to move to git [1], and a webmaster hinted that supporting git would be considered if a couple of top level projects were asking for it.
That’s why I’m asking you to please cast an informal vote for this move. Please consider also voting on [1].
Thanks,
Antoine
[0]: http://vimeo.com/2979844?pg=embed&sec=2979844
[1]: https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706
Do you want to see DVCS support at Eclipse ? Please consider writing to your PMC today.
Just saw flying by a call for papers for the 1st BPMN International Workshop. It is happening in Postdam, and is housed by the Oryx team. I would have loved to participate but at that time I will be in Iceland enjoying my honeymoon. Too bad, for once I could have had a jetlag free presentation.
This proved to be well hidden ; you can add your own links to the left bar of the wiki.eclipse.org website by adding them individually to the project metadata.

I just came to realize that it is possible for the Eclipse compiler to track the missing NON-NLS entries, ie it can detect non-externalized strings.
Please consider opening your Eclipse, go to the preferences, then open Java>Compiler>Error/warnings and look for the option “Non-externalized strings”.
Please push that option so that it issues warnings whenever it finds a non-externalized string.
Otherwise, I’ll keep sending people to the cross-project list, or I’ll ask the AC to consider setting the non-externalized string flag as an error when compiling the Galileo RCs. I hope I won’t have to do that.