Re: libgd breakage

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 06/29/2013 09:50 AM, Paulo César Pereira de Andrade wrote:
2013/6/28 Adam Williamson <awilliam@xxxxxxxxxx>:

   Almost there, but still cannot generate chroot in mock.

DEBUG util.py:264:  Error: Package: gnuplot-4.6.2-2.fc20.x86_64 (build)
DEBUG util.py:264:             Requires: libgd.so.2()(64bit)

gnuplot appears to be failing on some sort of texlive-related nonsense:

Execute script `gnuplot.lg'
/usr/bin/t4ht: line 2: -f/gnuplot: No such file or directory
/usr/bin/t4ht: line 3: -f/gnuplot: No such file or directory
/usr/bin/t4ht: line 4: -f/gnuplot: No such file or directory
--- error --- improper command line

and then it just appears to loop over the tex4ht usage message forever
and ever. I don't know if the error is in texlive-tex4ht-bin (which

   It fork bombs for me, and dies a bit later.

provides /usr/bin/t4ht and /usr/bin/tex4ht), or in how gnuplot is
calling it. (But I don't have time to figure out that crap, so I'm just
going to yum remove gnuplot...)

It is not parsing correctly arguments, and t4ht does not check
arguments:

$ cat /usr/bin/t4ht
#!/bin/sh
         $1 $2
         $1 $2
         $1 $2
         tex4ht $2
         t4ht $2  $3

on f18 at least, and other distros t4ht is a real binary:
$ t4ht --help
----------------------------
t4ht.c (2012-07-25-19:28 kpathsea)
t4ht --help
--- error ---
--------------------------------------------------------------------
t4ht [-f<dir char>]filename ...
   -b     ignore -d -m -M for bitmaps
   -c...  choose named segment in env file
   -d...  directory for output files       (default:  current)
   -e...  location of tex4ht.env
   -i     debugging info
   -g     ignore errors in system calls
   -m...  chmod ... of new output files (reused bitmaps excluded)
   -p     don't convert pictures           (default:  convert)
   -r     replace bitmaps of all glyphs    (default:  reuse old ones)
   -M...  chmod ... of all output files
   -Q     quit, if tex4ht.c had problems
   -S...  permission for system calls: *-always, filter
   -X...  content for field %%3 in X scripts
   -....  content for field %%2 in . scripts

Example:
    t4ht name -d/WWW/temp/ -etex4ht-32.env -m644
--------------------------------------------------------------------


but on rawhide:
$ t4ht --help
<< fork bombs -- do not try >>

Paulo


See https://bugzilla.redhat.com/show_bug.cgi?id=959696. Renaming ht to t4ht was clearly the wrong thing to do. I'm reverting it for now.

--
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA, Boulder/CoRA Office             FAX: 303-415-9702
3380 Mitchell Lane                       orion@xxxxxxxx
Boulder, CO 80301                   http://www.nwra.com
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux