Bug 369745 – dev-texlive/texlive-pictures - USE="ruby" request

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description tot-to 2011-06-02 07:51:41 UTC]

Now dev-texlive/texlive-pictures hard-depends on ruby while app-office/lyx[latex] depends on dev-texlive/texlive-pictures.
At the same time I found only 2 files in that dev-texlive/texlive-pictures, thats really needs ruby:
/usr/share/texmf-dist/scripts/epspdf/epspdf.rb 
/usr/share/texmf-dist/scripts/epspdf/epspdfrc.rb
Both has wrappers in /usr/bin.
epspdf converts eps files to pdf. This functionality is also provided by perl script
/usr/bin/epstopdf -> ../share/texmf-dist/scripts/epstopdf/epstopdf.pl
in package dev-texlive/texlive-fontutils, that is hard dependency of meta-package app-text/texlive
The second file is broken on my system:
$ epspdftk 
/usr/bin/env: wish: No such file or directory

I suggest to add "ruby" use-flag to dev-texlive/texlive-pictures package.

Reproducible: Always

[Comment 1 Paweł Rumian 2012-01-19 15:02:47 UTC]

I'd also be very thankful for this feature, as this is the only package in my system that pulls the whole ruby...

Second option would be excluding epspdf from texlive-pictures and providing it as a separate package.

[Comment 2 Alexis Ballier 2012-01-19 15:14:11 UTC]

(In reply to comment #1)
> Second option would be excluding epspdf from texlive-pictures and providing it
> as a separate package.

this would be the prefered solution (already done for e.g. pdfannotextractor since it needs java)

see: http://tex.aanhet.net/epspdf/

[Comment 3 Paweł Rumian 2012-01-19 15:32:44 UTC]

(In reply to comment #2)
> this would be the prefered solution (already done for e.g. pdfannotextractor
> since it needs java)
> 
> see: http://tex.aanhet.net/epspdf/

Seems very fair, especially that in current state texlive-pictures should depend not only on ruby but also on dev-lang/tk (because of /usr/bin/epspdftk -> ../share/texmf-dist/scripts/epspdf/epspdftk.tcl dependency).

[Comment 4 Alexis Ballier 2012-03-30 14:06:15 UTC]

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

[Comment 5 Alexis Ballier 2012-03-30 14:17:31 UTC]

fixed with texlive-pictures-2011-r1 and texlive-2011-r1

[Comment 6 Tomasz Golinski 2012-07-27 10:53:37 UTC]

Apparently 2012 version brings this issue back :/

[Comment 7 Alexis Ballier 2012-07-27 12:27:03 UTC]

(In reply to comment #6)
> Apparently 2012 version brings this issue back :/

my mistake :/ fixed now