<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for William Tanksley Jr</title><link>http://disqus.com/people/3dea6a16af3b8eb1cb29d786c9c1e1bc/</link><description></description><language>en</language><lastBuildDate>Tue, 03 Feb 2009 15:49:54 -0000</lastBuildDate><item><title>Re: Shortcomings of Mercurial</title><link>http://humanist.disqus.com/shortcomings_of_mercurial_36/#comment-208886</link><description>Regarding merging tools on Windows: I installed the distro from &lt;a href="http://mercurial.berkwood.com/" rel="nofollow"&gt;http://mercurial.berkwood.com/&lt;/a&gt;, and it comes with all required tools. I didn't even know there was a bare-bones distro, although I knew it was possible to configure.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Fri, 07 Mar 2008 14:24:09 -0000</pubDate></item><item><title>Re: Shortcomings of Mercurial</title><link>http://humanist.disqus.com/shortcomings_of_mercurial_36/#comment-208896</link><description>I have a question for a git guru.&lt;br&gt;&lt;br&gt;Git looks really cool; I just found a Windows (mingw) port, so I'm happily working with it. It seems very slow, but I'm sure that'll go away with time. I love git-svn.&lt;br&gt;&lt;br&gt;The question: is it possible to disable git's insertion of merge markers? I really like how Mercurial never alters a file; when a merge is needed, it's treated as a basic attribute of the repository, not a local problem in a file. This means it's NEVER possible to accidentally leave merge markers in a file (something I've had happen on several different CVS-using projects).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Fri, 07 Mar 2008 14:27:35 -0000</pubDate></item><item><title>Re: Shortcomings of Mercurial</title><link>http://humanist.disqus.com/shortcomings_of_mercurial_36/#comment-211308</link><description>I'm not on my Mercurial computer, so I don't know what it ships with. The feature you're listing is a new feature of the core Mercurial, and doesn't describe the berkwood package. That one actually does come with all the graphical tools I've been able to ask for (i.e. everything seems to work out of the box; I've even played around installing tons of different plugins).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Sat, 08 Mar 2008 13:44:34 -0000</pubDate></item><item><title>Re: Shortcomings of Mercurial</title><link>http://humanist.disqus.com/shortcomings_of_mercurial_36/#comment-211322</link><description>I'm glad to hear git doesn't try to be clever and detect the merge markers. I'll hold off until I figure out a way to get it to not insert the markers in the first place.&lt;br&gt;&lt;br&gt;I think I found the mailing list at &lt;a href="http://dir.gmane.org/gmane.comp.version-control.git" rel="nofollow"&gt;http://dir.gmane.org/gmane.comp.version-control...&lt;/a&gt;.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Sat, 08 Mar 2008 13:56:04 -0000</pubDate></item><item><title>Re: What is Big Government?</title><link>http://willwilkinson.disqus.com/what_is_big_government/#comment-3707844</link><description>I dunno -- I'd consider this a big, but impotent, government. They have control of 100% of your income; the fact that they right now only take 1% of it doesn't imply anything about what they'll do tomorrow.&lt;br&gt;&lt;br&gt;In fact, the best description I can think of for this situation is that this isn't a big or small government; it's an enormous nonprofit corporation. It lacks the one crucial element to make it a government: the legal monopoly on the use of force.&lt;br&gt;&lt;br&gt;-Billy</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Wed, 15 Dec 2004 11:50:52 -0000</pubDate></item><item><title>Re: Are Libertarians Cheerier?</title><link>http://willwilkinson.disqus.com/are_libertarians_cheerier/#comment-3707921</link><description>Cheerful? I'm sorry, but I have to disagree. Or I have to change my reading list. The libertarian blogs I read talk endlessly about the sheer horror of the obstacles we face, how deceived everyone else is, and so on.&lt;br&gt;&lt;br&gt;Almost none of them say ANYTHING about optimism, much less about how specifically to achieve the changes we want.&lt;br&gt;&lt;br&gt;I'm an optimistic libertarian. I enjoy reading left, right, center, and libertarian writings. I like thinking of ways to solve things (while making money).&lt;br&gt;&lt;br&gt;The rationales I see here for libertarian cheerieness would depress me if I believed them. I should be cheery because conservatives have a twinge when they vote for Bush, or because conservatives play dirtier than liberals? Please! Stop salivating; Pavlov's left the building. I should be cheery because I believe that people are basically good and don't need oversight? Then why do the people we have keep on setting up horrible oversight?&lt;br&gt;&lt;br&gt;There's a much better reason to be cheerful -- it's because we're working for change, and we know what we're doing. I believe most of us know what we're doing, but most of us aren't doing anything.&lt;br&gt;&lt;br&gt;So hop to it! Make those changes! And stop whining, for heaven's sake. It's not a political failure; it's a business opportunity!!!!&lt;br&gt;&lt;br&gt;-Billy</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Tue, 21 Dec 2004 08:13:43 -0000</pubDate></item><item><title>Re: OhGizmo!  &amp;raquo; Archive  &amp;raquo; How Things Change</title><link>http://ohgizmo.disqus.com/ohgizmo_raquo_archive_raquo_how_things_change/#comment-1754954</link><description>I had one of these with a TRS80 model III someone gave me. Actually, mine was only 5MB, but it looked the same, just wider.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Wed, 02 Nov 2005 00:38:51 -0000</pubDate></item><item><title>Re: OhGizmo!  &amp;raquo; Archive  &amp;raquo; The Wind-Turbine Cellphone-Charging Taxicab</title><link>http://ohgizmo.disqus.com/ohgizmo_raquo_archive_raquo_the_wind_turbine_cellphone_charging_taxicab/#comment-1755004</link><description>You guys should be expecting the inefficiency; read the cited purpose: "The initiative is intended to promote the use of clean energy in the context of the Kyoto Protocol."&lt;br&gt;&lt;br&gt;In that context, it's all about looking good by doing SOMETHING, no matter how ineffective.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Tue, 08 Nov 2005 00:43:44 -0000</pubDate></item><item><title>Re: Fine. Git is Awesome.</title><link>http://caffinatedsimpleton.disqus.com/fine_git_is_awesome/#comment-5809049</link><description>As a committed Mercurial user and fan, I have to admit: well said. Git does many things better. Right at the moment Mercurial is better on Windows, so any cross-platform project needs to carefully weigh the options, but I find Git's current feature set to be more capable.&lt;br&gt;&lt;br&gt;Also notable... Although Mercurial's historical refusal to deeply support history rewriting is well-principled and reasonable, Git's support for it is actually sensible given Git's architecture. It turns out that while Mercurial is built on the idea that a version control system should remember differences (and reconstruct the actual files), Git is built on the idea that a version control system should only remember files (and store differences only to save space). Thus, when you edit a Mercurial history you're forcing Mercurial to alter the most important data it has; when you edit a Git history you're merely changing some files (usually only removing files), no different (in principle) from checking in a branch.&lt;br&gt;&lt;br&gt;Mercurial's architecture makes perfect sense, and gives it a huge head start in speed and size; but Git's architecture really does preserve the things that matter most (the actual files), which makes inherently risky things like rewriting history relatively risk-free.&lt;br&gt;&lt;br&gt;Thumbs up to Git for a flexible and sensible architecture.&lt;br&gt;&lt;br&gt;I'm still using Mercurial for its superb Windows support (sorry, guys, gotta use it); but I'm keeping my eye on Git. (By the way, aside from extreme slowness, Git also hasn't gotten git-svn working reliably on Windows -- at least not while I've been watching.)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Tue, 03 Feb 2009 10:47:52 -0000</pubDate></item><item><title>Re: Fine. Git is Awesome.</title><link>http://caffinatedsimpleton.disqus.com/fine_git_is_awesome/#comment-5817131</link><description>That's not entirely accurate... msys is a set of libraries to allow POSIX applications to (sometimes) run on Windows. Its entire intent was to get rid of the "compatibility layer" problem with cygwin.&lt;br&gt;&lt;br&gt;I'm not saying you SHOULD be using msys or git; but I am saying that using it is no worse than using any other large, multiplatform library. Certainly Qt would be no better, for example.&lt;br&gt;&lt;br&gt;There are better reasons; for example, one might dislike the atrociously slow performance of git on Windows after seeing so many people advertise its speed as being one of its best features. Perhaps one might dislike its slapdash implementation in an odd mixture of bash, perl, and C. (And probably others.) I would share those dislikes.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Tue, 03 Feb 2009 15:49:54 -0000</pubDate></item><item><title>Re: Tierney, Simon, and 300 Million Resources</title><link>http://cafehayek.disqus.com/tierney_simon_and_300_million_resources/#comment-13618100</link><description>&lt;p&gt;The end of this essay referred to the gloom&amp;#39;n&amp;#39;doomers as &amp;quot;Malthusian&amp;quot;. From what I&amp;#39;ve read (I haven&amp;#39;t read Mathus&amp;#39; works, but I&amp;#39;ve read much of Mises, who cited him frequently), Malthus was more of a classical economist, and believed that human behavior would adjust itself to the restrictions, thus preventing a breakdown.&lt;/p&gt;&lt;br&gt;&lt;p&gt;Was Mises taking Malthus out of context? Or perhaps should the adjective be &amp;quot;Ehrlichian&amp;quot; (&amp;quot;the population bomb&amp;quot;) rather than &amp;quot;Malthusian&amp;quot;?&lt;/p&gt;&lt;br&gt;&lt;p&gt;-Billy&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">William Tanksley Jr</dc:creator><pubDate>Sun, 15 Oct 2006 10:29:59 -0000</pubDate></item></channel></rss>