[cups.general] samsung 4521f
Max Waterman
davidmaxwaterman+gmane at fastmail.co.uk
Mon Jan 9 06:23:13 PST 2006
Hi,
I have the above attached to a Windows XP computer and shared to the network.
My Mac OS X computers can print to it without much problem via samba, but my
FC4/x86_64/2.6.14-1.1656_FC4/cups-1.1.23-15.3 computer cannot. I am
attempting to use the Sumsung supplied drivers.
CUPS automatically adds the working queue on my Mac and I can print via that
without any problem.
I think the problem is related to my CPU+OS being an AMD64 architecture.
The /etc/cups/ppd/samsung.ppd file says :
*cupsFilter: "application/vnd.cups-postscript 0 rastertosamsungspl"
I find rastertosamsungspl in both /usr/local/bin/samsung and
/usr/lib64/cups/filter. They are both 32bit and use shared libs :
/usr/local/bin/samsung/rastertosamsungspl: ELF 32-bit LSB executable, Intel
80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared
libs), for GNU/Linux 2.2.5, not stripped
/usr/lib64/cups/filter/rastertosamsungspl: ELF 32-bit LSB executable, Intel
80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared
libs), for GNU/Linux 2.2.5, not stripped
I focussed on the /usr/lib64...versions. Initially, it would fail to link due
to there being no libGDI.so.1 in /usr/lib, but there was one in /usr/lib64,
so I symlinked to that - despite being in /usr/lib64, it is also 32 bit :
/usr/lib64/libGDI.so.1.0.0: ELF 32-bit LSB shared object, Intel 80386,
version 1 (SYSV), not stripped
I generate a 'raster' file using the imagetoraster program from a jpeg and
then attempt to run 'rastertosamsungspl' manually :
../rastertosamsungspl 999 500 title 1 "" max.raster
It produces no output. Strace, ends with :
getrlimit(RLIMIT_STACK, {rlim_cur=-4284481536, rlim_max=0}) = 0
Googling for this results in some comments about being 64 bit...
Any idea how I can fix this? Is there a better place to ask?
Max.
More information about the cups
mailing list