<?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/111467/">
    <title>LWN: Comments on "Fedora: an example of community involvement"</title>
    <link>http://lwn.net/Articles/111467/</link>
    <description>
This is a special feed containing comments posted
to the individual LWN article titled &quot;Fedora: an example of community involvement&quot;.

    </description>

    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>2</syn:updateFrequency>
    <items>
      <rdf:Seq>
	<rdf:li resource="http://lwn.net/Articles/112931/rss" />
	<rdf:li resource="http://lwn.net/Articles/112928/rss" />
	<rdf:li resource="http://lwn.net/Articles/112832/rss" />
	<rdf:li resource="http://lwn.net/Articles/112806/rss" />
	<rdf:li resource="http://lwn.net/Articles/112805/rss" />
	<rdf:li resource="http://lwn.net/Articles/112804/rss" />
	<rdf:li resource="http://lwn.net/Articles/112789/rss" />
	<rdf:li resource="http://lwn.net/Articles/111836/rss" />
	<rdf:li resource="http://lwn.net/Articles/111827/rss" />
	<rdf:li resource="http://lwn.net/Articles/111735/rss" />
	<rdf:li resource="http://lwn.net/Articles/111731/rss" />
	<rdf:li resource="http://lwn.net/Articles/111727/rss" />
	<rdf:li resource="http://lwn.net/Articles/111676/rss" />
	<rdf:li resource="http://lwn.net/Articles/111620/rss" />
	<rdf:li resource="http://lwn.net/Articles/111564/rss" />
	<rdf:li resource="http://lwn.net/Articles/111552/rss" />
	<rdf:li resource="http://lwn.net/Articles/111545/rss" />
      
      </rdf:Seq>
    </items>

  </channel>
    <item rdf:about="http://lwn.net/Articles/112931/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/112931/rss</link>
      <dc:date>2004-11-26T20:29:31+00:00</dc:date>
      <dc:creator>niner</dc:creator>
      <description>
      I'm a little bit surprised. I know that at least on SuSE exactly this is done. Init scripts have priorities inidcated by the number between S and the scriptname in the runlevel link. These numbers are calculated through dependencies given by special comments in the init scripts themselves and all scripts with the same priority are started in parallel. So this is already implemented and even standardized in the Linux Standards Base: &lt;a href=&quot;http://refspecs.freestandards.org/LSB_2.0.1/LSB-Core/LSB-Core/initscrcomconv.html&quot;&gt;http://refspecs.freestandards.org/LSB_2.0.1/LSB-Core/LSB-...&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
Are there distros out there that do not already behave this way?&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/112928/rss">
      <title>46s is still far too slow</title>
      <link>http://lwn.net/Articles/112928/rss</link>
      <dc:date>2004-11-26T18:50:33+00:00</dc:date>
      <dc:creator>renox</dc:creator>
      <description>
      With BeOS, from the moment the BIOS initialisation finish to a usable graphical desktop, it took under 20s (more like 14s if memory serves) on a Celeron333 with 128MB of RAM.&lt;br&gt;
&lt;p&gt;
To have the equivalent under Linux, you would have to measure: kernel boot + KDE or Gnome startup with auto-login.&lt;br&gt;
If I'm not mistaken 46s only take into account the kernel boot time on a 1.5GHz PentiumM!&lt;br&gt;
This may be be partly caused by a slow disk (the PentiumM makes me think that it is a portable which have usually slow disks), but still this is very slow..&lt;br&gt;
&lt;p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/112832/rss">
      <title>For gentoo users</title>
      <link>http://lwn.net/Articles/112832/rss</link>
      <dc:date>2004-11-25T15:05:49+00:00</dc:date>
      <dc:creator>paulpach</dc:creator>
      <description>
      I have made a few patches for gentoo that decrease boot time. The most important     
ones are &lt;a href=&quot;http://bugs.gentoo.org/show_bug.cgi?id=55329&quot;&gt;Avoiding unneded     
work&lt;/a&gt;, &lt;a href=&quot;http://bugs.gentoo.org/show_bug.cgi?id=69854&quot;&gt;Making parallel     
startup trully parallel&lt;/a&gt;, and &lt;a     
href=&quot;http://bugs.gentoo.org/show_bug.cgi?id=70689&quot;&gt;Starting X as soon as posible&lt;/a&gt;     
&lt;p&gt;   
I am currently porting Ziga's scripts for gentoo.    
&lt;/p&gt;   
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/112806/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/112806/rss</link>
      <dc:date>2004-11-25T10:54:46+00:00</dc:date>
      <dc:creator>gowen</dc:creator>
      <description>
      D'oh!  That should, of course, read:&lt;blockquote&gt;&lt;i&gt;The Linux Kernel, after more than ten years, has not become a &quot;community&quot; project by any means. It is centrally controlled, and many crucial decisions seem to come from some sort of smoke-filled room at Linus Torvalds' house.&lt;/i&gt;&lt;/blockquote&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/112805/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/112805/rss</link>
      <dc:date>2004-11-25T10:53:47+00:00</dc:date>
      <dc:creator>gowen</dc:creator>
      <description>
      I find the contents of the opening paragraph peculiar.  Would anyone at LWN ever consider writing :
&lt;blockquote&gt;&lt;i&gt; The Fedora Project, after more than one year, has not become a &quot;community&quot; project by any means. It is centrally controlled, and many crucial decisions seem to come from some sort of smoke-filled room at Linus Torvalds' house.&lt;/i&gt;&lt;/blockquote&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/112804/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/112804/rss</link>
      <dc:date>2004-11-25T09:35:06+00:00</dc:date>
      <dc:creator>forthy</dc:creator>
      <description>
      One culprit of long boot time is init, which starts processes &lt;br&gt;
sequentially. On the last LinuxTag, a guy next to me in the bar BQ queue &lt;br&gt;
told me that he had changed init to run all the setup scripts of one &lt;br&gt;
run-level in parallel, and reported a very significant speed-up in boot &lt;br&gt;
time. It's probably not an universal solution, since run levels are not &lt;br&gt;
necessary dependency graphs, but creating such a dependency graph and &lt;br&gt;
executing it as parallel as possible should help (or at least start all &lt;br&gt;
S&amp;lt;n&amp;gt; scripts with equal n in parallel). &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/112789/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/112789/rss</link>
      <dc:date>2004-11-24T23:44:56+00:00</dc:date>
      <dc:creator>zeega</dc:creator>
      <description>
      The bootchart script and source code are now available on SourceForge, so if people want to give it a try, visit:&lt;br&gt;
&lt;a href=&quot;http://www.klika.si/ziga/bootchart/&quot;&gt;http://www.klika.si/ziga/bootchart/&lt;/a&gt;&lt;br&gt;
&lt;p&gt;
I'd like to include boot charts from various GNU/Linux distributions on the web site (Gentoo, Ubuntu, Debian, etc.).  Each may require minor modifications of the init script though, so let me know if you have any questions.&lt;br&gt;
&lt;p&gt;
-- &lt;br&gt;
Ziga&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111836/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111836/rss</link>
      <dc:date>2004-11-19T13:58:00+00:00</dc:date>
      <dc:creator>dcoutts</dc:creator>
      <description>
      It was not obviously a busy loop. It's a problem with properly understanding the wierd semantics of FIFO's. Apparently if a FIFO has no writers and a reader is poll()ing/select()ing on it, the semantics is that instead of blocking until a writer connects to the FIFO and writes something, the kernel sends the reader process sig HUP every time it poll()s. So the reader ends up spinning bussily.&lt;br&gt;
&lt;p&gt;
Conclusion  FIFO's are wierd and best avoided in favour of unix domain sockets.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111827/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111827/rss</link>
      <dc:date>2004-11-19T12:55:20+00:00</dc:date>
      <dc:creator>jvoss2</dc:creator>
      <description>
      &lt;p&gt;I did :-)  The result is not as beautiful as Ziga's, but it might be useful nevertheless.  You can find it at my &lt;a href=&quot;http://seehuhn.de/comp/bootlog.html&quot;&gt;Boot Process of a Debian System&lt;/a&gt; web page.

&lt;p&gt;I hope this helps,&lt;br&gt;
Jochen

      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111735/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111735/rss</link>
      <dc:date>2004-11-18T20:13:16+00:00</dc:date>
      <dc:creator>stuart2048</dc:creator>
      <description>
      Hmm, what sort of award should we propose for the chap who stuck a busy loop in rhgb in the first place?&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111731/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111731/rss</link>
      <dc:date>2004-11-18T19:54:12+00:00</dc:date>
      <dc:creator>tpo</dc:creator>
      <description>
      Anybody tried this (logging the boot) with Debian? &lt;br&gt;
*t &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111727/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111727/rss</link>
      <dc:date>2004-11-18T19:12:10+00:00</dc:date>
      <dc:creator>smoogen</dc:creator>
      <description>
      Thanks for saying this seth. I am having to make a decision soon for my own enviroment, and hearing things from people who have taken RH to task is clarifying if I should stick with RH.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111676/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111676/rss</link>
      <dc:date>2004-11-18T16:23:07+00:00</dc:date>
      <dc:creator>bronson</dc:creator>
      <description>
      This is a pleasing and immediately understandable chart.  Tufte would be proud.  If I had some sort of Linux award to offer, Ziga Mahkovec would receive it for showing ineguity and motivation in an area that has languished for years.  And Owen Taylor would get an honorable mention.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111620/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111620/rss</link>
      <dc:date>2004-11-18T13:45:18+00:00</dc:date>
      <dc:creator>khim</dc:creator>
      <description>
      &lt;p&gt;Exactly. To be frank once I've tries Fedora Core 1 I've been so disappointed I've switched to Gentoo and never recommended Fecora Core to anyone.&lt;/p&gt;

&lt;p&gt;Recently I've tried Fedora Core 3 and I actualy liked it! I myself will stick with Gentoo but if user does not like to recompile everything every day the Fedora looks like good choice now.&lt;/p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111564/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111564/rss</link>
      <dc:date>2004-11-18T10:23:24+00:00</dc:date>
      <dc:creator>NRArnot</dc:creator>
      <description>
      It's been observed that the best form of government is a benevolent dictatorship, but that no means has ever been found to keep the dictator benevolent.&lt;br&gt;
&lt;p&gt;
In the case of a linux distribution, that problem isn't a serious one. If Redhat is able to continue to provide benevolent dictatorship of this project, it will continue to flourish. If not, there are plenty of other distributions to defect to, and the sources as well.&lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111552/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111552/rss</link>
      <dc:date>2004-11-18T07:53:13+00:00</dc:date>
      <dc:creator>skvidal</dc:creator>
      <description>
      In addition fedora extras cvs repo is in use by at least 5-6 non-red hat employed contributors. There is much progress being made, especially with CVS. When the official public announcement will be is in anyone's guess.&lt;br&gt;
&lt;p&gt;
However, as I have been one of the most vocal critics of fedora's fitful growth into a community project I think I'm in a good position to say that things are getting much better. They're not great but I think it's on a much better track than it was. I'm looking forward to more development time on FC4 and a number of side projects related to FC4.&lt;br&gt;
&lt;p&gt;
-sv&lt;br&gt;
&lt;p&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/111545/rss">
      <title>Fedora: an example of community involvement</title>
      <link>http://lwn.net/Articles/111545/rss</link>
      <dc:date>2004-11-18T05:36:54+00:00</dc:date>
      <dc:creator>hp</dc:creator>
      <description>
      The public source repo is basically in beta test now with a number of external people involved in that.&lt;br&gt;
&lt;p&gt;
      
      </description>
    </item>
</rdf:RDF>

