<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
>

  <channel rdf:about="http://lwn.net/headlines/210377/">
    <title>LWN: Comments on "Fedora board meeting minutes"</title>
    <link>http://lwn.net/Articles/210377/</link>
    <description>
This is a special feed containing comments posted
to the individual LWN article titled &quot;Fedora board meeting minutes&quot;.

    </description>

    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>2</syn:updateFrequency>
    <items>
      <rdf:Seq>
	<rdf:li resource="http://lwn.net/Articles/210870/rss" />
	<rdf:li resource="http://lwn.net/Articles/210869/rss" />
	<rdf:li resource="http://lwn.net/Articles/210657/rss" />
	<rdf:li resource="http://lwn.net/Articles/210629/rss" />
	<rdf:li resource="http://lwn.net/Articles/210620/rss" />
	<rdf:li resource="http://lwn.net/Articles/210617/rss" />
	<rdf:li resource="http://lwn.net/Articles/210606/rss" />
	<rdf:li resource="http://lwn.net/Articles/210542/rss" />
	<rdf:li resource="http://lwn.net/Articles/210518/rss" />
	<rdf:li resource="http://lwn.net/Articles/210499/rss" />
	<rdf:li resource="http://lwn.net/Articles/210498/rss" />
	<rdf:li resource="http://lwn.net/Articles/210462/rss" />
	<rdf:li resource="http://lwn.net/Articles/210453/rss" />
	<rdf:li resource="http://lwn.net/Articles/210448/rss" />
	<rdf:li resource="http://lwn.net/Articles/210447/rss" />
	<rdf:li resource="http://lwn.net/Articles/210444/rss" />
	<rdf:li resource="http://lwn.net/Articles/210442/rss" />
	<rdf:li resource="http://lwn.net/Articles/210413/rss" />
	<rdf:li resource="http://lwn.net/Articles/210402/rss" />
	<rdf:li resource="http://lwn.net/Articles/210400/rss" />
      
      </rdf:Seq>
    </items>

  </channel>
    <item rdf:about="http://lwn.net/Articles/210870/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210870/rss</link>
      <dc:date>2006-11-23T01:30:42+00:00</dc:date>
      <dc:creator>drag</dc:creator>
      <description>
      And just a for-isntance.. Alright you have Java for GTK and such.. but how is java with it's integration into gconf, or gstreamer, or other such things that are standard in Gnome? I know that all those aren't complete but will be required to make Java a full-fledged language for Gnome.&lt;br&gt;
&lt;p&gt;
What I think would be cool would be for Java to get together with KDE. KDE doesn't have the same thing aviable for it as you have with Python and Mono for Gnome, but they probably need it.&lt;br&gt;
&lt;p&gt;
For instance C++ and how KDE works is very object oriented fasion. Well that is nice for Java.&lt;br&gt;
&lt;p&gt;
QT folks are interested getting KDE working on every platform aviable, and Java is already there for most of their targets.&lt;br&gt;
&lt;p&gt;
QT and Java on the Linux desktop. QT and Java on mobile devices. All sorts of stuff like that. Seems like a good match.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210869/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210869/rss</link>
      <dc:date>2006-11-23T01:22:27+00:00</dc:date>
      <dc:creator>drag</dc:creator>
      <description>
      Well that would be nice.&lt;br&gt;
&lt;p&gt;
but right now there isn't much point in getting rid of Mono or replacing mono with anything.&lt;br&gt;
&lt;p&gt;
With Mono and software patents it's all just paranoia right now. In my eyes it's not any worse then any other part of Linux that was made a replacement for propriatory software (which is most of it)&lt;br&gt;
&lt;p&gt;
Personally I think that Java has a bright future though. But the way things are looking it may not be until 2008 before GPL'd java becomes a real-world full-fledged language replacement for current JVM stuff.&lt;br&gt;
&lt;p&gt;
Probably what would be nice is if somebody knowledgable in both C# and Java would write up a technical comparision between the languages..&lt;br&gt;
&lt;p&gt;
Relatively security, performance, ease of programming, integration with existing C and C++ code and such things.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210657/rss">
      <title>The Ministry of Truth</title>
      <link>http://lwn.net/Articles/210657/rss</link>
      <dc:date>2006-11-22T05:12:54+00:00</dc:date>
      <dc:creator>mdomsch</dc:creator>
      <description>
      &lt;a href=&quot;http://fedoraproject.org/wiki/LifeCycle&quot;&gt;http://fedoraproject.org/wiki/LifeCycle&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
&lt;a href=&quot;http://fedoraproject.org/wiki/FAQ#head-9baa0612d025313054d005e6d1755b922f5b38a5&quot;&gt;http://fedoraproject.org/wiki/FAQ#head-9baa0612d025313054...&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
both indicate the previous updates and security policy.  It lists the example that Fedora Core 3 was updated until Fedora Core 5 test2 was released.  Under the new policy (using for example the same versions, just for comparison), Fedora Core 3 would be updated until Fedora Core 5 release plus one month.  This is, in effect, an extension of maintenance by test2-&amp;gt;release+1m.&lt;br&gt;
&lt;p&gt;
Also discussed was &quot;should the new policy be implemented retroactively&quot; such that FC5 is covered until FC7+1m, or should it start with FC6.  I believe there was concensus that it should include FC5 as well.  This gives people a chance to do the upgrade from N to N+2 and be covered for the whole duration between, without forgoing security errata for a time, and without requiring an upgrade from N to N+1 to N+2 in order to get security errata during that time.&lt;br&gt;
&lt;p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210629/rss">
      <title>The Ministry of Truth</title>
      <link>http://lwn.net/Articles/210629/rss</link>
      <dc:date>2006-11-21T23:41:01+00:00</dc:date>
      <dc:creator>jimmybgood</dc:creator>
      <description>
      It's fascinating what a little research will turn up.  I'm dead wrong, at least as FC2 is concerned.  You are also dead wrong and corbet was dead wrong in the article I cited.  We were all just repeating rumours with our own spin.&lt;br&gt;
&lt;p&gt;
I apologize to the fedora community.&lt;br&gt;
&lt;p&gt;
I currently can find no indication that Fedora has any commitment to security or bug fix updates for any period.  So I'll change my comment.&lt;br&gt;
&lt;p&gt;
For me to believe that Fedora can be useful for any serious purpose other than demonstration or as a test bed for Redhat development, they need to clearly state how long they will provide support in the form of security updates.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210620/rss">
      <title>The Ministry of Truth</title>
      <link>http://lwn.net/Articles/210620/rss</link>
      <dc:date>2006-11-21T21:59:59+00:00</dc:date>
      <dc:creator>khim</dc:creator>
      <description>
      &lt;p&gt;&lt;i&gt;The original commitment was two releases a year with security updates available for FCN until FCN+2 was released.&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;Care to elaborate? &lt;b&gt;Where&lt;/b&gt; was it said? Yes, it was said that there are will be security updates &quot;for approximately one year&quot; &lt;b&gt;and&lt;/b&gt; there are will be two releases per year - but I &lt;b&gt;never&lt;/b&gt; seen &lt;b&gt;any&lt;/b&gt; commitment to the FCN and FNC+2 overlap. A lot of people just assumed that &quot;approximately one year&quot; mean FCN and FNC+2 overlap (me included) but when FC3 was scheduled everyone found out that &quot;approximately one year&quot; mean &quot;we'll stop support for FC1 before FC3 is released because we have limited resources and can not support both FC1/FC2 'in fligh' &lt;b&gt;and&lt;/b&gt; do quality testing for FC3 release&quot;. There was some grumbling (because users hoped to switch from FC1 straight to FC3) - but I never seen any evidence that &quot;approximately one year&quot; &lt;b&gt;ever&lt;/b&gt; was supposed to mean &quot;slightly more then one year to allow FCN =&gt; FCN+2 transition&quot; so it was left at that.&lt;/p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210617/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210617/rss</link>
      <dc:date>2006-11-21T21:43:40+00:00</dc:date>
      <dc:creator>pflugstad</dc:creator>
      <description>
      I was thinking the gp had seen something else. &lt;br&gt;
&lt;p&gt;
The Sun JVM is already x86 &amp;amp; SPARC portable.  And IBM (and Apple) have one on PowerPC, which I've heard is just Sun's Java + patches.  &lt;br&gt;
&lt;p&gt;
In any case, I would expect that once the whole thing is GPL'd that it'll be made to work on PowerPC pretty quickly - probably by IBM.  &lt;br&gt;
&lt;p&gt;
Pete&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210606/rss">
      <title>The Ministry of Truth</title>
      <link>http://lwn.net/Articles/210606/rss</link>
      <dc:date>2006-11-21T21:12:18+00:00</dc:date>
      <dc:creator>jimmybgood</dc:creator>
      <description>
      You have redefined the outcome as the commitment, which is easy to do with the assistance of the good folks at &quot;The Ministry of Truth&quot;.  Here's a link to an article written on lwn.net which states, &quot;Security updates are made for approximately one year...&quot;:&lt;br&gt;
&lt;p&gt;
&lt;a rel=&quot;nofollow&quot; href=&quot;http://lwn.net/Articles/119892/&quot;&gt;http://lwn.net/Articles/119892/&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
The original commitment was two releases a year with security updates available for FCN until FCN+2 was released.  The month or two before part was added later and references to the original commitment were deleted.  Notice how the original schedules have been removed and replaced with, well, a flat out lie.&lt;br&gt;
&lt;p&gt;
Here is the original link to release schedules:&lt;br&gt;
&lt;p&gt;
&lt;a rel=&quot;nofollow&quot; href=&quot;http://fedora.redhat.com/participate/schedule/&quot;&gt;http://fedora.redhat.com/participate/schedule/&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
Which now makes the claim that &quot;This Page Has Moved&quot; and gives the new location:&lt;br&gt;
&lt;p&gt;
&lt;a rel=&quot;nofollow&quot; href=&quot;http://fedoraproject.org/wiki/Core/Schedule&quot;&gt;http://fedoraproject.org/wiki/Core/Schedule&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
But compare what you find at that link with what the Wayback Machine has archived:&lt;br&gt;
&lt;p&gt;
&lt;a rel=&quot;nofollow&quot; href=&quot;http://web.archive.org/web/20040402104236/http://fedora.redhat.com/participate/schedule/&quot;&gt;http://web.archive.org/web/20040402104236/http://fedora.r...&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
And you'll see that not only was the page moved, it was also revised and condensed so as to make the comparison of schedules and actual release dates impossible.  Without the Wayback Machine, of course.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210542/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210542/rss</link>
      <dc:date>2006-11-21T17:24:09+00:00</dc:date>
      <dc:creator>davej</dc:creator>
      <description>
      actually, technically there are times when we have 3 distributions 'in flight'.  Right now for example, we have FC5, FC6, and rawhide.&lt;br&gt;
&lt;p&gt;
(Yes, rawhide isn't technically a 'supported release', but its equally as much work, if not moreso).&lt;br&gt;
&lt;p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210518/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210518/rss</link>
      <dc:date>2006-11-21T16:27:06+00:00</dc:date>
      <dc:creator>phgrenet</dc:creator>
      <description>
      Eclipse is a great application using the Gnome platform, using SWT. Granted it is not fully integrated in Gnome, because it just links to some gnome libs.&lt;br&gt;
Here is an idea: now that Sun's JVM is GPLed, why not integrating it within the Gnome desktop. This would lead to much better integration of applications and better performance (the same JVM can run any number of Java-based application).&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210499/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210499/rss</link>
      <dc:date>2006-11-21T15:12:04+00:00</dc:date>
      <dc:creator>rahulsundaram</dc:creator>
      <description>
      &lt;p&gt;
Updates from Fedora Core was never claimed to be 12 months. It was around 9 months. For details about the current change see &lt;a href=&quot;http://fedoraproject.org/wiki/FedoraSummit/ReleaseProcess&quot;&gt;http://fedoraproject.org/wiki/FedoraSummit/ReleaseProcess&lt;/a&gt;&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210498/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210498/rss</link>
      <dc:date>2006-11-21T15:08:50+00:00</dc:date>
      <dc:creator>rahulsundaram</dc:creator>
      <description>
      &lt;p&gt;
The current Sun JVM does not work on the PPC architecture. &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210462/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210462/rss</link>
      <dc:date>2006-11-21T11:44:55+00:00</dc:date>
      <dc:creator>nedrichards</dc:creator>
      <description>
      Cool, thanks for the clarification. Even better than LWN coverage is the people its covering adding clarifications in the comments!&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210453/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210453/rss</link>
      <dc:date>2006-11-21T08:55:03+00:00</dc:date>
      <dc:creator>khim</dc:creator>
      <description>
      Where have you got the idea about &quot;12 months&quot; support commitment ? The policy was always &quot;FC N support is stopped 1-2 months before FC N+2 is released&quot;. And it was always honored AFAIK. It was good deal for developers (they only need to support two distributions, never three or more), but not so good for users (you can not skip FC releases - or you'll be without support at some point). If they'll offer some overlap between supported times of FC N and FC N+2 then user will be able to skip FC N+1 - big win!
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210448/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210448/rss</link>
      <dc:date>2006-11-21T07:10:21+00:00</dc:date>
      <dc:creator>thebluesgnr</dc:creator>
      <description>
      &lt;p&gt;&lt;i&gt;Will GNOME integrate Mono components as a deep and irremovable part of the standard desktop?&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;Not likely, since a huge part of the GNOME community is against that idea.&lt;/p&gt;
&lt;p&gt;&lt;i&gt;Will GNOME try to promote a truly and unquestionably (post-March 2007) liberty GNOME-Java platform?&lt;/i&gt;&lt;/p&gt;
&lt;p&gt;Promote in what way? GNOME has been shipping Java bindings for a while and yet Python, Mono and C++ are still more popular than Java (talking about GNOME apps here). The only effective way to promote a language within the GNOME community is, IMO, to write great applications that use the GNOME platform with that language. This is what Novell's been doing for a while with Mono, and in a way Red Hat with Python. Not even Sun is using the Java bindings at the moment.&lt;/p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210447/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210447/rss</link>
      <dc:date>2006-11-21T06:55:23+00:00</dc:date>
      <dc:creator>jimmybgood</dc:creator>
      <description>
      They didn't live up to their 12 month support commitment, why should we care whether they extend it to 13?&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210444/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210444/rss</link>
      <dc:date>2006-11-21T04:39:08+00:00</dc:date>
      <dc:creator>mspevack</dc:creator>
      <description>
      I'm &quot;mspevack&quot; from the meeting log.&lt;br&gt;
&lt;p&gt;
I think it's great that LWN covers Fedora like this, but it's important to realize that what you're reading here is a &quot;as fast as we can type it&quot; summary of larger conversations that are being had on a phone call with anywhere between 7-9 people on it.&lt;br&gt;
&lt;p&gt;
So a lot of the notes are going to be a bit brief, or lacking in detail.  So just take that for what it's worth as you read these notes.&lt;br&gt;
&lt;p&gt;
The best place to really get information on what Fedora is up to is the Fedora Advisory Board mailing list:&lt;br&gt;
&lt;p&gt;
&lt;a href=&quot;http://www.redhat.com/mailman/listinfo/fedora-advisory-board&quot;&gt;http://www.redhat.com/mailman/listinfo/fedora-advisory-board&lt;/a&gt;&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210442/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210442/rss</link>
      <dc:date>2006-11-21T03:37:37+00:00</dc:date>
      <dc:creator>pflugstad</dc:creator>
      <description>
      &lt;blockquote&gt;&lt;i&gt;March 2007 is the release date, and even then it will be missing pieces making it not immediately usable for Fedora, like parts needed for PPC.&lt;/i&gt;&lt;/blockquote&gt;

Do you mean that they won't release the JVM implementation for PowerPC?  Or what?  I would expect most of what's coming out will be platform independent.  Thanks.  Any references?
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210413/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210413/rss</link>
      <dc:date>2006-11-21T00:08:18+00:00</dc:date>
      <dc:creator>wtogami</dc:creator>
      <description>
      March 2007 is the release date, and even then it will be missing pieces making it not immediately usable for Fedora, like parts needed for PPC.&lt;br&gt;
&lt;p&gt;
Another question is what happens to upstream GNOME.  Will GNOME integrate Mono components as a deep and irremovable part of the standard desktop?  Will GNOME try to promote a truly and unquestionably (post-March 2007) liberty GNOME-Java platform?&lt;br&gt;
&lt;p&gt;
Yes, Sun made the right choice for the community in choosing GPL, but this is not a magic bullet that will solve all problems immediately.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210402/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210402/rss</link>
      <dc:date>2006-11-20T23:21:58+00:00</dc:date>
      <dc:creator>rahulsundaram</dc:creator>
      <description>
      You probably are missing context. Its not about skepticism. The full code drop with the ability to build JVM's out of completely GPL'ed code is stated to happen sometime before March 2007. Currently there are bunch of missing pieces. The inclusion of Sun Java in Fedora is out of question for the next release and hence porting Mono apps over to Java is not feasible within that time frame. Longer term there are probably other alternatives. &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/210400/rss">
      <title>Fedora board meeting minutes</title>
      <link>http://lwn.net/Articles/210400/rss</link>
      <dc:date>2006-11-20T23:05:21+00:00</dc:date>
      <dc:creator>mitchskin</dc:creator>
      <description>
      &lt;blockquote&gt;&amp;lt;warren&amp;gt; GPL java and community replacement is still highly theoretical at this point.&lt;/blockquote&gt;

I find this statement odd.  I was often confused about Sun's direction when McNealy was CEO, but with Schwartz they've been pretty clear about GPL Java.  It's already started, even!  Why are people so skeptical about this?  I can imagine people being worried about scheduling; like not wanting to commit to Fedora 7 using Sun Java in case Sun takes longer than expected to finish opening the libraries.  In this context, though, the question is long-term replacement of Mono apps, which isn't particularly schedule-sensitive.
      
      </description>
    </item>
</rdf:RDF>

