Re: Ghostscript 9.18 packaging

2016-02-09 Thread Damian Dimmich
Hi Jonas, Thanks for the help again - have now been able to reproduce your tiff issue. Progress :) Will have a stab at getting something working tomorrow! Damian On 09/02/2016 22:25, Jonas Smedegaard wrote: Hi Damian, Did you subscribe to debian-printing@lists.debian.org yet? Quoting

Re: Ghostscript 9.18 packaging

2016-02-09 Thread Jonas Smedegaard
Quoting Damian Dimmich (2016-02-09 21:04:59) > Thanks for the help again - have now been able to reproduce your tiff > issue. Progress :) > > Will have a stab at getting something working tomorrow! Great! Regarding build environment: You might also consider these: eatmydata ccache (and

Ghostscript 9.18 packaging

2016-02-09 Thread Damian Dimmich
Hello! I've encountered an issue with GS 9.16 where it fails to render some of my customers pdf's correctly into PNG's. 9.18 seems to resolve the issue. I saw on the Ghostscript package tracker that there was already a note to suggest packaging the new version. Is someone already working

Re: Ghostscript 9.18 packaging

2016-02-09 Thread Jonas Smedegaard
Hi Damian, Quoting Damian Dimmich (2016-02-09 08:36:29) > I've encountered an issue with GS 9.16 where it fails to render some > of my customers pdf's correctly into PNG's. > > 9.18 seems to resolve the issue. I saw on the Ghostscript package > tracker that there was already a note to suggest

Re: Ghostscript 9.18 packaging

2016-02-09 Thread Damian Dimmich
Hi Jonas! Thank you so much! Have pulled your latest changes. I'm actually stuck a bit earlier on in the process - running $ fakeroot debian/rules build hangs. cp ./soobj/sjbig2_jbig2dec.dev ./soobj/sjbig2.dev make[3]: *** No rule to make target 'soobj/sjpx_.dev', needed by

Re: Ghostscript 9.18 packaging

2016-02-09 Thread Jonas Smedegaard
Hi Damian, Did you subscribe to debian-printing@lists.debian.org yet? Quoting Damian Dimmich (2016-02-09 18:53:42) > I'm actually stuck a bit earlier on in the process - running $ > fakeroot debian/rules build hangs. I recommend that you use the wrapper command "debuild" instead, to ensure