<?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: Introducing PodSleuth</title>
	<atom:link href="http://abock.org/2007/10/20/introducing-podsleuth/feed/" rel="self" type="application/rss+xml" />
	<link>http://abock.org/2007/10/20/introducing-podsleuth/</link>
	<description></description>
	<lastBuildDate>Sun, 07 Mar 2010 08:30:50 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Aaron Bockover &#187; Banshee 0.13.2 &#8230; at last!</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-125868</link>
		<dc:creator>Aaron Bockover &#187; Banshee 0.13.2 &#8230; at last!</dc:creator>
		<pubDate>Wed, 09 Jan 2008 21:08:32 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-125868</guid>
		<description>[...] On the iPod side of things, there have been some pretty heavy changes since the last release. We now require PodSleuth and the latest ipod-sharp. This is the first release that drops libipoddevice, the hardware layer that was obsoleted by PodSleuth. [...]</description>
		<content:encoded><![CDATA[<p>[...] On the iPod side of things, there have been some pretty heavy changes since the last release. We now require PodSleuth and the latest ipod-sharp. This is the first release that drops libipoddevice, the hardware layer that was obsoleted by PodSleuth. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Flower</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-108321</link>
		<dc:creator>John Flower</dc:creator>
		<pubDate>Tue, 20 Nov 2007 09:04:28 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-108321</guid>
		<description>Hurrah for ipod support!

I converted a blista user to linux becuase their ipod shuffle was mounting and unmounting in quick succession and therefore they could not transfer songs to it. I put in a live linux cd andshowed them that their shuffle would stay mounted. They decided that they preferred an OS that supported their shuffle and switched to linux.

I almost made another convert who had bought a second, newer, ipod. But failed because amarok using libipoddevice couldn&#039;t update a 6g ipod&#039;s database :(.

Keep up the good work. I am looking forward to seeing amarok using podsleuth.</description>
		<content:encoded><![CDATA[<p>Hurrah for ipod support!</p>
<p>I converted a blista user to linux becuase their ipod shuffle was mounting and unmounting in quick succession and therefore they could not transfer songs to it. I put in a live linux cd andshowed them that their shuffle would stay mounted. They decided that they preferred an OS that supported their shuffle and switched to linux.</p>
<p>I almost made another convert who had bought a second, newer, ipod. But failed because amarok using libipoddevice couldn&#8217;t update a 6g ipod&#8217;s database :(.</p>
<p>Keep up the good work. I am looking forward to seeing amarok using podsleuth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: joe shaw /</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-97578</link>
		<dc:creator>joe shaw /</dc:creator>
		<pubDate>Sun, 28 Oct 2007 21:08:01 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-97578</guid>
		<description>[...] Aaron&#8217;s post about PodSleuth, there was this comment by SÃ¸ren Hauberg: I think you (and many others) are missing one of the main mono problems. From [...]</description>
		<content:encoded><![CDATA[<p>[...] Aaron&#8217;s post about PodSleuth, there was this comment by SÃ¸ren Hauberg: I think you (and many others) are missing one of the main mono problems. From [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian McKellar</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-94273</link>
		<dc:creator>Ian McKellar</dc:creator>
		<pubDate>Mon, 22 Oct 2007 15:33:12 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-94273</guid>
		<description>That&#039;s awesome! I can&#039;t wait to have a play with this.

Ian</description>
		<content:encoded><![CDATA[<p>That&#8217;s awesome! I can&#8217;t wait to have a play with this.</p>
<p>Ian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Henstridge</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-94087</link>
		<dc:creator>James Henstridge</dc:creator>
		<pubDate>Mon, 22 Oct 2007 03:41:24 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-94087</guid>
		<description>anon: try turning that question around: if you are writing an program that will run as root, why _wouldn&#039;t_ you choose a language with automatic memory management and array bounds checking?

Also note the nature of this program: when an iPod is plugged in, the program gets run by HAL.  It inspects the device, annotates the device info in HAL and exits.  There is no long-running daemon process sitting round eating your memory.

Assuming you have the resources available to run such a transient program, and it completes its job in a reasonable amount of time, the language choice does not seem to be that big a deal.</description>
		<content:encoded><![CDATA[<p>anon: try turning that question around: if you are writing an program that will run as root, why _wouldn&#8217;t_ you choose a language with automatic memory management and array bounds checking?</p>
<p>Also note the nature of this program: when an iPod is plugged in, the program gets run by HAL.  It inspects the device, annotates the device info in HAL and exits.  There is no long-running daemon process sitting round eating your memory.</p>
<p>Assuming you have the resources available to run such a transient program, and it completes its job in a reasonable amount of time, the language choice does not seem to be that big a deal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kevin</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-94041</link>
		<dc:creator>kevin</dc:creator>
		<pubDate>Mon, 22 Oct 2007 00:39:05 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-94041</guid>
		<description>Banshee is an awesome program and frankly I don&#039;t care which language its written in because its so good. Are we going to see iPhone support? What ever happened to the list view changes?</description>
		<content:encoded><![CDATA[<p>Banshee is an awesome program and frankly I don&#8217;t care which language its written in because its so good. Are we going to see iPhone support? What ever happened to the list view changes?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anon</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-93938</link>
		<dc:creator>anon</dc:creator>
		<pubDate>Sun, 21 Oct 2007 17:48:30 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-93938</guid>
		<description>WRT disk space: It might be possible to package mono in such a small package, but is it possible to get it that way in the popular distros?

Disk space is not the main concern, the RAM is, it won&#039;t be 8MB in ram, more likely 10x that.

This thing runs as root, so you&#039;d have mono running as root. Not a great idea. 

wc -l `find src -name \*.cs` says 2790 lines. Having the mono overhead for that much code does not seem so good.</description>
		<content:encoded><![CDATA[<p>WRT disk space: It might be possible to package mono in such a small package, but is it possible to get it that way in the popular distros?</p>
<p>Disk space is not the main concern, the RAM is, it won&#8217;t be 8MB in ram, more likely 10x that.</p>
<p>This thing runs as root, so you&#8217;d have mono running as root. Not a great idea. </p>
<p>wc -l `find src -name \*.cs` says 2790 lines. Having the mono overhead for that much code does not seem so good.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ilya</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-93824</link>
		<dc:creator>Ilya</dc:creator>
		<pubDate>Sun, 21 Oct 2007 11:33:16 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-93824</guid>
		<description>Sounds very positive. Is it easy to implement things like those on Mono? Did you even have to touch native code to talk to HAL?</description>
		<content:encoded><![CDATA[<p>Sounds very positive. Is it easy to implement things like those on Mono? Did you even have to touch native code to talk to HAL?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jospoortvliet</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-93781</link>
		<dc:creator>jospoortvliet</dc:creator>
		<pubDate>Sun, 21 Oct 2007 09:27:25 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-93781</guid>
		<description>@Miguel: 8meg is rather doable, yes. I would not hate it if that would be needed for a mono application. But it&#039;s way too much for a small library needed by Amarok... Most of these libs don&#039;t need any other crap besides the standard C libs. Sometimes glibc, that&#039;s doable. But I&#039;m already annoyed by the Ubuntu version of libgpod, which depends on GTK2+ - pretty silly, it&#039;s the only reason I have it installed on my laptop. I don&#039;t care about gtk nor mono libs on my main system, dualcore + 3gb ram - it can handle some redundant libraries. But my 6 year old laptop can&#039;t, and I try to get rid of everything I don&#039;t really need. So I would vote against using this library because it needs mono, simple as that.</description>
		<content:encoded><![CDATA[<p>@Miguel: 8meg is rather doable, yes. I would not hate it if that would be needed for a mono application. But it&#8217;s way too much for a small library needed by Amarok&#8230; Most of these libs don&#8217;t need any other crap besides the standard C libs. Sometimes glibc, that&#8217;s doable. But I&#8217;m already annoyed by the Ubuntu version of libgpod, which depends on GTK2+ &#8211; pretty silly, it&#8217;s the only reason I have it installed on my laptop. I don&#8217;t care about gtk nor mono libs on my main system, dualcore + 3gb ram &#8211; it can handle some redundant libraries. But my 6 year old laptop can&#8217;t, and I try to get rid of everything I don&#8217;t really need. So I would vote against using this library because it needs mono, simple as that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Miguel de Icaza</title>
		<link>http://abock.org/2007/10/20/introducing-podsleuth/comment-page-1/#comment-93640</link>
		<dc:creator>Miguel de Icaza</dc:creator>
		<pubDate>Sun, 21 Oct 2007 03:42:14 +0000</pubDate>
		<guid isPermaLink="false">http://abock.org/2007/10/20/introducing-podsleuth/#comment-93640</guid>
		<description>Anonymous and Jonas, you guys did not read what I said, a small installation takes about 8 megs.

In fact, I just found a blog post where I summarized the debian package for Mono for the requirements from PodSleuth, it is 7.5 megs:

http://tirania.org/blog/archive/2007/Jul-08-2.html

That is the on-disk usage, the download is 2.5 megs or so.

Miguel.</description>
		<content:encoded><![CDATA[<p>Anonymous and Jonas, you guys did not read what I said, a small installation takes about 8 megs.</p>
<p>In fact, I just found a blog post where I summarized the debian package for Mono for the requirements from PodSleuth, it is 7.5 megs:</p>
<p><a href="http://tirania.org/blog/archive/2007/Jul-08-2.html" rel="nofollow">http://tirania.org/blog/archive/2007/Jul-08-2.html</a></p>
<p>That is the on-disk usage, the download is 2.5 megs or so.</p>
<p>Miguel.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
