<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Howto: Build software updates in Ubuntu</title>
	<atom:link href="http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/feed/" rel="self" type="application/rss+xml" />
	<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/</link>
	<description>K.Mandla's blog of Linux experiences</description>
	<lastBuildDate>Mon, 11 Feb 2013 18:19:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: A little cheese, for your whine &#171; Motho ke motho ka botho</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-39768</link>
		<dc:creator><![CDATA[A little cheese, for your whine &#171; Motho ke motho ka botho]]></dc:creator>
		<pubDate>Wed, 08 Jul 2009 00:43:08 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-39768</guid>
		<description><![CDATA[[...] benevolence to keep them up-to-date. Perhaps some people feel they lack the skills to do that, but they certainly don&#8217;t lack the tools. And really, considering you can download a precompiled Linux binary, uncompress and use it, the [...]]]></description>
		<content:encoded><![CDATA[<p>[...] benevolence to keep them up-to-date. Perhaps some people feel they lack the skills to do that, but they certainly don&#8217;t lack the tools. And really, considering you can download a precompiled Linux binary, uncompress and use it, the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: That chortling noise &#171; Motho ke motho ka botho</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37346</link>
		<dc:creator><![CDATA[That chortling noise &#171; Motho ke motho ka botho]]></dc:creator>
		<pubDate>Fri, 10 Oct 2008 01:51:40 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37346</guid>
		<description><![CDATA[[...] software and needs to delay the release to pick up new versions of my favorites. Solution: Build your own favorites and update your system, or better yet build your own pure Gnome system and avoid using the Ubuntu [...]]]></description>
		<content:encoded><![CDATA[<p>[...] software and needs to delay the release to pick up new versions of my favorites. Solution: Build your own favorites and update your system, or better yet build your own pure Gnome system and avoid using the Ubuntu [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rebuilding Dillo 0.8.6-i18n-misc &#171; Motho ke motho ka botho</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37330</link>
		<dc:creator><![CDATA[Rebuilding Dillo 0.8.6-i18n-misc &#171; Motho ke motho ka botho]]></dc:creator>
		<pubDate>Mon, 06 Oct 2008 23:41:02 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37330</guid>
		<description><![CDATA[[...] which sounds counterintuitive, it&#8217;s very easy. Along the lines of the method for building software updates, here&#8217;s how to do [...]]]></description>
		<content:encoded><![CDATA[<p>[...] which sounds counterintuitive, it&#8217;s very easy. Along the lines of the method for building software updates, here&#8217;s how to do [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnraff</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37206</link>
		<dc:creator><![CDATA[johnraff]]></dc:creator>
		<pubDate>Wed, 17 Sep 2008 16:10:13 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37206</guid>
		<description><![CDATA[(This is a second attempt to post - are posts with URLs in them blocked? Anyway...)
I forgot to mention dependencies.

Checkinstall, at least the version I have, doesn&#039;t let you enter anything in the &quot;10 - Rquires [ ]&quot; option, and when the deb&#039;s installed APT doesn&#039;t see the package as having any dependencies, so any libraries or other programs you installed as dependencies of that package will appear to be orphans and if you run any kind of auto-clean, with deborphan for example, they&#039;ll be removed, breaking your package. You can use Synaptic, Aptitude etc to remove the &quot;automatically installed&quot; tag on them and keep them safe, but now if you ever uninstall the package the dependencies won&#039;t be automatically removed.

Just something to keep in mind...

-------------------------------------
Scouring the web I found some Debian and Launchpad threads suggesting this inability to set dependencies was a Checkinstall bug which might have been fixed in version 1.6.1-8 (or even 1.6.1.7 in the Intrepid repository) but my last attempt to post failed so in case the urls were the cause here is the end of one:
bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/258727
please put https colon slash slash on the front...

Intrepid&#039;s 1.6.1-7 brings in a new dependency on dpkg-dev which suggests it might be getting a bit deeper into the debian system.]]></description>
		<content:encoded><![CDATA[<p>(This is a second attempt to post &#8211; are posts with URLs in them blocked? Anyway&#8230;)<br />
I forgot to mention dependencies.</p>
<p>Checkinstall, at least the version I have, doesn&#8217;t let you enter anything in the &#8220;10 &#8211; Rquires [ ]&#8221; option, and when the deb&#8217;s installed APT doesn&#8217;t see the package as having any dependencies, so any libraries or other programs you installed as dependencies of that package will appear to be orphans and if you run any kind of auto-clean, with deborphan for example, they&#8217;ll be removed, breaking your package. You can use Synaptic, Aptitude etc to remove the &#8220;automatically installed&#8221; tag on them and keep them safe, but now if you ever uninstall the package the dependencies won&#8217;t be automatically removed.</p>
<p>Just something to keep in mind&#8230;</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;-<br />
Scouring the web I found some Debian and Launchpad threads suggesting this inability to set dependencies was a Checkinstall bug which might have been fixed in version 1.6.1-8 (or even 1.6.1.7 in the Intrepid repository) but my last attempt to post failed so in case the urls were the cause here is the end of one:<br />
bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/258727<br />
please put https colon slash slash on the front&#8230;</p>
<p>Intrepid&#8217;s 1.6.1-7 brings in a new dependency on dpkg-dev which suggests it might be getting a bit deeper into the debian system.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnraff</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37205</link>
		<dc:creator><![CDATA[johnraff]]></dc:creator>
		<pubDate>Wed, 17 Sep 2008 05:22:46 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37205</guid>
		<description><![CDATA[I forgot to mention dependencies.
If you go with the default settings the deb file that Checkinstall makes will have no record of dependencies, so if you update an application that was in the repositories from the source code, any dependencies that were brought in for the original app will now look like orphans. If you then do some kind of auto-clean, with eg deborphan, your new version of the app will be broken. 

You can use Synaptic (or command-line methods) to remove the &quot;automatically installed&quot; marking of those dependencies so they&#039;ll be safe, but now if you ever uninstall the application you updated the dependencies won&#039;t be automatically removed.

Just something to be aware of...

--------------------------------------
btw this failure to allow entry of dependencies in option &quot;[]10 - requires&quot; may be a Checkinstall bug that gets fixed in the newest version.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469639
https://bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/258727
https://bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/212971
It&#039;s just conceivable that the version in the Intrepid repositories fixes this:
http://packages.ubuntu.com/intrepid/checkinstall]]></description>
		<content:encoded><![CDATA[<p>I forgot to mention dependencies.<br />
If you go with the default settings the deb file that Checkinstall makes will have no record of dependencies, so if you update an application that was in the repositories from the source code, any dependencies that were brought in for the original app will now look like orphans. If you then do some kind of auto-clean, with eg deborphan, your new version of the app will be broken. </p>
<p>You can use Synaptic (or command-line methods) to remove the &#8220;automatically installed&#8221; marking of those dependencies so they&#8217;ll be safe, but now if you ever uninstall the application you updated the dependencies won&#8217;t be automatically removed.</p>
<p>Just something to be aware of&#8230;</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br />
btw this failure to allow entry of dependencies in option &#8220;[]10 &#8211; requires&#8221; may be a Checkinstall bug that gets fixed in the newest version.<br />
<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469639" rel="nofollow">http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469639</a><br />
<a href="https://bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/258727" rel="nofollow">https://bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/258727</a><br />
<a href="https://bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/212971" rel="nofollow">https://bugs.launchpad.net/ubuntu/+source/checkinstall/+bug/212971</a><br />
It&#8217;s just conceivable that the version in the Intrepid repositories fixes this:<br />
<a href="http://packages.ubuntu.com/intrepid/checkinstall" rel="nofollow">http://packages.ubuntu.com/intrepid/checkinstall</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: K.Mandla</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37204</link>
		<dc:creator><![CDATA[K.Mandla]]></dc:creator>
		<pubDate>Tue, 16 Sep 2008 13:12:30 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37204</guid>
		<description><![CDATA[Thanks, those are both good tips. I&#039;d seen the tutorial thread about proper Debian packaging a long time ago, but for something I was only making for my own use, I always found checkinstall to be quicker and easier.]]></description>
		<content:encoded><![CDATA[<p>Thanks, those are both good tips. I&#8217;d seen the tutorial thread about proper Debian packaging a long time ago, but for something I was only making for my own use, I always found checkinstall to be quicker and easier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnraff</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37202</link>
		<dc:creator><![CDATA[johnraff]]></dc:creator>
		<pubDate>Tue, 16 Sep 2008 05:45:23 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37202</guid>
		<description><![CDATA[For beginners (like me) one option is to edit checkinstall&#039;s config file /etc/checkinstallrc so as to make the deb only, not install it.
The line&#039;s at the end:[code]# Install the package or just create it?
INSTALL=0[/code]
Then you can run checkinstall without sudo, the deb file will belong to you, not root, so you can delete or move it easily, and you&#039;ll only need sudo when you finally install the software. 

This way you can look at checkinstall&#039;s output while it&#039;s making the deb, and if there&#039;s anything weird going on you needn&#039;t install the deb, and your system&#039;s untouched.]]></description>
		<content:encoded><![CDATA[<p>For beginners (like me) one option is to edit checkinstall&#8217;s config file /etc/checkinstallrc so as to make the deb only, not install it.<br />
The line&#8217;s at the end:
<pre class="brush: plain; title: ; notranslate"># Install the package or just create it?
INSTALL=0</pre>
<p>Then you can run checkinstall without sudo, the deb file will belong to you, not root, so you can delete or move it easily, and you&#8217;ll only need sudo when you finally install the software. </p>
<p>This way you can look at checkinstall&#8217;s output while it&#8217;s making the deb, and if there&#8217;s anything weird going on you needn&#8217;t install the deb, and your system&#8217;s untouched.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aren Olson</title>
		<link>http://kmandla.wordpress.com/2008/09/16/howto-build-software-updates-in-ubuntu/#comment-37200</link>
		<dc:creator><![CDATA[Aren Olson]]></dc:creator>
		<pubDate>Tue, 16 Sep 2008 02:13:57 +0000</pubDate>
		<guid isPermaLink="false">http://kmandla.wordpress.com/?p=1348#comment-37200</guid>
		<description><![CDATA[Checkinstall is actually kinda a dirty hack. while it works fine for many cases, it&#039;s not completely compliant and can in fact mess up apt in some circumstances.It is MUCH better to actually generate the full debian packaging. If you&#039;re just grabbing a new version of something in the repos already, this is often as simple as getting the old deb source, copying the debian folder into the new source, updating the changelog and running dpkg-buildpackage -rfakeroot. There is an excellent guide to making debian-standard packages on the ubuntu forums here: http://ubuntuforums.org/showthread.php?t=51003]]></description>
		<content:encoded><![CDATA[<p>Checkinstall is actually kinda a dirty hack. while it works fine for many cases, it&#8217;s not completely compliant and can in fact mess up apt in some circumstances.It is MUCH better to actually generate the full debian packaging. If you&#8217;re just grabbing a new version of something in the repos already, this is often as simple as getting the old deb source, copying the debian folder into the new source, updating the changelog and running dpkg-buildpackage -rfakeroot. There is an excellent guide to making debian-standard packages on the ubuntu forums here: <a href="http://ubuntuforums.org/showthread.php?t=51003" rel="nofollow">http://ubuntuforums.org/showthread.php?t=51003</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
