<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 04/13/2010 10:11 PM, Richard England wrote:
<blockquote cite="mid:4BC52442.8060400@verizon.net" type="cite">
  <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
On 04/12/2010 11:16 PM, Valent Turkovic wrote:
  <blockquote
 cite="mid:i2m64b14b301004122316ze13e810ej27681f8b7e05750a@mail.gmail.com"
 type="cite">
    <pre wrap=""><a moz-do-not-send="true" class="moz-txt-link-freetext"
 href="https://bugzilla.redhat.com/show_bug.cgi?id=556218">https://bugzilla.redhat.com/show_bug.cgi?id=556218</a>

Is scanning working for you? Looks like it's broken. Any news of a fix
anytime soon?

  </pre>
  </blockquote>
  <br>
Fedora 12  Xsane  HP psc2410  worked fine last night.<br>
  <br>
  <br>
  <div class="moz-signature">-- <br>
  <hr><em>~~R</em>
  </div>
</blockquote>
That is just one problem, wait until you get to Scanning and Saving a
Text file.<br>
<br>
<br>
I used these instructions for my scanner and got it working, Where it
says Samsung, xerox.mfp, apply your own scanner.<br>
The HP Scanners has a Fedora rpm  packages you can use.<br>
<br>
<br>
I have also been preparing the setup to allow scanning but not had a
chance to<br>
test that yet.<br>
<br>
Anyway it is very pleasing that the printer is working, despite being an<br>
unsupported printer - and only using the two files pulled from the
other Samsung<br>
linux application allowed the printer to work nicely.<br>
[edit] Scanning<br>
<br>
I have also now tested scanning on the scx-4500w now.<br>
<br>
I installed sane-backends from updates-testing to give<br>
sane-backends-1.0.20-4.fc10.i386<br>
<br>
Then edited /etc/sane.d/your-scanner-name.conf to add two extra lines,
according to<br>
advice from other postings on the net since the Samsung printer was
suggested to<br>
work with the xerox_mfp backend setup:<br>
<br>
# Samsung SCX-4500W<br>
usb 0x04e8 0x342b <br>
<br>
Then made a new file /etc/hal/fdi/information/19-libsane-scx4500w.fdi
with the<br>
following content:<br>
Edit in your vendor_id and product_id of your scanner below.<br>
<br>
<br>
&lt;?xml version="1.0"<br>
encoding="UTF-8"?&gt;                                        <br>
&lt;deviceinfo version="0.2"&gt;<br>
  &lt;device&gt;<br>
    &lt;match key="info.subsystem" string="usb"&gt;<br>
      &lt;match key="usb.vendor_id" int="0x04e8"&gt;<br>
        &lt;match key="usb.product_id" int="0x342b"&gt;<br>
          &lt;append key="info.capabilities"<br>
type="strlist"&gt;scanner&lt;/append&gt;<br>
        &lt;/match&gt;<br>
      &lt;/match&gt;<br>
    &lt;/match&gt;<br>
  &lt;/device&gt;<br>
&lt;/deviceinfo&gt; <br>
<br>
<br>
<br>
Then I simply fired up the GIMP and asked it to scan - it found the
scanner, and<br>
it worked without any further setup.<br>
<br>
Note that in F11 the scanner refused to work although printing worked
as in F10.<br>
After a lot of fiddling around I found that there is a workaround to
what looks<br>
like an error in the package "sane-backends-1.0.20-4.fc11.i586", and
managed to<br>
make the scanner work again -<br>
<br>
I found that the dll.conf files in /etc/sane.d/ were interesting.<br>
<br>
There were two files in my system - which were: -rw-r--r--. 1 root root
916<br>
2009-10-03 12:13 dll.conf -rw-r--r--. 1 root root 664 2009-06-23 09:04<br>
dll.conf.rpmnew<br>
<br>
I noted that dll.conf was dated later than dll.conf.rpmnew - and the
dll.conf<br>
file did not include xerox_mfp, whereas the earlier dated
dll.conf.rpmnew did<br>
include this and in my case this is needed for the driver!<br>
<br>
So I simply did the following: mv dll.conf dll.conf.orig cp
dll.conf.rpmnew<br>
dll.conf<br>
<br>
To make the .rpmnew version current and fired up GIMP and asked for a
scan - and<br>
it worked just fine. I added a note to a pre-existing bugzilla report
and<br>
hopefully it will get fixed in due course.<br>
<br>
So although I have only tested the printing and scanning capability on
F10 via<br>
the usb port it does work very nicely.<br>
</body>
</html>