<?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: Backporting Debian packages with pbuilder</title>
	<atom:link href="http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/</link>
	<description>When the going gets tough, the tough sniff packets.</description>
	<lastBuildDate>Fri, 03 Feb 2012 05:29:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: tyler</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-110</link>
		<dc:creator>tyler</dc:creator>
		<pubDate>Wed, 04 Nov 2009 07:07:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-110</guid>
		<description>Kushal,

It doesn&#039;t matter.  On either platform, download the jaunty source files, and run:

sudo DIST=hardy pbuilder builder program.dsc</description>
		<content:encoded><![CDATA[<p>Kushal,</p>
<p>It doesn&#8217;t matter.  On either platform, download the jaunty source files, and run:</p>
<p>sudo DIST=hardy pbuilder builder program.dsc</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kushal Koolwal</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-109</link>
		<dc:creator>Kushal Koolwal</dc:creator>
		<pubDate>Tue, 03 Nov 2009 22:59:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-109</guid>
		<description>Say I want to backport a package from Jaunty to Hardy. So should I be installing the pbuilder and doing all the build process on Jaunty or Hardy. Or it does not matter?</description>
		<content:encoded><![CDATA[<p>Say I want to backport a package from Jaunty to Hardy. So should I be installing the pbuilder and doing all the build process on Jaunty or Hardy. Or it does not matter?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SKaRCHa</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-64</link>
		<dc:creator>SKaRCHa</dc:creator>
		<pubDate>Mon, 29 Jun 2009 23:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-64</guid>
		<description>Very, very useful... This helped me to backport some packages from Ubuntu Karmic to Ubuntu Jaunty...

Thank you very much! ;)</description>
		<content:encoded><![CDATA[<p>Very, very useful&#8230; This helped me to backport some packages from Ubuntu Karmic to Ubuntu Jaunty&#8230;</p>
<p>Thank you very much! ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Boxman</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-63</link>
		<dc:creator>Jason Boxman</dc:creator>
		<pubDate>Sat, 27 Jun 2009 23:45:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-63</guid>
		<description>I just went through this for the latest Apache packages from Lenny for an Etch box.  The pbuilderrc is quite appreciated.  I moved my care-n-feeding hooks into the user dir and everything worked.  Backporting Apache 2.2 to Sarge was more of a challenge, though.  I didn&#039;t know about dget.  Also awesome.

Thanks.</description>
		<content:encoded><![CDATA[<p>I just went through this for the latest Apache packages from Lenny for an Etch box.  The pbuilderrc is quite appreciated.  I moved my care-n-feeding hooks into the user dir and everything worked.  Backporting Apache 2.2 to Sarge was more of a challenge, though.  I didn&#8217;t know about dget.  Also awesome.</p>
<p>Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-39</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Thu, 09 Apr 2009 13:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-39</guid>
		<description>Thank you.   That&#039;s really useful.  I now have a very nice package for darcs2 on hardy.</description>
		<content:encoded><![CDATA[<p>Thank you.   That&#8217;s really useful.  I now have a very nice package for darcs2 on hardy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tyler</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-35</link>
		<dc:creator>tyler</dc:creator>
		<pubDate>Thu, 02 Apr 2009 22:00:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-35</guid>
		<description>pbuilder will download and install any packages needed to build your target package.  However, you&#039;ll still have to download .dsc, .diff, and .tar.gz files for all the packages you want to build, and build them.  Some of your new packages may depend on the ones you&#039;ve previously built, so you&#039;ll have to make them available too.  See &lt;a href=&quot;http://blog.edseek.com/~jasonb/articles/pbuilder_backports/backportprocess.html#AEN370&quot; rel=&quot;nofollow&quot;&gt;this&lt;/a&gt;,  You&#039;ll also have to use your /var/cache/pbuilder/DIST-ARCH/result directory as a local apt-cache.  That link will help.

I&#039;ve run PHP4 packages from Ubuntu dapper in hardy (just never removed them after upgrade), and they work fine.  At least, as php4-cgi (not as an apache module).  That allowed me to run legacy apps for the year I needed to remove them.</description>
		<content:encoded><![CDATA[<p>pbuilder will download and install any packages needed to build your target package.  However, you&#8217;ll still have to download .dsc, .diff, and .tar.gz files for all the packages you want to build, and build them.  Some of your new packages may depend on the ones you&#8217;ve previously built, so you&#8217;ll have to make them available too.  See <a href="http://blog.edseek.com/~jasonb/articles/pbuilder_backports/backportprocess.html#AEN370" rel="nofollow">this</a>,  You&#8217;ll also have to use your /var/cache/pbuilder/DIST-ARCH/result directory as a local apt-cache.  That link will help.</p>
<p>I&#8217;ve run PHP4 packages from Ubuntu dapper in hardy (just never removed them after upgrade), and they work fine.  At least, as php4-cgi (not as an apache module).  That allowed me to run legacy apps for the year I needed to remove them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-34</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 02 Apr 2009 20:31:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-34</guid>
		<description>ahhh I had thought that pbuilder was going to work out dependencies.

It looks as if I have to work out all the dependencies and install or build each one of them manually.

I&#039;ve found that in many cases while the dependencies it complains about are available in Lenny pbuilder doesn&#039;t install them while in other cases it does. 

Its been pretty confusing so far, however this is possibly because I&#039;m &#039;forward porting&#039; rather than &#039;back porting&#039;. In working my way toward php4 I had to build db4.4 packages as Lenny appears to have 4.2,4.5 and 4.6... but 4.4 conflicts with these... so that wasn&#039;t going to work out. I gave up at this point; as sole sysadmin in a small web development/hosting company, I don&#039;t have time to resolve this complexity.

It would be lovely if there were already existing php4 packages for Lenny :( I know php4 won&#039;t get any security updates but that doesn&#039;t mean I shouldn&#039;t maintain the rest of the packages on the servers... and we don&#039;t have the resources to upgrade all of our apps to php5 in anything like a reasonable amount of time (ie before end-of-life for Etch).</description>
		<content:encoded><![CDATA[<p>ahhh I had thought that pbuilder was going to work out dependencies.</p>
<p>It looks as if I have to work out all the dependencies and install or build each one of them manually.</p>
<p>I&#8217;ve found that in many cases while the dependencies it complains about are available in Lenny pbuilder doesn&#8217;t install them while in other cases it does. </p>
<p>Its been pretty confusing so far, however this is possibly because I&#8217;m &#8216;forward porting&#8217; rather than &#8216;back porting&#8217;. In working my way toward php4 I had to build db4.4 packages as Lenny appears to have 4.2,4.5 and 4.6&#8230; but 4.4 conflicts with these&#8230; so that wasn&#8217;t going to work out. I gave up at this point; as sole sysadmin in a small web development/hosting company, I don&#8217;t have time to resolve this complexity.</p>
<p>It would be lovely if there were already existing php4 packages for Lenny :( I know php4 won&#8217;t get any security updates but that doesn&#8217;t mean I shouldn&#8217;t maintain the rest of the packages on the servers&#8230; and we don&#8217;t have the resources to upgrade all of our apps to php5 in anything like a reasonable amount of time (ie before end-of-life for Etch).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tyler</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-30</link>
		<dc:creator>tyler</dc:creator>
		<pubDate>Thu, 02 Apr 2009 06:08:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-30</guid>
		<description>No, it is not insurmountable.  However, you&#039;ll probably need to edit the package (.dsc file and create a new .diff) to change the dependencies in the individual packages.  Probably apache-dev has been renamed, and other packages.  PHP is a complicated set of packages, so you might have some work ahead of you.</description>
		<content:encoded><![CDATA[<p>No, it is not insurmountable.  However, you&#8217;ll probably need to edit the package (.dsc file and create a new .diff) to change the dependencies in the individual packages.  Probably apache-dev has been renamed, and other packages.  PHP is a complicated set of packages, so you might have some work ahead of you.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.tolaris.com/2009/03/31/backporting-debian-packages-with-pbuilder/comment-page-1/#comment-29</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Wed, 01 Apr 2009 20:54:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.tolaris.com/?p=254#comment-29</guid>
		<description>I&#039;m interested in &#039;forward porting&#039; of php4 packages from Debian Etch to Debian Lenny.

I tried this out with pbuilder but had failed dependencies lots of things like:

Unpacking pbuilder-satisfydepends-dummy (from .../pbuilder-satisfydepends-dummy.deb) ...
dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy:
 pbuilder-satisfydepends-dummy depends on apache-dev (&gt;= 1.3.23); however:
  Package apache-dev is not installed.

Is this an insurmountable obstacle?</description>
		<content:encoded><![CDATA[<p>I&#8217;m interested in &#8216;forward porting&#8217; of php4 packages from Debian Etch to Debian Lenny.</p>
<p>I tried this out with pbuilder but had failed dependencies lots of things like:</p>
<p>Unpacking pbuilder-satisfydepends-dummy (from &#8230;/pbuilder-satisfydepends-dummy.deb) &#8230;<br />
dpkg: dependency problems prevent configuration of pbuilder-satisfydepends-dummy:<br />
 pbuilder-satisfydepends-dummy depends on apache-dev (&gt;= 1.3.23); however:<br />
  Package apache-dev is not installed.</p>
<p>Is this an insurmountable obstacle?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

