Description of problem: My printer "HP LaserJet Pro MFP m125nw" is not recognized by the hplip package distributed in Mageia 4 (hplip-3.13.9-4.mga4.x86_64.rpm). It is recognized by the cauldron version (hplip-3.14.6-8.mga5.x86_64.rpm) and can be installed (using hp-setup). The scanner is usable, but not the printer: the printing queue is always blocked at the first job. Version-Release number of selected component (if applicable): hplip-3.13.9-4.mga4.src.rpm hplip-3.14.6-8.mga5.src.rpm Solution: The hplip version 3.15.2 solves the problem (hence my request). Notes: I built a hplip-3.15.2-0.mga4.src.rpm modified from hplip-3.14.6-8.mga5.src.rpm in the following way: - changing the .spec file with the new version number (changelog untouched); - downloading the official hplip-3.15.2.tar.gz from the hplip website; - adapting 4 patches to fit with the code of the new version (hplip-3.13.2-mga-85_rebuild_python_ui.dpatch, hplip-3.14.6-no-world-writable-user-config.patch, hplip-pstotiff-is-rubbish.patch, hplip-udev-rules.patch). I can send the source rpm generated by the rebuild process if needed. Reproducible: Steps to Reproduce:
Assignee: bugsquad => doktor5000
It would be helpful if you could add only the patches as attachments, thanks.
CC: (none) => doktor5000Version: 4 => Cauldron
Created attachment 5909 [details] hplip-3.13.2-mga-85_rebuild_python_ui.dpatch
Created attachment 5910 [details] hplip-3.14.6-no-world-writable-user-config.patch
Created attachment 5911 [details] hplip-pstotiff-is-rubbish.patch
Created attachment 5912 [details] hplip-udev-rules.patch
Component: New RPM package request => RPM Packages
Reassigning back to bugsquad, I'm not the maintainer anymore. @Stormi: Didn't your apprentice want to take on hplip? Didn't hear back from him since the first update he did ...
Assignee: doktor5000 => bugsquadCC: (none) => stormi
(In reply to Florian Hubold from comment #6) > Reassigning back to bugsquad, I'm not the maintainer anymore. > > @Stormi: Didn't your apprentice want to take on hplip? Didn't hear back from > him since the first update he did ... Well, he was considering it but we haven't talked about it recently and he's quite a busy man :) Adding him in CC. Are you sure you don't want to update it yourself? ;o)
CC: (none) => contact
Version: Cauldron => 4
Just purchased a new HP8620 printer (replaces my old one) and according to http://hplipopensource.com/hplip-web/release_notes.html#id4 it requires at least HPLIP 3.14.4 (Added Support for the Following New Printers:......HP OfficeJet Pro 8620 e-All-in-One Printer) I updated priority.
CC: (none) => thomasPriority: Normal => HighSeverity: enhancement => major
(In reply to Thomas Spuhler from comment #8) > Just purchased a new HP8620 printer and > it requires at least HPLIP 3.14.4 > [...] > I updated priority. So you have the best starting conditions to update and test hplip afterwards. See https://wiki.mageia.org/en/User:Doktor5000#Recommended_procedure_to_update_hplip for some details on that and good luck.
Thanks Florian: I am not familiar with the Debian bug tracker at all. The link provided in the above procedure (and in the spec file) doesn't exist anymore. BTW Nicolas Lécureuil <neoclust@mageia.org> is going to take it (from mga6 onward)
I updated the package in mga4 to version 3.15.4. This will support the newest HP printers. The updated packages are now in mga4 updates_testing. Please test them and provide feedback. QA doesn't have all those new, fancy printers.
Status: NEW => ASSIGNEDAssignee: bugsquad => thomas
Update: I installed the new hplip-3.15.4 packages (actually upgrade) and they work great on my new HP-8620 and my old C-4385 printer. There are 3 little caveats, but I don't think a regression. 1. HPLI-Gui doesn't find the network printer (Wi-Fi) but if you chose manual discovery and type in the IP address it's right there. This isn't a regression in mga4 it has been like this for a while. 2. Don't install it using the Mageia tools, it's then not there if you look at the HPLIP-Gui and when you install it then in HPLIP-Gui, you have two of the Printers 3. When you try to scan from the HPLIP-Gui, the max. res is 300dpi but the Printer-scanner has up to 1,200dpi. When you use xsane, the 1,200dpi are there and also in the HPLIP_Gui afterwards. So please could anybody do some testing with brand new All-in-One laterprinters? Thanks.
I now have used this package successfully on both of my All-In-One printers for a few days. Since nobody came forward with any feedback, I am going to assign this to QA for testing. Before we push it, I need to update the package in mga5/cauldron as soon as it opens for upgrades_testing. This update to version hplip-3.15.4 fixes bug #15266 and adds support for the newest HP printers. The following packages are now in mga4 upgrades_testing: hplip-3.15.4-1.mga4.src.rpm hplip-3.15.4-1.mga4.x86_64.rpm lib64hpip0-3.15.4-1.mga4.x86_64.rpm lib64hpip0-devel-3.15.4-1.mga4.x86_64.rpm lib64sane-hpaio1-3.15.4-1.mga4.x86_64.rpm hplip-model-data-3.15.4-1.mga4.x86_64.rpm hplip-gui-3.15.4-1.mga4.x86_64.rpm hplip-hpijs-3.15.4-1.mga4.x86_64.rpm hplip-hpijs-ppds-3.15.4-1.mga4.x86_64.rpm hplip-doc-3.15.4-1.mga4.x86_64.rpm hplip-debuginfo-3.15.4-1.mga4.x86_64.rpm and corresponding i586 packages
Assignee: thomas => qa-bugsWhiteboard: (none) => MGA5 TOO
Hi Thomas, I updated my mga4_x86_64 with the new hplip update but now my 2 printers are no more recognized by hplip so I can't no more used my 2 printers. Also I rebooted my system but always this issue. ----------------------------------------------------------------- Here the updated list: Les 7 paquetages suivants vont être installés : - hplip-3.15.4-1.mga4.x86_64 - hplip-gui-3.15.4-1.mga4.x86_64 - hplip-hpijs-3.15.4-1.mga4.x86_64 - hplip-hpijs-ppds-3.15.4-1.mga4.x86_64 - hplip-model-data-3.15.4-1.mga4.x86_64 - lib64hpip0-3.15.4-1.mga4.x86_64 - lib64sane-hpaio1-3.15.4-1.mga4.x86_64 Un espace additionnel de 1.1Mo sera utilisé. 14Mo de paquetages seront récupérés. Ãtes-vous d'accord pour continuer ? o ------------------------------------------------------------- Here the issue output: $ hp-toolbox HP Linux Imaging and Printing System (ver. 3.15.4) HP Device Manager ver. 15.0 Copyright (c) 2001-15 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. warning: mandrake distro is not found in AUTH_TYPES \ HP Linux Imaging and Printing System (ver. 3.15.4) System Tray Status Service ver. 2.0 Copyright (c) 2001-15 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. Gtk-Message: Failed to load module "canberra-gtk-module" /usr/lib64/python2.7/site-packages/gtk-2.0/gtk/__init__.py:127: RuntimeWarning: PyOS_InputHook is not available for interactive use of PyGTK set_interactive(1) error: Unable to communicate with device (code=12): hp:/usb/Photosmart_C4200_series?serial=MY768FQ0N004VP error: Device not found error: Unable to communicate with device (code=12): hp:/usb/HP_Color_LaserJet_CM1015?serial=00CNCY6CXG1R error: Device not found
CC: (none) => geiger.david68210
I am not quite sure what these errors mean. Gtk-Message: Failed to load module "canberra-gtk-module" is a known problem in mga4. I only get this (wireless printer) $ hp-toolbox HP Linux Imaging and Printing System (ver. 3.15.4) HP Device Manager ver. 15.0 Copyright (c) 2001-15 Hewlett-Packard Development Company, LP This software comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to distribute it under certain conditions. See COPYING file for more details. warning: mandrake distro is not found in AUTH_TYPES \
Created attachment 6704 [details] hp-check output. Attached is the output from hp-check which I think looks good, except the mandrake versions.
On real hardware, M4, KDE, 32-bit Package(s) under test: hplip default install of hplip hplip-gui hplip-hpijs hplip-hpijs-ppds hplip-model-data libhpip0 libsane-hpaio1 [root@localhost wilcal]# urpmi hplip Package hplip-3.13.9-4.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-gui Package hplip-gui-3.13.9-4.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-hpijs Package hplip-hpijs-3.13.9-4.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-hpijs-ppds Package hplip-hpijs-ppds-3.13.9-4.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-model-data Package hplip-model-data-3.13.9-4.mga4.i586 is already installed [root@localhost wilcal]# urpmi libhpip0 Package libhpip0-3.13.9-4.mga4.i586 is already installed [root@localhost wilcal]# urpmi libsane-hpaio1 Package libsane-hpaio1-3.13.9-4.mga4.i586 is already installed Printing works both locally and using CUPS from another system on the LAN. Xsane scans an image. install hplip hplip-gui hplip-hpijs hplip-hpijs-ppds hplip-model-data libhpip0 libsane-hpaio1 from updates_testing [root@localhost wilcal]# urpmi hplip Package hplip-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-gui Package hplip-gui-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-hpijs Package hplip-hpijs-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-hpijs-ppds Package hplip-hpijs-ppds-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi hplip-model-data Package hplip-model-data-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi libhpip0 Package libhpip0-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi libsane-hpaio1 Package libsane-hpaio1-3.15.4-1.mga4.i586 is already installed Printing works both locally and using CUPS from another system on the LAN. Lost contact with scanner. Xsane no longer finds the scanner. Test platform: Intel, P4 530J 3.0 GHz, 800MHz FSB, 1MB L2, LGA 775 GigaByte GA-81915G Pro F4 i915G LGA 775 MoBo Marvel Yukon 88E8001 Gigabit LAN Intel High Def Audio, Azalia (C-Media 9880) (snd-hda-intel) Intel Graphics Media Accelerator 900 (Intel 82915G) Kingston 4GB (2 x 2GB) DDR400 PC-3200 250GB Seagate Kingwin KF-91-BK SATA Mobile Rack Kingwin KF-91-T-BK SATA Mobile Rack Tray Sony CD/DVD-RW DWQ120AB2
CC: (none) => wilcal.int
On real hardware, M5, KDE, 32-bit [root@localhost wilcal]# urpmi hplip Package hplip-3.14.6-8.mga5.i586 is already installed [root@localhost wilcal]# urpmi libsane-hpaio1 Package libsane-hpaio1-3.14.6-8.mga5.i586 is already installed Printing works both locally and using CUPS from another system on the LAN. Xsane scans an image.
Created attachment 6705 [details] hp-check_output_david @Thomas: The error comes not from "Gtk-Message: Failed to load module "canberra-gtk-module" but the real issue is: error: Unable to communicate with device (code=12): hp:/usb/Photosmart_C4200_series?serial=MY768FQ0N004VP error: Device not found error: Unable to communicate with device (code=12): hp:/usb/HP_Color_LaserJet_CM1015?serial=00CNCY6CXG1R error: Device not found
Adding feedback marker. Issues like this are the reason we prefer patches to upgrades in our updates policy. The reason for the written policy is to prevent personal judgements having to be made on a case by case basis and any lobbying/doubt/disagreement/etc which would surround that. Strictly speaking this upgrade, simply to add new features, should be a backport. Some more info to help debugging efforts https://forums.mageia.org/en/viewtopic.php?f=24&t=6880 Our updates policy.. https://wiki.mageia.org/en/Updates_policy There can be exceptions but you would firstly need to check with packaging team leaders who can then bring the issue to council if they think it appropriate.
Whiteboard: MGA5 TOO => feedbackPriority: High => LowCC: (none) => ennael1, rverscheldeSeverity: major => enhancement
In VirtualBox, M4, KDE, 32-bit Package(s) under test after update from updates_testing: hplip libsane-hpaio1 [root@localhost wilcal]# urpmi hplip Package hplip-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi libsane-hpaio1 Package libsane-hpaio1-3.15.4-1.mga4.i586 is already installed Printer works, no scanner connection.
In VirtualBox, M4, KDE, 64-bit Package(s) under test after update from updates_testing: hplip lib64sane-hpaio1 [root@localhost wilcal]# urpmi hplip Package hplip-3.15.4-1.mga4.i586 is already installed [root@localhost wilcal]# urpmi lib64sane-hpaio1 Package libsane-hpaio1-3.15.4-1.mga4.i586 is already installed Printer works, no scanner connection.
In VirtualBox, M5, KDE, 64-bit Package(s) under test: hplip lib64sane-hpaio1 [root@localhost wilcal]# urpmi hplip Package hplip-3.14.6-8.mga5.x86_64 is already installed [root@localhost wilcal]# urpmi lib64sane-hpaio1 Package lib64sane-hpaio1-3.14.6-8.mga5.x86_64 is already installed Printer and scanner work just fine.
(In reply to Thomas Spuhler from comment #11) > I updated the package in mga4 to version 3.15.4. This will support the > newest HP printers. Some comments on the commit for the update ( http://svnweb.mageia.org/packages/updates/4/hplip/current/SPECS/hplip.spec?r1=575466&r2=822858 ) - 9 patches were dropped, how did you verify that those are not necessary anymore? - where do the added lines in hplip-udev-rules.patch come from? ( http://svnweb.mageia.org/packages/updates/4/hplip/current/SOURCES/hplip-udev-rules.patch?r1=822858&r2=822857&pathrev=822858 ) - why the changes for requires/provides exclusions/exceptions? such changes should not be included in an update - you removed the BuildRequires on python-devel via replacing %py-requires -d by only python, any particular reason for that? - %{_bindir}/hp-mkuri is not present anymore
As to Claire's comments, hplip needs to be up to date for hardware support. Obviously the packaging issues need to be sorted out before it's pushed to QA, so that was an issue here. It really should have been tested in Cauldron (once it's reopened) first if the packager couldn't test it directly. Anyway, if this package isn't updated, people have to resort to things like installing it from Cooker/Cauldron (if a newer one is available there), or even worse, finding it elsewhere, if their printer needs it.
I basically used the spec file from Cauldron (hplip-3.14.6-8.mga5.x86_64.rpm) and upgraded it to hplip-3.15.4 I updated some of the patches from Fedora (easier) and dropped some as Fedora did and an Ubuntu patch too. This may created a problem to detect some printers, but it worked fine when testing my two printers, one pretty old, the older brand new. In fact I have now been using this package on mga4 and mga5/cauldron for over a week. But both printers are on my Wi-Fi LAN. I am going to restore some of the patches I removed and provide new updates. But it could take a little while as I have some medical procedures scheduled.
Actually, as stated already, this will need to be raised with packaging team leaders who, if they feel it's appropriate, will raise the issue at council for an exception to the updates policy to be made for this package. The purpose of the updates policy is precisely to make this type of decision simple and preclude any lobbying/bullying and unilateral decisions being made. If it's decided to grant a permanent exception to the updates policy for this package then it can be listed as such on the updates policy. ----------------------------------------------------------------------------- As an aside: My own personal opinion is that this is one perhaps deserving of an exception, so please follow the process to enable that to happen.
It looks like the policy should be amended: https://wiki.mageia.org/en/Updates_policy#Version_Policy Updates needed for hardware support are just as critical as ones for online service compatibility. It'd probably be better to fix the policy than make an exception for this particular package, for which it seems obvious that it should be allowed. Anyway, with the major delays of Mageia 5 and the 10 month freeze period, if we're going to still support Mageia 5 for 18 months (which to be honest we won't be able to fully anyway, but even to be able to make a best effort...) we're going to have to update certain things to newer branches that we're able to support for longer. We're going to need to relax a bit with the red tape at least for the first couple months.
This package was updated today again by upstream to ver. 3.15.6 and Fedora did it today as well. Again the package adds support for new printers And there are issues for finding the scanners. See this from upstream: http://hplipopensource.com/node/212 Also, this may provide some info: http://hplipopensource.com/node/332 * Do you have correct permissions to use the usb port? Run "hp-check -t", look in the bottom under the "USB I/O Setup" section, and verify that your username is part of the owner/group. This is usually the lp group. * Follow the steps here for troubleshooting USB connection problems.
Tested mga4_64 on real hardware, Testing complete for the new hplip-3.15.6-1.mga4 update, now I can confirm that this update works fine with my 2 HP printers. No regression found and nothing to report. It's Ok for me. - hplip-3.15.6-1.mga4.x86_64 - hplip-gui-3.15.6-1.mga4.x86_64 - hplip-hpijs-3.15.6-1.mga4.x86_64 - hplip-hpijs-ppds-3.15.6-1.mga4.x86_64 - hplip-model-data-3.15.6-1.mga4.x86_64 - lib64hpip0-3.15.6-1.mga4.x86_64 - lib64sane-hpaio1-3.15.6-1.mga4.x86_64 -------------- | PERMISSION | -------------- USB Hewlett-Packard-HP-Color-LaserJet-CM1015 Required - - OK Node:'/dev/bus/usb/002/006' Perm:' root lp rw- rw- rw- rw- r--' USB HP-Photosmart-C4200-series Required - - OK Node:'/dev/bus/usb/002/005' Perm:' root lp rw- rw- rw- rw- r--'
Thanks David. I am glad it worked. Testing seems a little tricky. I tested the hplip-3.15.4 with my all-in-one Photosmart C-4385 and used the USB connection instead of the Wi-Fi network connection. It worked well on this device. So the problem seems to be printer specific. Let's continue testing with your printer. It seems adding back Patch219: try_libhpmud.so.0.dpatch is critical. I will provide advisory after putting this update in mga5 updates_testing. BTW, for mga5, hp-check doesn't find reportlab. It must be looking for a version 2 and we have version 3.
Now built in Mageia 5 and Cauldron too. Thomas, you can remove the feedback marker from the whiteboard when this is ready to go. Thanks.
Version: 4 => 5Whiteboard: feedback => MGA4TOO feedback
Done
Whiteboard: MGA4TOO feedback => MGA4TOO
(In reply to claire robinson from comment #27) > Actually, as stated already, this will need to be raised with packaging team > leaders who, if they feel it's appropriate, will raise the issue at council > for an exception to the updates policy to be made for this package. > > The purpose of the updates policy is precisely to make this type of decision > simple and preclude any lobbying/bullying and unilateral decisions being > made. > > If it's decided to grant a permanent exception to the updates policy for > this package then it can be listed as such on the updates policy. > > ----------------------------------------------------------------------------- > > As an aside: My own personal opinion is that this is one perhaps deserving > of an exception, so please follow the process to enable that to happen. Sorry, was this unclear?
Whiteboard: MGA4TOO => MGA4TOO feedback
Just would like to mention that upgrading to core update testing packages (3.15.6-1) is breaking access to my HP Photosmart C4680 (connection errors) Going back to 3.13.9 (release of mageia 4) fixes the problem FYI before moving them to updates !
CC: (none) => bruno
Thanks for testing, and thanks for the feedback Bruno. I've raised the more general question upstream about allowing updates that fix hardware support, although I don't know if that will reach a conclusion. However, this specific update cannot be approved if it breaks hardware support. That would indeed kick it to backports (which unfortunately is a black hole still, but that's another issue). If it's just a packaging issue and can be fixed, this could still potentially be a valid update. If it's an upstream issue, then it couldn't be unless it's fixed (and we don't find any other similar regressions in testing). I'll unassign this from QA for now.
CC: (none) => qa-bugsAssignee: qa-bugs => bugsquad
(In reply to Bruno Cornec from comment #35) > Just would like to mention that upgrading to core update testing packages > (3.15.6-1) is breaking access to my HP Photosmart C4680 (connection errors) > Going back to 3.13.9 (release of mageia 4) fixes the problem > > FYI before moving them to updates ! This seems to be the newer model of my older C4385 which I tested from a vbox and seems to work fine with this HPLIP version. Which of your connection doesn't work, USB or Wi-Fi? Did you reboot your box after upgrade? It seems this is required.What is the output of <hp-check> ?
Created attachment 6895 [details] hp-check (with hplip-3.15.6-1.mga5) - yullaw Tested on real HW with MGA5, 64bit, KDE: ======================================== New printer HP OfficeJet Pro 6830 - no device driver in hplip hplip-hpijs-3.14.6-8.mga5, but is pressent in min. HPLIP 3.14.10 - http://hplipopensource.com/hplip-web/models/officejet/officejet_pro_6830.html Update: ------- - upgraded as urpmi --searchmedia "Core Updates Testing" hplip - hp-check output attached - driver is present in CUPS and printer works well Remaining issues: ================= as #c12 from Thomas Spuhler are the same problems: HP-GUI (hp-toolbox) 3.15.5 - no printer found - no printer found via Wirelless But HP-GUI 3.15.2 works well on Linux Mint.
CC: (none) => yullaw
Eh, I am jerk. Firewall must be fully disabled to have printer appeared! Even if firewall is disabled for CUPS and ports 9100 (found in CUPS settings). Then a new printer is appeared and works! Anyway, firewall should be opened for wifi printers automatically when the printer is installed by user. Looking for how to disable firewall for that printer.
Thanks for the testing. Did the printer appear over Wi-Fi?
Created attachment 6896 [details] HP Device Manager - Setup via Wifi
Created attachment 6897 [details] HP Device Manager - HP Officejet 6830 with HPLIP 3.15.6 yes, it is appeared with no firewall and HPLIP 3.15.6
OK, can we get it released. It's a pretty old bug and a new CVS is waiting, (Bug 16498)
It doesn't appear that any of the issues raised have been addressed.
(In reply to claire robinson from comment #44) > It doesn't appear that any of the issues raised have been addressed. Can you please be more specific of what hasn't been addressed. I think Martin did address the major issues.
ADD FYI: be sure that all hplip-* packages are/will be updated to 3.15.6, because by command urpmi --searchmedia "Core Updates Testing" hplip is not enough, must be updated by command: # urpmi --searchmedia "Core Updates Testing" hplip hplip-hpijs hplip-gui hplip-model-data hplip-hpijs then be sure these packages are installed: [root@localhost yullaw]# rpm -qa|grep hplip hplip-hpijs-3.15.6-1.mga5 hplip-model-data-3.15.6-1.mga5 # this is the most important package to see the printer in HPLIP-GUI (hp-toolbox) and firewall is opened hplip-hpijs-ppds-3.15.6-1.mga5 hplip-gui-3.15.6-1.mga5 hplip-3.15.6-1.mga5
I installed hplip hplip-hpijs-ppds hplip-gui hplip-model-data hplip-hpijs from Testing on mga-5-64. Although I could still print (on an HP Deskjet 1000), HP Device Manager reported a "device communication error" and was unable to report the ink levels. Re-booting did not help. I have downgraded to the release versions of those packages and everything is again working perfectly.
Can you try to print from Cauldron it has HPLIP-3.15.7 I think this is a $35 printer? HP Deskjet 1010? HP Deskjet 1000 isn't showing on Google
I don't have a functioning cauldron installation at present. The printer is marked physically as "HP Deskjet 1000" Cups names it "HP-Deskjet-1000-J110-series" which is what HP Device Manager calls it. It may have been only available in the UK. http://tinyurl.com/o8hmh5k I bought it in February 2013. The ppd file is: /usr/share/ppd/HP/hp-deskjet_1000_j110_series.ppd.gz Note that as I reported I can still print with the updated hplip, but the ink levels and the options to align the print heads etc. are not displayed. To the best of my recollection HP Device Manager GUI did not work at all in Mageia 3 with this printer. I had to remove the GUI package and use the command line to see the ink levels etc. However, in Mageia 4 and to date in Mageia 5 it has worked perfectly. With this update candidate, the command line options do not work: "error: Unable to communicate with device"
Can you test vers. 3.15.7 if it solves your issue, now in updates_testing, from security bug #16498
Unfortunately 3.15.7 gives me the same problem as I reported in comment #47 and comment #49 above
How can I do to have my HP Officejet Pro 6830 printing in colour? With the HPlip version in Mageia 5, the only choice is the HP Officejet Pro 3620 (recommanded) and no colour, no ink level. I have bought this HP printer to replace a Canon 6350 where I was unable to print from Linux... Is it possible to have different versions of HPlip in the repositeries in order to keep the compatibility and to have updated drivers in the same time? Is there a Wiki page which explains How to install manually HPlip(mageia.org is down now for me in France)?
CC: (none) => philippe.flat
3.15.7 is in backport_testing. You may want to try it.
I have been able to print in color with the new drivers. I have been obliged to install directly with Firefox as I can't see the new versus in Drak tool even with activating Core Backport testing. Thanks for the tip and your work.
Thanks for the positive feedback. This just highlights the need for doing backports for certain packages.
(In reply to Thomas Spuhler from comment #55) > Thanks for the positive feedback. > This just highlights the need for doing backports for certain packages. Feel free to assign it to QA as a backport request. Maybe we'll be able to handle them some day.
Component: RPM Packages => BackportsWhiteboard: MGA4TOO feedback => (none)
Please note that, as I discovered purely by accident, hplip-3.15.7-1.mga5 from Backports Testing brings back https://bugs.mageia.org/show_bug.cgi?id=14600, which is a clear security regression over the current 3.14.6-8.1.mga5 stable version. This issue should be addressed in a new release before pushing it out to the public.
CC: (none) => thkala
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=17186
The same problem in cauldron. I deleted home/.hplip/ and them opened the HP Device Manager and the newly created conf. file was world writable
I just bought an hp LaserJet MFP m225dw too. After installing version 3.15.7-1 from backports-testing and resolving a couple of issues (see below), the printer works perfectly, both for printing and for scanning. I than discovered this discussion. The essential fact is that the availability of a backport makes life much easier with new printers. Since the backported software is not flawless, why not leave it in backports-testing until Mageia 6 has come? However, the issues that exist ar there are quite severe and need to be resolved anyhow with cauldron / Mageia 6. The 2 which made me lose quite some time are: 1. Installing the printer as a network device (wired network), in some conditions (to be clarified), system-config-printer does not find the required driver. Weird: on my desktop, drakconf (system-config-printer) - when properly requested (see 2) - finds and installs the driver as it should. On my Dell laptop, the driver does not even appear in the list of available hp devices/drivers - this is probably the same issue as mentioned in comment 12. The desktop and the laptop (except that the desktop is configured as a server) are practically clones of each other, the hplip packages are correctly installed form backports, they both effectively contain the required ppd file(/usr/share/ppd/HP/hp-laserjet_pro_mfp_m225_m226-ps.ppd.gz). This driver is automagically proposed on my desktop even if the firewall is active, the driver does not even appear in the list of hp drivers - with and without firewall. A simple workaround is not to request system-config-printer to help finding the driver from the list, but to use the "Provide PPD file" alternative, manually browsing to the m225_m226 file. 2. When selecting the printer to be installed ( "Find network printer") -> click on the correctly found name), a list of "Connections" is proposed. In my case there are 3 or 4 items - which are not very clearly quoted protocol names and totally inadequate for a non-specialist user who wants to make an mfp printer do what he needs. This choice is essential for how the printer will work - some protocols allowing to use the mfp printer as a scanner, some (e.g. socket) not - maybe even a reason for misunderstandings in this discussion. File a bug on these issues (and the other ones mentioned in this discussion) on cauldron? that should include output from system-config-printer launched from a command line. I cant do this presently (have no cauldron partition and wont have it until the snapshot isos are available and allows having a somewhat usable system). Sorry for the length of this comment
CC: (none) => juergen.harms
(In reply to Thomas Spuhler from comment #58) > The same problem in cauldron. I deleted home/.hplip/ and them opened the HP > Device Manager and the newly created conf. file was world writable I just updated cauldron to hplip-3.15.11. I will check if the problem of the world writable file, bug https://bugs.mageia.org/show_bug.cgi?id=14600 is still present. If it is, I will add patch3 back.
(In reply to Thomas Spuhler from comment #58) > The same problem in cauldron. I deleted home/.hplip/ and them opened the HP > Device Manager and the newly created conf. file was world writable it's now fixed with version 3.15.11, both cauldron and mga5/backports_testing See bug #17186. I am going to close this one
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED