FS#20157 - [texlive-bin] dvipng ignore -T

Attached to Project: Arch Linux
Opened by Kyle Keen (keenerd) - Tuesday, 13 July 2010, 02:32 GMT
Last edited by Rémy Oudompheng (remyoudompheng) - Wednesday, 13 October 2010, 10:55 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Francois Charette (Firmicus)
Rémy Oudompheng (remyoudompheng)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
dvipng has a -T option to force render dimensions.
It ignores the height and produces a square based on the width.

Additional info:
texlive-bin 2009.5-5


Steps to reproduce:
Get your favorite tex file.
Render dvi with latex.
dvipng -T "4in,8in" -D 100 foo.dvi
Examine images created; all are 400px by 400px.
This task depends upon

Closed by  Rémy Oudompheng (remyoudompheng)
Wednesday, 13 October 2010, 10:55 GMT
Reason for closing:  Fixed
Comment by Francois Charette (Firmicus) - Tuesday, 13 July 2010, 06:57 GMT
This appears to be an upstream issue. Can you try the latest pre-compiled binary for Linux on the TeX Live svn repo (e.g. http://tug.org/svn/texlive/trunk/Master/bin/x86_64-linux/dvipng or http://tug.org/svn/texlive/trunk/Master/bin/i386-linux/dvipng) and compare the behaviour with the Arch Linux binary? If you encounter the same problem, please ask on the dvipng mailing list (perhaps the discussion http://lists.nongnu.org/archive/html/dvipng/2008-10/msg00003.html also may be helpful).
Comment by Kyle Keen (keenerd) - Tuesday, 13 July 2010, 10:50 GMT
Yes, that binary does it too.

Hooray, another mailing list to sign up for. Posted.
Random thought on policy, maintainers should have to deal with upstream :-)
Comment by Rémy Oudompheng (remyoudompheng) - Tuesday, 28 September 2010, 21:06 GMT
I found something (see my post on dvipng mailing-list), waiting for upstream to confirm whether this is a bug in the code.
Comment by Rémy Oudompheng (remyoudompheng) - Monday, 11 October 2010, 15:11 GMT
Fixed in 2010.1-3.

Loading...