<?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: Octotux Packaged Linux Distro</title>
	<atom:link href="http://warmcat.com/_wp/2007/01/27/octotux-packaged-linux-distro/feed/" rel="self" type="application/rss+xml" />
	<link>http://warmcat.com/_wp/2007/01/27/octotux-packaged-linux-distro/</link>
	<description>Embedded and desktop Linux</description>
	<lastBuildDate>Mon, 12 Sep 2011 13:29:08 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: andy</title>
		<link>http://warmcat.com/_wp/2007/01/27/octotux-packaged-linux-distro/comment-page-1/#comment-112</link>
		<dc:creator>andy</dc:creator>
		<pubDate>Tue, 27 Feb 2007 09:10:24 +0000</pubDate>
		<guid isPermaLink="false">http://warmcat.com/_wp/?p=27#comment-112</guid>
		<description>Hi - Thanks for the comment -- Octotux also provides the compilers and libs... you download a tarball for the arch you are interested in and run a build script and 20 minutes or so later you have the full cross environment on your host.

Since I use Fedora / CentOS for everything here, it makes sense for me to extend that RPM-based stuff into the embedded work too so there is one system and work on one can be used on the other.  I guess if you use Debian on the desktop you will tend towards OE for the same reason, but RPM folks may find Octotux easier to get on with.

Also, for actually writing code, the packaging system scripts include some nice features to do with auto-capturing edits from the dist tarball as a patch file and managing multiple patches (including binary edits or additions since the dist tarball contents).</description>
		<content:encoded><![CDATA[<p>Hi &#8211; Thanks for the comment &#8212; Octotux also provides the compilers and libs&#8230; you download a tarball for the arch you are interested in and run a build script and 20 minutes or so later you have the full cross environment on your host.</p>
<p>Since I use Fedora / CentOS for everything here, it makes sense for me to extend that RPM-based stuff into the embedded work too so there is one system and work on one can be used on the other.  I guess if you use Debian on the desktop you will tend towards OE for the same reason, but RPM folks may find Octotux easier to get on with.</p>
<p>Also, for actually writing code, the packaging system scripts include some nice features to do with auto-capturing edits from the dist tarball as a patch file and managing multiple patches (including binary edits or additions since the dist tarball contents).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tmbinc</title>
		<link>http://warmcat.com/_wp/2007/01/27/octotux-packaged-linux-distro/comment-page-1/#comment-111</link>
		<dc:creator>tmbinc</dc:creator>
		<pubDate>Tue, 27 Feb 2007 01:12:38 +0000</pubDate>
		<guid isPermaLink="false">http://warmcat.com/_wp/?p=27#comment-111</guid>
		<description>Nice system!

As an alternative, I&#039;m happily using OpenEmbedded (www.openembedded.org) since some years now, which provides a complete environment for controlled cross compiling. The resulting binaries are packaged as ipkgs, basically stripped down .debs. 

Well, in the end, both systems probably offer the same features. I just like OE for their flexibility, even across multiple architectures, devices and images. Of course, flexibility always comes with the price of an increased learning curve...</description>
		<content:encoded><![CDATA[<p>Nice system!</p>
<p>As an alternative, I&#8217;m happily using OpenEmbedded (www.openembedded.org) since some years now, which provides a complete environment for controlled cross compiling. The resulting binaries are packaged as ipkgs, basically stripped down .debs. </p>
<p>Well, in the end, both systems probably offer the same features. I just like OE for their flexibility, even across multiple architectures, devices and images. Of course, flexibility always comes with the price of an increased learning curve&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

