<?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: New PKGBUILD syntax options with pacman-3.3</title>
	<atom:link href="http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/feed/" rel="self" type="application/rss+xml" />
	<link>http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/</link>
	<description>One day this will feature a witty tagline…</description>
	<lastBuildDate>Fri, 03 Feb 2012 10:36:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Allan</title>
		<link>http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/#comment-56</link>
		<dc:creator>Allan</dc:creator>
		<pubDate>Sat, 01 Aug 2009 03:44:32 +0000</pubDate>
		<guid isPermaLink="false">http://allanmcrae.com/?p=171#comment-56</guid>
		<description>From the man page:
The following variables can be overridden: pkgdesc, license, groups, depends, optdepends, provides, conflicts, replaces, backup, options and install.

The &quot;arch&quot; variable is handled differently than others in makepkg (due to CARCH being defined in makepkg.conf) so I guess this was never really thought about.  Should be a simple fix but given the close proximity to release, it may only appear in pacman 3.3.1.</description>
		<content:encoded><![CDATA[<p>From the man page:<br />
The following variables can be overridden: pkgdesc, license, groups, depends, optdepends, provides, conflicts, replaces, backup, options and install.</p>
<p>The &#8220;arch&#8221; variable is handled differently than others in makepkg (due to CARCH being defined in makepkg.conf) so I guess this was never really thought about.  Should be a simple fix but given the close proximity to release, it may only appear in pacman 3.3.1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abhishek</title>
		<link>http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/#comment-55</link>
		<dc:creator>Abhishek</dc:creator>
		<pubDate>Sat, 01 Aug 2009 03:23:24 +0000</pubDate>
		<guid isPermaLink="false">http://allanmcrae.com/?p=171#comment-55</guid>
		<description>I suppose arch can also be overridden? Then we can have architecture-independent
doc packages; if it&#039;ll be useful I&#039;ll write a namcap information rule which will suggest
separating documentation etc into a different package based on the relative size
of /usr/share.</description>
		<content:encoded><![CDATA[<p>I suppose arch can also be overridden? Then we can have architecture-independent<br />
doc packages; if it&#8217;ll be useful I&#8217;ll write a namcap information rule which will suggest<br />
separating documentation etc into a different package based on the relative size<br />
of /usr/share.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan</title>
		<link>http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/#comment-54</link>
		<dc:creator>Allan</dc:creator>
		<pubDate>Fri, 31 Jul 2009 02:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://allanmcrae.com/?p=171#comment-54</guid>
		<description>The idea with package splitting is to compile once to make several packages.  If you need to compile twice with different configuration options, then you need two packages</description>
		<content:encoded><![CDATA[<p>The idea with package splitting is to compile once to make several packages.  If you need to compile twice with different configuration options, then you need two packages</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Magnus</title>
		<link>http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/#comment-53</link>
		<dc:creator>Magnus</dc:creator>
		<pubDate>Thu, 30 Jul 2009 22:17:37 +0000</pubDate>
		<guid isPermaLink="false">http://allanmcrae.com/?p=171#comment-53</guid>
		<description>Yes, nice features indeed.  Willl the split package feature allow multiple compilation of the same source, e.g. so that the same PKGBUILD could be used to build different versions of Vim (e.g. one with X, one without, etc)?</description>
		<content:encoded><![CDATA[<p>Yes, nice features indeed.  Willl the split package feature allow multiple compilation of the same source, e.g. so that the same PKGBUILD could be used to build different versions of Vim (e.g. one with X, one without, etc)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sébastien Duquette</title>
		<link>http://allanmcrae.com/2009/07/new-pkgbuild-syntax-options-with-pacman-33/#comment-52</link>
		<dc:creator>Sébastien Duquette</dc:creator>
		<pubDate>Sun, 26 Jul 2009 18:23:56 +0000</pubDate>
		<guid isPermaLink="false">http://allanmcrae.com/?p=171#comment-52</guid>
		<description>Nice new features, the split packages will be very useful. I&#039;m looking forward for this new release.</description>
		<content:encoded><![CDATA[<p>Nice new features, the split packages will be very useful. I&#8217;m looking forward for this new release.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

