Bugzilla – Full Text Bug Listing |
Summary: | rescale-pdf not working | ||
---|---|---|---|
Product: | ns-3 | Reporter: | Nicola Baldo <nicola> |
Component: | documentation | Assignee: | Tom Henderson <tomh> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | jpelkey, ns-bugs |
Priority: | P5 | ||
Version: | ns-3-dev | ||
Hardware: | All | ||
OS: | All |
Description
Nicola Baldo
2011-02-24 08:38:03 EST
I am not doubting your problems, but this seems to go ok on the code server. I just updated the manual "manually" and the logfile showed everything completing. There were quite a few warnings however. (In reply to comment #1) > I am not doubting your problems, but this seems to go ok on the code server. I > just updated the manual "manually" and the logfile showed everything > completing. There were quite a few warnings however. I understand that the build works on the code server, but if it fails on other platforms I consider it a bug. I am using Ubuntu 10.04 LTS. If there is any additional test that might help, I'd be happy to do it. I am inclined to agree. The problems are likely due to version differences in other programs like dia, latex, sphinx, etc. For example, it looks like you are using sphinx v0.6.4, while on the server, we have v1.0.7. I don't doubt we should take a look at this. I just wanted to point out that it works on some machines. (In reply to comment #2) > (In reply to comment #1) > > I am not doubting your problems, but this seems to go ok on the code server. I > > just updated the manual "manually" and the logfile showed everything > > completing. There were quite a few warnings however. > > I understand that the build works on the code server, but if it fails on other > platforms I consider it a bug. I am using Ubuntu 10.04 LTS. > > If there is any additional test that might help, I'd be happy to do it. FYI, this happened on my Ubuntu machine too. Checking the logs, it looks like this is an escaping issue in rescale-pdf. Changing \\begin{document} to \\\begin{document} fixed it for me. After checking the revisions of rescale-pdf.sh on the code server (http://code.nsnam.org/ns-3-dev/log/f1f595e0ea3c/doc/manual/rescale-pdf.sh) it looks like Tom noticed this, but reverted it. Not sure why, maybe it works on the code server with only one escape character. (In reply to comment #4) > FYI, this happened on my Ubuntu machine too. Checking the logs, it looks like > this is an escaping issue in rescale-pdf. Changing \\begin{document} to > \\\begin{document} fixed it for me. > > After checking the revisions of rescale-pdf.sh on the code server > (http://code.nsnam.org/ns-3-dev/log/f1f595e0ea3c/doc/manual/rescale-pdf.sh) it > looks like Tom noticed this, but reverted it. Not sure why, maybe it works on > the code server with only one escape character. And another thing to note: If I use the full path to echo (/bin/echo) in the rescale-pdf script, it works fine without having to modify that backspace escape character. Something is strange with the built-in echo I guess. (In reply to comment #4) > FYI, this happened on my Ubuntu machine too. Checking the logs, it looks like > this is an escaping issue in rescale-pdf. Changing \\begin{document} to > \\\begin{document} fixed it for me. > > After checking the revisions of rescale-pdf.sh on the code server > (http://code.nsnam.org/ns-3-dev/log/f1f595e0ea3c/doc/manual/rescale-pdf.sh) it > looks like Tom noticed this, but reverted it. Not sure why, maybe it works on > the code server with only one escape character. I made the change back during the release process to make it work on the server. I did not look into the portability problem at the time. Looking at it today, I believe the issue is that Ubuntu symlinks "sh" to "dash" by default. Since bash is fairly ubiquitous nowadays, I think that changing it to bash is the way to go. pushed in changeset 58c12aeae0c0 (tested on the Fedora web server and on Ubuntu 10.04 LTS) |