On Wed, Nov 23, 2011 at 8:41 PM, Jim <binarynut@xxxxxxxxxxx> wrote: > On 11/23/2011 12:23 PM, Jim wrote: >> On 11/23/2011 09:34 AM, mike cloaked wrote: >>> On Tue, Nov 22, 2011 at 12:17 PM, Jim<binarynut@xxxxxxxxxxx> wrote: >>> >>>>> I can't tell from the messages output you posted if your machine is >>>>> x86_64 or not but I had a very very similar issue with a Samsung >>>>> scx4500w when I installed f16. >>>>> >>>>> It turned out that the copy of the file "rastertosamsungspl" was a 32 >>>>> bit version and I had installed a 64 bit system - worth checking ? >>>>> >>>>> Also I notice that the name of your file is "rastertosamsungsplc" >>>>> whereas it should be "rastertosamsungspl" i.e. you have an additional >>>>> letter "c" at the end of the filename - if your file is really ending >>>>> in a "c" then check whether you have the correct 32 or 64 bit file - >>>>> if not then make sure that where you defined the file in the printer >>>>> setup is correct - if not then redefine it with the correct filename. >>>> I have a 32 bit box, >>>> How do I determine wether the rastertosamungsplc is 32 or 64 bit? >>>> In usr/lib/cups/filter/ there is a rastertosamsungsplc and a >>>> rastertosamsungspl . >>>> This is the same driver that I used Fedora 14 and 15 . >>> OK - the answer as to which of 32 or 64 bit is where you got the file >>> from? Presumably it is from the unified driver set from Samsung - in >>> which case that will have difference directories for the 32bit and 64 >>> bit file sets - one thing you can do is go back there and check the >>> total file size - the 32 and 64 bit raster files are different sizes - >>> which does yours match? >>> >>> Secondly you did not answer the question about using the correct name >>> for the file when you defined the printer in Fedora - unless you >>> changed the name of the actual file then the fail message indicated >>> that you had the wrong filename - if course if you define it and point >>> to a non-existent file then it is bound to fail! Check that again and >>> see if that is the source of the problem. >>> >>> >> THe unifiedLinuxDriver is the one I,m using ,it is the SAME driver >> that I have installed on 32 bit boxes in Fedora 14 an 15 for this >> CLX3175FN printer and now a 32 bit box in Fedora 16. >> >> The only thing I put into the setup was: >> >> URL: lpd://192.168.000.005 (this is the IP in the Router for >> this printer, the same IP used on F14, F15) >> >> The rest was done in the setup. >> >> THanks Mike for your help on this problem. > Mike I downloaded new Unified drivers from Samsung and installed and > still get the same error message. > > The driver that is recommend during the install, and only driver > available is Samsung CLX-3170 Series (SPL-C) > > Which I think explains the rastertosamsungsplc OK When I configured my own printer what I did (f14 originally and recently f16) was only two things: After extracting the raster file and ppd file from the Samsung unified driver package: a) copied the raster file to /usr/lib/cups/filter/ and made sure its permissions and selinux context matched the existing files in that directory. b) made a Samsung directory in /usr/share/cups/model/foomatic-db-ppds/Samsung/ c) used gzip to generate a gzipped file of the Samsung ppd file as scx4500w.ppd.gz and put it in the directory created at b) Then I plugged in the printer and defined a new printer under kde using the printer setup .... That was it - Originally I followed the Samsung unified driver install instructions and got into a mess! That might work for you too if your method was to install the whole unified driver set of files? -- mike c -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
