Opened 19 years ago

Closed 19 years ago

Last modified 19 years ago

#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@…

* Bug 4200 has been marked as a duplicate of this bug. *

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: newclosed

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:6 Changed 19 years ago by mellon85@…

yes, it built dvips, but o haven't gs in my path

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.0Mac OS X 10.4
Resolution: invalid
Status: closedreopened

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: reopenedclosed

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

Note: See TracTickets for help on using tickets.