<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.text.docutils.devel">
    <title>gmane.text.docutils.devel</title>
    <link>http://blog.gmane.org/gmane.text.docutils.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6102"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6101"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6098"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6092"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6091"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6090"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6088"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6087"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6086"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6085"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6084"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6083"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6082"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6080"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6075"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6072"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6071"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6070"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6069"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.text.docutils.devel/6067"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6102">
    <title>[ docutils-Patches-3527397 ] Add indentation toliteral blocks in manpage writer</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6102</link>
    <description>&lt;pre&gt;Patches item #3527397, was opened at 2012-05-16 13:42
Message generated for change (Settings changed) made by grubert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527397&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Joshua Graff (joshuagraff)
Summary: Add indentation to literal blocks in manpage writer

Initial Comment:
The current manpage writer does not add or maintain any type of indentation on literal blocks. 

Example: 

$ cat example.rst
=====
Title
=====
  
:Version: 1.1
:Author: joe.user&amp;lt; at &amp;gt;example.com
  
  
Example
=======
  
Example::
  
  $ man ls

$ rst2man.py example.rst &amp;gt; example.man
$ man ./example.man
NAME
       Title -

EXAMPLE
       Example:

       $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com



In the above example '$ man ls' starts at the same indentation level as 'Example:', which
seems difficult to read. A solution that has worked well for me is to treat literal blocks
like block quotes in the manpage writer.

Example:

$ rst2man.py example.rst &amp;gt; example.man
$ man ./example.man
NAME
       Title -

EXAMPLE
       Example:

          $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com


Attached is patch to indent literal blocks like block quotes which I hope others may find 
useful.

-Josh

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527397&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-25T04:23:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6101">
    <title>[ docutils-Patches-3527401 ] manpage writeraddmonition's don't preserve indentation</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6101</link>
    <description>&lt;pre&gt;Patches item #3527401, was opened at 2012-05-16 14:12
Message generated for change (Comment added) made by grubert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527401&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Joshua Graff (joshuagraff)
Summary: manpage writer addmonition's don't preserve indentation

Initial Comment:
In the manpage writer admonitions use troff's ``.IP``/``.RE`` for paragraph 
indentation. This unfortunately does not appear to preserve indentation for 
bullets and other block types (literal) that might be contained within an 
admonition.

Example:

$ cat example.rst
=====
Title
=====
  
:Version: 1.1
:Author: joe.user&amp;lt; at &amp;gt;example.com
  
  
Example
=======
  
This is an example.
  
.. NOTE::
   This is an important note.
  
   * Bullet
  
   Example::
  
     $ man ls

$ rst2man.py example.rst &amp;gt; example.man
$ ./example.man
NAME
       Title -

EXAMPLE
       This is an example.

       Note   This is an important note.

       o Bullet

       Example:

       $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com

In the above example both the bullet and literal block start at the same indentation
level as 'Note'. A solution that has worked well for me is to treat admonitions as 
block quotes with a strong heading.

Example:

$ rst2man.py example.rst &amp;gt; example.man
$ man ./example.man
NAME
       Title -

EXAMPLE
       This is an example.

       NOTE:
          This is an important note.

          o Bullet

          Example:

          $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com


Please note the missing indentation of the literal block 'Example:' is 
described in patch item #3527397.

Attached is a patch with the changes described above which I hope other may find useful.

-Josh


----------------------------------------------------------------------

Date: 2012-05-24 21:22

Message:
* needs to pass sandbox/manpage-writer (obviously test will need change)
* check against mercurial
* maybe mplayer also uses manpage-writer

in progress

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527401&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-25T04:22:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6098">
    <title>[ docutils-Bugs-3527842 ] Extra directories forpython 3</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6098</link>
    <description>&lt;pre&gt;Bugs item #3527842, was opened at 2012-05-18 04:40
Message generated for change (Tracker Item Submitted) made by toddrme2178
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3527842&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Todd Rme (toddrme2178)
Assigned to: Nobody/Anonymous (nobody)
Summary: Extra directories for python 3

Initial Comment:
 When compiling docutils 9 for python 3 I get the same directories I get with python 2:

{root}/{prefix}/bin/
{root}/{prefix}/{site-packages}/docutils/

However, I also extra directories that are not present in the python 2 version. These are:

{root}/{prefix}/{site-packages}/test/
{root}/{prefix}/{site-packages}/tools/

I was told that these directories are not supposed to be there.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3527842&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-18T11:40:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6092">
    <title>[ docutils-Patches-3527401 ] manpage writeraddmonition's don't preserve indentation</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6092</link>
    <description>&lt;pre&gt;Patches item #3527401, was opened at 2012-05-16 14:12
Message generated for change (Tracker Item Submitted) made by joshuagraff
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527401&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Joshua Graff (joshuagraff)
Assigned to: Nobody/Anonymous (nobody)
Summary: manpage writer addmonition's don't preserve indentation

Initial Comment:
In the manpage writer admonitions use troff's ``.IP``/``.RE`` for paragraph 
indentation. This unfortunately does not appear to preserve indentation for 
bullets and other block types (literal) that might be contained within an 
admonition.

Example:

$ cat example.rst
=====
Title
=====
  
:Version: 1.1
:Author: joe.user&amp;lt; at &amp;gt;example.com
  
  
Example
=======
  
This is an example.
  
.. NOTE::
   This is an important note.
  
   * Bullet
  
   Example::
  
     $ man ls

$ rst2man.py example.rst &amp;gt; example.man
$ ./example.man
NAME
       Title -

EXAMPLE
       This is an example.

       Note   This is an important note.

       o Bullet

       Example:

       $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com

In the above example both the bullet and literal block start at the same indentation
level as 'Note'. A solution that has worked well for me is to treat admonitions as 
block quotes with a strong heading.

Example:

$ rst2man.py example.rst &amp;gt; example.man
$ man ./example.man
NAME
       Title -

EXAMPLE
       This is an example.

       NOTE:
          This is an important note.

          o Bullet

          Example:

          $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com


Please note the missing indentation of the literal block 'Example:' is 
described in patch item #3527397.

Attached is a patch with the changes described above which I hope other may find useful.

-Josh


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527401&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-16T21:12:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6091">
    <title>[ docutils-Patches-3527397 ] Add indentation toliteral blocks in manpage writer</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6091</link>
    <description>&lt;pre&gt;Patches item #3527397, was opened at 2012-05-16 13:42
Message generated for change (Tracker Item Submitted) made by joshuagraff
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527397&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Joshua Graff (joshuagraff)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add indentation to literal blocks in manpage writer

Initial Comment:
The current manpage writer does not add or maintain any type of indentation on literal blocks. 

Example: 

$ cat example.rst
=====
Title
=====
  
:Version: 1.1
:Author: joe.user&amp;lt; at &amp;gt;example.com
  
  
Example
=======
  
Example::
  
  $ man ls

$ rst2man.py example.rst &amp;gt; example.man
$ man ./example.man
NAME
       Title -

EXAMPLE
       Example:

       $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com



In the above example '$ man ls' starts at the same indentation level as 'Example:', which
seems difficult to read. A solution that has worked well for me is to treat literal blocks
like block quotes in the manpage writer.

Example:

$ rst2man.py example.rst &amp;gt; example.man
$ man ./example.man
NAME
       Title -

EXAMPLE
       Example:

          $ man ls

AUTHOR
       joe.user&amp;lt; at &amp;gt;example.com


Attached is patch to indent literal blocks like block quotes which I hope others may find 
useful.

-Josh

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422032&amp;amp;aid=3527397&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-16T20:42:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6090">
    <title>C reStructuredText parser</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6090</link>
    <description>&lt;pre&gt;Hello,

There's a C project I'm involved with where it might make sense to use the
reStructuredText format, but the portability and dependency policies mandate
only C dependencies, so we can't use docutils.

I looked around for a reStructuredText parser implemented in C, but came up
empty.  Anybody know of one?

If not, would it be realistic to attempt a parser based on the Lemon
parser generator, which is an LALR(1) parser generator similar to yacc?  I'm
not a parsing guru, but I've had some success writing parsers with Lemon
in the past.

    http://www.hwaci.com/sw/lemon/

Cheers,

Marvin Humphrey

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Marvin Humphrey</dc:creator>
    <dc:date>2012-05-16T13:40:57</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6088">
    <title>[Latex support in docutils] Problem with therestructuredtext reference.</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6088</link>
    <description>&lt;pre&gt;Hello,

I tried to compile the restructured text reference manual with 
rst2latex, and I had several warnings in doing so :

#!/bin/bash

mkdir tmp &amp;amp;&amp;amp; cd tmp
wget http://docutils.sourceforge.net/docs/ref/rst/restructuredtext.txt
rst2latex2 restructuredtext.txt rst.tex
pdflatex rst.tex

We have problems with references, and some chars are not translated 
properly. However it works rather well. But do you think it would be a 
good idea to propose a fix for perfectionnists ?

Cheers,

David

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>David Kremer</dc:creator>
    <dc:date>2012-05-14T13:24:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6087">
    <title>[ docutils-Bugs-3525847 ]test_directives/test_include.py: UnicodeEncodeError</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6087</link>
    <description>&lt;pre&gt;Bugs item #3525847, was opened at 2012-05-11 07:18
Message generated for change (Comment added) made by milde
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3525847&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Priority: 5
Private: No
Submitted By: Jakub Wilk (jakub-wilk)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_directives/test_include.py: UnicodeEncodeError

Initial Comment:
If LC_ALL=C is set to C, test_directives/test_include.py fails with UnicodeEncodeError:

$ LC_ALL=C python test/test_parsers/test_rst/test_directives/test_include.py
................E.............
======================================================================
ERROR: test/test_parsers/test_rst/test_directives/test_include.py: totest['include'][14]; test_parser (DocutilsTestSupport.ParserTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tmp/docutils-0.9/test/DocutilsTestSupport.py", line 456, in test_parser
    self.parser.parse(self.input, document)
  File "/tmp/docutils-0.9/docutils/parsers/rst/__init__.py", line 162, in parse
    self.statemachine.run(inputlines, document, inliner=self.inliner)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 174, in run
    input_source=document['source'])
  File "/tmp/docutils-0.9/docutils/statemachine.py", line 239, in run
    context, state, transitions)
  File "/tmp/docutils-0.9/docutils/statemachine.py", line 460, in check_line
    return method(match, context, next_state)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2279, in explicit_markup
    nodelist, blank_finish = self.explicit_construct(match)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2291, in explicit_construct
    return method(self, expmatch)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2034, in directive
    directive_class, match, type_name, option_presets)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2083, in run_directive
    result = directive_instance.run()
  File "/tmp/docutils-0.9/docutils/parsers/rst/directives/misc.py", line 75, in run
    handle_io_errors=None)
  File "/tmp/docutils-0.9/docutils/io.py", line 222, in __init__
    self.source = open(source_path, mode, **kwargs)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-2: ordinal not in range(128)

----------------------------------------------------------------------
Ran 30 tests in 0.396s

FAILED (errors=1)


----------------------------------------------------------------------

Comment By: Günter Milde (milde)
Date: 2012-05-11 13:59

Message:
Fixed; thanks for the bug report.

You can download a current snapshot from:
http://docutils.svn.sourceforge.net/viewvc/docutils/trunk/docutils/?view=tar


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3525847&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Docutils-develop mailing list
Docutils-develop&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/docutils-develop

Please use "Reply All" to reply to the list.
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-11T20:59:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6086">
    <title>[ docutils-Bugs-3525847 ]test_directives/test_include.py: UnicodeEncodeError</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6086</link>
    <description>&lt;pre&gt;Bugs item #3525847, was opened at 2012-05-11 07:18
Message generated for change (Tracker Item Submitted) made by jakub-wilk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3525847&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jakub Wilk (jakub-wilk)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_directives/test_include.py: UnicodeEncodeError

Initial Comment:
If LC_ALL=C is set to C, test_directives/test_include.py fails with UnicodeEncodeError:

$ LC_ALL=C python test/test_parsers/test_rst/test_directives/test_include.py
................E.............
======================================================================
ERROR: test/test_parsers/test_rst/test_directives/test_include.py: totest['include'][14]; test_parser (DocutilsTestSupport.ParserTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tmp/docutils-0.9/test/DocutilsTestSupport.py", line 456, in test_parser
    self.parser.parse(self.input, document)
  File "/tmp/docutils-0.9/docutils/parsers/rst/__init__.py", line 162, in parse
    self.statemachine.run(inputlines, document, inliner=self.inliner)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 174, in run
    input_source=document['source'])
  File "/tmp/docutils-0.9/docutils/statemachine.py", line 239, in run
    context, state, transitions)
  File "/tmp/docutils-0.9/docutils/statemachine.py", line 460, in check_line
    return method(match, context, next_state)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2279, in explicit_markup
    nodelist, blank_finish = self.explicit_construct(match)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2291, in explicit_construct
    return method(self, expmatch)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2034, in directive
    directive_class, match, type_name, option_presets)
  File "/tmp/docutils-0.9/docutils/parsers/rst/states.py", line 2083, in run_directive
    result = directive_instance.run()
  File "/tmp/docutils-0.9/docutils/parsers/rst/directives/misc.py", line 75, in run
    handle_io_errors=None)
  File "/tmp/docutils-0.9/docutils/io.py", line 222, in __init__
    self.source = open(source_path, mode, **kwargs)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-2: ordinal not in range(128)

----------------------------------------------------------------------
Ran 30 tests in 0.396s

FAILED (errors=1)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3525847&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-11T14:18:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6085">
    <title>[ docutils-Bugs-3495454 ]http://diveintopython.org/ is gone</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6085</link>
    <description>&lt;pre&gt;Bugs item #3495454, was opened at 2012-02-28 15:39
Message generated for change (Settings changed) made by milde
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3495454&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Jakub Wilk (jakub-wilk)
Assigned to: Nobody/Anonymous (nobody)
Summary: http://diveintopython.org/ is gone 

Initial Comment:
roman.py contains the following text:

  This program is part of "Dive Into Python", a free Python tutorial for
  experienced programmers.  Visit http://diveintopython.org/ for the
  latest version.

However, http://diveintopython.org/ currently reads:

  The requested resource / is no longer available on this server and there is no forwarding address. Please remove all references to this resource.

You might want to remove the URL, or maybe point the mirror that apparently someone provides:
http://www.diveintopython.net/


----------------------------------------------------------------------

Comment By: Günter Milde (milde)
Date: 2012-03-30 05:10

Message:
We ship an unaltered "backup copy" of roman.py to ensure working without
external requirements.
The same version (1.4 from 8 August 2001) is e.g. installed by the Debian
package python-roman.

IMV it is better not to patch this external module.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3495454&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Docutils-develop mailing list
Docutils-develop&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/docutils-develop

Please use "Reply All" to reply to the list.
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-03T11:50:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6084">
    <title>[ docutils-Bugs-2993756 ] PIL import error</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6084</link>
    <description>&lt;pre&gt;Bugs item #2993756, was opened at 2010-04-28 11:44
Message generated for change (Settings changed) made by milde
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=2993756&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jared ()
Assigned to: Nobody/Anonymous (nobody)
Summary: PIL import error

Initial Comment:
Docutils uses "import Image" to use the Python Imaging Library, which conflicts with django's "from PIL import Image" (essentially the module is imported twice and chokes. See this post http://jaredforsyth.com/blog/2010/apr/28/accessinit-hash-collision-3-both-1-and-1/ for more info).

I've attached a patch which fixes this problem.

----------------------------------------------------------------------

Date: 2012-05-03 02:51

Message:
The momentom seems to go towards PIL.Image:

The PIL documentation has both variants:
http://www.pythonware.com/library/pil/handbook/image.htm uses
from PIL import Image. 

Fredrik Lundh pronounced at
http://mail.python.org/pipermail/image-sig/2011-January/006650.html that as
of PIL 1.2 pre-alpha "PIL now lives in the PIL namespace only". So it would
be more future-proof to change all "import Image" statements to "from PIL
import Image".

Pygments (now also imported by Docutils for code highlight uses "from PIL
import ..." in recent versions.

Docutils 0.9(svn) uses

try: # check for the Python Imaging Library
    import PIL
except ImportError:
    try:  # sometimes PIL modules are put in PYTHONPATH's root
        import Image
        class PIL(object): pass  # dummy wrapper
        PIL.Image = Image
    except ImportError:
        PIL = None

since Dec 2011.

----------------------------------------------------------------------

Comment By: David Goodger (goodger)
Date: 2010-04-28 13:08

Message:
The PIL docs
(http://www.pythonware.com/library/pil/handbook/introduction.htm) say to
use "import Image".

If we change Docutils, it may just break somebody else's code. Closing as
"invalid": this is a PIL problem.

Try this workaround in your own code (import PIL.Image once in advance, and
make multiple references in Python's modules table):

9901296
9901296
9901296


----------------------------------------------------------------------

Comment By: Fred L. Drake, Jr. (fdrake)
Date: 2010-04-28 12:34

Message:
PIL has long had this split personality, where it tries to support both
ways of using it.  (This is an insane behavior on PIL's part.)

Apps I'm involved in use "from PIL import Image".

I've no hope that PIL will ever be changed to require one or the other
uses, and I'm not sure I would advocate doing so, because either is likely
to break some non-trivial number of apps.

----------------------------------------------------------------------

Comment By: David Goodger (goodger)
Date: 2010-04-28 12:25

Message:
Can you provide some evidence please? A URL to an authoritative doc would
be best.

Your blog post refers to three projects, two of which use the
"non-standard" form... which pre-date the project using the "standard"
form. I'm leaning toward "won't fix".

----------------------------------------------------------------------

Comment By: Jared ()
Date: 2010-04-28 12:15

Message:
From looking around, I have determined that "from PIL import Image" is the
more accepted, standard usage. I would also hope to change PIL such that
"import Image" would be impossible, but indeed that seems unlikely to
happen.

Although whichever way docutils implements there will still be a way to
break it, would suggest working toward standardization.

----------------------------------------------------------------------

Comment By: David Goodger (goodger)
Date: 2010-04-28 12:07

Message:
Perhaps it's Django that's the real problem? Or PIL/Image itself? (Or maybe
an import problem in Python?)

If we fix this here, won't projects that use Docutils and also do "import
Image" see the same problem?

I'd like to see some justification as to why this is problem for Docutils
to fix.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=2993756&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Docutils-develop mailing list
Docutils-develop&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/docutils-develop

Please use "Reply All" to reply to the list.
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-03T09:51:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6083">
    <title>release 0.9</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6083</link>
    <description>&lt;pre&gt;Release 0.9 (2012-05-02)

bigger changes are

General:
- reStructuredText "code" role and directive with syntax highlighting
by Pygments.
  "code" option of the "include" directive.
- Fix [ 3402314 ] allow non-ASCII whitespace, punctuation characters
and "international" quotes around inline markup.
- Fix handling of missing stylesheets.


setup.py
- Fix [ 2971827 ] and [ 3442827 ] extras/roman.py moved to
docutils/utils/roman.py


docutils/utils.py -&amp;gt; docutils/utils/__init__.py
- docutils.utils is now a package (providing a place for sub-modules)


docutils/writers/html4css1/__init__.py
- change default for math-output setting to MathJax


docutils/writers/latex2e/__init__.py
- Support the abbreviation and acronym standard roles.
- Record only files required to generate the LaTeX source as dependencies.
- Use \setcounter{secnumdepth}{0} instead of *-versions when
suppressing LaTeX section numbering.

please report any problems

all the best
  engelbert

&lt;/pre&gt;</description>
    <dc:creator>engelbert gruber</dc:creator>
    <dc:date>2012-05-02T19:37:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6082">
    <title>[ docutils-Bugs-3519169 ] rst2pdf crashes inspanFixDim()</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6082</link>
    <description>&lt;pre&gt;Bugs item #3519169, was opened at 2012-04-18 08:26
Message generated for change (Comment added) made by grubert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3519169&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: James Hunt (jamesodhunt)
Assigned to: Nobody/Anonymous (nobody)
Summary: rst2pdf crashes in spanFixDim()

Initial Comment:
I have a large rst document [1] which passes through 'rst2html --strict' correctly but which fails with rst2pdf:

rst2pdf -o /tmp/upstart_cookbook.pdf /tmp/upstart_cookbook.rst
Traceback (most recent call last):
  File "/usr/bin/rst2pdf", line 9, in &amp;lt;module&amp;gt;
    load_entry_point('rst2pdf==0.16', 'console_scripts', 'rst2pdf')()
  File "/usr/lib/pymodules/python2.7/rst2pdf/createpdf.py", line 1456, in main
    compressed=options.compressed)
  File "/usr/lib/pymodules/python2.7/rst2pdf/createpdf.py", line 666, in createPdf
    pdfdoc.multiBuild(elements)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/doctemplate.py", line 960, in multiBuild
    self.build(tempStory, **buildKwds)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/doctemplate.py", line 880, in build
    self.handle_flowable(flowables)
  File "/usr/lib/pymodules/python2.7/rst2pdf/createpdf.py", line 774, in handle_flowable
    if frame.add(f, canv, trySplit=self.allowSplitting):
  File "/usr/lib/pymodules/python2.7/rst2pdf/flowables.py", line 555, in add
    return Frame.add(self, flowable, canv, trySplit)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/frames.py", line 159, in _add
    w, h = flowable.wrap(aW, h)
  File "/usr/lib/pymodules/python2.7/rst2pdf/flowables.py", line 233, in wrap
    return self.t.wrap(w, h)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 1113, in wrap
    self._calc(availWidth, availHeight)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 587, in _calc
    self._calc_height(availHeight,availWidth,W=W)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 553, in _calc_height
    spanFixDim(H0,H,spanCons,lim=hmax)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 205, in spanFixDim
    t = sum([V[x]+M.get(x,0) for x in xrange(x0,x1)])
TypeError: unsupported operand type(s) for +: 'NoneType' and 'int'

$ dpkg -l |grep docutils|awk '{print $2, $3}'
docutils-common 0.8.1-4ubuntu1
docutils-doc 0.8.1-4ubuntu1
python-docutils 0.8.1-4ubuntu1
$ 

[1] - http://bazaar.launchpad.net/~upstart-documenters/upstart-cookbook/trunk/view/head:/upstart_cookbook.rst

----------------------------------------------------------------------

Date: 2012-05-02 01:33

Message:
rst2pdf is a separate project.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3519169&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-05-02T08:33:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6080">
    <title>[ docutils-Bugs-3479603 ] rst.el: self-modifyingcode</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6080</link>
    <description>&lt;pre&gt;Bugs item #3479603, was opened at 2012-01-25 05:31
Message generated for change (Comment added) made by smerten
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3479603&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: emacs mode
Group: None
Priority: 6
Private: No
Submitted By: Jakub Wilk (jakub-wilk)
Assigned to: Stefan Merten (smerten)
Summary: rst.el: self-modifying code

Initial Comment:
I'm forwarding a bug reported by Samuel Bronson, originally at &amp;lt;http://bugs.debian.org/657269&amp;gt;:

This is the expression for the default value of the customization setting `rst-adornment-faces-alist':

,----
|   (let ((alist '((t . font-lock-keyword-face)
|  (nil . font-lock-keyword-face)))
| (i 1))
|     (while (&amp;lt;= i rst-level-face-max)
|       (nconc alist (list (cons i (intern (format "rst-level-%d-face" i)))))
|       (setq i (1+ i)))
|     alist)
`----

According to the elisp manual (which refers to this as "STANDARD"):

,----[ (elisp) Variable Definitions ]
|      The expression STANDARD can be evaluated at various other times,
|      too--whenever the customization facility needs to know OPTION's
|      standard value.  So be sure to use an expression which is harmless
|      to evaluate at any time.  We recommend avoiding backquotes in
|      STANDARD, because they are not expanded when editing the value, so
|      list values will appear to have the wrong structure.
`----

Unfortunately, the expression above is not safe to evaluate more than once, because it has the side effect of modifying the very data structure representing the expression. This happens because of the way it passes the value of a list literal to `nconc', which destructively modifies its arguments.

You can see the problem by customizing the variable `rst-level-face-max' to a few different values, then asking customize to show the saved lisp expression for `rst-adornment-faces-alist' (without having customized that).

A quick fix would be to use a copy of the literal list, as in the patch below.


----------------------------------------------------------------------

Date: 2012-04-30 07:50

Message:
Contained in the next release of rst.el. Thanks to Samuel Bronson for the
patch.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3479603&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-04-30T14:50:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6075">
    <title>Version 1.2.1 of rst.el released</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6075</link>
    <description>&lt;pre&gt;Hi!

I just released version 1.2.1 of rst.el. AFAICS this also will end up
in the upcoming release 0.9 of docutils.

I'll soon integrate a version based on this release into Emacs main
line. My goal is to have the same release in Emacs repository as in
Docutils repository.

User visible changes:

* Symbols follow reStructuredText syntax more closely

  This implies that role and directive names with internal
  underscores, plus signs and colons are handled correctly. This is
  particularly important for Sphinx users where embedded colons are
  used frequently for this purpose.

* `rst-compile-toolsets` is now customizable

  In addition the default value first looks for a `rst2*.py` and uses
  it if found or uses the `rst2*` command.

  Thanks to Emacs developers for this.

* Use faces not variables for font-lock customization

  There are now customizable `rst-*` faces which are used. The old
  `rst-*-face` variables are still there but deprecated.

  Thanks to Emacs developers for this.

* Font-locking revised again slightly

Other changes:

* Merge with the changes made in Emacs main line up to bazaar revision
  106782

* Minor cleanup


Grüße

Stefan
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/&lt;/pre&gt;</description>
    <dc:creator>Stefan Merten</dc:creator>
    <dc:date>2012-04-29T15:10:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6072">
    <title>python 2.3 unittest assertTrue missing</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6072</link>
    <description>&lt;pre&gt;hei

in python 2.3 unittest.TestCase has no assertTrue
this bites several times::

      8 AttributeError: 'ConfigEnvVarFileTests' object has no
attribute 'assertTrue'
      8 AttributeError: 'ConfigFileTests' object has no attribute 'assertTrue'
      3 AttributeError: 'ElementTests' object has no attribute 'assertTrue'
      2 AttributeError: 'EmptySMTests' object has no attribute 'assertTrue'
      2 AttributeError: 'EmptySMWSTests' object has no attribute 'assertTrue'
     20 AttributeError: 'FunctionalTestCase' object has no attribute
'assertTrue'
      1 AttributeError: 'InputTests' object has no attribute 'assertTrue'
      1 AttributeError: 'MiscTests' object has no attribute 'assertTrue'
      2 AttributeError: 'PublishDoctreeTestCase' object has no
attribute 'assertTrue'
      2 AttributeError: 'PublisherTests' object has no attribute 'assertTrue'
      1 AttributeError: 'SMWSTests' object has no attribute 'assertTrue'
      1 AttributeError: 'StopTraversalTests' object has no attribute
'assertTrue'
      2 AttributeError: 'ViewListTests' object has no attribute 'assertTrue'

any suggestions, before i fake it

all the best
  engelbert

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>engelbert gruber</dc:creator>
    <dc:date>2012-04-29T14:46:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6071">
    <title>0.9 repository pre release testing</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6071</link>
    <description>&lt;pre&gt;hei.

starting the release with a test run

* sourceforge shell python 2.4.3::

    ERROR: test_parsers/test_rst/test_directives/test_include.py:
totest['include'][14]; test_parser
(DocutilsTestSupport.ParserTestCase)
    UnicodeEncodeError: 'ascii' codec can't encode characters in
position 0-2: ordinal not in range(128)

    FAIL: test_raw_url (test_error_reporting.ErrorReportingTests)
      test_error_reporting.py", line 324, in test_raw_url
      self.parser.parse, source, self.document)
    AssertionError: SystemMessage not raised

* macosx 10.6.8

  * python 2.5.4: OK
  * python 2.6.1::

                  Problems with "include" directive path:
      -           InputError: [Errno 2] No such file or directory:
'nonexistent.txt'.
      +          InputError: (2, 'No such file or directory').
              &amp;lt;literal_block xml:space="preserve"&amp;gt;
                  .. include:: nonexistent.txt

    the same for other path errors

  * python 3.2: OK

* ubuntu 8.04 (old i know)

  * python 2.3 stops here::

        from docutils.utils import punctuation_chars
        File "x/trunk/docutils/docutils/utils/punctuation_chars.py", line 71
          cp_max = max(x for x in xrange(sys.maxunicode + 1)
                                        ^
        SyntaxError: invalid syntax

  * python 2.4.5: 4 errors::

      File "x/trunk/docutils/docutils/parsers/rst/states.py", line
2083, in run_directive
        result = directive_instance.run()
      File "x/trunk/docutils/docutils/parsers/rst/directives/images.py",
line 130, in run
        img = PIL.Image.open(
      AttributeError: 'module' object has no attribute 'Image'

  * python 2.5.2: 4 errors as for 2.4.5

  * python 2.6.4rc1:

    same errors as on macosx python 2.6.1

  * python 2.6.7: OK
  * python 2.7.2: OK
  * python 3.1.2: OK

  * python 3.2a0: 21 errors ::

      frontend.py", line 707, in read
       CP.RawConfigParser.read_file(self, fp, filename)
      AttributeError: type object 'RawConfigParser' has no attribute 'read_file'

  * python 3.2.3 (current 3.2 release):

the PIL errors: is closed : PIL import error - ID: 2993756
  a problem with PIL (and maybe my old installation of PIL/python)

the path errors, are only on specific python2.6 versions

is this the correct fix for python2.3 ::

         if cp_max is None:
  -        cp_max = max(x for x in xrange(sys.maxunicode + 1)
  -                     if unicodedata.category(unichr(x)) in categories)
  +        cp_max = max([x for x in xrange(sys.maxunicode + 1)
  +                     if unicodedata.category(unichr(x)) in categories])
           # print cp_max # =&amp;gt; 74867 for unicode_punctuation_categories

but there might be more necessary, although i might ignore ::

  -             [Errno 2] No such file or directory: 'bogus.csv'.
 +             [Errno 2] No such file or directory: u'bogus.csv'.

all the best
&lt;/pre&gt;</description>
    <dc:creator>engelbert gruber</dc:creator>
    <dc:date>2012-04-29T10:57:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6070">
    <title>[ docutils-Bugs-3521168 ] test_buildhtml.pyfails with Python 3</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6070</link>
    <description>&lt;pre&gt;Bugs item #3521168, was opened at 2012-04-24 14:30
Message generated for change (Tracker Item Submitted) made by jakub-wilk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3521168&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jakub Wilk (jakub-wilk)
Assigned to: Nobody/Anonymous (nobody)
Summary: test_buildhtml.py fails with Python 3

Initial Comment:
$ python3 test_buildhtml.py 
EE
======================================================================
ERROR: test_1 (__main__.BuildHtmlTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test_buildhtml.py", line 61, in setUp
    self.root = os.tempnam()
AttributeError: 'module' object has no attribute 'tempnam'

======================================================================
ERROR: test_local (__main__.BuildHtmlTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "test_buildhtml.py", line 61, in setUp
    self.root = os.tempnam()
AttributeError: 'module' object has no attribute 'tempnam'

----------------------------------------------------------------------
Ran 2 tests in 0.001s

FAILED (errors=2)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3521168&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-04-24T21:30:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6069">
    <title>[ docutils-Bugs-3521167 ] allow runningtest_buildhtml.py in any directory</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6069</link>
    <description>&lt;pre&gt;Bugs item #3521167, was opened at 2012-04-24 14:28
Message generated for change (Tracker Item Submitted) made by jakub-wilk
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3521167&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jakub Wilk (jakub-wilk)
Assigned to: Nobody/Anonymous (nobody)
Summary: allow running test_buildhtml.py in any directory

Initial Comment:
test_buildhtml.py currently succeeds only if working directory is tools/tests/.
Please allow running the test in any directory.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3521167&amp;amp;group_id=38414

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-04-24T21:28:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6067">
    <title>Request for sandbox write access</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6067</link>
    <description>&lt;pre&gt;Hi,

I would like to request write access to the docutils sandbox, so that
I might add a rst2wiki writer I have been working on.
This writer converts RST into either TWiki or Atlassian Confluence Wiki markup.

My SF userid is 'joshuagraff'.

Thanks,
-Josh

------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
&lt;/pre&gt;</description>
    <dc:creator>Joshua Graff</dc:creator>
    <dc:date>2012-04-18T19:52:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.text.docutils.devel/6066">
    <title>[ docutils-Bugs-3519169 ] rst2pdf crashes inspanFixDim()</title>
    <link>http://comments.gmane.org/gmane.text.docutils.devel/6066</link>
    <description>&lt;pre&gt;Bugs item #3519169, was opened at 2012-04-18 08:26
Message generated for change (Tracker Item Submitted) made by jamesodhunt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3519169&amp;amp;group_id=38414

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: James Hunt (jamesodhunt)
Assigned to: Nobody/Anonymous (nobody)
Summary: rst2pdf crashes in spanFixDim()

Initial Comment:
I have a large rst document [1] which passes through 'rst2html --strict' correctly but which fails with rst2pdf:

rst2pdf -o /tmp/upstart_cookbook.pdf /tmp/upstart_cookbook.rst
Traceback (most recent call last):
  File "/usr/bin/rst2pdf", line 9, in &amp;lt;module&amp;gt;
    load_entry_point('rst2pdf==0.16', 'console_scripts', 'rst2pdf')()
  File "/usr/lib/pymodules/python2.7/rst2pdf/createpdf.py", line 1456, in main
    compressed=options.compressed)
  File "/usr/lib/pymodules/python2.7/rst2pdf/createpdf.py", line 666, in createPdf
    pdfdoc.multiBuild(elements)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/doctemplate.py", line 960, in multiBuild
    self.build(tempStory, **buildKwds)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/doctemplate.py", line 880, in build
    self.handle_flowable(flowables)
  File "/usr/lib/pymodules/python2.7/rst2pdf/createpdf.py", line 774, in handle_flowable
    if frame.add(f, canv, trySplit=self.allowSplitting):
  File "/usr/lib/pymodules/python2.7/rst2pdf/flowables.py", line 555, in add
    return Frame.add(self, flowable, canv, trySplit)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/frames.py", line 159, in _add
    w, h = flowable.wrap(aW, h)
  File "/usr/lib/pymodules/python2.7/rst2pdf/flowables.py", line 233, in wrap
    return self.t.wrap(w, h)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 1113, in wrap
    self._calc(availWidth, availHeight)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 587, in _calc
    self._calc_height(availHeight,availWidth,W=W)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 553, in _calc_height
    spanFixDim(H0,H,spanCons,lim=hmax)
  File "/usr/lib/python2.7/dist-packages/reportlab/platypus/tables.py", line 205, in spanFixDim
    t = sum([V[x]+M.get(x,0) for x in xrange(x0,x1)])
TypeError: unsupported operand type(s) for +: 'NoneType' and 'int'

$ dpkg -l |grep docutils|awk '{print $2, $3}'
docutils-common 0.8.1-4ubuntu1
docutils-doc 0.8.1-4ubuntu1
python-docutils 0.8.1-4ubuntu1
$ 

[1] - http://bazaar.launchpad.net/~upstart-documenters/upstart-cookbook/trunk/view/head:/upstart_cookbook.rst

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&amp;amp;atid=422030&amp;amp;aid=3519169&amp;amp;group_id=38414

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>SourceForge.net</dc:creator>
    <dc:date>2012-04-18T15:26:38</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.text.docutils.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.text.docutils.devel</link>
  </textinput>
</rdf:RDF>

