Package Details: foo2zjs-nightly 20201127-1

Git Clone URL: https://aur.archlinux.org/foo2zjs-nightly.git (read-only, click to copy)
Package Base: foo2zjs-nightly
Description: foo2zjs Printer Drivers (automatically updated). Includes also foo2hp, foo2hbpl, foo2oak, foo2xqx, foo2qpdl, foo2slx, foo2hiperc and foo2lava drivers.
Upstream URL: http://foo2zjs.linkevich.net/
Licenses: GPL, custom
Conflicts: foo2zjs
Provides: foo2zjs
Replaces: foo2zjs
Submitter: intelfx
Maintainer: fermino
Last Packager: fermino
Votes: 53
Popularity: 0.38
First Submitted: 2016-11-12 03:35 (UTC)
Last Updated: 2024-11-14 18:38 (UTC)

Dependencies (8)

Required by (0)

Sources (37)

Pinned Comments

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 Next › Last »

intelfx commented on 2016-11-08 14:52 (UTC)

@eMan.Lived Thanks for notifying, package bumped. You could use "Flag package out-of-date" to avoid flooding the comments.

intelfx commented on 2016-11-08 14:51 (UTC)

@bitsfritz Then I'm out of ideas. I do not have access to a supported printer now but I'll see if I can reproduce that as soon as I get there.

Triplay commented on 2016-11-08 08:54 (UTC)

foo2zjs-20161021.tar.gz ... FAILED After manually correct sha256sum Hunk #15 FAILED at 1040. It seems that 0002-Makefile-general-fixes.patch does not apply.

intelfx commented on 2016-11-06 20:53 (UTC) (edited on 2016-11-06 20:57 (UTC) by intelfx)

@denixx: well, then try to use Debian backports or whatever. In any case, reverting back to run-time generation of *.ppd files and depending on a patched foomatic-db is not an option. I can only recommend to avoid installing printer-specific drivers on clients and use a Generic PDF or a Generic PostScript driver instead. The latter will have to be selected manually: unfortunately, overriding data that is broadcast over Bonjour is a missing feature in CUPS.

denixx commented on 2016-11-06 11:27 (UTC) (edited on 2016-11-06 11:29 (UTC) by denixx)

@intelfx: Now it works after change to Local Raw Queue. But it broke printing on this printer using autodiscovered thru avahi or smth like that. Now all users should explicitly add printer and configure it to use driver of their system. That wasn't like that before :( Also, it looks like there is nothing to do with cups, it's already "updated" - there is an old version in repos of debian, unfortunately.

bitsfritz commented on 2016-11-04 00:22 (UTC)

@intelfx: replacing `ACTION!="add"` with `ACTION=="remove"` didn't do the resume trick. Behaviour is the same as described on 2016-11-03 22:36. Did not test reboot.

intelfx commented on 2016-11-03 23:46 (UTC)

@denixx Try upgrading cups/cups-filters on your Raspbian server (as bitsfritz said); alternatively, maybe it will work with "Generic PostScript Printer" on the client?

intelfx commented on 2016-11-03 23:44 (UTC)

@bitsfritz Could you try replacing `ACTION!="add"` with `ACTION=="remove"` in the first line of `/usr/lib/udev/rules.d/71-hplj10xx.rules`? Then do `udevadm control --reload`, replug the printer and try suspend/resume again.

bitsfritz commented on 2016-11-03 22:36 (UTC)

@intelfx reinstalled package -- works! :o)) Had to update cups-filters also, to get rid of "filter failed" messages mentioned by denixx. Doesn't survive resuming from disk, though. Firmware isn't loaded, but tasks are sent like it was. Repluging usb helps. Is it possible to probe successfully loaded firmware, before sending tasks? Or did I miss something to configure loading firmware after resume? Again no clue about that..

denixx commented on 2016-11-03 09:26 (UTC)

@intelfx Sorry, forgot to mention that this scheme was working until this foomatic-db-foo2zjs package mess. Now even with Generic PDF it say's that filter failed. Changes was made only on my PC with new packages. I've not upgraded Raspbian some time before packages mess. Also, Win and Ubuntu PC's printing on it well. If I may add additional info - just ask, please.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 Next › Last »