On 28/04/18 05:40, Wayne Blaszczyk wrote:
On Wed, 2018-04-25 at 11:12 +0100, Stuart wrote:
On 25/04/18 02:31, Wayne Blaszczyk wrote:
On Tue, 2018-04-24 at 09:49 +0100, Stuart wrote:
On 23/04/18 22:44, Wayne Blaszczyk wrote:
sh ../hplip-3.18.3-plugin.run --target . --noexec --nox11
install -d /usr/share/hplip/data/firmware
install -d /usr/share/hplip/fax/plugins
install -d /usr/share/hplip/prnt/plugins
install -d /usr/share/hplip/scan/plugins
install -d /usr/share/licenses/hplip-plugin
install -d /var/lib/hp
install -m644 plugin.spec /usr/share/hplip/
install -m644 hp_laserjet_*.fw.gz /usr/share/hplip/data/firmware/
install -m755 fax_marvell-x86_64.so /usr/share/hplip/fax/plugins/
install -m755 hbpl1-x86_64.so /usr/share/hplip/prnt/plugins/
install -m755 lj-x86_64.so /usr/share/hplip/prnt/plugins/
install -m755 bb_*-x86_64.so /usr/share/hplip/scan/plugins/
cat > /var/lib/hp/hplip.state << "EOF"
[plugin]
installed = 1
eula = 1
version = 3.18.3
EOF
find /usr/share/hplip -type f -name "*.so" | while read f; do
lib_dir="${f%/*}"
lib_name="${f##*/}"
ln -vsf "$lib_name" "$lib_dir/${lib_name%%-*}.so"
done
Hi Bruce,Wayne,
Rebuilt as suggested but still getting report of filter failure.
The attached cups log was produced with debug2 but I cannot see anything
obvious.
Thanks
So does hp-testpage produce the same result?
What do the following commands produce?
hp-check
hp-info
hp-doctor
hp-check reported some issues with "sane" so I installed sane and dependences
and cleared most of the issues, cups printing remains the same but hp-testpage works !
hp-check reports it cannot find libsane.so.
but
ls -tlr /usr/lib/libsane*.so*
-rwxr-xr-x 1 root root 223504 Apr 25 09:33 libsane.so.1.0.27
lrwxrwxrwx 1 root root 17 Apr 25 09:33 libsane.so.1 -> libsane.so.1.0.27
lrwxrwxrwx 1 root root 17 Apr 25 09:33 libsane.so -> libsane.so.1.0.27
I'm not sure what is going on here, maybe you need to rebuild/re-install hplip?
hp-check.log attached.
I have removed all the printers from cups except the HP7760 on the usb port to
simplify testing. I had to change permission on the /etc/cups directory to
allow access using the hp tools from non
root users.
All you need to do here was to add yourself to the lp group.
You didn't confirm how you installed your printers in the first place, via cups
or hp-setup?
If the former, then remove all printers from cups, then add a printer using
hp-setup.
Then try hp-testpage again, then print a test page from cups.
If that doesn't work, then I'm out of ideas other than have a look at the
following link.
https://wiki.archlinux.org/index.php/CUPS/Troubleshooting (section 5)
and perhaps installing foomatic-db* packages?
Regards,
Wayne.
Success? !! finally solved my problem.
I had a feeling the problem was with ghostscript aborting under certain
conditions so I looked around for some form of test suit and found that
ImageMagic has a comprehensive suit that involves ghostscript.
Sure enough some of the tests failed with an abort of ghostcript.
After further investigation if found that if I build ghostscript with
the minimum of optimisation it works fine in both ImageMagic and CUPS/HPLIP.
I usually build applications with (typically) "-m64 -mfpmath=sse -O3
-march=native -fomit-frame-pointer -pipe -Wfatal-errors" on this
occasion I reduced this to "-m64 -O -fomit-frame-pointer -pipe" and my
problem was solved.
Thank you for your help and suggestions.
Stuart
--
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
