On 11/23/2011 02:47 PM, mike cloaked wrote: > On Wed, Nov 23, 2011 at 5:23 PM, Jim<binarynut@xxxxxxxxxxx> 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. > Can you try to print again - and send the error exactly as it appears please - > > ov 23 17:05:35 BigOne dbus[915]: [system] Activating service name='org.opensuse.CupsPkHelper.Mechanism' (using servicehelper) Nov 23 17:05:35 BigOne dbus-daemon[915]: dbus[915]: [system] Activating service name='org.opensuse.CupsPkHelper.Mechanism' (using servicehelper) Nov 23 17:05:35 BigOne dbus[915]: [system] Successfully activated service 'org.opensuse.CupsPkHelper.Mechanism' Nov 23 17:05:35 BigOne dbus-daemon[915]: dbus[915]: [system] Successfully activated service 'org.opensuse.CupsPkHelper.Mechanism' Nov 23 17:05:36 BigOne kernel: [ 241.033635] rastertosamsung[1707] general protection ip:4e8ab700 sp:bfe0d7e4 error:0 in libc-2.14.90.so[4e771000+1a5000] Nov 23 17:05:36 BigOne abrtd: Directory 'ccpp-2011-11-23-17:05:36-1707' creation detected Nov 23 17:05:36 BigOne abrt[1716]: Saved core dump of pid 1707 (/usr/lib/cups/filter/rastertosamsungsplc) to /var/spool/abrt/ccpp-2011-11-23-17:05:36-1707 (1323008 bytes) Nov 23 17:05:37 BigOne abrtd: Executable '/usr/lib/cups/filter/rastertosamsungsplc' doesn't belong to any package Nov 23 17:05:37 BigOne abrtd: Corrupted or bad dump /var/spool/abrt/ccpp-2011-11-23-17:05:36-1707 (res:2), deleting -- 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
