From: SourceForge.net <no...@so...> - 2010-06-14 02:36:49
|
Bugs item #3015675, was opened at 2010-06-13 19:36 Message generated for change (Tracker Item Submitted) made by jdorocak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-06-14 07:27:16
|
Bugs item #3015675, was opened at 2010-06-14 02:36 Message generated for change (Comment added) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- >Comment By: Günter Milde (milde) Date: 2010-06-14 07:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-06-14 15:40:18
|
Bugs item #3015675, was opened at 2010-06-13 19:36 Message generated for change (Comment added) made by jdorocak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- >Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 08:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 00:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-06-14 19:20:51
|
Bugs item #3015675, was opened at 2010-06-14 02:36 Message generated for change (Comment added) made by milde You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- >Comment By: Günter Milde (milde) Date: 2010-06-14 19:20 Message: This looks very much like a line-ending problem. Unix uses LF for new lines, while DOS (and Windows) use CR LF. Docutils is expected to use native line endings but can work with both conventions. + even if the tests fail you should get the expected results in real world tasks - you must either enable or disable line-end conversion when downloading from the repository. (I cannot check, as I don't have Windows.) Maybe we need ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 15:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 07:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-06-15 19:18:26
|
Bugs item #3015675, was opened at 2010-06-13 19:36 Message generated for change (Comment added) made by jdorocak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- >Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 12:18 Message: Hi Gunter, On [2010-06-14 19:20:51 UTC] you wrote: >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. > >Docutils is expected to use native line endings but can work with both >conventions. > >+ even if the tests fail you should get the expected results in real world >tasks > >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) > >Maybe we need OK so regarding your 3 points [not in order]: 1. >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. I downloaded the docutils-snapshot.tgz file from [http://docutils.sourceforge.net/docutils-snapshot.tgz] I don't think WinZip is unpacking it incorrectly. 2. >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) I got to the download link from README.[Releases & Snapshots] [http://docutils.sourceforge.net/README.html#releases-snapshots] I clicked on Snapshot of Docutils code, documentation, front-end tools, and tests: [http://docutils.sf.net/docutils-snapshot.tgz] There was no "enable or disable line-end conversion" option available. 3. >+ even if the tests fail you should get the expected results in real world >tasks I had a lot of trouble getting a simple :: operator to work. As a test, i tried to run against the demo.txt file which i got from http://docutils.sourceforge.net/docs/user/rst/demo.txt Here is the result: C:\1d\ReStructuredTextPjs>python -m rst2html demo.txt demo.html demo.txt:89: (ERROR/3) Undefined substitution referenced: "problematic". demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 errors (including this one). ***". demo.txt:346: (ERROR/3) Unknown target name: "5". demo.txt:355: (ERROR/3) Unknown target name: "nonexistent". demo.txt:380: (ERROR/3) Unknown target name: "hyperlink reference without a target". demo.txt:393: (ERROR/3) Duplicate target name, cannot be used as a unique reference: "duplicate target names". Thanks for the help. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 12:20 Message: This looks very much like a line-ending problem. Unix uses LF for new lines, while DOS (and Windows) use CR LF. Docutils is expected to use native line endings but can work with both conventions. + even if the tests fail you should get the expected results in real world tasks - you must either enable or disable line-end conversion when downloading from the repository. (I cannot check, as I don't have Windows.) Maybe we need ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 08:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 00:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-06-15 19:28:11
|
Bugs item #3015675, was opened at 2010-06-13 22:36 Message generated for change (Comment added) made by goodger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- Comment By: David Goodger (goodger) Date: 2010-06-15 15:28 Message: > As a test, i tried to run against the demo.txt file which i got from > http://docutils.sourceforge.net/docs/user/rst/demo.txt > > Here is the result: ... > demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 > errors (including this one). ***". Note the content of the quoted error. To demonstrate Docutils' error-handling, demo.txt intentionally generates 6 errors. I count 6 errors in your example. They're expected, not a bug. IOW, the "test" and the example output are invalid. > I had a lot of trouble getting a simple :: operator to work. What are you trying to do? Show us *your* input and output. Attach files, please -- the comment system corrupts indentation. ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 15:18 Message: Hi Gunter, On [2010-06-14 19:20:51 UTC] you wrote: >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. > >Docutils is expected to use native line endings but can work with both >conventions. > >+ even if the tests fail you should get the expected results in real world >tasks > >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) > >Maybe we need OK so regarding your 3 points [not in order]: 1. >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. I downloaded the docutils-snapshot.tgz file from [http://docutils.sourceforge.net/docutils-snapshot.tgz] I don't think WinZip is unpacking it incorrectly. 2. >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) I got to the download link from README.[Releases & Snapshots] [http://docutils.sourceforge.net/README.html#releases-snapshots] I clicked on Snapshot of Docutils code, documentation, front-end tools, and tests: [http://docutils.sf.net/docutils-snapshot.tgz] There was no "enable or disable line-end conversion" option available. 3. >+ even if the tests fail you should get the expected results in real world >tasks I had a lot of trouble getting a simple :: operator to work. As a test, i tried to run against the demo.txt file which i got from http://docutils.sourceforge.net/docs/user/rst/demo.txt Here is the result: C:\1d\ReStructuredTextPjs>python -m rst2html demo.txt demo.html demo.txt:89: (ERROR/3) Undefined substitution referenced: "problematic". demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 errors (including this one). ***". demo.txt:346: (ERROR/3) Unknown target name: "5". demo.txt:355: (ERROR/3) Unknown target name: "nonexistent". demo.txt:380: (ERROR/3) Unknown target name: "hyperlink reference without a target". demo.txt:393: (ERROR/3) Duplicate target name, cannot be used as a unique reference: "duplicate target names". Thanks for the help. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 15:20 Message: This looks very much like a line-ending problem. Unix uses LF for new lines, while DOS (and Windows) use CR LF. Docutils is expected to use native line endings but can work with both conventions. + even if the tests fail you should get the expected results in real world tasks - you must either enable or disable line-end conversion when downloading from the repository. (I cannot check, as I don't have Windows.) Maybe we need ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 11:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 03:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-06-15 23:22:21
|
Bugs item #3015675, was opened at 2010-06-13 19:36 Message generated for change (Comment added) made by jdorocak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- >Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 16:22 Message: Dear David, >> demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 >> errors (including this one). ***". > >Note the content of the quoted error. To demonstrate Docutils' >error-handling, demo.txt intentionally generates 6 errors. I count 6 errors >in your example. They're expected, not a bug. Well, sorry about that. Being a newbie I didn't know if i understood the text input requirements enough to be sure that i wasn't causing the errors in my case, so i looked around for a "known good" example to test against the docutils installation. When I saw errors, after having seen errors from the alltests, i thought i'd better report back. I could have looked more closely at the details. I've uploaded myfirst.txt and myfirst.html. This is what i'm having trouble getting '::' to work in. As i say i'm a newbie, so it could be my fault. Thanks for a great system. All the best, Joe ---------------------------------------------------------------------- Comment By: David Goodger (goodger) Date: 2010-06-15 12:28 Message: > As a test, i tried to run against the demo.txt file which i got from > http://docutils.sourceforge.net/docs/user/rst/demo.txt > > Here is the result: ... > demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 > errors (including this one). ***". Note the content of the quoted error. To demonstrate Docutils' error-handling, demo.txt intentionally generates 6 errors. I count 6 errors in your example. They're expected, not a bug. IOW, the "test" and the example output are invalid. > I had a lot of trouble getting a simple :: operator to work. What are you trying to do? Show us *your* input and output. Attach files, please -- the comment system corrupts indentation. ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 12:18 Message: Hi Gunter, On [2010-06-14 19:20:51 UTC] you wrote: >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. > >Docutils is expected to use native line endings but can work with both >conventions. > >+ even if the tests fail you should get the expected results in real world >tasks > >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) > >Maybe we need OK so regarding your 3 points [not in order]: 1. >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. I downloaded the docutils-snapshot.tgz file from [http://docutils.sourceforge.net/docutils-snapshot.tgz] I don't think WinZip is unpacking it incorrectly. 2. >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) I got to the download link from README.[Releases & Snapshots] [http://docutils.sourceforge.net/README.html#releases-snapshots] I clicked on Snapshot of Docutils code, documentation, front-end tools, and tests: [http://docutils.sf.net/docutils-snapshot.tgz] There was no "enable or disable line-end conversion" option available. 3. >+ even if the tests fail you should get the expected results in real world >tasks I had a lot of trouble getting a simple :: operator to work. As a test, i tried to run against the demo.txt file which i got from http://docutils.sourceforge.net/docs/user/rst/demo.txt Here is the result: C:\1d\ReStructuredTextPjs>python -m rst2html demo.txt demo.html demo.txt:89: (ERROR/3) Undefined substitution referenced: "problematic". demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 errors (including this one). ***". demo.txt:346: (ERROR/3) Unknown target name: "5". demo.txt:355: (ERROR/3) Unknown target name: "nonexistent". demo.txt:380: (ERROR/3) Unknown target name: "hyperlink reference without a target". demo.txt:393: (ERROR/3) Duplicate target name, cannot be used as a unique reference: "duplicate target names". Thanks for the help. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 12:20 Message: This looks very much like a line-ending problem. Unix uses LF for new lines, while DOS (and Windows) use CR LF. Docutils is expected to use native line endings but can work with both conventions. + even if the tests fail you should get the expected results in real world tasks - you must either enable or disable line-end conversion when downloading from the repository. (I cannot check, as I don't have Windows.) Maybe we need ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 08:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 00:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: Guenter M. <mi...@us...> - 2010-06-17 21:32:23
|
On 2010-06-15, SourceForge.net wrote: > Bugs item #3015675, was opened at 2010-06-13 19:36 > Message generated for change (Comment added) made by jdorocak > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 ... > 1. >>This looks very much like a line-ending problem. >>Unix uses LF for new lines, while DOS (and Windows) use CR LF. > I downloaded the docutils-snapshot.tgz file from > [http://docutils.sourceforge.net/docutils-snapshot.tgz] > I don't think WinZip is unpacking it incorrectly. > 2. >>- you must either enable or disable line-end conversion when downloading >>from the repository. >>(I cannot check, as I don't have Windows.) > I got to the download link from README.[Releases & Snapshots] > [http://docutils.sourceforge.net/README.html#releases-snapshots] > I clicked on Snapshot of Docutils code, documentation, front-end tools, > and tests: > [http://docutils.sf.net/docutils-snapshot.tgz] > There was no "enable or disable line-end conversion" option available. While download/checkout from the SVN repo will (usually) convert the line-endings to OS-native format, this is not done for the daily snapshot. This makes the tests from such an install fail on some systems. Options: * document this (and the consequences) for Windows and Mac users. * add line-end conversion to the setup script. Günter |
From: David G. <go...@py...> - 2010-06-17 21:47:12
|
On Thu, Jun 17, 2010 at 17:31, Guenter Milde <mi...@us...> wrote: > On 2010-06-15, SourceForge.net wrote: >> Bugs item #3015675, was opened at 2010-06-13 19:36 >> Message generated for change (Comment added) made by jdorocak >> You can respond by visiting: >> https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 > > ... > >> 1. >>>This looks very much like a line-ending problem. >>>Unix uses LF for new lines, while DOS (and Windows) use CR LF. > >> I downloaded the docutils-snapshot.tgz file from >> [http://docutils.sourceforge.net/docutils-snapshot.tgz] >> I don't think WinZip is unpacking it incorrectly. > >> 2. >>>- you must either enable or disable line-end conversion when downloading >>>from the repository. >>>(I cannot check, as I don't have Windows.) > >> I got to the download link from README.[Releases & Snapshots] >> [http://docutils.sourceforge.net/README.html#releases-snapshots] >> I clicked on Snapshot of Docutils code, documentation, front-end tools, >> and tests: >> [http://docutils.sf.net/docutils-snapshot.tgz] > >> There was no "enable or disable line-end conversion" option available. > > While download/checkout from the SVN repo will (usually) convert the > line-endings to OS-native format, this is not done for the daily > snapshot. > > This makes the tests from such an install fail on some systems. > > Options: > > * document this (and the consequences) for Windows and Mac users. Mac uses the same line endings as Linux (since OS X, 9 years ago?). > * add line-end conversion to the setup script. * have the test scripts normalize line endings -- David Goodger <http://python.net/~goodger> |
From: Guenter M. <mi...@us...> - 2010-06-20 09:24:10
|
On 2010-06-17, David Goodger wrote: > On Thu, Jun 17, 2010 at 17:31, Guenter Milde <mi...@us...> wrote: >> On 2010-06-15, SourceForge.net wrote: >>> Bugs item #3015675, was opened at 2010-06-13 19:36 >>> Message generated for change (Comment added) made by jdorocak >>> You can respond by visiting: >>> https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 ... >> While download/checkout from the SVN repo will (usually) convert the >> line-endings to OS-native format, this is not done for the daily >> snapshot. >> This makes the tests from such an install fail on some systems. >> Options: >> * document this (and the consequences) for Windows and Mac users. > Mac uses the same line endings as Linux (since OS X, 9 years ago?). (this are good "news" :-) >> * add line-end conversion to the setup script. > * have the test scripts normalize line endings Do you regard this as one more alternative, or as "the way to go"? Dose "normalize" mean "convert to Unix line endings",r "convert to OS-native line endings" or "use the same convention, whichever is easier to achieve"? I would suggest to do line-end conversion in the setup for the functional test's "expected" files and "normalize" line endings in the test scripts (if that is not already done). Günter |
From: David G. <go...@py...> - 2010-06-20 14:58:39
|
On Sun, Jun 20, 2010 at 05:23, Guenter Milde <mi...@us...> wrote: > On 2010-06-17, David Goodger wrote: >> On Thu, Jun 17, 2010 at 17:31, Guenter Milde <mi...@us...> wrote: >>> On 2010-06-15, SourceForge.net wrote: >>>> Bugs item #3015675, was opened at 2010-06-13 19:36 >>>> Message generated for change (Comment added) made by jdorocak >>>> You can respond by visiting: >>>> https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 > > ... > >>> While download/checkout from the SVN repo will (usually) convert the >>> line-endings to OS-native format, this is not done for the daily >>> snapshot. > >>> This makes the tests from such an install fail on some systems. > >>> Options: > >>> * document this (and the consequences) for Windows and Mac users. > >> Mac uses the same line endings as Linux (since OS X, 9 years ago?). > > (this are good "news" :-) > >>> * add line-end conversion to the setup script. > >> * have the test scripts normalize line endings > > Do you regard this as one more alternative, or as "the way to go"? I haven't thought about it deeply, but it intuitively it seems that it may be the right thing to do. If by "setup script" you mean setup.py, the test suite isn't installed. > Dose "normalize" mean "convert to Unix line endings",r "convert to > OS-native line endings" or "use the same convention, > whichever is easier to achieve"? > > I would suggest to do line-end conversion in the setup for the functional > test's "expected" files and "normalize" line endings in the test scripts > (if that is not already done). Whatever is easiest/best. These are implementation details, best decided by the person doing the implementation :-) -- David Goodger <http://python.net/~goodger> |
From: SourceForge.net <no...@so...> - 2010-07-21 16:05:59
|
Bugs item #3015675, was opened at 2010-06-13 22:36 Message generated for change (Comment added) made by goodger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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: Joe Dorocak (jdorocak) Assigned to: Nobody/Anonymous (nobody) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- Comment By: David Goodger (goodger) Date: 2010-07-21 12:05 Message: > I've uploaded myfirst.txt and myfirst.html. This is what i'm having > trouble getting '::' to work in. As i say i'm a newbie, so it could > be my fault. The problem is the lack of blank lines separating the literal block from the preceding paragraph. IOW, after the "::", you have to have a blank line before the literal block starts. See https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 for more details. ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 19:22 Message: Dear David, >> demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 >> errors (including this one). ***". > >Note the content of the quoted error. To demonstrate Docutils' >error-handling, demo.txt intentionally generates 6 errors. I count 6 errors >in your example. They're expected, not a bug. Well, sorry about that. Being a newbie I didn't know if i understood the text input requirements enough to be sure that i wasn't causing the errors in my case, so i looked around for a "known good" example to test against the docutils installation. When I saw errors, after having seen errors from the alltests, i thought i'd better report back. I could have looked more closely at the details. I've uploaded myfirst.txt and myfirst.html. This is what i'm having trouble getting '::' to work in. As i say i'm a newbie, so it could be my fault. Thanks for a great system. All the best, Joe ---------------------------------------------------------------------- Comment By: David Goodger (goodger) Date: 2010-06-15 15:28 Message: > As a test, i tried to run against the demo.txt file which i got from > http://docutils.sourceforge.net/docs/user/rst/demo.txt > > Here is the result: ... > demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 > errors (including this one). ***". Note the content of the quoted error. To demonstrate Docutils' error-handling, demo.txt intentionally generates 6 errors. I count 6 errors in your example. They're expected, not a bug. IOW, the "test" and the example output are invalid. > I had a lot of trouble getting a simple :: operator to work. What are you trying to do? Show us *your* input and output. Attach files, please -- the comment system corrupts indentation. ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 15:18 Message: Hi Gunter, On [2010-06-14 19:20:51 UTC] you wrote: >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. > >Docutils is expected to use native line endings but can work with both >conventions. > >+ even if the tests fail you should get the expected results in real world >tasks > >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) > >Maybe we need OK so regarding your 3 points [not in order]: 1. >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. I downloaded the docutils-snapshot.tgz file from [http://docutils.sourceforge.net/docutils-snapshot.tgz] I don't think WinZip is unpacking it incorrectly. 2. >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) I got to the download link from README.[Releases & Snapshots] [http://docutils.sourceforge.net/README.html#releases-snapshots] I clicked on Snapshot of Docutils code, documentation, front-end tools, and tests: [http://docutils.sf.net/docutils-snapshot.tgz] There was no "enable or disable line-end conversion" option available. 3. >+ even if the tests fail you should get the expected results in real world >tasks I had a lot of trouble getting a simple :: operator to work. As a test, i tried to run against the demo.txt file which i got from http://docutils.sourceforge.net/docs/user/rst/demo.txt Here is the result: C:\1d\ReStructuredTextPjs>python -m rst2html demo.txt demo.html demo.txt:89: (ERROR/3) Undefined substitution referenced: "problematic". demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 errors (including this one). ***". demo.txt:346: (ERROR/3) Unknown target name: "5". demo.txt:355: (ERROR/3) Unknown target name: "nonexistent". demo.txt:380: (ERROR/3) Unknown target name: "hyperlink reference without a target". demo.txt:393: (ERROR/3) Duplicate target name, cannot be used as a unique reference: "duplicate target names". Thanks for the help. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 15:20 Message: This looks very much like a line-ending problem. Unix uses LF for new lines, while DOS (and Windows) use CR LF. Docutils is expected to use native line endings but can work with both conventions. + even if the tests fail you should get the expected results in real world tasks - you must either enable or disable line-end conversion when downloading from the repository. (I cannot check, as I don't have Windows.) Maybe we need ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 11:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 03:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |
From: SourceForge.net <no...@so...> - 2010-07-21 16:09:55
|
Bugs item #3015675, was opened at 2010-06-13 22:36 Message generated for change (Comment added) made by goodger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&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 >Resolution: Fixed Priority: 5 Private: No Submitted By: Joe Dorocak (jdorocak) >Assigned to: David Goodger (goodger) Summary: 36 failures from alltests.py Initial Comment: Operating system, Platform: Normal : Windows-2000-5.0.2195-SP4 Aliased: Windows-2000-5.0.2195-SP4 Terse : Windows-2000 Python version Python interpreter: Version : 2.5.4 Version tuple: ['2', '5', '4'] Compiler : MSC v.1310 32 bit (Intel) Build : ('r254:67916', 'Dec 23 2008 15:10:54') Docutils Version quicktest.py (Docutils 0.7 [snapshot 2010-06-02, r6333]) ------------------------------------------------- Ran 1117 tests in 58.594s FAILED (failures=36) Elapsed time: 75.388 seconds <unittest._TextTestResult run=1117 errors=0 failures=36> ---------------------------------------------------------------------- >Comment By: David Goodger (goodger) Date: 2010-07-21 12:09 Message: Fixed in SVN r6380. ---------------------------------------------------------------------- Comment By: David Goodger (goodger) Date: 2010-07-21 12:05 Message: > I've uploaded myfirst.txt and myfirst.html. This is what i'm having > trouble getting '::' to work in. As i say i'm a newbie, so it could > be my fault. The problem is the lack of blank lines separating the literal block from the preceding paragraph. IOW, after the "::", you have to have a blank line before the literal block starts. See https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 for more details. ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 19:22 Message: Dear David, >> demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 >> errors (including this one). ***". > >Note the content of the quoted error. To demonstrate Docutils' >error-handling, demo.txt intentionally generates 6 errors. I count 6 errors >in your example. They're expected, not a bug. Well, sorry about that. Being a newbie I didn't know if i understood the text input requirements enough to be sure that i wasn't causing the errors in my case, so i looked around for a "known good" example to test against the docutils installation. When I saw errors, after having seen errors from the alltests, i thought i'd better report back. I could have looked more closely at the details. I've uploaded myfirst.txt and myfirst.html. This is what i'm having trouble getting '::' to work in. As i say i'm a newbie, so it could be my fault. Thanks for a great system. All the best, Joe ---------------------------------------------------------------------- Comment By: David Goodger (goodger) Date: 2010-06-15 15:28 Message: > As a test, i tried to run against the demo.txt file which i got from > http://docutils.sourceforge.net/docs/user/rst/demo.txt > > Here is the result: ... > demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 > errors (including this one). ***". Note the content of the quoted error. To demonstrate Docutils' error-handling, demo.txt intentionally generates 6 errors. I count 6 errors in your example. They're expected, not a bug. IOW, the "test" and the example output are invalid. > I had a lot of trouble getting a simple :: operator to work. What are you trying to do? Show us *your* input and output. Attach files, please -- the comment system corrupts indentation. ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-15 15:18 Message: Hi Gunter, On [2010-06-14 19:20:51 UTC] you wrote: >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. > >Docutils is expected to use native line endings but can work with both >conventions. > >+ even if the tests fail you should get the expected results in real world >tasks > >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) > >Maybe we need OK so regarding your 3 points [not in order]: 1. >This looks very much like a line-ending problem. >Unix uses LF for new lines, while DOS (and Windows) use CR LF. I downloaded the docutils-snapshot.tgz file from [http://docutils.sourceforge.net/docutils-snapshot.tgz] I don't think WinZip is unpacking it incorrectly. 2. >- you must either enable or disable line-end conversion when downloading >from the repository. >(I cannot check, as I don't have Windows.) I got to the download link from README.[Releases & Snapshots] [http://docutils.sourceforge.net/README.html#releases-snapshots] I clicked on Snapshot of Docutils code, documentation, front-end tools, and tests: [http://docutils.sf.net/docutils-snapshot.tgz] There was no "enable or disable line-end conversion" option available. 3. >+ even if the tests fail you should get the expected results in real world >tasks I had a lot of trouble getting a simple :: operator to work. As a test, i tried to run against the demo.txt file which i got from http://docutils.sourceforge.net/docs/user/rst/demo.txt Here is the result: C:\1d\ReStructuredTextPjs>python -m rst2html demo.txt demo.html demo.txt:89: (ERROR/3) Undefined substitution referenced: "problematic". demo.txt:547: (ERROR/3) Undefined substitution referenced: "*** Expect 6 errors (including this one). ***". demo.txt:346: (ERROR/3) Unknown target name: "5". demo.txt:355: (ERROR/3) Unknown target name: "nonexistent". demo.txt:380: (ERROR/3) Unknown target name: "hyperlink reference without a target". demo.txt:393: (ERROR/3) Duplicate target name, cannot be used as a unique reference: "duplicate target names". Thanks for the help. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 15:20 Message: This looks very much like a line-ending problem. Unix uses LF for new lines, while DOS (and Windows) use CR LF. Docutils is expected to use native line endings but can work with both conventions. + even if the tests fail you should get the expected results in real world tasks - you must either enable or disable line-end conversion when downloading from the repository. (I cannot check, as I don't have Windows.) Maybe we need ---------------------------------------------------------------------- Comment By: Joe Dorocak (jdorocak) Date: 2010-06-14 11:40 Message: Sorry about not uploading this before. Here are the command lines. I will upload the error log. C:\>cd "C:\1dnlds\Python modules\docutils-snapshot\docutils\test" C:\1dnlds\Python modules\docutils-snapshot\docutils\test>python alltests.py > joeResults.txt Thanks for the great work. All the best, Joe ---------------------------------------------------------------------- Comment By: Günter Milde (milde) Date: 2010-06-14 03:27 Message: Thanks for the report. However, without an error log, we cannot tell whether this is a Docutils problem, a false positive, or a problem on your site/installation. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=422030&aid=3015675&group_id=38414 |