Search Criteria
Package Details: samsung-unified-driver-common 1.00.39-7
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 (common files) |
| Upstream URL: | http://www.samsung.com |
| Licenses: | custom:samsung |
| Submitter: | ptb |
| Maintainer: | christoph.gysin |
| Last Packager: | christoph.gysin |
| Votes: | 224 |
| Popularity: | 0.031776 |
| First Submitted: | 2010-12-06 00:01 (UTC) |
| Last Updated: | 2023-11-05 20:51 (UTC) |
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 17 Next › Last »
christoph.gysin commented on 2021-09-30 07:55 (UTC)
@gabrielelinux: Thanks for reporting, should be fixed now.
gabrielelinux commented on 2021-09-29 21:10 (UTC) (edited on 2021-09-29 21:36 (UTC) by gabrielelinux)
I'm having issues installing this AUR package both with paru and with "makepkg -si". The installation stops when the process reaches the "prepare" stage. On terminal it says "An error happened in prepare().".
[EDIT]: Reading similar issues on the AUR packages, like a recent similar issue with the "spotify" package, I think the problem might be related to a change in the chmod command, with the new update of the "coreutils" package. It might affect the installation process because I saw that in the PKGBUILD at the beginning of the prepare() stage, there is a "chmod" command. But this is only an assumption.
maggis commented on 2020-07-20 21:46 (UTC)
I could, but I'm now quite sure it's not related to the source: previously, I've had an ancient version of the driver installed (4.01.17). When upgrading to your package, removing the printer from cups, then re-adding it, the black page issue happened. When restarting cupsd prior to adding the printer, it did not.
So, sorry for the false alarm and thanks for providing this package!
christoph.gysin commented on 2020-07-20 06:56 (UTC) (edited on 2020-07-20 06:57 (UTC) by christoph.gysin)
@maggis This is interesting. I don't quite understand what fixed this for you, since the tarball at the new URL is indeed identical except for a gzip header timestamp. You can verify this by uncompressing both. The resulting tar is identical:
Can you re-install this package with the URL in the PKGBUILD, and reproduce the problem?
maggis commented on 2020-07-19 22:18 (UTC)
@christoph.gysin @araruna I've hit the same problem on an SCX-4726FN. Managed to resolve it by changing the source to https://ftp.hp.com/pub/softlib/software13/printers/SS/SL-M4580FX/uld_V1.00.39_01.17.tar.gz in PKGBUILD. Strangely, md5 and sha256 sums of both tarballs differ, but when extracting them and comparing sums of each file, all are the same.
christoph.gysin commented on 2020-07-03 07:39 (UTC)
@araruna Can you spot any differences in the installed files? I'm happy to fix this package, but I can't reproduce this with my printer.
araruna commented on 2020-07-02 22:08 (UTC)
Strangely, printing from the drivers installed from this package gives me a shitload of completely black pages (there goes my toner), with cups reporting that "/usr/lib/cups/filter/rastertospl crashed on signal 6".
On the other hand, manually installing the same (?) drivers from HP's website worked out fine...
Narisoval commented on 2020-06-01 12:30 (UTC) (edited on 2020-06-01 14:34 (UTC) by Narisoval)
Unfortunately doesn't work on Samsung SCX-4100. When I try to add printer it says 'failed to add new printer additional drivers required'.(Please someone help me. I don't want to go back to windows just because of printer)
christoph.gysin commented on 2019-10-21 12:27 (UTC)
@Thermi: Thanks, fixed.
Thermi commented on 2019-10-16 22:24 (UTC)
Please remove the executable bit from /usr/lib/udev/rules.d/60_smfp_samsung.rules
« First ‹ Previous 1 2 3 4 5 6 7 .. 17 Next › Last »