Bug#573983: Yet again some more information...

2010-03-16 Thread Vincent Fourmond
Hi again, Nelson A. de Oliveira wrote: > But well, from what I see, it's just necessary a new upload reverting the > patch. > Agreed on this? I can't get my quick-and-dirty thing to work, so the revert is probably the simplest thing to do. Most of the information I was writing is therefore

Bug#573983: Yet again some more information...

2010-03-16 Thread Vincent Fourmond
Hi all, Nelson A. de Oliveira wrote: > One thing that I don't understand however (and if somebody knows why, > I would be grateful for an explanation) is why fontconfig/imagemagick > doesn't see the ghostscripts fonts (and why it's necessary to > explicitly include them in type.xml). Argh !

Bug#573983: RE : [Pkg-gmagick-im-team] Bug#573983: Yet again some more information...

2010-03-16 Thread Bastien ROUCARIES
I do not agree i thuink it worth to report upstream Bastien Le 16 mars 2010 21:52, "Nelson A. de Oliveira" a écrit : Hi! On Tue, Mar 16, 2010 at 5:09 PM, Adam D. Barratt wrote: > I've just built and installed a set of local imagemagick packages with > the suggested patch from upstream (adding

Bug#573983: Yet again some more information...

2010-03-16 Thread Nelson A. de Oliveira
Hi! On Tue, Mar 16, 2010 at 5:09 PM, Adam D. Barratt wrote: > I've just built and installed a set of local imagemagick packages with > the suggested patch from upstream (adding "Utopia" as an alternative > font family) and I'm afraid I have to report that I still get the same > problem: (...) > I

Bug#573983: Yet again some more information...

2010-03-15 Thread Vincent Fourmond
Hi again, I think I have a better idea of what is happening: if I use one of the fonts listed by ~ convert -list font I get no error, and the output looks fine. Looking closer, I find that there are several fonts missing from the newer version of imagemagick, namely, the postscript fonts: