<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Advogato blog for fdrake</title>
    <link>http://www.advogato.org/person/fdrake/</link>
    <description>Advogato blog for fdrake</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Wed, 22 May 2013 20:00:49 GMT</pubDate>
    <item>
      <pubDate>Mon, 2 Apr 2007 13:40:25 GMT</pubDate>
      <title>2 Apr 2007</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=9</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=9</guid>
      <description>Well, &lt;a&#xD;
href="http://mail.python.org/pipermail/python-dev/2007-April/072434.html"&#xD;
&gt;Guido's post&lt;/a&gt; to python-dev made me take a look at&#xD;
Advogato again, and found that there's now a&#xD;
password-recovery feature.  So I'm back!&#xD;
&#xD;
&lt;p&gt; It's been a long time since I've posted here, and I need to&#xD;
update my "who am I" text as well.</description>
    </item>
    <item>
      <pubDate>Fri, 21 Dec 2001 22:00:48 GMT</pubDate>
      <title>21 Dec 2001</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=8</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=8</guid>
      <description>The book I co-authored has finally arrived!  &lt;i&gt;Python &amp;amp;
XML&lt;/i&gt;, from &lt;a
href="http://www.oreilly.com/"&gt;O'Reilly&lt;/a&gt;, is now
available; it should start to appear in bookstores over the
next week.  Hopefully you'll find a copy in time for the
holidays!  It's not like there's anything else to do, now is
there?   ;-)</description>
    </item>
    <item>
      <pubDate>Fri, 19 Oct 2001 21:25:02 GMT</pubDate>
      <title>19 Oct 2001</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=7</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=7</guid>
      <description>&lt;em&gt;Woo hoo!&lt;/em&gt;  It looks like I'll be talking about
&lt;b&gt;HotShot&lt;/b&gt;, the new Python profiler, at the next &lt;a
href="http://www.python10.org/"&gt;Python conference&lt;/a&gt;!  I
guess I need to get documentation and user-level tools
checked into CVS over the next week.  I think we're starting
to get a grip on how we want the information to be
presented; I just need to get the first stab at the code and
documentation written.  There are many opportunities for
tools to be able to extract the information from the profile
logs once I get a nicer API built up (currently in progress)
and a sample tool or two bundled with Python.</description>
    </item>
    <item>
      <pubDate>Fri, 12 Oct 2001 04:33:30 GMT</pubDate>
      <title>12 Oct 2001</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=6</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=6</guid>
      <description>Well!  I certainly haven't written anything here in a long 
time.
&lt;p&gt;
I suppose I've been busy, but it's not easy to know just 
what I've done.  I've learned a bit more about Zope and 
spent time working on a variety of documentation issues for 
Python.  I've done a little bit more on the XML conversion 
project there, but mostly just maintenance so the 
preliminary conversion doesn't fall too far behind the 
actual definition of the markup in the LaTeX version.  
There have been a few new things added, but not too many.
&lt;p&gt;
Lately I've been working on a new profiler for Python, and 
this one shouldn't be so darn slow.  Written entirely in C, 
&lt;b&gt;HotShot&lt;/b&gt; never touches Python code and avoids the 
slow path calling PyCFunction objects; to the best of my 
knowledge, it's the first profiler that uses the new 
profiler/tracer API introduced in Python 2.2.  I expect to 
check the code into the Python CVS repository tomorrow.  It 
shouldn't be too hard to create a coverage tool using the 
same basic model, and that should be really fast -- the 
slowest thing about the profiler is getting the time using 
a system call.  I guess the next thing to work on once we 
have a basic analysis tool will be to get timing 
information faster.
&lt;p&gt;
Oh, and I've written a book.  Well, part of one anyway; 
I've never even met my co-author.  The book, titled 
&lt;em&gt;Python &amp;amp; XML&lt;/em&gt;, should be out by the end of the 
year.  Watch for it!</description>
    </item>
    <item>
      <pubDate>Sat, 21 Apr 2001 06:27:14 GMT</pubDate>
      <title>21 Apr 2001</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=5</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=5</guid>
      <description>Well, well, well... I've been busy lately!  I've spent a fair bit of time looking into some of the evolving W3C specifications, especially the XML DOM stuff.  It's a little interesting seeing the directions the specs are being pulled in -- not sure of the motivations, sometimes!

&lt;p&gt; &lt;p&gt;
My own DOM implementation is growing, but only slowly at this point -- I've worked on my Level 3 Loading module, and have at least a few test cases for non-default behaviors.

&lt;p&gt; &lt;p&gt;
I spent a little time this evening working on my scripts for conversion of the LaTeX documentation for Python to XML -- perhaps that's not such a hopeless goal!  I think I need to think further about the following topics:

&lt;p&gt; &lt;ul&gt;
&lt;li&gt; &lt;b&gt;The document schema:&lt;/b&gt;  Specifically, function and method signatures need some attention.

&lt;p&gt; &lt;p&gt;
&lt;li&gt; &lt;b&gt;Composition:&lt;/b&gt;  If I go with smaller documents for module references, say one file per Python module, I'll want a composition mechanism that lets me put together a nicely interlinked web of references from a collection of module references and other text.  It would be nice to keep a single collection of module references which could accomodate multiple top-level views.

&lt;p&gt; &lt;p&gt;
&lt;li&gt; &lt;b&gt;Formatting for display:&lt;/b&gt;  I've started playing with XSLT, and might be able to use that for a lot of the formatting, but I'm not sure yet.  I need to learn a lot more about it to manage the hyperlinking between module references in a reasonable way.

&lt;p&gt; &lt;p&gt;
&lt;li&gt; &lt;b&gt;Typesetting:&lt;/b&gt;  Yes, I still think this is useful!  Perhaps not for the library reference, but certainly for most of the other documents.  Displays just aren't good enough for extended reading.  I can probably use XSLT to generate LaTeX similar to the current markup, and then use a variant of my current document classes to make it look good.
&lt;/ul&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 28 Feb 2001 06:54:36 GMT</pubDate>
      <title>28 Feb 2001</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=4</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=4</guid>
      <description>Not much time to write at the moment, so I'll keep this
short.

&lt;p&gt; The new Expat bindings definately offer some nice
functionality, and there will be more to come once I've
found time to fix some bugs in Expat itself.  There's no way
I'll be able to get to that until after the &lt;a
href="http://www.python9.com/"&gt;Python conference&lt;/a&gt; in Long
Beach.  Anyway, the latest bindings are present in the
Python 2.1 CVS tree and in &lt;a
href="http://pyxml.sourceforge.net/"&gt;PyXML&lt;/a&gt; 0.6.4 and
newer, but you need to have the new Expat library
pre-installed for the
newer features to be used.

&lt;p&gt; The weak references implementation for Python has just about
been refined to the point where we're happy with it -- I
need to implement support for rich comparisons for the proxy
objects, but that's all that needs to be done that I'm aware
of.  The code needs to be exercised more to make sure bugs
are shaken out.  Martin von Loewis and Neil Schemenauer have
both made very valuable contributions to the implementation.

&lt;p&gt; Acquisition is still bugging me, but I can wait for another
time to talk about that.  I really need to work on my talk
for &lt;a href="http://www.python9.com/" &gt;IPC9&lt;/a&gt;.</description>
    </item>
    <item>
      <pubDate>Sat, 3 Feb 2001 22:17:34 GMT</pubDate>
      <title>3 Feb 2001</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=3</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=3</guid>
      <description>Well, I guess I've been busy, 'cause I've not written
anything here for a while.  I should develop a better habit
of it.

&lt;p&gt; &lt;p&gt; For now, we're done with the second alpha release for
Python
2.1, so that'll give us a little time to catch up in other
work, like the stuff our employer really wants us to do. 
I've been working on a project for &lt;a href="http://www.zope.org/"  &gt;Zope&lt;/a&gt; called &lt;strong&gt;&lt;a href="http://dev.zope.org/Wikis/DevSite/Projects/ParsedXML/" 
&gt;Parsed XML&lt;/a&gt;&lt;/strong&gt;.  There are a handful of us working
on it, but I'm mostly working on the DOM core.  This project
is moving along quite rapidly, and I'm a little skeptical of
saying that we're anywhere near ready for calling a release
`&lt;em&gt;stable&lt;/em&gt;.'  For some reason, I doubt the choice will
be mine!  Regardless, it has been interesting working with
acquisition for the first time -- it feels pretty fragile,
though I think I understand why it's considered desirable in
the context of Zope.

&lt;p&gt; &lt;p&gt; The continuation of the development of James Clark's
Expat
XML parser has been slow.  Clark Cooper and myself are
working on maintaining Expat and developing it to provide
more information via the API so that scripting languages can
pick up a lot more (Clark maintains the Perl interface to
Expat, and I'm extending the Python binding).  We're also
building the parser as a dynamically-linked library so that
client code doesn't run into problems when multiple
components link to the library -- this is a problem that has
been noticed in the context of Apache modules, and can
easily be found elsewhere as well.

&lt;p&gt; &lt;p&gt; The new Python bindings to Expat will offer much more
information to the application builder.  I'm using the
enhanced bindings in the Parsed XML project and hope to
merge it into PyXML and Python after resolving a few more
issues.

&lt;p&gt; &lt;p&gt; Python 2.1a2 contains my implementation of weak
references, using an approach to invalidation which we think
works really well with reference counting.  My next task for
Python will be to convert the build process for the
documentation to use a non-recursive Makefile, similar to
what Neil did for the build of the interpreter.  It wouldn't
take long if I'd just sit down and do it!</description>
    </item>
    <item>
      <pubDate>Sat, 28 Oct 2000 04:11:55 GMT</pubDate>
      <title>28 Oct 2000</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=2</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=2</guid>
      <description>Well, Guido sent out the announcement about the move to
Digital Creations today, so we can all breathe a sigh of
relief:
&lt;p&gt;
&lt;em&gt;&lt;b&gt;--sigh--&lt;/b&gt;&lt;/em&gt;
&lt;p&gt;
Checkin mail from SourceForge this week hasn't been working
at all, and we haven't been able to get ahold of them to see
how we can help.  It's really hard to develop anything when
we don't know what anyone else is actually getting done, and
patches aren't getting reviewed.  Hopefully this will get
fixed soon, but their MTA seems to be botched.  That's what
happens when you run sendmail with more traffic than it can
handle.  &lt;b&gt;;-(&lt;/b&gt;
&lt;p&gt;
I have managed to get a lot of tedious stuff done in spite
of the SourceForge mail problems and wrapping up talks with
our new employer.  Most of the Python standard library has
been run through Tim Peter's reindent.py script, which gets
rid of hard tabs, trailing whitespace, blank lines at the
end of the files, and, most importantly, converts everything
to 4-space indents!  Now we just need to write the style
guide and include it in the standard Python documentation. 
The XML package documentation is starting to fall into
place, and I've written a lot more of the "LaTeX Primer" for
the &lt;i&gt;&lt;a
href="http://python.sourceforge.net/devel-docs/doc/doc.html"&gt;Documenting
Python&lt;/a&gt;&lt;/i&gt; manual.
&lt;p&gt;
The people at iUnivere don't seem to be interested in
updating their "on-demand" published Python manuals to
recent versions of the documentation, so I'm interested in
finding someone who wants to publish short runs or on-demand
copies of the most interesting parts of the Python
documentation.  One of the problems is that few people want
to buy printed copies, and the other is that there's a lot
of it.  Or are people really keen on printing their own?
&lt;p&gt;
&lt;i&gt;(If you know of a publisher of open source documentation
interested in short-run work, please let me know about
them!)&lt;/i&gt;
&lt;p&gt;
I've started to receive comments from people who want to see
the &lt;b&gt;bzip2&lt;/b&gt; version of the documentation kept around,
with the suggestion that people are more likely to switch if
they knew how much shorter the download was.  I've changed
the &lt;a href="http://www.python.org/doc/2.0/download.html" 
&gt;documentation download page&lt;/a&gt; so the file sizes are
available; we'll see if that makes a difference.
&lt;p&gt;
While between employers, I created a new project on
SourceForge; it's called "&lt;a
href="http://gpath.sourceforge.net/"&gt;&lt;i&gt;GPath&lt;/i&gt; -- A C
Library for Path Algebras&lt;/a&gt;.  A neat idea; we'll have to
see if it's really useful, though!
&lt;p&gt;
Enough chatter, I need to walk the dog.</description>
    </item>
    <item>
      <pubDate>Wed, 11 Oct 2000 02:52:37 GMT</pubDate>
      <title>11 Oct 2000</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=1</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=1</guid>
      <description>The Python 2.0 release candidate is out, and there's more
than ever to do in the documentation.  I've been culling
through my accumulated email and making all the little
changes
that seem to be needed just after I've packaged the
documentation, and expect to have a lot of the really small
nits fixed in time for the final release.
&lt;p&gt;
I also really need to buckle down and work on the
documentation for the XML package; there's a lot of new
material there that needs to be written, but Martin &amp;amp;
Paul
are working on new text for some of the components most in
need of documentation.  I need to integrate some changes
from them and get a new development copy up soon; I'll push
one in an hour or so, but that won't have the new XML
documentation in it.
&lt;p&gt;
The conversion tool to convert the LaTeX sources needs to be
updated to the new XML code (xml.dom.minidom); the DOM
object constructors have changed, and there may be some
changes related to hackery used to do things like change the
names of existing elements.  --sigh--
&lt;p&gt;
Today's big accomplishment:  I got my INBOX back below 2500
messages!  Don't send me any new ones.  ;)</description>
    </item>
    <item>
      <pubDate>Thu, 5 Oct 2000 13:51:31 GMT</pubDate>
      <title>5 Oct 2000</title>
      <link>http://www.advogato.org/person/fdrake/diary.html?start=0</link>
      <guid>http://www.advogato.org/person/fdrake/diary.html?start=0</guid>
      <description>Well, the documentation for Python 2.0 is mostly stable, and
shows a lot of improvement over the 1.6 documentation. 
There are still a few things to do to work around &lt;a
href="http://saftsack.fs.uni-bayreuth.de/~latex2ht/"&gt;LaTeX2HTML&lt;/a&gt;
problems, but that seems to always be the case.  Every
LaTeX2HTML problem pushes me that much closer to getting
back to the XML conversion.
&lt;p&gt;
I've set things up so that I can easily publish the HTML for
what's in my working directory at &lt;a
href="ftp://python.beopen.com/pub/docco/devel/index.html"&gt;our
FTP server&lt;/a&gt;, so it'll be easier for people to review the
state of the documentation without having to install all the
tools needed to build it from the LaTeX sources.</description>
    </item>
  </channel>
</rss>
