New Ticket     Wiki     Browse Source     Timeline     Roadmap     Ticket Reports     Search

Ticket #20939 (closed request: fixed)

Opened 2 years ago

Last modified 2 years ago

rubber: please update depends_run

Reported by: john_owens@… Owned by: milosh@…
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: ram@…
Port: rubber

Description

For the rubber port, please update depends_run to

depends_run     bin:latex:texlive

as that allows use of rubber without installing MacPorts's texlive (for users who use MacTeX or the like).

Change History

  Changed 2 years ago by jowens@…

  • owner changed from macports-tickets@… to milosh@…
  • version 1.7.1 deleted

  Changed 2 years ago by milosh@…

  • status changed from new to closed
  • resolution set to wontfix

It would be against macports' policy. The depends_run scheme that is present in rubber's portfile has been agreed on for all ports depending on tex. If you want it to be satisfied without installing a macports tex distribution, you can create a symlink in $prefix/bin that points to your bibtex binary.

follow-up: ↓ 4   Changed 2 years ago by john_owens@…

I respectfully disagree. Current dependencies in the tree (thanks Ryan):

    1 bin:bibtex:texlive
    1 bin:kpsewhich:texlive
    9 bin:latex:texlive
    6 bin:mktexlsr:texlive
    3 bin:pdflatex:texlive
    1 bin:pdftex:texlive
   16 bin:tex:texlive
    4 bin:texhash:texlive
    1 path:${prefix}/bin/dvips:texlive
    1 path:${prefix}/bin/pdflatex:texlive
    1 path:${prefix}/bin/tex:texlive
    1 path:bin/bibtex:texlive
    1 path:bin/latex:texlive
    1 path:bin/pdflatex:texlive
    1 path:bin/tex:texlive
    2 path:include/kpathsea/kpathsea.h:texlive
   17 port:texlive

Absolutely the trend in ports has been toward using bin:binary:texlive so that MacTeX can be used.

in reply to: ↑ 3 ; follow-up: ↓ 5   Changed 2 years ago by ryandesign@…

Replying to john_owens@…:

Absolutely the trend in ports has been toward using bin:binary:texlive so that MacTeX can be used.

I am no longer certain what the trend is or what was agreed upon. It has been discussed extensively in #12913 and also  on the mailing list. All I know is the ports that currently depend on texlive do so in different ways, and it would be good to change them all to one common way. What that way is, I don't know.

in reply to: ↑ 4   Changed 2 years ago by john_owens@…

Replying to ryandesign@…:

Replying to john_owens@…:

Absolutely the trend in ports has been toward using bin:binary:texlive so that MacTeX can be used.

I am no longer certain what the trend is or what was agreed upon. It has been discussed extensively in #12913 and also  on the mailing list. All I know is the ports that currently depend on texlive do so in different ways, and it would be good to change them all to one common way. What that way is, I don't know.

Ryan, you told me in an email on 6 Dec 2008 that "It seems like a consensus was reached that the dependencies should be changed to bin:something:texlive so that adding /usr/texbin to the binpath would allow things to work." I think this is the right thing to do. texlive ports have consistently lagged behind MacTeX distributions, and the ability to selfupdate within MacTeX is really an enormously important feature that just isn't supported within the macports structure today. Of course we should continue to keep a texlive port to keep everything self-contained within macports, especially for users who aren't using TeX directly, but it seems to me that there's zero downside to using bin:binary:texlive, which makes both macports-texlive users happy AND makes MacTeX users happy.

  Changed 2 years ago by milosh@…

Let me also quote Ryan ;).

In  http://lists.macosforge.org/pipermail/macports-dev/2008-January/004141.html :

Using something like "bin:latex:texlive" is discouraged because a latex binary outside of the MacPorts prefix would satisfy the dependency, but we don't want it to; we only want latex binaries installed by MacPorts to be detected. Therefore, "path:${prefix}/bin/latex:texlive" should be used instead.

Seems I was the only one following even though I was in favor of bin:latex:texlive in the beginning!

follow-up: ↓ 8   Changed 2 years ago by john_owens@…

Maybe Ryan changed his mind between January and December. :)

Oh Oracle of Ryan, I know that consistency is the hobgoblin of little minds, but what are you thinking today about the right way to go here?

Look, texlive is a nasty nasty port to write. I spent several weeks trying to help Edd debug 2008 last fall and we didn't get it working even then. It wasn't available until months after MacTeX was, and the MacTeX people are really good at what they do. And the selfupdate feature is really cool. Unless we have someone who really wants to take the texlive port over and make sure it's a rock and comes out soon after texlive is released, I think the right thing to do is to let macports users leverage MacTeX if possible.

in reply to: ↑ 7 ; follow-up: ↓ 9   Changed 2 years ago by ryandesign@…

  • status changed from closed to reopened
  • resolution wontfix deleted

Replying to john_owens@…:

Maybe Ryan changed his mind between January and December. :)

I think by January I had forgotten what I wrote in December...

Oh Oracle of Ryan, I know that consistency is the hobgoblin of little minds, but what are you thinking today about the right way to go here?

I don't mind TeX being an exception to the rule, so go ahead and make it "bin:latex:texlive" in rubber and other ports that need TeX. If I forget this again by next month, feel free to smack me.

in reply to: ↑ 8   Changed 2 years ago by snc@…

Replying to ryandesign@…:

If I forget this again by next month, feel free to smack me.

Can I go ahead and smack you now in case I forget then?

  Changed 2 years ago by snc@…

  • status changed from reopened to closed
  • resolution set to fixed

Committed in r56942. I just want to check: latex and not bibtex is the binary you're checking, correct?

  Changed 2 years ago by milosh@…

Either latex or bibtex is fine yes.

Note: See TracTickets for help on using tickets.