<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>l e m m s t e r . d e &#187; eclipse</title>
	<atom:link href="http://www.lemmster.de/blog/index.php/category/work/eclipse/feed" rel="self" type="application/rss+xml" />
	<link>http://www.lemmster.de/blog</link>
	<description>...living the offbeat</description>
	<lastBuildDate>Fri, 24 May 2013 16:24:50 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>Quick&#8217;n&#039;dirty Apache Felix webconsole on (recent) Equinox</title>
		<link>http://www.lemmster.de/blog/index.php/2013/05/24/1145</link>
		<comments>http://www.lemmster.de/blog/index.php/2013/05/24/1145#comments</comments>
		<pubDate>Fri, 24 May 2013 16:24:50 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">https://www.lemmster.de/blog/?p=1145</guid>
		<description><![CDATA[Below you find a instructions to install Apache Felix webconsole on a running Equinox. Just paste this into the console and start bundle &#8220;org.apache.felix.webconsole&#8221; and &#8220;org.eclipse.equinox.http.jetty&#8221; afterwards. # On the OSGi console install the following bundles # (optionally set -Dorg.osgi.service.http.port=9980 to change the default http port) # &#8220;services org.osgi.service.http.HttpService&#8221; to check for correctly installed server [...]]]></description>
				<content:encoded><![CDATA[<p>Below you find a instructions to install Apache Felix webconsole on a running Equinox. Just paste this into the console and start bundle &#8220;org.apache.felix.webconsole&#8221; and &#8220;org.eclipse.equinox.http.jetty&#8221; afterwards.</p>
<p># On the OSGi console install the following bundles<br />
# (optionally set -Dorg.osgi.service.http.port=9980 to change the default http port)<br />
# &#8220;services org.osgi.service.http.HttpService&#8221; to check for correctly installed server and port</p>
<p># common http server deps<br />
install ftp://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20130517111416/repository/plugins/org.apache.commons.io_1.4.0.v20081110-1000.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20130517111416/repository/plugins/org.apache.commons.fileupload_1.2.2.v20111214-1400.jar</p>
<p># equinox.http &lt;= http servlet 2.1<br />
#install ftp://ftp.osuosl.org/pub/eclipse/equinox/drops/R-3.7.2-201202080800/org.eclipse.equinox.http_1.0.500.v20110413.jar<br />
#install ftp://ftp.osuosl.org/pub/eclipse/tools/orbit/downloads/drops/R20130517111416/repository/plugins/javax.servlet_2.4.0.v200806031604.jar</p>
<p># equinox.jetty &lt;= http server 2.4<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.equinox.http.jetty_3.0.100.v20130327-1442.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.equinox.http.servlet_1.1.400.v20130418-1354.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.equinox.http.registry_1.1.300.v20130402-1529.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/javax.servlet_3.0.0.v201112011016.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.servlet_8.1.10.v20130312.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.continuation_8.1.10.v20130312.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.util_8.1.10.v20130312.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.io_8.1.10.v20130312.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.http_8.1.10.v20130312.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.security_8.1.10.v20130312.jar<br />
install ftp://ftp.osuosl.org/pub/eclipse/releases/kepler/201305100900/plugins/org.eclipse.jetty.server_8.1.10.v20130312.jar</p>
<p># webconsole<br />
install ftp://ftp.osuosl.org/pub/apache/felix/org.apache.felix.webconsole-4.0.0.jar</p>
<p># Optionally<br />
install ftp://ftp.osuosl.org/pub/apache/felix/org.apache.felix.webconsole.plugins.ds-1.0.0.jar<br />
install ftp://ftp.osuosl.org/pub/apache/felix/org.apache.felix.webconsole.plugins.memoryusage-1.0.4.jar<br />
install ftp://ftp.osuosl.org/pub/apache/felix/org.apache.felix.webconsole.plugins.event-1.0.2.jar</p>
<p># Go to: http://admin:admin@localhost:9980/system/console/bundles</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2013/05/24/1145/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Buckminster rmap to p2 (composite) repository metadata</title>
		<link>http://www.lemmster.de/blog/index.php/2013/05/22/1173</link>
		<comments>http://www.lemmster.de/blog/index.php/2013/05/22/1173#comments</comments>
		<pubDate>Wed, 22 May 2013 15:50:30 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">https://www.lemmster.de/blog/?p=1173</guid>
		<description><![CDATA[ECF has been using an rmap to b3aggr xslt stylesheet for a while now, and today I needed a similar stylesheet to convert to p2 composite repositories (single sourcing repositories feed from Buckminster to the p2 director). It takes an rmap and spits out composite repository metadata referring to all http:// and ftp:// provider uris [...]]]></description>
				<content:encoded><![CDATA[<div class="standard">ECF has been using an <a href="http://git.eclipse.org/c/ecf/org.eclipse.ecf.git/tree/releng/org.eclipse.ecf.releng.bm/rmap2b3aggr.xsl">rmap to b3aggr</a> xslt stylesheet for a while now, and today I needed a similar stylesheet to convert to p2 composite repositories (single sourcing repositories feed from Buckminster to the p2 director). It takes an rmap and spits out composite repository metadata referring to all http:// and ftp:// provider uris in the rmap. For an example check out this <a href="https://raw.github.com/kuppe/epp.packages/master/features/org.eclipse.epp.allpackages.feature/epp.rmap">rmap</a> and the <a href="http://download.vogella.com/p2/M-MASTER-voclipse/workspace/p2repo/">generated metadata</a>. As a generator use</div>
<pre>
<div class="standard">xsltproc --stringparam timestamp $((`date +%s * 1000)) --stringparam 
repository file:///a/local/p2/repo/ rmap2compositeRepository.xsl my.rmap</div></pre>
<div class="standard">In case anybody else needs it, here is the xslt stylesheet:</p>
<pre>&lt;?xml version="1.0" encoding="UTF-8"?&gt;
&lt;xsl:stylesheet version="1.0"
    xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
    xmlns:bm="http://www.eclipse.org/buckminster/RMap-1.0"&gt;
    &lt;xsl:output method="xml" indent="yes" encoding="UTF-8"/&gt;

    &lt;xsl:strip-space elements="*"/&gt;

    &lt;!-- overwrite via parameters --&gt;
    &lt;xsl:param name="repository"&gt;file:///dev/null&lt;/xsl:param&gt;
    &lt;xsl:param name="title"&gt;vogella Packages Repository&lt;/xsl:param&gt;
    &lt;xsl:param name="timestamp"&gt;13691573970000&lt;/xsl:param&gt;
    &lt;xsl:param name="type"&gt;org.eclipse.equinox.internal.p2.artifact.repository.CompositeArtifactRepository&lt;/xsl:param&gt;

    &lt;xsl:template match="bm:provider"&gt;
        &lt;!-- only accept public http|ftp repositories --&gt;
        &lt;xsl:if test="starts-with(bm:uri/@format, 'http://') or starts-with(bm:uri/@format, 'ftp://')"&gt;

                &lt;!-- remove dangling ?importType=binary --&gt;
                &lt;xsl:choose&gt;
                        &lt;xsl:when test="contains(bm:uri/@format, '?importType=binary')"&gt;
                        	&lt;child location="{substring-before(bm:uri/@format, '?importType=binary')}"/&gt;
                        &lt;/xsl:when&gt;
                        &lt;xsl:otherwise&gt;
                        	&lt;child location="{bm:uri/@format}"/&gt;
                        &lt;/xsl:otherwise&gt;
                &lt;/xsl:choose&gt;
        &lt;/xsl:if&gt;
    &lt;/xsl:template&gt;

    &lt;xsl:template match="/"&gt;

            &lt;repository name='&amp;quot;{$title}&amp;quot;' type='{$type}' version='1.0.0'&gt;

              &lt;properties size='2'&gt;
                &lt;property name='p2.compressed' value='true'/&gt;
                &lt;property name='p2.timestamp' value='{$timestamp}'/&gt;
              &lt;/properties&gt;
              &lt;children&gt;
                &lt;child location='{$repository}'/&gt;
                &lt;!-- match all the child nodes of the template match=/ node --&gt;
                &lt;xsl:apply-templates/&gt;
              &lt;/children&gt;
            &lt;/repository&gt;

    &lt;/xsl:template&gt;

&lt;/xsl:stylesheet&gt;</pre>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2013/05/22/1173/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mylyn commit message templates for EGit with Gitlyn (hack)</title>
		<link>http://www.lemmster.de/blog/index.php/2010/11/13/245</link>
		<comments>http://www.lemmster.de/blog/index.php/2010/11/13/245#comments</comments>
		<pubDate>Sat, 13 Nov 2010 07:10:16 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/?p=245</guid>
		<description><![CDATA[As long as we are waiting for Mylyn commit message templates to appear in EGit (see bug #329515), I have hacked an AspectJ/Equinox weaving based bundle that injects the current commit template into the EGit dialog. This is certainly something that breaks the second the CommitDialog implementation changes, but it scratches the itch of us [...]]]></description>
				<content:encoded><![CDATA[<p>As long as we are waiting for Mylyn commit message templates to appear in EGit (<a href="https://bugs.eclipse.org/329515">see bug #329515</a>), I have hacked an AspectJ/Equinox weaving based bundle that injects the current commit template into the EGit dialog. This is certainly something that breaks the second the CommitDialog implementation changes, but it scratches the itch of us early adopters.</p>
<p>The <a href="https://github.com/lemmy/gitlyn">code</a> as well as <a href="https://github.com/lemmy/gitlyn">instructions</a> can be found on Github. A <a href="http://www.kuppe.org/uploads/gitlyn">p2 repo</a> is online too. Make sure to read the instruction as the installation requires a <a href="http://wiki.eclipse.org/JDT_weaving_features#Turning_on_JDT_Weaving_manually">manual step</a> after installation with p2.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2010/11/13/245/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>WONTFIX: Run JUnit Plug-in tests on a non-Equinox framework</title>
		<link>http://www.lemmster.de/blog/index.php/2010/07/08/231</link>
		<comments>http://www.lemmster.de/blog/index.php/2010/07/08/231#comments</comments>
		<pubDate>Thu, 08 Jul 2010 09:44:01 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/?p=231</guid>
		<description><![CDATA[In case you want to make sure your code is interoperable between different OSGi frameworks, you will be interested in bug #319089. It is about enhancing the JUnit Plug-in Launch config to support more than just Equinox as an OSGi framework. Unfortunately the PDE team has deemed non-Equinox frameworks not important enough to justify the [...]]]></description>
				<content:encoded><![CDATA[<p>In case you want to make sure your code is interoperable between different OSGi frameworks, you will be interested in <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=319089">bug #319089</a>. It is about enhancing the JUnit Plug-in Launch config to support more than just Equinox as an OSGi framework.</p>
<p>Unfortunately the PDE team has deemed non-Equinox frameworks not important enough to justify the change and hence marked the bug WONTFIX. You &#8211; the community &#8211; might want to show them, that compatibility across OSGi frameworks is no waste of efforts. Especially if Eclipse is supposed to remain the primary development environment for OSGi-based projects.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2010/07/08/231/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Do not ask what the committer reps can do for you, ask what you can do for the committer reps</title>
		<link>http://www.lemmster.de/blog/index.php/2010/05/29/227</link>
		<comments>http://www.lemmster.de/blog/index.php/2010/05/29/227#comments</comments>
		<pubDate>Sat, 29 May 2010 09:06:10 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/?p=227</guid>
		<description><![CDATA[In a recent blog post by Wim, he asked how the Eclipse Foundation (EF) can help solve the tragedy of the commons problem and bug #313479 follows up on this direction by requesting the EF to support individual projects do fund-raising (think Friends of Eclipse at the project level). The committer representatives have shown their [...]]]></description>
				<content:encoded><![CDATA[<p>In a <a href="http://industrial-tsi-wim.blogspot.com/2010/05/opinion-class-of-projects.html">recent blog post by Wim</a>, he asked how the Eclipse Foundation (EF) can help solve the tragedy of the commons problem and <a href="https://bugs.eclipse.org/313479">bug #313479</a> follows up on this direction by requesting the EF to support individual projects do fund-raising (think Friends of Eclipse at the project level). The committer representatives <a href="https://bugs.eclipse.org/313479#c36">have shown their intent</a> to raise this issue during the next board meeting, but to be prepared, they need to know if and how other (open source) organizations, communities and projects tackle project level donations.</p>
<p>If you happen to have an answer or be otherwise an expert on this matter, please leave a comment on <a href="https://bugs.eclipse.org/313479">bug #313479</a>. Thanks!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2010/05/29/227/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Distributed OSGi &#8211; The ECF way at DemoCamp Hamburg</title>
		<link>http://www.lemmster.de/blog/index.php/2009/05/25/191</link>
		<comments>http://www.lemmster.de/blog/index.php/2009/05/25/191#comments</comments>
		<pubDate>Mon, 25 May 2009 09:35:35 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/?p=191</guid>
		<description><![CDATA[Following up on our presentations given at EclipseCon earlier this year [1][2], I will do a talk on ECF&#8217;s implementation of distributed OSGi/RFC119 later today at the local Galileo DemoCamp here in Hamburg. Make sure to show up in case you are in the area. Not just to hear about RFC119, but also to attend [...]]]></description>
				<content:encoded><![CDATA[<p>Following up on our presentations given at EclipseCon earlier this year [1][2], I will do a talk on ECF&#8217;s implementation of distributed OSGi/RFC119 later today at the local <a href="http://wiki.eclipse.org/Eclipse_DemoCamps_Galileo_2009/Hamburg">Galileo DemoCamp  here in Hamburg</a>.<br />
Make sure to show up in case you are in the area. Not just to hear about RFC119, but also to attend the other talks and the stammtisch afterwards. :-)</p>
<p>[1] <a href="http://ecf2.osuosl.org/Best_Practices_with_Distributed_OSGi.pdf">Best Practices with distributed OSGi services</a><br />
[2] <a href="http://ecf2.osuosl.org/Distributed_OSGi_-_The_ECF_way_rev02.pdf">Distributed OSGi &#8211; The ECF way</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2009/05/25/191/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Git anybody? &#8211; not so fast</title>
		<link>http://www.lemmster.de/blog/index.php/2009/02/19/190</link>
		<comments>http://www.lemmster.de/blog/index.php/2009/02/19/190#comments</comments>
		<pubDate>Thu, 19 Feb 2009 12:32:44 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/index.php/2009/02/19/190/</guid>
		<description><![CDATA[Git appears to gain a lot momentum as the DVCS for Eclipse recently. Even our benevolent dictator Mike M. deemed it important enough to comment on _the_ Git bug. ;-) While I am a strong supporter of Git myself (mostly because I lack experience with Mercurial, bzr, Darcs), we should take a second before we [...]]]></description>
				<content:encoded><![CDATA[<p>Git appears to gain <a href="http://douggaff.blogspot.com/2009/02/eclipse-board-of-directors.html">a lot</a> <a href="https://bugs.eclipse.org/257706">momentum</a> as the DVCS for Eclipse <a href="http://www.lunar-ocean.com/the-bpmn-modeler-is-hosted-on-github-fork-it-today/">recently.</a> Even our benevolent dictator <a href="http://dev.eclipse.org/blogs/mike/">Mike M.</a> deemed it important enough to <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706#c63">comment on _the_ Git bug</a>. ;-)<br />
While I am a strong supporter of Git myself (mostly because I lack experience with Mercurial, bzr, Darcs), we should take a second before we make a decision. Simply because it looks like other (FOSS) Java-related projects are rather walking into the direction of <a href="http://www.selenic.com/mercurial/wiki/">Mercurial</a> with <a href="http://www.selenic.com/mercurial/wiki/index.cgi/ProjectsUsingMercurial">OpenJDK, NetBeans being the most prominent ones</a> (OK maybe just projects backed by SUN). On top of that Eclipse based <a href="http://blog.juma.me.uk/2009/02/18/mercurialeclipse-131019/">Mercurial tooling</a> is allegedly superior to Git in its current state (though this is probably going to change the second we pick a winner). From the <a href="http://www.rockstarprogrammer.org/post/2008/apr/06/differences-between-mercurial-and-git/">feature set</a>, both systems don&#8217;t seem to differ much (what I read however is, it might not be possible to rewrite history in Mercurial)</p>
<p>So in case you have a Mercurial/bzr/Darcs/&#8230; <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=249745#c3">success story</a> sitting in your pocket or you can answer <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706#c63">Mike&#8217;s question</a> regarding Mercurial, please leave a comment on <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=249745">bug #249745</a>.</p>
<p>Oh yeah, with distributed version control being the hot topic for this year&#8217;s <a href="http://www.eclipse.org/org/elections/">board elections</a>, I am one of the candidates who had DVCS on his <a href="http://www.eclipse.org/org/elections/candidate.php?year=2009&#038;id=kuppe">mission statement</a> right from the get go. ;-)</p>
<p>Non-established since 2001</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2009/02/19/190/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>p2 metadata generation embedded into classic update site building</title>
		<link>http://www.lemmster.de/blog/index.php/2009/02/04/188</link>
		<comments>http://www.lemmster.de/blog/index.php/2009/02/04/188#comments</comments>
		<pubDate>Wed, 04 Feb 2009 08:12:49 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/index.php/2009/02/04/188/</guid>
		<description><![CDATA[Many of us have probably written their PDE build around the famous build automation article. With Galiloe&#8217;s must do to provide p2 metadata, many projects are forced to update their build now. We at ECF want to stick to our classic update site and keep build changes minimal though. So here&#8217;s how we&#8217;ve done our [...]]]></description>
				<content:encoded><![CDATA[<p>Many of us have probably written their PDE build around the <a href="http://www.eclipse.org/articles/Article-PDE-Automation/automation.html#discussionUpdateSiteBuild">famous build automation article</a>. With Galiloe&#8217;s <a href="https://bugs.eclipse.org/252804">must do </a> to provide p2 metadata, many projects are forced to update their build now.<br />
We at <a href="http://www.eclipse.org/ecf">ECF</a> want to stick to our classic update site and keep build changes minimal though. So here&#8217;s how we&#8217;ve done our integration. Technically, it simply creates p2 metadata from pre build classic update site. You could also move generation out of PDE build if required.</p>
<p><code><br />
//customBuild.xml<br />
<target name="postBuild"><br />
	<ant antfile="${buildDirectory}/site/build.xml" target="updateSiteExport"/><br />
</target><br />
</code></p>
<p>And just before everything is zipped in site/build.xml, let p2 generate metadata from bits at ${updateSiteStagingLocation} and you&#8217;re done.</p>
<p><code><br />
//site/build.xml</p>
<property name="updateSiteStagingLocation" value="${buildDirectory}/tmp/updateSite" />
<target name="updateSiteExport"><br />
// build classic update site<br />
...</p>
<p2 .generator<br />
metadataRepository="file:${updateSiteStagingLocation}"<br />
artifactRepository="file:${updateSiteStagingLocation}"<br />
site="file:${updateSiteStagingLocation}/site.xml"<br />
updateSite="${updateSiteStagingLocation}"/>
<p>// zip update site<br />
...<br />
</target></p>
<p></code></p>
<p>Until <a href="https://bugs.eclipse.org/263449">the fix to bug #263449</a> hits the grounds, &#8220;inplace&#8221; has to be used instead of &#8220;updateSite&#8221;.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2009/02/04/188/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google summer of code 2009 is on</title>
		<link>http://www.lemmster.de/blog/index.php/2009/01/08/187</link>
		<comments>http://www.lemmster.de/blog/index.php/2009/01/08/187#comments</comments>
		<pubDate>Thu, 08 Jan 2009 08:39:06 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/index.php/2009/01/08/187/</guid>
		<description><![CDATA[Yesterday the GSoC team gave the green light to Google summer of code 2009. Yay :-) In case you don&#8217;t know what GSoC is all about, you should read the program faq or join us in #eclipse-soc at irc.freenode.net. To the rest of us, lets not waste time but start to collect ideas and approach [...]]]></description>
				<content:encoded><![CDATA[<p>Yesterday the <a href="http://code.google.com/soc/2008">GSoC</a> team <a href="http://groups.google.com/group/google-summer-of-code-discuss/browse_thread/thread/31e618ed693ed5">gave the green light</a> to Google summer of code 2009. Yay :-)<br />
In case you don&#8217;t know what GSoC is all about, you should read the <a href="http://code.google.com/opensource/gsoc/2008/faqs.html">program faq</a> or join us in #eclipse-soc at <a href="http://freenode.net/">irc.freenode.net</a>. </p>
<p>To the rest of us, lets not waste time but start to collect ideas and approach prospective students now! I&#8217;ve prepared a <a href="http://wiki.eclipse.org/Google_Summer_of_Code_2009_Ideas">2009er ideas page</a> on the wiki for us to use.<br />
<img src="http://wiki.eclipse.org/images/b/ba/Soc20070506.png" alt="Eclipse SoC" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2009/01/08/187/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>git repo (mirror) for rt/org.eclipse.ecf</title>
		<link>http://www.lemmster.de/blog/index.php/2008/12/23/186</link>
		<comments>http://www.lemmster.de/blog/index.php/2008/12/23/186#comments</comments>
		<pubDate>Tue, 23 Dec 2008 21:39:23 +0000</pubDate>
		<dc:creator>Markus Alexander Kuppe</dc:creator>
				<category><![CDATA[eclipse]]></category>

		<guid isPermaLink="false">http://www.lemmster.de/blog/index.php/2008/12/23/186/</guid>
		<description><![CDATA[With a bunch of breaking API changes ahead of me and no intention to get into CVS merge hell (using my own branch for the changes), I decided to give git a test spin. Others have blogged about it already and it appears as if the foundation is looking into the issue already but have [...]]]></description>
				<content:encoded><![CDATA[<p>With a bunch of <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=257861">breaking API changes</a> ahead of me and no intention to get into CVS merge hell (using my own branch for the changes), I decided to give <a href="http://git.or.cz/">git</a> a test spin. Others have blogged about it already and it appears as if the foundation is <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=257706">looking into the issue already</a> but have postponed a <a href="http://eclipse-committer-reps.blogspot.com/2008/12/december-2008-board-meeting.html">decision until next year</a>.<br />
So I did like <a href="http://andymaleh.blogspot.com">Andy</a> <a href="http://andymaleh.blogspot.com/2008/12/glimmer-finally-available-at-github.html">has done before</a> me and created a <a href="http://issaris.blogspot.com/2005/11/cvs-to-git-and-back.html">git mirror of ECF&#8217;s CVS</a> with <a href="http://www.kernel.org/pub/software/scm/git/docs/git-cvsimport.html">git-cvsimport</a>. I&#8217;ll report back in a while how things work out with <a href="http://git.or.cz/gitwiki/EclipsePlugin">Egit</a> (<a href="http://wiki.eclipse.org/EGit/Proposal">soon at Eclipse.org</a>) and git <> CVS.<br />
If people are interested to use the git repo, we&#8217;d need to figure a way to make the master available at ecf2.osuosl.org.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.lemmster.de/blog/index.php/2008/12/23/186/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
	</channel>
</rss>
