Search Criteria
Package Details: samsung-unified-driver-printer 1.00.39-10
Package Actions
| Git Clone URL: | https://aur.archlinux.org/samsung-unified-driver.git (read-only, click to copy) |
|---|---|
| Package Base: | samsung-unified-driver |
| Description: | Samsung Unified Linux Driver for printers. |
| Upstream URL: | http://www.samsung.com |
| Licenses: | custom:samsung |
| Submitter: | ptb |
| Maintainer: | christoph.gysin |
| Last Packager: | christoph.gysin |
| Votes: | 225 |
| Popularity: | 0.55 |
| First Submitted: | 2010-12-06 00:01 (UTC) |
| Last Updated: | 2025-04-17 20:51 (UTC) |
Dependencies (3)
- cups (cups-gitAUR, cups-gssapiAUR)
- ghostscript
- samsung-unified-driver-commonAUR
Latest Comments
1 2 3 4 5 6 .. 19 Next › Last »
JPT48 commented on 2025-05-04 18:16 (UTC)
@christoph.gysin sure, I know. i just wanted to mention alternatives in case anybody has a similar problem.
christoph.gysin commented on 2025-05-04 12:01 (UTC)
@JPT48 This is just packaging the Samsung unified driver. I'll happily apply any patches, but you might want to contact upstream for any of the packages you mentioned to get support on how to fix the issue.
JPT48 commented on 2025-05-04 09:51 (UTC)
Hi, while searching for a solution to a driver bug (flatbed batch scanning does not work because it interprets ADF empty as... well, flatbed empty) I found out that there are alternatives to this driver. At least my SCX-4726FN works also with xerox_mfp and sane-airscan. Both do not have this problem. But xerox is extremley slow in sending the data over the network. And ALL 3 drivers crash the printer after aborting a scan job. (which makes flatbed batch jobs a pain in the a**)
elfabre commented on 2025-04-17 21:13 (UTC)
@chris, just re-did the update. Looking good and works!
christoph.gysin commented on 2025-04-17 20:55 (UTC)
@gschwarz, @elfabre: Fixed the symlink to
/usr/share/cups/model/uld-samsung->../../ppd/suld. I hope it works out of the box now!elfabre commented on 2025-04-17 20:52 (UTC)
I can also confirm that /opt/samsung is not needed. But /opt/smfp-common/printer/lib -> /usr/lib is crucial, without does not work. And, of course, /usr/share/cups/model/uld-samsung --> /usr/share/ppd/suld is crucial as well.
elfabre commented on 2025-04-17 20:38 (UTC)
@gschwarz Your comment was just 2 min b4 mine, not a chance to read it! Continuing my steps: 5) Created soft link /usr/share/cups/model/uld-samsung --> /usr/share/ppd/suld 6) Removed completely the /opt/samsung directory 7) Restarted Cupsd 8) Printing works and with the right colors. You got it!
gschwarz commented on 2025-04-17 20:22 (UTC)
I think this is because /usr/share/cpus/model/uld-samsung was missing or did not point to the appropriate directory.
elfabre commented on 2025-04-17 20:20 (UTC)
@christoph.gysin Thanks for the update but, it did not work! This is what I did: 1) I run the HP script uninstall-printer.sh which removed, as expected, both /opt/samsung and /opt/smfp-common 2) Printing does not work anymore even after restarting Cupsd 3) Updated samsung-unified-driver-common and samsung-unified-driver-common which, as expected, recreated /opt/samsung and /opt/smfp-common that contain just soft links 4) Restarted Cupsd, printing works but I am back to the crappy color and blurred black
gschwarz commented on 2025-04-17 20:18 (UTC)
Unfortunately this was not the fix (my fault). Instead of /opt/samsung, which is not needed, use a link from /usr/share/cpus/model/uld-samsung to ../../ppd/suld (i.e. to /usr/share/ppd/suld; use the absolute path if you think this is more appropriate). (in Samsung's package, /usr/share/cpus/model/uld-samsung is a link to /opt/samsung/printer/share/ppd which apparently is the only place where that path is still used)
1 2 3 4 5 6 .. 19 Next › Last »