<?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"
	>
<channel>
	<title>Comments on: Paver and the building, distribution, deployment etc. of Python projects</title>
	<atom:link href="http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/</link>
	<description>Kevin Dangoor on Technology, Business and Everything</description>
	<pubDate>Fri, 25 Jul 2008 10:47:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208640</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Thu, 24 Apr 2008 10:58:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208640</guid>
		<description>In what way does it suck? If there's a compelling reason I might consider *adding* support for a different configuration format. But, I specifically don't want the limitations of a "dumb" format.

Is it just that you don't like the extra punctuation?</description>
		<content:encoded><![CDATA[<p>In what way does it suck? If there&#8217;s a compelling reason I might consider *adding* support for a different configuration format. But, I specifically don&#8217;t want the limitations of a &#8220;dumb&#8221; format.</p>
<p>Is it just that you don&#8217;t like the extra punctuation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Na, better not.</title>
		<link>http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208636</link>
		<dc:creator>Na, better not.</dc:creator>
		<pubDate>Wed, 23 Apr 2008 21:28:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208636</guid>
		<description>"Python has a very concise, readable syntax."

Yeah. Except that it sucks for all kinds of configuration. Paver seems like an interesting project. Please do not do configuration in Python. I beg thee. (Yeah, I know, you made up your mind already).</description>
		<content:encoded><![CDATA[<p>&#8220;Python has a very concise, readable syntax.&#8221;</p>
<p>Yeah. Except that it sucks for all kinds of configuration. Paver seems like an interesting project. Please do not do configuration in Python. I beg thee. (Yeah, I know, you made up your mind already).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Dangoor</title>
		<link>http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208624</link>
		<dc:creator>Kevin Dangoor</dc:creator>
		<pubDate>Wed, 23 Apr 2008 01:31:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208624</guid>
		<description>@Danny: thanks for the encouragement! Give it a try, the basics work just fine.

@Ed: I haven't implemented that, because I haven't needed it thus far. My personal focus is on the libraries that give the higher-level behavior, but I'm opening it up now so that others can add in the things that are useful to them.

I should mention that it's easy to do things in a non-declarative manner. This is, after all, Python. Where I've found that I get tripped up is with declarative systems that don't provide a full and easy language to do other tasks. Paver doesn't suffer from that. The bigger trick is going to be building up the right declarative systems on top.</description>
		<content:encoded><![CDATA[<p>@Danny: thanks for the encouragement! Give it a try, the basics work just fine.</p>
<p>@Ed: I haven&#8217;t implemented that, because I haven&#8217;t needed it thus far. My personal focus is on the libraries that give the higher-level behavior, but I&#8217;m opening it up now so that others can add in the things that are useful to them.</p>
<p>I should mention that it&#8217;s easy to do things in a non-declarative manner. This is, after all, Python. Where I&#8217;ve found that I get tripped up is with declarative systems that don&#8217;t provide a full and easy language to do other tasks. Paver doesn&#8217;t suffer from that. The bigger trick is going to be building up the right declarative systems on top.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Page</title>
		<link>http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208623</link>
		<dc:creator>Ed Page</dc:creator>
		<pubDate>Tue, 22 Apr 2008 22:36:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208623</guid>
		<description>To me, with "modern" build systems, I always feel like they make the general case easy, but anything diverging is difficult.  I sometimes write makefiles like scripts just because of the simplicity of them for the desired task.  I've looked through the documentation but something wasn't too clear.  What I'd like to know is if there is a provided way to do some basic Makefile stuff of file (non-phony) targets/dependencies, especially generic ones?

In Makefile terms, something like
%.o: %.cpp
    $(CC) $(CFLAGS) -o $@ $&#60;

If not, One simple way is for 
@file_target
That takes a filename, regex, or matching function.  A difficulty could be is if you have a generic target and dependency where one is generated from the other.  So one possibility is
@file_target_and_need
That takes a substitution regex or a matching function that returns a tuple.</description>
		<content:encoded><![CDATA[<p>To me, with &#8220;modern&#8221; build systems, I always feel like they make the general case easy, but anything diverging is difficult.  I sometimes write makefiles like scripts just because of the simplicity of them for the desired task.  I&#8217;ve looked through the documentation but something wasn&#8217;t too clear.  What I&#8217;d like to know is if there is a provided way to do some basic Makefile stuff of file (non-phony) targets/dependencies, especially generic ones?</p>
<p>In Makefile terms, something like<br />
%.o: %.cpp<br />
    $(CC) $(CFLAGS) -o $@ $&lt;</p>
<p>If not, One simple way is for<br />
@file_target<br />
That takes a filename, regex, or matching function.  A difficulty could be is if you have a generic target and dependency where one is generated from the other.  So one possibility is<br />
@file_target_and_need<br />
That takes a substitution regex or a matching function that returns a tuple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: danny</title>
		<link>http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208622</link>
		<dc:creator>danny</dc:creator>
		<pubDate>Tue, 22 Apr 2008 21:10:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.blueskyonmars.com/2008/04/22/paver-and-the-building-distribution-deployment-etc-of-python-projects/#comment-208622</guid>
		<description>This looks great -- I really liked rake, but I've been looking for something with a bit more of a pythonic feel. I just wanted to encourage you to keep hacking on it!</description>
		<content:encoded><![CDATA[<p>This looks great &#8212; I really liked rake, but I&#8217;ve been looking for something with a bit more of a pythonic feel. I just wanted to encourage you to keep hacking on it!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.287 seconds -->
