<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:admin="http://webns.net/mvcb/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:html="http://www.w3.org/1999/html" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>Ross Burton</title><link>http://www.burtonini.com/blog</link><description>A potted account of Ross' life</description><language>en</language><ttl>60</ttl><dc:creator>Ross Burton</dc:creator><admin:generatorAgent rdf:resource="http://pyblosxom.sourceforge.net/"/><admin:errorReportsTo rdf:resource="mailto:ross@burtonini.com"/><item><title>More Avahi Love</title><guid isPermaLink="false">computers/avahi-gnomevfs-2006-02-13-13-10</guid><link>http://www.burtonini.com/blog/computers/avahi-gnomevfs-2006-02-13-13-10</link><description>Today's Avahi Love posting covers publishing SFTP servers. My NAS box runs SSH, so I can use the ssh: method ...</description><content:encoded><![CDATA[    <p>
      Today's Avahi Love posting covers publishing SFTP servers.  My NAS box
      runs SSH, so I can use the <tt>ssh:</tt> method in gnome-vfs to browse the
      filesystem (it uses SFTP).  The magic service file is:
    </p>
    <blockquote><pre>
&lt;?xml version="1.0" standalone='no'?&gt;
&lt;service-group&gt;
  &lt;name replace-wildcards="yes"&gt;Remote Files on %h&lt;/name&gt;
  &lt;service&gt;
    &lt;type&gt;_sftp-ssh._tcp&lt;/type&gt;
    &lt;port&gt;22&lt;/port&gt;
  &lt;/service&gt;
&lt;/service-group&gt;</pre></blockquote>
    <p>
      Restart Avahi and then with a suitable Avahi-enabled gnome-vfs, there will
      be entries in <cite>Places &#8594; Network Servers</cite> for each machine that
      file is installed on.  Kick arse!
    </p>
]]></content:encoded><category domain="http://www.burtonini.com">/computers</category><dc:date>2006-02-13T13:10:00Z</dc:date></item><item><title>Why I Don't Use GnomeFiles</title><guid isPermaLink="false">computers/gnomefiles-2006-02-13-12-40</guid><link>http://www.burtonini.com/blog/computers/gnomefiles-2006-02-13-12-40</link><description>My Top Five Reasons as to why I don't update the information for Sound Juicer in GnomeFiles often: No programmatic ...</description><content:encoded><![CDATA[    <p>
      My Top Five Reasons as to why I don't update the information for <a
        href="http://gnomefiles.org/app.php?soft_id=426">Sound Juicer</a> in <a
        href="http://gnomefiles.org">GnomeFiles</a> often:
    </p>
    <ol>
      <li>No programmatic way of uploading new versions.  Freshmeat has a
        XML-RPC interface and sample implementation, <a
          href="http://freshmeat.net/projects/freshmeat-submit">freshmeat-submit</a>.
        This means I could integrate posting new versions into my <tt>make
          release</tt> script, which also uploads source tarballs to
        <tt>ftp.gnome.org</tt> and puts the latest <a
          href="http://usefulinc.com/doap">DOAP</a> file on
        <tt>burtonini.com</tt>.  Ideally GnomeFiles will let me specify a DOAP
        URL and the server will fetch it regularly, updating the information
        when it changes.
      </li>
      <li>
        When adding a new version I need to fill in the download location field
        from scratch.  For every Sound Juicer release this is going to look like
        <tt>http://ftp.gnome.org/pub/gnome/source/sound-juicer/2.[something]/sound-juicer-2.[something].tar.gz</tt>.
        It's a good assumption that if one version was at some URL, the next
        version will be at a very similar URL, so why not pre-fill that field
        with the previous version's URL?  Freshmeat does this, and it turns
        typing in a long URL into changing a single number.
      </li>
      <li>
        I need to fill in the file size of the file at the URL.  Why can't the
        server do that?  If the download is over HTTP it could do a
        <tt>HEAD</tt> request and extract the <tt>Content-Length</tt> header.
      </li>
      <li>
        No support for branches.  There are two branches of Sound Juicer
        development at any moment: stable and development.  I have to pick one
        of these to publish, so am either publishing only the stable release, or
        the development releases.  People who want to know about the other
        releases can't find this information out.
      </li>
      <li>
        This one is petty, but it bugged me. <cite>Description of the file to
        download eg. "Binary" or "gnomefiles.org Server"</cite>.  One of those
        is a description of the file, the other is a description of the site.
      </li>
    </ol>
    <p>
      <small>NP: <cite>Black Diamond</cite>, Angie Stone</small>
    </p>
]]></content:encoded><category domain="http://www.burtonini.com">/computers</category><dc:date>2006-02-13T12:40:00Z</dc:date></item></channel></rss>