Arch Linux User Repository

fix is not working on my laptop using yay

ll .cache/yay/samsung-unified-driver/src

drwxr-xr-x - jano 25 máj 8:04 uld

ll .cache/yay/samsung-unified-driver/src/uld

drwxr-xr-x - jano 25 máj 8:04 noarch

ll .cache/yay/samsung-unified-driver/src/uld/noarch

drwxr-xr-x - jano 25 máj 8:04 share

ll .cache/yay/samsung-unified-driver/src/uld/noarch/share

dr-xr-xr-x - jano 15 dec 2016 ppd

as you can see, still wrong permision on PPD directory

for update I am doing these steps:

cd .cache/yay/samsung-unified-driver

chmod +w -R src

makepkg

yay -U samsung-unified-driver-1.00.39-2-x86_64.pkg.tar.xz

@edacval Thanks, fixed.

@christoph.gysin yes, during makepkg there was same problem, but package was created so I could install with yay

@edacval thanks

same problem as @jancici, fixed with https://paste.ee/p/vACOu

@jancici Can you reproduce that with makepkg?

during update with YAY I am getting error messages, see below, so I change permisions then build manually with makepkg and install with yay -Syu --norebuild

==> Validating source files with sha512sums... uld_V1.00.39_01.17.tar.gz ... Passed xerox_mfp-smfp.conf ... Passed ==> Cleaning up... ==> Making package: samsung-unified-driver 1.00.39-1 (Pi máj 25 08:04:13 CEST 2018) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found uld_V1.00.39_01.17.tar.gz -> Found xerox_mfp-smfp.conf ==> Validating source files with sha512sums... uld_V1.00.39_01.17.tar.gz ... Passed xerox_mfp-smfp.conf ... Passed ==> Removing existing $srcdir/ directory... ==> Extracting sources... -> Extracting uld_V1.00.39_01.17.tar.gz with bsdtar ==> Sources are ready. ==> Cleaning up... rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_M403x_Series.ppd': Permission denied rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_SCX-470x_Series.ppd': Permission denied rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_ML-1865W_Series.ppd': Permission denied rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_CLX-6200_Series.ppd': Permission denied rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_CLP-350_Series.ppd': Permission denied rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_C420_Series.ppd': Permission denied rm: cannot remove '/home/jano/.cache/yay/samsung-unified-driver/src/uld/noarch/share/ppd/Samsung_SCX-6x55_Series.ppd': Permission denied

Print and platen glass scan work, but when I try an ADF scan the paper gets stuck on my SCX3400. ADF works with the iPhone app, so it must be a linux problem. It used to work with an earlier version, but it doesn't seem to be available anymore. Is anyone working on this?

@queenmedley: You might want to ask on the arch-general mailinglist or the forums for help configuring your scanner.

compile has sucessed, but not see scansouce icon, so can't use ADF scan . Any solution?

I've seen two more types of rastertospl crashes when manually inspecting why I can't disable toner save:
- "double free or corruption (!prev)"
- "corrupted double-linked list"

These are all extra glibc memory operation checks which can be disabled by MALLOC_CHECK_=0 env variable but disabling them doesn't help in any way - Cups apparently sends the filter output to the printer despite filter being abort()'d by this check. It must be a memory bug in rastertospl and when it occurs, an invalid "black" SPL-C output is sent to the printer, printing almost complete black page (with a few white strips).

A crash happens for me only when "Edge Control=On" AND "Toner Save=Off". When I turn the Edge control "Off", I can enable/disable the toner save and it won't crash anymore. Btw "edge control" probably doesn't refer to the page edges; it probably controls how edges of black elements (characters) are rendered and there appears to be a minimal difference so keeping it Off is not a big deal.

Maybe this report will help someone else.