#4199 closed defect (invalid)
Missing dvips in teTeX
Reported by: | mellon85@… | Owned by: | gwright@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.0 |
Keywords: | Cc: | gwright@… | |
Port: |
Description
The teTeX package missed dvips command line utility
Change History (12)
comment:1 Changed 19 years ago by mww@…
comment:2 Changed 19 years ago by mww@…
Owner: | changed from darwinports-bugs@… to gwright@… |
---|
assigning to maintainer;
comment:3 Changed 19 years ago by gwright@…
Hi Dario,
Hmm.... teTeX builds dvips on my machine. If it's not building on yours, I suspect that the configure script is turning it off for some reason. (I've rebuilt teTeX using the trace option, and I don't see it trying to test ghostscript, but configure might just look for the existence of the file 'gs' and not try to run it. That would escape detection.)
Send a complete build log. If something needs to be fixed, I guess it is a dependency.
Best Wishes, Greg
comment:4 Changed 19 years ago by mellon85@…
Resolution: | → invalid |
---|---|
Status: | new → closed |
it was just the problem you said (damned gs), i have cleaned up my PATH and everything gone well, sorry for the disturbance
comment:5 Changed 19 years ago by gwright@…
Hi Dario,
I'm not sure if there isn't still a bug in the portfile: if ghostscript is really needed, it should be a dependency. (The teTeX docs claim that it isn't, but they might be wrong.)
After you modified your path so it contained gs, teTeX built dvips for you?
Best Wishes, Greg
comment:7 Changed 19 years ago by mellon85@…
It doesn't check gs at all i think, i haven't it in my path but it builds dvips, which howerver tries to use a pipe on gs failing. It's surely needed as a dependency
comment:8 Changed 19 years ago by mellon85@…
op_sys: | Mac OS X 10.0 → Mac OS X 10.4 |
---|---|
Resolution: | invalid |
Status: | closed → reopened |
no, it's not a dependency issues, i have tried various build, it was a problem due to having some other programs in my PATH. dvips returns a strange error... lpr: error - no default destination available. the lpr I have is the Mac OS X 10.4 version...
comment:9 Changed 19 years ago by gwright@…
Hi Dario,
Thanks for staying up late looking at this. Now that --- I hope --- you've gotten some sleep, have you decided that there is a dependency on gs? If dvips simply gets confused about lpr, that's a different issue. (The standard workaround has always been to run dvips with the -f flag, and send the output to a file, like
dvips -f < input.dvi > output.ps
and use whatever printing program you want to handle the output.ps file.)
If the bug shouldn't be closed, could you summarize the remaining issues so I know hwat to look for?
Thanks!
Best Wishes, Greg
comment:10 Changed 19 years ago by mellon85@…
Resolution: | → invalid |
---|---|
Status: | reopened → closed |
I thought the problem was on gs, but that's ok, the real problem was lpr, but the workaraound works perfectly. i have finally cleaned everything from fink distribution too, no more stupid bug i hope
comment:11 Changed 19 years ago by mellon85@…
however, i am in Italy, the hours is quite different ;D
comment:12 Changed 19 years ago by gwright@…
Hi Dario!
Well, we had Italian wine with dinner tonight, so we're in your time zone spiritually!
Greg
* Bug 4200 has been marked as a duplicate of this bug. *