On Fri, Feb 15, 2013 at 11:21:41AM +, Martin Crossley wrote:
> Successfully tested on 5.3/i386 current (snapshot 8 Feb) with
> ghostscript 9.06 (flavor 'a4').
>
> Now gstoraster and pstoqpdl (from SpliX) both work. Suspect that
> cups too will now be un-borked: will test that later.
>
Furthe
On Fri, Feb 15, 2013 at 12:33 PM, Matthias Kilian
wrote:
> I already have an ok from aja@, but I'd like to get a second ok.
You have mine, fwiw...
> Ciao,
> Kili
Cheers,
David
> ps: diff for stable:
>
> Index: Makefile
>
On Fri, Feb 15, 2013 at 11:21:41AM +, Martin Crossley wrote:
> > The diff below should fix it (on -current). It makes sure that the
> > cups driver is compiled with the same value for GX_COLOR_INDEX_TYPE
> > as everything else.
>
> You, sir, rock.
>
> Successfully tested on 5.3/i386 current (
On Thu, Feb 14, 2013 at 08:07:00PM +0100, Matthias Kilian wrote:
> The diff below should fix it (on -current). It makes sure that the
> cups driver is compiled with the same value for GX_COLOR_INDEX_TYPE
> as everything else.
You, sir, rock.
Successfully tested on 5.3/i386 current (snapshot 8 Feb
On Wed, Feb 13, 2013 at 07:59:05PM +0100, Matthias Kilian wrote:
> > Ait feels like getting closer... many thanks again for your work on this.
>
> Indeed:
>
> gdevcups.c: offsetof(gx_device, icc_struct) = 500
> gdevcups.c: sizeof(gx_color_index) = 4
> gsicc_manage.c: offsetof(gx_device, icc_struc
On Wed, Feb 13, 2013 at 07:59:05PM +0100, Matthias Kilian wrote:
> gdevcups.c: offsetof(gx_device, icc_struct) = 500
> gdevcups.c: sizeof(gx_color_index) = 4
> gsicc_manage.c: offsetof(gx_device, icc_struct) = 640
> gsicc_manage.c: sizeof(gx_color_index) = 8
>
> This looks like some #include and/o
On Wed, Feb 13, 2013 at 04:14:06PM +, Martin Crossley wrote:
> On Wed, Feb 13, 2013 at 03:47:25PM +0100, Matthias Kilian wrote:
> > There's some more debugging output, but the above two bits matter.
> > They produce the following output:
> >
> > DEBUG2: (2) pdev = 0x80a26034, pdev->icc_struct
On Mon, Feb 11, 2013 at 10:56:19PM +, Stuart Henderson wrote:
> BTW if you don't use sa_compile, using that can reduce load with spamassassin
> a bit..
Thanks Stuart! I'll definately give that a try. The server has been up
continuously since early 2009, so I will have to read back on my notes
On Wed, Feb 13, 2013 at 03:47:25PM +0100, Matthias Kilian wrote:
> There's some more debugging output, but the above two bits matter.
> They produce the following output:
>
> DEBUG2: (2) pdev = 0x80a26034, pdev->icc_struct = 0x8450b098
> DEBUG2: gsicc_set_device_profile: (0) pdev = 0x80a26034, pde
On Wed, Feb 13, 2013 at 01:48:16PM +, Martin Crossley wrote:
> > i'm really curious why it doesn't happen on amd64 and wether it
> > only happens on 32bit archs
>
> I wonder if this recent post on bugs.ghostscript.com could be
> related: http://bugs.ghostscript.com/show_bug.cgi?id=693612
> "In
On Tue, Feb 12, 2013 at 09:17:45PM +0100, Matthias Killian wrote:
> While getting bleeding eyes reading ghostscript code and getting
> closer to the problem
Ouch! that bad?
> i'm really curious why it doesn't happen on amd64 and wether it
> only happens on 32bit archs
I wonder if this recent pos
On Mon, Feb 11, 2013 at 09:48:39PM +0100, Matthias Kilian wrote:
> And now to the real fun stuff: you don't need any input at all ;-)
>
> gs -dQUIET -dPARANOIDSAFER -dNOPAUSE -dBATCH -dNOINTERPOLATE -dNOMEDIAATTRS
> -sDEVICE=cups -sstdout=%stderr -sOutputFile=%stdout -I/usr/share/cups/fonts
> -c
On 2013/02/11 22:25, Martin Crossley wrote:
> Hi,
>
> On Mon, Feb 11, 2013 at 08:48:39PM +, Mattias Kilian wrote:
> > Thanks. I tried this on m current amd64, no problems there. So I
> > tried it on a i386 (i386, an old production machine which i normally
> > don't use for development and/or d
Hi,
On Mon, Feb 11, 2013 at 08:48:39PM +, Mattias Kilian wrote:
> Thanks. I tried this on m current amd64, no problems there. So I
> tried it on a i386 (i386, an old production machine which i normally
> don't use for development and/or debugging), where I can reproduce
> the problem.
Excelle
Hi,
On Sun, Feb 10, 2013 at 10:04:41PM +, Martin Crossley wrote:
> Sure no problem. Copy of pstops.ps at http://pastie.org/6108635 and copy
> of CLP-500.ppd at http://pastie.org/6108749.
[snip]
Thanks. I tried this on m current amd64, no problems there. So I
tried it on a i386 (i386, an old
On Sat, Feb 09, 2013 at 04:39:00PM +, Mattias Killian wrote:
> Can you provide such a crashing ps file? I dont' use cups so I don't
> know the exact parameters it invokes all the commands to create it.
Sure no problem. Copy of pstops.ps at http://pastie.org/6108635 and copy
of CLP-500.ppd at h
On Fri, Feb 08, 2013 at 02:34:37PM +, Martin Crossley wrote:
> $ echo $PPD
> /usr/local/share/cups/model/samsung/clp500.ppd
> $ /usr/local/libexec/cups/filter/gstoraster 1 martin '' 1 '' gstoraster.ras
> Segmentation fault (core dumped)
> NOTICE:DEBUG2: cups_get_params(0x8423b0
Hello all,
I'm trying to get my printer (Samsung CLP500) working with CUPS/SpliX.
I'm on 5.2/i386 release (generic) but I seem to get the same issue on a
clean install of snapshot 22 Jan with updated packages.
On the 5.2 release build I'm using ghostscript-9.05, cups1.5.3p5,
gstoraster-1.04p0 a
18 matches
Mail list logo
