#189 closed defect (fixed)
WHIZARD tar ball LaTeXs manual.pdf
| Reported by: | Juergen Reuter | Owned by: | Juergen Reuter |
|---|---|---|---|
| Priority: | P3 | Milestone: | |
| Component: | documentation | Version: | 2.0.0rc1 |
| Severity: | normal | Keywords: | documentation |
| Cc: |
Description
Even if the user unpacks the tar ball which does contain the manual.pdf already, the PDF is being made. Why? This should never be the case.
Change History (6)
comment:1 Changed 14 years ago by
comment:2 Changed 14 years ago by
| Milestone: | v2.0-rc2 → v2.0-rc3 |
|---|
comment:3 Changed 14 years ago by
The problem appears only if noweb is installed on the system. If noweb is not available (as should be for the standard user) neither manual.pdf nor whizard.pdf is reprocessed.
comment:4 Changed 14 years ago by
| Owner: | changed from ALL to Juergen Reuter |
|---|---|
| Status: | new → assigned |
Adding whizard.tex to the distribution (on the same footing as the .f90 files) solves the problem. Waiting for "make extra-bratwurst" to finish.
comment:5 Changed 14 years ago by
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
All tests work. Closing.
Note: See
TracTickets for help on using
tickets.
I don't know. Looks as it is the f*ing rule to avoid parallel processing for make -j that is involved. I'm tired of these errors. I will not fix this.