<?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 for blog.jacius.info</title>
	<atom:link href="http://blog.jacius.info/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.jacius.info</link>
	<description></description>
	<lastBuildDate>Sat, 06 Apr 2013 07:43:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>Comment on Git Submodules Cheat Sheet by hit9</title>
		<link>http://blog.jacius.info/git-submodule-cheat-sheet/comment-page-1/#comment-4044</link>
		<dc:creator>hit9</dc:creator>
		<pubDate>Sat, 06 Apr 2013 07:43:53 +0000</pubDate>
		<guid isPermaLink="false">http://90/2009/08/09/git-submodule-cheat-sheet#comment-4044</guid>
		<description>such a beautiful blog! I am wondering if  I can use `git add` some files under submodule to parent repo</description>
		<content:encoded><![CDATA[<p>such a beautiful blog! I am wondering if  I can use `git add` some files under submodule to parent repo</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git Submodules Cheat Sheet by Mohsin Hijazee</title>
		<link>http://blog.jacius.info/git-submodule-cheat-sheet/comment-page-1/#comment-3990</link>
		<dc:creator>Mohsin Hijazee</dc:creator>
		<pubDate>Fri, 05 Apr 2013 17:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://90/2009/08/09/git-submodule-cheat-sheet#comment-3990</guid>
		<description>And if you want to update all the submodules of a project:

$ git submodule foreach git pull origin master</description>
		<content:encoded><![CDATA[<p>And if you want to update all the submodules of a project:</p>
<p>$ git submodule foreach git pull origin master</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Rubyist&#8217;s Impressions of Common Lisp by Alpheus</title>
		<link>http://blog.jacius.info/2012/04/04/a-rubyists-impressions-of-common-lisp/comment-page-1/#comment-3946</link>
		<dc:creator>Alpheus</dc:creator>
		<pubDate>Fri, 05 Apr 2013 06:20:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jacius.info/?p=872#comment-3946</guid>
		<description>I&#039;d have to agree that I&#039;ve found the Ruby culture to be somewhat off-putting myself.  In my exposures to the Ruby culture, I have the impression that their conferences tend to be mysogenic (and in ways that are particularly offensive to a religious person like myself), and Ruby blogposts tend to be filled with vulgarity.  And while I wanted to get through &quot;Why&#039;s Poignant Guide to Ruby&quot; (I like weird, off the wall things), the guide was a bit *too* weird for me (although I still have great admiration for it).

Having said that, this culture hasn&#039;t been the primary reason why I haven&#039;t gotten into Ruby.  I&#039;m pretty good at ignoring culture when I have to.  I think the biggest reason I haven&#039;t gotten into Ruby is because I&#039;ve spent so many years in Python, and I don&#039;t see what I could learn from Ruby, that&#039;s going to be all that different from Python...and I have also concluded that I would learn everything that Ruby can offer me, but Python can&#039;t, by learning Common Lisp.

I would also add that the Python community has had a bit of a reputation for being &quot;cold&quot;, particularly compared to the Perl community...so it probably can&#039;t be held up as the best standard, either...</description>
		<content:encoded><![CDATA[<p>I&#8217;d have to agree that I&#8217;ve found the Ruby culture to be somewhat off-putting myself.  In my exposures to the Ruby culture, I have the impression that their conferences tend to be mysogenic (and in ways that are particularly offensive to a religious person like myself), and Ruby blogposts tend to be filled with vulgarity.  And while I wanted to get through &#8220;Why&#8217;s Poignant Guide to Ruby&#8221; (I like weird, off the wall things), the guide was a bit *too* weird for me (although I still have great admiration for it).</p>
<p>Having said that, this culture hasn&#8217;t been the primary reason why I haven&#8217;t gotten into Ruby.  I&#8217;m pretty good at ignoring culture when I have to.  I think the biggest reason I haven&#8217;t gotten into Ruby is because I&#8217;ve spent so many years in Python, and I don&#8217;t see what I could learn from Ruby, that&#8217;s going to be all that different from Python&#8230;and I have also concluded that I would learn everything that Ruby can offer me, but Python can&#8217;t, by learning Common Lisp.</p>
<p>I would also add that the Python community has had a bit of a reputation for being &#8220;cold&#8221;, particularly compared to the Perl community&#8230;so it probably can&#8217;t be held up as the best standard, either&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Rubyist&#8217;s Impressions of Common Lisp by Alpheus</title>
		<link>http://blog.jacius.info/2012/04/04/a-rubyists-impressions-of-common-lisp/comment-page-1/#comment-3945</link>
		<dc:creator>Alpheus</dc:creator>
		<pubDate>Fri, 05 Apr 2013 06:02:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jacius.info/?p=872#comment-3945</guid>
		<description>I&#039;ve been working on SIP parsing lately, and so I&#039;ve had a lot of exposure to character names of many types.  In the process, I reviewed the Intercal names of characters that I had originally been exposed to many years ago.  The funny thing is, many or most of those names are rather...inspiring.

Under Incercal, &quot;!&quot; is called &quot;wow&quot;, and &quot;?&quot; is called &quot;what&quot; (although I also like A.H.&#039;s &quot;eh&quot;).  For some reason unbeknownst to me, I&#039;ve taken a dislike to calling &quot;!&quot; a &quot;bang&quot;, and &quot;exclamation&quot; is a bit long...I might just adopt &quot;wow&quot;.

I would have to admit that I don&#039;t like all of Intercal&#039;s names, though, but they are nonetheless thought-provoking.  I particularly like &quot;wax&quot; for &quot;(&quot; and &quot;wane&quot; for &quot;)&quot;; this inspired me to refer to &quot;&quot; as &quot;rex&quot; (for their roles in XML)...and I&#039;m still in the thought-process of renaming other characters.

Of course, this is somewhat academic, because in Java (which is what my work uses), you have to be Formal with your names, and when I tinker with this at home in Common Lisp, I have found that all the names have already been taken care of with the syntax.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been working on SIP parsing lately, and so I&#8217;ve had a lot of exposure to character names of many types.  In the process, I reviewed the Intercal names of characters that I had originally been exposed to many years ago.  The funny thing is, many or most of those names are rather&#8230;inspiring.</p>
<p>Under Incercal, &#8220;!&#8221; is called &#8220;wow&#8221;, and &#8220;?&#8221; is called &#8220;what&#8221; (although I also like A.H.&#8217;s &#8220;eh&#8221;).  For some reason unbeknownst to me, I&#8217;ve taken a dislike to calling &#8220;!&#8221; a &#8220;bang&#8221;, and &#8220;exclamation&#8221; is a bit long&#8230;I might just adopt &#8220;wow&#8221;.</p>
<p>I would have to admit that I don&#8217;t like all of Intercal&#8217;s names, though, but they are nonetheless thought-provoking.  I particularly like &#8220;wax&#8221; for &#8220;(&#8221; and &#8220;wane&#8221; for &#8220;)&#8221;; this inspired me to refer to &#8220;&#8221; as &#8220;rex&#8221; (for their roles in XML)&#8230;and I&#8217;m still in the thought-process of renaming other characters.</p>
<p>Of course, this is somewhat academic, because in Java (which is what my work uses), you have to be Formal with your names, and when I tinker with this at home in Common Lisp, I have found that all the names have already been taken care of with the syntax.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Personal Lisp Crisis by Ahmed Fasih</title>
		<link>http://blog.jacius.info/2012/05/29/a-personal-lisp-crisis/comment-page-1/#comment-1462</link>
		<dc:creator>Ahmed Fasih</dc:creator>
		<pubDate>Thu, 31 Jan 2013 15:21:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jacius.info/?p=969#comment-1462</guid>
		<description>You mentioned Clojure, Racket, Chicken, et al., any thoughts on Guile (Scheme) or Lua, both designed from the ground up to embed into C?</description>
		<content:encoded><![CDATA[<p>You mentioned Clojure, Racket, Chicken, et al., any thoughts on Guile (Scheme) or Lua, both designed from the ground up to embed into C?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git tip: Fix a mistake in a previous commit by Tom</title>
		<link>http://blog.jacius.info/2008/06/22/git-tip-fix-a-mistake-in-a-previous-commit/comment-page-1/#comment-1339</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 23 Jan 2013 17:22:23 +0000</pubDate>
		<guid isPermaLink="false">http://90/2008/09/06/git-tip-fix-a-mistake-in-a-previous-commit#comment-1339</guid>
		<description>This saved my evening !

I didn&#039;t knew that you could rebase a branch on itself.

Thanks</description>
		<content:encoded><![CDATA[<p>This saved my evening !</p>
<p>I didn&#8217;t knew that you could rebase a branch on itself.</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Your Git Submodule and You by ach</title>
		<link>http://blog.jacius.info/2009/08/09/your-git-submodule-and-you/comment-page-1/#comment-1168</link>
		<dc:creator>ach</dc:creator>
		<pubDate>Thu, 10 Jan 2013 09:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://90/2009/08/09/your-git-submodule-and-you#comment-1168</guid>
		<description>Hi
Cloning is not working properly for sub modules.
I have a Main repo and added two repos as sub modules.Inside that sub modules also i have some repos.

for Eg: Repo main -&gt;sub module repo A(A having two repos as sub modules B and C).

While cloning (git clone --recursive git @IP…:Repo main)

I am able to see sub module repo A.but it is not listing the sub module repos inside A(B and C)

But i am able to clone submodule repo B and C seperately.</description>
		<content:encoded><![CDATA[<p>Hi<br />
Cloning is not working properly for sub modules.<br />
I have a Main repo and added two repos as sub modules.Inside that sub modules also i have some repos.</p>
<p>for Eg: Repo main -&gt;sub module repo A(A having two repos as sub modules B and C).</p>
<p>While cloning (git clone &#8211;recursive git @IP…:Repo main)</p>
<p>I am able to see sub module repo A.but it is not listing the sub module repos inside A(B and C)</p>
<p>But i am able to clone submodule repo B and C seperately.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git Submodules Cheat Sheet by dave</title>
		<link>http://blog.jacius.info/git-submodule-cheat-sheet/comment-page-1/#comment-964</link>
		<dc:creator>dave</dc:creator>
		<pubDate>Wed, 12 Dec 2012 23:31:38 +0000</pubDate>
		<guid isPermaLink="false">http://90/2009/08/09/git-submodule-cheat-sheet#comment-964</guid>
		<description>In the first recipe, shouldn&#039;t the last line be:

&lt;code&gt;[main]$  git commit .gitmodules -m &quot;Added submodule as ./subm&quot;&lt;/code&gt;</description>
		<content:encoded><![CDATA[<p>In the first recipe, shouldn&#8217;t the last line be:</p>
<p><code>[main]$  git commit .gitmodules -m "Added submodule as ./subm"</code></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Git tip: Fix a mistake in a previous commit by Andreas</title>
		<link>http://blog.jacius.info/2008/06/22/git-tip-fix-a-mistake-in-a-previous-commit/comment-page-1/#comment-747</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Fri, 09 Nov 2012 17:34:43 +0000</pubDate>
		<guid isPermaLink="false">http://90/2008/09/06/git-tip-fix-a-mistake-in-a-previous-commit#comment-747</guid>
		<description>Thanks for the blog, just used that process.

For those who forgot to add a file to the index before committing and stumbled upon it a while later:
After step 6, you can apply the stash, add the missed file to the index and commit as in step 7. After that you &#039;git stash&#039; again.

If you stash again _before_ step 7 the file will not be committed, it will be staged.</description>
		<content:encoded><![CDATA[<p>Thanks for the blog, just used that process.</p>
<p>For those who forgot to add a file to the index before committing and stumbled upon it a while later:<br />
After step 6, you can apply the stash, add the missed file to the index and commit as in step 7. After that you &#8216;git stash&#8217; again.</p>
<p>If you stash again _before_ step 7 the file will not be committed, it will be staged.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A Personal Lisp Crisis by Faré</title>
		<link>http://blog.jacius.info/2012/05/29/a-personal-lisp-crisis/comment-page-1/#comment-670</link>
		<dc:creator>Faré</dc:creator>
		<pubDate>Wed, 31 Oct 2012 12:22:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.jacius.info/?p=969#comment-670</guid>
		<description>I can&#039;t blame you for leaving the CL community. I myself am attached by my job and by mental inertia, as well as by the relative performance of SBCL.

However, there are many people who are making the CL community better. Xach is one of them, with quicklisp. As for cleaning up the language, I believe it is better to provide and document new APIs such as LIL and make them 100% solutions than to vainly try to organize existing APIs.

Chicken is a nice choice, but I believe you are short-selling Racket by rejecting it on license grounds. Many people do proprietary software on top of Racket. Please pick a better reason to reject Racket (or not).</description>
		<content:encoded><![CDATA[<p>I can&#8217;t blame you for leaving the CL community. I myself am attached by my job and by mental inertia, as well as by the relative performance of SBCL.</p>
<p>However, there are many people who are making the CL community better. Xach is one of them, with quicklisp. As for cleaning up the language, I believe it is better to provide and document new APIs such as LIL and make them 100% solutions than to vainly try to organize existing APIs.</p>
<p>Chicken is a nice choice, but I believe you are short-selling Racket by rejecting it on license grounds. Many people do proprietary software on top of Racket. Please pick a better reason to reject Racket (or not).</p>
]]></content:encoded>
	</item>
</channel>
</rss>
