<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: gentoo-sources-2.6.23 feature changes</title>
	<atom:link href="http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/</link>
	<description>they got a skin and they put me in</description>
	<lastBuildDate>Mon, 06 Feb 2012 21:01:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>By: MatÃ„â€ºj Laitl (aka strohel)</title>
		<link>http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/comment-page-1/#comment-16113</link>
		<dc:creator>MatÃ„â€ºj Laitl (aka strohel)</dc:creator>
		<pubDate>Wed, 10 Oct 2007 17:28:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/#comment-16113</guid>
		<description>Exciting, Daniel.

On the speakup front, thanks for your efforts (plans) to maintain it, a friend of mine relies on it. I even tried to port it to 2.6.23, I failed (due to kernel console utf-8 conversion), but I&#039;ll keep trying.

So I&#039;m willing to test your patches / help out (if I am able to - I&#039;m a junior C programmer), you may contact me on strohel (a.t) gmail (dott) com, if you want.</description>
		<content:encoded><![CDATA[<p>Exciting, Daniel.</p>
<p>On the speakup front, thanks for your efforts (plans) to maintain it, a friend of mine relies on it. I even tried to port it to 2.6.23, I failed (due to kernel console utf-8 conversion), but I&#8217;ll keep trying.</p>
<p>So I&#8217;m willing to test your patches / help out (if I am able to &#8211; I&#8217;m a junior C programmer), you may contact me on strohel (a.t) gmail (dott) com, if you want.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nightmorph</title>
		<link>http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/comment-page-1/#comment-16111</link>
		<dc:creator>nightmorph</dc:creator>
		<pubDate>Wed, 10 Oct 2007 09:20:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/#comment-16111</guid>
		<description>Daniel, it&#039;s entirely possible. I&#039;m on interesting pain medication at the moment. Right now I&#039;m more lucid. My comment doesn&#039;t make much sense to me, except the bit about the required installation/compilation steps for uvesafb and v86d as given in spock&#039;s uvesafb homepage. Will users still have to perform about 10 steps to make them work? That&#039;s my chief concern; that users will face additional hassle when working with their kernels. I was expressing my worry that the old easy way of doing kernels is gone, as outlined in the following scenario:

old way:
make menuconfig
make &amp;&amp; make modules_install &amp;&amp; make install (. . .etc.)

worrisome new way:
make menuconfig
make
emerge klibc
emerge v86d
make menuconfig
make &amp;&amp; make modules_install &amp;&amp; make install (. . . etc.)

We&#039;ll take this to email if we have to; I don&#039;t think I&#039;ll be able to handle IRC yet. The less time I spend looking at computer screens, the less it hurts. :(</description>
		<content:encoded><![CDATA[<p>Daniel, it&#8217;s entirely possible. I&#8217;m on interesting pain medication at the moment. Right now I&#8217;m more lucid. My comment doesn&#8217;t make much sense to me, except the bit about the required installation/compilation steps for uvesafb and v86d as given in spock&#8217;s uvesafb homepage. Will users still have to perform about 10 steps to make them work? That&#8217;s my chief concern; that users will face additional hassle when working with their kernels. I was expressing my worry that the old easy way of doing kernels is gone, as outlined in the following scenario:</p>
<p>old way:<br />
make menuconfig<br />
make &amp;&amp; make modules_install &amp;&amp; make install (. . .etc.)</p>
<p>worrisome new way:<br />
make menuconfig<br />
make<br />
emerge klibc<br />
emerge v86d<br />
make menuconfig<br />
make &amp;&amp; make modules_install &amp;&amp; make install (. . . etc.)</p>
<p>We&#8217;ll take this to email if we have to; I don&#8217;t think I&#8217;ll be able to handle IRC yet. The less time I spend looking at computer screens, the less it hurts. :(</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Drake</title>
		<link>http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/comment-page-1/#comment-16110</link>
		<dc:creator>Daniel Drake</dc:creator>
		<pubDate>Wed, 10 Oct 2007 08:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/#comment-16110</guid>
		<description>nightmorph, I think you&#039;ve misunderstood uvesafb. At least, your comment doesn&#039;t make much sense. find me on irc and I&#039;ll clarify...</description>
		<content:encoded><![CDATA[<p>nightmorph, I think you&#8217;ve misunderstood uvesafb. At least, your comment doesn&#8217;t make much sense. find me on irc and I&#8217;ll clarify&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Dibb</title>
		<link>http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/comment-page-1/#comment-16108</link>
		<dc:creator>Steve Dibb</dc:creator>
		<pubDate>Wed, 10 Oct 2007 05:47:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/#comment-16108</guid>
		<description>Very nice, thanks man.  the ACPI laptop changes look cool, I know a few people that&#039;s going to help out.</description>
		<content:encoded><![CDATA[<p>Very nice, thanks man.  the ACPI laptop changes look cool, I know a few people that&#8217;s going to help out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nightmorph</title>
		<link>http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/comment-page-1/#comment-16107</link>
		<dc:creator>nightmorph</dc:creator>
		<pubDate>Tue, 09 Oct 2007 23:30:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.reactivated.net/weblog/archives/2007/10/gentoo-sources-2623-feature-changes/#comment-16107</guid>
		<description>Um. How soon will v86d be stabilized? At the same time that gentoo-sources-2.6.23 is stabilized? Any ETA on when &lt;em&gt;that&lt;/em&gt; will be?

While this news is certainly exciting (now my kernel source isn&#039;t the only one that provides uvesafb!), I&#039;m just now realizing it&#039;s going to mean fairly extensive documentation changes.

Also, if Spock&#039;s directions for running uvesafb will still be required, compiling a kernel will still be really stupidly hackish, and really, just completely unacceptable. We need our users to do what they do right now with gentoo-sources, which is just make menuconfig &amp;&amp; make modules_install etc. Anything more complicated, like multiple configure/make cycles, emerging v86d and klibc . . . yeah. No? Please no. Also, dear LORD what will this do to all the poor folks that have to recompile kernels regularly for external drivers. Methinks module-rebuild won&#039;t be enough?

Finally, I assume non-x86/amd64 users of gentoo-sources won&#039;t have any problems with the kernel and using whatever framebuffer it is they use.</description>
		<content:encoded><![CDATA[<p>Um. How soon will v86d be stabilized? At the same time that gentoo-sources-2.6.23 is stabilized? Any ETA on when <em>that</em> will be?</p>
<p>While this news is certainly exciting (now my kernel source isn&#8217;t the only one that provides uvesafb!), I&#8217;m just now realizing it&#8217;s going to mean fairly extensive documentation changes.</p>
<p>Also, if Spock&#8217;s directions for running uvesafb will still be required, compiling a kernel will still be really stupidly hackish, and really, just completely unacceptable. We need our users to do what they do right now with gentoo-sources, which is just make menuconfig &amp;&amp; make modules_install etc. Anything more complicated, like multiple configure/make cycles, emerging v86d and klibc . . . yeah. No? Please no. Also, dear LORD what will this do to all the poor folks that have to recompile kernels regularly for external drivers. Methinks module-rebuild won&#8217;t be enough?</p>
<p>Finally, I assume non-x86/amd64 users of gentoo-sources won&#8217;t have any problems with the kernel and using whatever framebuffer it is they use.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

