Metadata
- Source
- DECA-60
- Type
- Bug
- Priority
- Major
- Status
- Closed
- Resolution
- Fixed
- Assignee
- N/A
- Reporter
- Michelle D'Souza
- Created
2010-03-30T15:09:49.000-0400 - Updated
2012-01-10T09:47:06.716-0500 - Versions
-
- 0.3
- Fixed Versions
-
- 0.4
- Component
-
- Export
Description
Currently, the first time you try to generate a PDF this error is thrown:
rm: cannot remove `pdf/*': No such file or directory
the process continues but we should handle the error more gracefully. Also, we should not be doing such heavy handed cleanup between pdf generations - we need to find out how to use the pdf generator for subsequent changes so that the second time a pdf is generated the process is faster.
Comments
-
Jonathan Hung commented
2010-04-20T09:51:24.000-0400 This issue may resolve itself when if Decapod uses the Ocropus book directory structure.
Likely related to genpdf script expecting / supporting the Ocropus directory structure. (but works fine without it).
-
Colin Clark commented
2010-07-14T00:47:01.559-0400 I'm resolving this as fixed since the specific error Michelle reported has been fixed. We're still a bit heavy-handed about blasting away any previous working directories when generating a new PDF, and the issue of using the Ocropus book directory structure still stands and has its own JIRA.