<?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>Linux Game Publishing Blog &#187; rpm</title>
	<atom:link href="http://blog.linuxgamepublishing.com/tag/rpm/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.linuxgamepublishing.com</link>
	<description>Commercial gaming for Linux</description>
	<lastBuildDate>Mon, 05 Apr 2010 14:50:32 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Playing well with distros</title>
		<link>http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/</link>
		<comments>http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/#comments</comments>
		<pubDate>Tue, 24 Nov 2009 13:51:57 +0000</pubDate>
		<dc:creator>Eskild Hustvedt (Community Manager and Junior Developer)</dc:creator>
				<category><![CDATA[Developer]]></category>
		<category><![CDATA[deb]]></category>
		<category><![CDATA[distro]]></category>
		<category><![CDATA[installer]]></category>
		<category><![CDATA[packaging]]></category>
		<category><![CDATA[rpm]]></category>
		<category><![CDATA[tar.gz]]></category>

		<guid isPermaLink="false">http://blog.linuxgamepublishing.com/?p=155</guid>
		<description><![CDATA[We often get a question similar to &#8220;why don&#8217;t you create native packages?&#8221;. I&#8217;m going to make an attempt at answerring that.
Current Linux distros primarily use either RPM or DEB (and a load of other less common ones that are only used by a distro or two). Most deb distros are somewhat compatible, as most [...]]]></description>
			<content:encoded><![CDATA[<p>We often get a question similar to &#8220;why don&#8217;t you create native packages?&#8221;. I&#8217;m going to make an attempt at answerring that.</p>
<p>Current Linux distros primarily use either RPM or DEB (and a load of other less common ones that are only used by a distro or two). Most deb distros are somewhat compatible, as most of those are in one way or another based upon Debian. However, on the RPM side we&#8217;ve even got two completely different development trees of rpm itself, and a load of distros that are not compatible with each other. Last I checked (feel free to correct me here), most RPM distros let you install a 32bit package on a 64bit system, but last I tried I couldn&#8217;t do the same on a deb system. So now we&#8217;re up to three packages. One 32bit RPM, one 32bit DEB and one 64bit DEB. But now we&#8217;re assuming that all people have one of those two, but the fact is that they don&#8217;t (yes I know RPM is part of LSB, that doesn&#8217;t really guarantee that it is always present, nor properly set up). So we&#8217;re going to need another one anyway. We could go with a tarball, which at least gentoo and slackware will be used to, and possibly others, but for the others, well, we&#8217;ll either have to provide a lengthy technical README, or an installer. So, that&#8217;s five.</p>
<p>Now, consider that many of our games are several gigabytes, it is completely impossible for us to package all of them on the DVD. As far as I know, neither RPM nor DEB can have their payload as a separate and compatible file. Things could be copied in post-install hooks, but then we&#8217;re just about back to square one, as we&#8217;re pretty much bypassing the package manager anyway. As the installer could be made to use the tarball, we&#8217;ll need four full-size packages, and all of this is assuming that the package formats will stay compatible.</p>
<p>So to sum it up, not only would it be a lot of work to test and document it all, we&#8217;d still have to provide the packages we&#8217;re providing now to keep it accessible to everyone, but it would also take roughly four times the space, and I for one would not pay extra for a game to have four install DVDs containing the same game, just in several different installation formats, when one would suffice (yes yes, I know it would provide you with backups, but with the new copy protection system we have added you get free downloads of your game anyway, so that&#8217;s not a valid argument:).</p>
<p><em>If you have any input, suggestions or questions for me, feel free to ask them here in the comments, on IRC (Zero_Dogg in #lgp on irc.freenode.net), via <a href="http://identi.ca/LGP">identi.ca</a>/<a href="http://twitter.com/L_G_P">twitter</a> or via e-mail (to eskild at the domain linuxgamepublishing dot com).</em></p>
<a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save?linkurl=http%3A%2F%2Fblog.linuxgamepublishing.com%2F2009%2F11%2F24%2Fplaying-well-with-distros%2F&amp;linkname=Playing%20well%20with%20distros"><img src="http://blog.linuxgamepublishing.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a>]]></content:encoded>
			<wfw:commentRss>http://blog.linuxgamepublishing.com/2009/11/24/playing-well-with-distros/feed/</wfw:commentRss>
		<slash:comments>24</slash:comments>
		</item>
	</channel>
</rss>
