Package Details: foo2zjs-nightly 20200917-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: yaworski (Todbringer)
Last Packager: Todbringer
Votes: 48
Popularity: 0.25
First Submitted: 2016-11-12 03:35 (UTC)
Last Updated: 2021-05-05 16:16 (UTC)

Dependencies (7)

Required by (0)

Sources (37)

Pinned Comments

Latest Comments

No_se commented on 2021-11-01 20:04 (UTC) (edited on 2021-11-01 20:26 (UTC) by No_se)

Do I need to do something after installation?

Gnome 40 keeps telling me the drivers are missing, but I already installed the package. Does this also includes Dell c1765nfw (foo2hbpl2) drivers? foo2hbpl is listed in the description, but I don't know if they are equivalent...

EDIT: I just solved it by manually configuring it. For anyone who's in the same situation as me, you have to go to http://localhost:631/ and add and select your printer and driver inside administration.

jose1711 commented on 2021-10-30 12:08 (UTC)

Hi, please is there an established standard how to get printer firmware loaded once it's powered on? Related post: https://bbs.archlinux.org/viewtopic.php?id=270817

Thank you.

Todbringer commented on 2021-05-05 16:12 (UTC)

Community! The package foo2zjs-nightly is live again

Todbringer commented on 2021-05-05 13:04 (UTC) (edited on 2021-05-06 13:06 (UTC) by Todbringer)

@yaworski
Why not? :-)

@jose1711
I totally agree with you

@korikori
Huge thanks for reporting!

yaworski commented on 2021-05-05 12:31 (UTC)

Anyone interested in taking over the package or co-maintain it? Todbringer?

jose1711 commented on 2021-05-05 12:25 (UTC)

I believe it should be renamed to foo2zjs-git now however.

korikori commented on 2021-05-05 12:11 (UTC)

I can confirm that it builds and works great with my Laserjet 1018. Thanks again!

jose1711 commented on 2021-05-05 11:14 (UTC)

Package gets built from https://github.com/dominatornsk/foo2zjs-aur but I cannot really test at the moment b/c currently I have no access to foo2zjs-supported printer.

Todbringer commented on 2021-05-05 00:48 (UTC)

Repos available at GitHub:
Foo2zjs: https://github.com/dominatornsk/foo2zjs
AUR Package: https://github.com/dominatornsk/foo2zjs-aur

Todbringer commented on 2021-05-05 00:40 (UTC) (edited on 2021-05-05 00:44 (UTC) by Todbringer)

@jose1711
I will need help adapting foo2zjs for new versions of cups, foomatic-db, filters, etc.
I do not know what changes the developers will make to this software
Mirror site is available

jose1711 commented on 2021-05-04 20:44 (UTC)

@Todbringer what kind of help are you looking for? Also is the mirror site available?

Todbringer commented on 2021-05-04 17:34 (UTC) (edited on 2021-05-04 17:38 (UTC) by Todbringer)

Modification for AUR is ready!
I need help of community for next patches.
P.S. My English is not very well (A1). Level of German is B1. Russian is native

Todbringer commented on 2021-04-30 06:07 (UTC) (edited on 2021-04-30 06:08 (UTC) by Todbringer)

@korikori it will be done in next days
Planned in 05.05.2021

korikori commented on 2021-04-26 16:42 (UTC)

@Todbringer thank you for your work in uploading the mirror site, but I was unable to build a package by simply modifying the URLs in the existing PKGBUILD file. Can you upload a PKGBUILD file and/or installation instructions?

jose1711 commented on 2021-04-24 11:26 (UTC)

upstream url is gone :-(

Todbringer commented on 2021-04-06 10:12 (UTC) (edited on 2021-04-07 07:54 (UTC) by Todbringer)

Modified version is available for tests. I modified only getweb script.
foo2zjs-nightly can be modified for new domain name!
Foo2zjs must live!

Todbringer commented on 2021-04-05 05:20 (UTC)

Tarballs already available at https://foo2zjs.linkevich.net

Todbringer commented on 2021-04-04 08:06 (UTC)

QSS! Huge thanks!

qss commented on 2021-04-04 07:40 (UTC)

If it helps, the latest foo2zjs source saved in my build directories. https://upload.disroot.org/r/YDyYusmJ#jtu/il0DZ8u2adTpUYe87EOeU23jcdITB3OZywiyrFg= The link must be available until May

Todbringer commented on 2021-04-03 12:23 (UTC) (edited on 2021-04-04 04:55 (UTC) by Todbringer)

I will provide foo2zjs mirror. I need about one week. You can see status at https://foo2zjs.linkevich.net

broken.pipe commented on 2021-04-03 07:49 (UTC)

it appears that the project has been terminated

scan commented on 2021-03-30 12:40 (UTC)

http://foo2zjs.rkkda.com/foo2zjs.tar.gz Not Found

The requested URL was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

yaworski commented on 2021-03-19 23:46 (UTC)

To be honest printing on my old LJ1020 on Arch had always been a hit or miss for me. Sometimes it works great, other it just doesn't. I've had enough so I've used Raspberry Pi Zero W (model with WiFi) to make a print server. Works great. On Arch you either use remote cups directly or you install a printer from remote cups using IPP Everywhere driver (I use the latter one).

qss commented on 2021-03-19 21:43 (UTC)

@broken.pipe cups 2.3.3op1-1 didn't work for me either. So my solution is downgrade cups to 2.3.3-1 and continue to use old ver of foo2zjs. Afterwards I forbade updating lubcups and cups in pacman config.

I'm not sure if hplip is available for arm architectures, I haven't tried for x86_64 to leave the same config on all my devices

broken.pipe commented on 2021-03-05 07:37 (UTC) (edited on 2021-03-19 10:18 (UTC) by broken.pipe)

@qss: See here: https://bbs.archlinux.org/viewtopic.php?id=264220

Don't know if it's a cups or foo2zjs problem. 10 years ago i had to blacklist usblp :D ...

edit: switched to hplip + hplip-plugin (no problems so far)

Focshole commented on 2021-02-20 17:24 (UTC) (edited on 2021-02-20 17:25 (UTC) by Focshole)

I keep getting a lot of messages during building such as:

foo2qpdl - Xerox-Phaser_6110
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - Xerox-Phaser_6115MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - Xerox-Phaser_6121MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Xerox-WorkCentre_3045
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Xerox-WorkCentre_6015
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!

And in the end, nothing is working (my printer is a Hp laserjet pro m12w) even if the package gets built without any issue (I'm using trizen as AUR helper).

Do you have any idea what could cause them?

qss commented on 2021-02-19 21:42 (UTC)

Didn't work for me with cups 2.3.3op2-1 . My printer is hp-lj1020, when I plug in the printer it lights blinks like all ok, but cups cannot find the printer.

cups restart nothing changes

cups 2.3.3 works fine with driver builded at august 2020

The same goes for arch linux x86_64 and armv7h.

Time4Tea commented on 2021-02-08 01:34 (UTC)

@PedroHLC ok, thanks for clarifying!

PedroHLC commented on 2021-02-04 14:43 (UTC)

@Time4Tea it's in the source tarball and in the AUR's git.

So, it should be there if you cloned with paru -G, yay -G, git clone https://aur.archlinux.org/foo2zjs-nightly.git. Or you can grab it here: https://aur.archlinux.org/cgit/aur.git/tree/foo2zjs.install?h=foo2zjs-nightly

Time4Tea commented on 2021-02-04 01:54 (UTC)

Hi, I'm getting an error with makepkg saying the 'foo2zjs.install' file can't be found. I don't see it listed in the sources. Where can I find this file?

PedroHLC commented on 2021-01-11 15:07 (UTC)

Maybe adding the list of supported hardware to the package description

Sorry, that's quite a big list, would make the description unreadable...

Siltaar commented on 2021-01-11 15:05 (UTC)

Hi, this package allows me to run a Xerox 6015 laser printer. It provides a correct .ppd for this printer. But a search for "Xerox 6015" in pamac-manager don't list this package in the results. Maybe adding the list of supported hardware to the package description would improve its visibility (helping average users to find it).

PedroHLC commented on 2020-11-27 17:05 (UTC)

@scan

You're right, this service was renamed and it wasn't announced. I'll be updating the install script...

scan commented on 2020-11-27 17:03 (UTC)

Failed to try-restart org.cups.cupsd.service: Unit org.cups.cupsd.service not found.

Fix: cups.service

MaxSoniX commented on 2020-09-29 15:36 (UTC)

yaworski, Thank you!

yaworski commented on 2020-09-26 21:49 (UTC)

MaxSoniX try doing a clean build. Delete src dir and then try again.

MaxSoniX commented on 2020-09-25 12:50 (UTC) (edited on 2020-09-25 12:50 (UTC) by MaxSoniX)

Build error

==> Запускается prepare()...
patching file Makefile
Hunk #2 succeeded at 254 (offset 1 line).
Hunk #3 succeeded at 697 (offset 17 lines).
Hunk #4 succeeded at 751 (offset 17 lines).
Hunk #5 succeeded at 891 (offset 17 lines).
Hunk #6 succeeded at 952 (offset 17 lines).
Hunk #7 succeeded at 978 (offset 17 lines).
patching file Makefile
Hunk #2 succeeded at 396 with fuzz 1 (offset 1 line).
Hunk #3 succeeded at 644 with fuzz 2 (offset 15 lines).
Hunk #4 succeeded at 696 (offset 17 lines).
Hunk #5 succeeded at 777 (offset 17 lines).
Hunk #6 succeeded at 785 (offset 17 lines).
Hunk #7 succeeded at 795 (offset 17 lines).
Hunk #8 succeeded at 809 (offset 17 lines).
Hunk #9 succeeded at 825 (offset 17 lines).
Hunk #10 succeeded at 834 (offset 17 lines).
Hunk #11 succeeded at 900 (offset 17 lines).
Hunk #12 succeeded at 924 (offset 17 lines).
Hunk #13 succeeded at 934 (offset 17 lines).
Hunk #14 succeeded at 989 (offset 17 lines).
Hunk #15 succeeded at 1093 with fuzz 1 (offset 18 lines).
patching file Makefile
Hunk #2 succeeded at 300 (offset 1 line).
Hunk #3 succeeded at 394 (offset 1 line).
Hunk #4 succeeded at 511 (offset 15 lines).
Hunk #5 succeeded at 988 (offset 17 lines).
Hunk #6 succeeded at 1037 (offset 17 lines).
The next patch would create the file foo2zjs-loadfw.in,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
The next patch would create the file foo2zjs-loadfw@.service.in,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
patching file hplj10xx.rules
The next patch would create the file usblp.conf,
which already exists!  Skipping patch.
1 out of 1 hunk ignored
==> ОШИБКА: Произошел сбой в prepare().

yaworski commented on 2020-09-19 19:59 (UTC)

As I have now access to aur git repo for this package, I've removed my fork on github with previous patches (which are already merged here).

yaworski commented on 2020-09-19 19:42 (UTC)

Thanks PedroHLC for adding me as a co-maintainer. I've been able to fix the patches for foo2zjs 20200917. It should properly build now.

Rus commented on 2020-09-19 19:42 (UTC)

Thanks for update

Rus commented on 2020-09-19 15:03 (UTC) (edited on 2020-09-19 15:04 (UTC) by Rus)


==> Запускается prepare()...
patching file Makefile
Hunk #2 succeeded at 254 (offset 1 line).
Hunk #3 succeeded at 697 (offset 17 lines).
Hunk #4 succeeded at 751 (offset 17 lines).
Hunk #5 succeeded at 891 (offset 17 lines).
Hunk #6 succeeded at 952 (offset 17 lines).
Hunk #7 succeeded at 978 (offset 17 lines).
patching file Makefile
Hunk #2 succeeded at 396 with fuzz 1 (offset 1 line).
Hunk #3 succeeded at 644 with fuzz 2 (offset 15 lines).
Hunk #4 succeeded at 696 (offset 17 lines).
Hunk #5 succeeded at 777 (offset 17 lines).
Hunk #6 succeeded at 785 (offset 17 lines).
Hunk #7 succeeded at 795 (offset 17 lines).
Hunk #8 succeeded at 809 (offset 17 lines).
Hunk #9 succeeded at 825 (offset 17 lines).
Hunk #10 succeeded at 834 (offset 17 lines).
Hunk #11 succeeded at 900 (offset 17 lines).
Hunk #12 succeeded at 924 (offset 17 lines).
Hunk #13 succeeded at 934 (offset 17 lines).
Hunk #14 succeeded at 989 (offset 17 lines).
Hunk #15 succeeded at 1093 with fuzz 1 (offset 18 lines).
patching file Makefile
Hunk #2 succeeded at 300 (offset 1 line).
Hunk #3 succeeded at 394 (offset 1 line).
Hunk #4 succeeded at 511 (offset 15 lines).
Hunk #5 succeeded at 988 (offset 17 lines).
Hunk #6 FAILED at 1020.
1 out of 6 hunks FAILED -- saving rejects to file Makefile.rej
patching file foo2zjs-loadfw.in
patching file foo2zjs-loadfw@.service.in
patching file hplj10xx.rules
patching file usblp.conf
==> ОШИБКА: Произошел сбой в prepare().

yaworski commented on 2020-05-26 16:46 (UTC)

@artemklevtsov, sorry, I'm not familiar with submission process. Also according to the ArchWiki, it would be against AUR submission rules if I understand this correctly (https://wiki.archlinux.org/index.php/AUR_submission_guidelines, second rule).

artemklevtsov commented on 2020-05-26 16:15 (UTC)

@yaworski, can you upload your code as foo2zjs package to AUR?

yaworski commented on 2020-05-26 09:14 (UTC) (edited on 2020-05-26 09:18 (UTC) by yaworski)

If anyone is using my fork, I've removed fix_20200505 branch, just use master branch. It also contains a fix for an issue reported by jose1711 on github, regarding build failing on some locales.

mmkodali commented on 2020-05-22 13:24 (UTC)

package build failed with following error:

Hunk #6 FAILED at 1020. 1 out of 6 hunks FAILED -- saving rejects to file Makefile.rej patching file foo2zjs-loadfw.in patching file foo2zjs-loadfw@.service.in patching file hplj10xx.rules patching file usblp.conf ==> ERROR: A failure occurred in prepare(). Aborting...

yaworski commented on 2020-05-07 11:22 (UTC) (edited on 2020-05-07 11:23 (UTC) by yaworski)

The issue is with one of the patches. I've forked the repo and fixed it:

https://github.com/yawor/arch-foo2zjs-nightly, fixed version is on branch fix_20200505

You're free to use it if you want

theo974 commented on 2020-05-05 12:31 (UTC)

Same problem : https://pastebin.com/nY02MmzF

An alternative is to use hplip (pacman)

  • Download files : hplip-3.20.3-plugin.run and hplip-3.20.3-plugin.run.asc (https://developers.hp.com/hp-linux-imaging-and-printing/plugins)

  • Launch sudo hp-plugin (Specify a path to the plug-in (advanced) : enter the path to downloaded files)

  • I received the error Unable to recieve key from keyserver but I said still want to install the plug-in

gbengaismail commented on 2020-04-29 14:44 (UTC)

Error (not installable as at 2020/04/29): https://pastebin.com/nY02MmzF

scan commented on 2020-04-29 00:25 (UTC)

Error:

https://pastebin.com/ff0J9CZE

sergeimipt commented on 2020-04-23 20:08 (UTC) (edited on 2020-04-23 20:09 (UTC) by sergeimipt)

Thanks to the maintainer, @intelfx.

Below is the complete set of commands which worked for my HP LaserJet 1020:

pacman -S cups cups-pdf
cd ~/git
git clone https://aur.archlinux.org/foo2zjs-nightly.git
cd foo2zjs-nightly/
makepkg -si
sudo usermod -a -G lp sergei # said by foo2zjs-nightly
sudo usermod -a -G wheel sergei # needed to be able to administer cups, see /etc/cups/cups-files.conf, administrator user groups are sys wheel root
sudo systemctl enable org.cups.cupsd.socket
firefox http://localhost:631/
# enter your linux login and password
# Administration - Add Printer - Continue - Continue - Select the printer model - Set Default Options - Add Printer
# Printers - you should see your added printer here
# Now the printer is ready to print

fauno commented on 2018-12-28 14:42 (UTC)

What's supposed to be the bug with ghostscript 9? i just installed foo2zjs for an hp 2600n and the test page looks ok (not great, but not "nasty" either)

cagrajesh commented on 2018-11-09 12:12 (UTC)

thanks @intelfx. you're a life saver for me. But for your (this package), I would have been forced to change distribution that offers solution to my HP1020+ printer (I have 3 Nos in my SOHO). HPLIP toolkit never worked for me and I missed this package greatly. Many thanks to you, sir!

bitsfritz commented on 2018-10-10 20:28 (UTC)

I confirm: foo2zjs is back driving my lj1000 as normal operation.

@intelfix: Thank You :o))

frealgagu commented on 2018-10-08 22:52 (UTC)

I have a CP1020nw I could help with this.

intelfx commented on 2018-10-08 22:03 (UTC)

Also, as I don't own the hardware anymore and lack spare time to work on this package, I'm looking for (co-)maintainers.

intelfx commented on 2018-10-08 21:45 (UTC)

Sorry for my inaction — I somewhy had the notifications turned off for this package. Package bumped. I'm working on the firmware loading problem now.

tmezzadra commented on 2018-10-04 00:21 (UTC)

Hi,

i managed to get it to build modifying patch 0004 https://pastebin.com/NBEqgFs1

This has not been tested yet. i tried to follow the reason behind the original patch. maybe someone can check it. Of course you need to change its integrity checksum in the PKGBUILD.

ron2138 commented on 2018-10-03 09:36 (UTC) (edited on 2018-10-04 23:33 (UTC) by ron2138)

applebloom, JohnML (2018-09-30 18:40, 2018-09-23 09:39)

  1. applebloom, who commented on 2018-09-30 18:40: Were you able to get over that?

  2. JohnML, who commented on 2018-09-23 09:39: Can you upload the output of makepkg you attached, the Package broken stuff, to any, for example ptpb, pastebin like site? I hope it will be clearer there. Do note that asking that doesn't necessarily mean I would be able to help.

applebloom commented on 2018-09-30 18:40 (UTC)

foo2zjs-20180920.tar.gz has a different checksum (bdd5dd1b128c1b0df714ea3a64d808ef951bcbe58a0aae5c6ee14360f1f68f56) than in PKGBUILD (downloaded a few times with the same sum, so it's probably not a broken download).

JohnML commented on 2018-09-23 09:39 (UTC)

I try to get my HP LaserJet 1020 running, but:

Package broken:

patching file Makefile patching file Makefile patching file Makefile patching file foo2zjs-loadfw.in patching file foo2zjs-loadfw@.service.in patching file hplj10xx.rules patching file usblp.conf patching file Makefile Hunk #1 FAILED at 1454. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej ==> FEHLER: Ein Fehler geschah in prepare(). Breche ab...

My Manjaro XFCE:

System: Host: manjaro Kernel: 4.18.7-1-MANJARO x86_64 bits: 64 Desktop: Xfce 4.12.4 Distro: Manjaro Linux Machine: Type: Desktop System: LENOVO product: 90FB006AGE v: ideacentre 710-25ISH serial: R303BPMK Mobo: LENOVO model: 3642 v: SDK0J40700 WIN 3258069255609 serial: N/A UEFI: LENOVO v: FWKT86A date: 12/18/2017 CPU: Topology: Quad Core model: Intel Core i5-6400 bits: 64 type: MCP L2 cache: 6144 KiB Speed: 800 MHz min/max: 800/3300 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800 Graphics: Device-1: NVIDIA GP107 [GeForce GTX 1050 Ti] driver: nvidia v: 396.54 Display: x11 server: X.Org 1.20.1 driver: nvidia resolution: 1920x1080~60Hz OpenGL: renderer: GeForce GTX 1050 Ti/PCIe/SSE2 v: 4.6.0 NVIDIA 396.54 Audio: Device-1: Intel Sunrise Point-H HD Audio driver: snd_hda_intel Device-2: NVIDIA GP107GL High Definition Audio driver: snd_hda_intel Sound Server: ALSA v: k4.18.7-1-MANJARO Network: Device-1: Intel Ethernet I219-LM driver: e1000e IF: eno1 state: up speed: 100 Mbps duplex: full mac: 4c:cc:6a:a3:3b:dd Device-2: Intel Wireless 8260 driver: iwlwifi IF: wlp2s0 state: down mac: 8a:54:85:4c:bf:6b Drives: Local Storage: total: 3.18 TiB used: 163.08 GiB (5.0%) ID-1: /dev/sda vendor: Samsung model: SSD 850 EVO 500GB size: 465.76 GiB ID-2: /dev/sdb vendor: Seagate model: ST2000DM001-1ER164 size: 1.82 TiB ID-3: /dev/sdc type: USB vendor: Western Digital model: WD10EARX-00N0YB0 size: 931.51 GiB Partition: ID-1: / size: 57.90 GiB used: 20.19 GiB (34.9%) fs: ext4 dev: /dev/sda8 ID-2: swap-1 size: 3.91 GiB used: 0 KiB (0.0%) fs: swap dev: /dev/sda9 Sensors: System Temperatures: cpu: 29.8 C mobo: 29.0 C gpu: nvidia temp: 31 C Fan Speeds (RPM): N/A gpu: nvidia fan: 29% Info: Processes: 237 Uptime: 3h 37m Memory: 15.62 GiB used: 2.01 GiB (12.9%) Shell: bash inxi: 3.0.21

Ok, the package is marked out of date, but i would like to use this printer as in Linux Mint!

Thanks

John Landmesser

dront78 commented on 2018-09-14 08:44 (UTC) (edited on 2018-09-14 08:47 (UTC) by dront78)

@cagrajesh I don't think it is something new. here is the patch for foo2zjs

  1. git clone https://aur.archlinux.org/foo2zjs-nightly.git
  2. download https://www.dropbox.com/s/xuf866273ybt4ba/patch?dl=1 to the foo2zjs-nightly directory
  3. patch foo2zjs using "patch -p1 < patch" command
  4. build using makepkg

should work, hopefully @intelfx will update the package soon

cagrajesh commented on 2018-09-14 08:35 (UTC)

Thanks @dront78. :) Now, it's new one -

patching file Makefile Hunk #1 FAILED at 1454. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej ==> ERROR: A failure occurred in prepare(). Aborting...

There is something wrong with PKGBUILD :( or perhaps jinxed ;) Thanks for your help :)

cagrajesh commented on 2018-09-13 10:57 (UTC)

@ron2138 Thanks. I was using the using the same till the latest 09-09-2018 update threw an error like 'https://forum.manjaro.org/t/adding-printers-on-kde-results-in-failed-to-get-a-list-of-devices-forbidden/46062' - which solutions did not solve for me. Hence, I am looking for an alternative, rather permanent, solution. :)

ron2138 commented on 2018-09-12 23:50 (UTC) (edited on 2018-09-12 23:52 (UTC) by ron2138)

Replying to cagrajesh comment from 2018-09-11 11:28 about build failure:

The aur files are flagged out of date, which may be one reason for your failure. Other than waiting for someone else to elaborate more, you can try the Patching packages wiki article. This path might be harder than I imagine.

I think current hplip has more support for foo2zjs printers than it used to have. I plan to give it a try.

cagrajesh commented on 2018-09-11 11:28 (UTC)

Building the package fails for me. The output is -

patching file Makefile Hunk #1 FAILED at 1454. 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej ==> ERROR: A failure occurred in prepare(). Aborting...

I tried to follow earlier comments. I couldn't understand. Can someone guide me, please?

dront78 commented on 2018-09-09 13:48 (UTC) (edited on 2018-09-09 13:56 (UTC) by dront78)

@ron2138 hopefully you understood the information in the thread I mentioned, especially after you spent some time looking for the link. I'm highly recommend to read carefully and start using appropriate tools for discussion instead of confusing people here. I'm using foo2zjs right now on several machines without any problems after the fix and I do not thinking about moving to the hplip because it will not allow me to use my printer over the LAN. thank you.

ron2138 commented on 2018-09-09 02:26 (UTC) (edited on 2018-09-09 12:12 (UTC) by ron2138)

Referring to dront78 comment on 2018-09-08 18:26 about getting his printer working:

  1. Am I right you referred to this bbs thread? If yes, may I suggest you edit your comment and place the URL within it? If no, what bbs thread were you referring to?
  2. As an aside,

    I think I have the same issue. I will read that bbs thread more thoroughly. Thank you.

    Am I right the list of hplip supported printers states dront78's printer to be supported? In that case, did he consider not using foo2zjs at all? Until now I wasn't aware to the fact that my printer, lj1020, is on the list of hplip supported printers. Perhaps I will stop using foo2zjs. On the other hand, the already mentioned bbs thread has a reference to an hplip issue, and hplip has binary blobs, so it might be a bad idea.

dront78 commented on 2018-09-08 18:26 (UTC)

got my printer working, details in the bbs thread

bitsfritz commented on 2018-09-06 18:54 (UTC) (edited on 2018-09-06 19:00 (UTC) by bitsfritz)

@intelfx (Comment from 2018-09-02 01:50)

Do you still get the problem with systemd not retriggering firmware load after a replug event?

Yes. At the moment even at cold reboot (printer and computer poweroff) firmware load is random operation.

The only thing I can reproduce at the moment is manually loading firmware via

~]# export FOO2ZJS_FW_MODEL=1000; /usr/bin/foo2zjs-loadfw /dev/bus/usb/[bus]/[device]
once after replugging the printer.

Printing fails.
Printer: lj 1000
If I can help to nail problem down, tell me how :o))

ron2138 commented on 2018-09-02 22:24 (UTC) (edited on 2018-09-05 08:58 (UTC) by ron2138)

This comment is about the call to the systemd unit:

Am I wrong that /usr/lib/udev/rules.d/71-hplj10xx.rules is where the actual call to the systemd unit is done? Am I right the actual call is

foo2zjs-loadfw@.service?
  1. https://wiki.archlinux.org/index.php/Systemd#Using_units states:

    Also, if a template unit is called without an instance identifier, it will just fail, since the %i specifier cannot be substituted.

  2. I think https://superuser.com/questions/924683/passing-udev-environment-variables-to-systemd-service-execution has the same point.

As you can see, my understanding of the issue is poor. Yet I hope I didn't wrote complete nonsense.

Currently, I am back to using RUN foo2zjs-loadfw from within the udev rules. Which looks to me similar to what https://www.archlinux.org/packages/extra/x86_64/hplip/ package is doing. I wonder what examples are there for a similar to foo2zjs systemd unit.

ron2138 commented on 2018-09-02 19:20 (UTC) (edited on 2018-09-02 21:12 (UTC) by ron2138)

Replying to intelfx comment on 2018-09-02 01:50 about systemd trigger for firmware download:

The issue looks to me more complicated than before.

1) On my first attempt today, systemd noticed there is a problem. Observe the last 3 lines of http://pb.net9.ml/xphsu/attempt1. But it probably due to foo2zjs-loadfw logging a problem 1 line above. As the log shows, I was switching the printer on, waited a bit, switched it off, and again on.

2) At http://pb.net9.ml/xphsu/attempt2, a few hours after attempt1, the printer was on while the machine boot. Here, there was no attempt to download the firmware after switching it off, and on again.

3) Shortly after attempt2 I rebooted, while the printer was turned off. Here, http://pb.net9.ml/xphsu/attempt3, it failed to download the firmware at the first place. The firmware was not down loaded at all. Again, systemd noticed this failure after foo2zjs-loadfw logged a problem.

intelfx commented on 2018-09-02 01:50 (UTC) (edited on 2018-09-02 01:50 (UTC) by intelfx)

@ron2138 thanks, fixed.

@all: Do you still get the problem with systemd not retriggering firmware load after a replug event?

ron2138 commented on 2018-09-01 21:43 (UTC) (edited on 2018-09-01 22:44 (UTC) by ron2138)

There are duplicate lines in PKGBUILD:{_firmware,sha256sums} for: sihpP1005, dl2300, hpclj2600n, km2430.

denixx commented on 2018-08-30 07:03 (UTC)

@dront78 Thanks for the link, indeed, I think we should move a conversation to bbs. I'd copy my comment to that thread and would stay in a thread.

denixx commented on 2018-08-30 06:37 (UTC)

@Mnkai_rin Do you use Ghostscript9 in your manual things? Here is a pinned comment of @ahuillet who blamed ghostscript9 for color printing bug. Maybe I should give a /usr/bin/gs.foo a try...

dront78 commented on 2018-08-30 06:34 (UTC)

https://bbs.archlinux.org/viewtopic.php?pid=1805101 Same problem here

Mnkai_rin commented on 2018-08-29 17:04 (UTC)

@denixx Manually converting pdf document via foo2hbpl2 & ghostscript and sending raw file to printer manually via cp worked for me (I also get 3 pages queued instead of 1 page in CUPS test page, with no response from printer), so I doubt driver itself is the culprit.

denixx commented on 2018-08-29 11:51 (UTC) (edited on 2018-08-29 11:54 (UTC) by denixx)

Hi 2All! Having issue with foo2zjs-nightly and HP LaserJet P1005. I was using for a long time scheme like this: Raspberry Pi 3, CUPS of raspbian, connected HP LaserJet P1005 via USB. After some mangling driver was set to "Local Raw Printer (grayscale)". This means every user which sends a job should HAVE printer driver installed and connect and send jobs to a printer using that driver locally to build print job. So, a second part is a PC with arch which is connected to that remote printer and using foo2xqx recommended driver from this package via ipps protocol. This scheme was working well until (as I can remember) I've posted here in comments at 2018-04-27 about getweb script and problems with proxies. 2018-07-10 I've returned to this problem, and managed to install updated foo2zjs-nightly, and some time (days or maybe weeks) after that I've tried to check if printing still works because of I needed to print smth, and figured out that I can't even print a test page via CUPS's local web-interface... I will try to say what is looks like: I'm choosing printer in a local web-interface of CUPS (v. 2.2.8 for now). Choosing "Maintenance" - "Print Test Page" (not a "Print Self Test Page" because of a nature of a Raw driver this one is not working). The job starts, and stays in state:

pages: 3 //should be 1 page, I think

state: processing since /timestamp here/ "Connected to printer."

And after that I could see this job in a web-interfase of a CUPS (v. 1.7.5) on a Pi with this info:

state: held since /timestamp here/

At the same time a colleague with Ubuntu 17.10 is still printing without much issues (except broken printing from a Google Chrome, maybe he should do an upgrage for his OS, but that's not my problem.). I mean he have no troubles of printing a test page using his computer.

What I want to ask for: Is it a broken driver? Should I post this issue to foo2zjs developers?

Thanks!

denixx commented on 2018-07-10 07:07 (UTC)

@intelfx Thank you very much, indeed it had installed flawlessly today (for some time i was blocked by ffmpeg2.8 as I don't removed orphans before today). Installed it via proxy.

ron2138 commented on 2018-06-11 14:57 (UTC) (edited on 2018-06-16 15:37 (UTC) by ron2138)

Replying to intelfx comment on 2018-06-10 17:10:

It could be that using a systemd unit is better. It doesn't work for me. The following seems to work here:


--- a/usr/bin/foo2zjs-loadfw
+++ b/usr/bin/foo2zjs-loadfw
@@ -29,7 +29,8 @@ USB_BACKEND=/usr/lib/cups/backend/usb
 # Figure out how to log our messages
 #
 log() {
-   echo "$@" >&2
+#  echo "$@" >&2
+   /usr/bin/logger -p user.info "$0:" "$@"
 }

#


--- a/usr/lib/udev/rules.d/71-hplj10xx.rules
+++ b/usr/lib/udev/rules.d/71-hplj10xx.rules
@@ -16,6 +16,7 @@ ENV{FOO2ZJS_FW_MODEL}=="", GOTO="foo2zjs

# Inherit the instance name from the parent unit's instance name (or unit name, if there is no instance name). # In our case -- the printer's full devpath gets passed. -TAG+="systemd", ENV{SYSTEMD_WANTS}+="foo2zjs-loadfw@.service" +#TAG+="systemd", ENV{SYSTEMD_WANTS}+="foo2zjs-loadfw@.service" +RUN+="/bin/sh -c '/usr/bin/nohup /usr/bin/foo2zjs-loadfw $env{DEVPATH} $env{FOO2ZJS_FW_MODEL}'"

LABEL="foo2zjs_fw_end"

Replying to intelfx comment on 2018-06-11 12:40:

I comfirm the part of bitsfritz comment on 2018-06-11 00:01 that the kernel does see, and logs, the reappearance of the device.

systemd.device manual page explicitly mentions a "changed" event. Can it be that it ignores, or is not being sent to, more than 1 "add" event by design? Can it be that udev follows these steps for such devices? Doesn't such unit should end with the .device susffix? I mean, what implications are there for the .service suffix, which seems not as degined? If I will omit udev "TAG+="systemd"", will udev create the same device by itself?

intelfx commented on 2018-06-11 12:40 (UTC)

@bitsfritz

"after replugging" <...> foo2zjs-loadfw is not triggered

Aw, shit. This is a known (by me, no idea if upstream knows) bug somewhere in between kernel, udev, and systemd. tl;dr is that when a device is unplugged, its .device-unit remains activated, hence no state change happens when it is replugged again. I should really take time and report/debug this...

bitsfritz commented on 2018-06-11 11:32 (UTC) (edited on 2018-06-11 11:42 (UTC) by bitsfritz)

@ron2138, @intelfix

udevadm test

only accepts DEVPATH as parameter.

The steps I go[1] at recent setup:

~] lsusb
..
Bus 001 Device 019: ID 03f0:0517 Hewlett-Packard LaserJet 1000
..

~] udevadm info -q path /dev/bus/usb/001/019 /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4

~] udevadm test /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4 ..

[1] described here: https://wiki.archlinux.org/index.php/CUPS/Troubleshooting#Bad_permissions

@ron2138:

/sys/dev/bus/usb/001/019
does not exist here..

P.S. answering here is a pain...

ron2138 commented on 2018-06-11 04:37 (UTC) (edited on 2018-06-11 08:50 (UTC) by ron2138)

Replying intelfx comment at 2018-06-10 17:10:

  1. The first foo2zjs I ever had is 20180519-1. I never had an earlier version. The problem manifested itself right from the begining, though hplip was interfering too until I disabled it. Or so I think. I am not sure about the hplip interference now as I was a few days ago.
  2. Script started on 2018-06-11 04:17:44+00:00
    calling: test
    version 238
    This program is for debugging only, it does not run any program
    specified by a RUN key. It may show incorrect results, because
    some values may be different, or not available at a simulation run.

    Load module index Parsed configuration file /usr/lib/systemd/network/99-default.link Created link configuration context. Reading rules file: /usr/lib/udev/rules.d/10-dm.rules Reading rules file: /usr/lib/udev/rules.d/11-dm-lvm.rules Reading rules file: /usr/lib/udev/rules.d/13-dm-disk.rules Reading rules file: /etc/udev/rules.d/40-brscan4.rules Reading rules file: /usr/lib/udev/rules.d/40-gphoto.rules Reading rules file: /usr/lib/udev/rules.d/49-sane.rules Reading rules file: /usr/lib/udev/rules.d/50-udev-default.rules Reading rules file: /etc/udev/rules.d/56-hpmud.rules Reading rules file: /usr/lib/udev/rules.d/60-block.rules Reading rules file: /usr/lib/udev/rules.d/60-cdrom_id.rules Reading rules file: /usr/lib/udev/rules.d/60-drm.rules Reading rules file: /usr/lib/udev/rules.d/60-evdev.rules Reading rules file: /usr/lib/udev/rules.d/60-input-id.rules Reading rules file: /usr/lib/udev/rules.d/60-pcmcia.rules Reading rules file: /usr/lib/udev/rules.d/60-persistent-alsa.rules Reading rules file: /usr/lib/udev/rules.d/60-persistent-input.rules Reading rules file: /usr/lib/udev/rules.d/60-persistent-storage-tape.rules Reading rules file: /usr/lib/udev/rules.d/60-persistent-storage.rules Reading rules file: /usr/lib/udev/rules.d/60-persistent-v4l.rules Reading rules file: /usr/lib/udev/rules.d/60-rfkill.rules Reading rules file: /usr/lib/udev/rules.d/60-sensor.rules Reading rules file: /usr/lib/udev/rules.d/60-serial.rules Reading rules file: /usr/lib/udev/rules.d/63-md-raid-arrays.rules Reading rules file: /usr/lib/udev/rules.d/64-btrfs.rules Reading rules file: /usr/lib/udev/rules.d/64-md-raid-assembly.rules Reading rules file: /usr/lib/udev/rules.d/65-libwacom.rules Reading rules file: /usr/lib/udev/rules.d/69-cd-sensors.rules Reading rules file: /usr/lib/udev/rules.d/69-dm-lvm-metad.rules Reading rules file: /usr/lib/udev/rules.d/70-infrared.rules Reading rules file: /usr/lib/udev/rules.d/70-joystick.rules Reading rules file: /usr/lib/udev/rules.d/70-mouse.rules Reading rules file: /usr/lib/udev/rules.d/70-power-switch.rules Reading rules file: /usr/lib/udev/rules.d/70-touchpad.rules Reading rules file: /usr/lib/udev/rules.d/70-uaccess.rules Reading rules file: /usr/lib/udev/rules.d/71-hplj10xx.rules Reading rules file: /usr/lib/udev/rules.d/71-seat.rules Reading rules file: /usr/lib/udev/rules.d/73-seat-late.rules Reading rules file: /usr/lib/udev/rules.d/75-net-description.rules Reading rules file: /usr/lib/udev/rules.d/75-probe_mtd.rules Reading rules file: /usr/lib/udev/rules.d/78-sound-card.rules Reading rules file: /usr/lib/udev/rules.d/80-drivers.rules Reading rules file: /usr/lib/udev/rules.d/80-libinput-device-groups.rules Reading rules file: /usr/lib/udev/rules.d/80-net-setup-link.rules Reading rules file: /usr/lib/udev/rules.d/90-libinput-model-quirks.rules Reading rules file: /usr/lib/udev/rules.d/90-vconsole.rules Reading rules file: /usr/lib/udev/rules.d/95-cd-devices.rules Reading rules file: /usr/lib/udev/rules.d/95-dm-notify.rules Reading rules file: /usr/lib/udev/rules.d/99-fuse3.rules Reading rules file: /usr/lib/udev/rules.d/99-systemd.rules rules contain 196608 bytes tokens (16384 * 12 bytes), 23631 bytes strings 14354 strings (117309 bytes), 12015 de-duplicated (96018 bytes), 2340 trie nodes used unable to open device '/sys/dev/bus/usb/001/002' Unload module index Unloaded link configuration context.

    Script done on 2018-06-11 04:17:44+00:00

    /sys/dev/bus/usb/001/002 is there and points to the printer, as
    udevadm info /dev/bus/usb/001/002
    can show.
  3. As for not sensing cycling the printer power, or repluging the USB plug, the printer stop printing. Jobs are supposedly done, but no output from the printer. And the journal proves no attempt to download the firmware to the printer took place. If I manually force firmware download, the printer does print.

bitsfritz commented on 2018-06-11 00:01 (UTC)

@intelfix, after writing the bug report, my system decided to get back loading firmware at reboot, which it did not before..

Output of

~]$ udevadm test '/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4' 
calling: test
version 238
...
Load module index
Parsed configuration file /usr/lib/systemd/network/99-default.link
Created link configuration context.
...
Reading rules file: /usr/lib/udev/rules.d/71-hplj10xx.rules
...
rules contain 393216 bytes tokens (32768 * 12 bytes), 40086 bytes strings
31927 strings (260161 bytes), 27861 de-duplicated (224142 bytes), 4067 trie nodes used
IMPORT builtin 'usb_id' /usr/lib/udev/rules.d/40-gphoto.rules:9
IMPORT builtin skip 'usb_id' /usr/lib/udev/rules.d/50-udev-default.rules:13
IMPORT builtin 'hwdb' /usr/lib/udev/rules.d/50-udev-default.rules:13
MODE 0664 /usr/lib/udev/rules.d/50-udev-default.rules:45
GROUP 7 /usr/lib/udev/rules.d/50-udev-default.rules:57
PROGRAM '/usr/sbin/obex-check-device 03f0 0517' /usr/lib/udev/rules.d/60-openobex.rules:3
starting '/usr/sbin/obex-check-device 03f0 0517'
Process '/usr/sbin/obex-check-device 03f0 0517' failed with exit code 1.
RUN '/usr/share/virtualbox/VBoxCreateUSBNode.sh $major $minor $attr{bDeviceClass} vboxusers' /usr/lib/udev/rules.d/60-vboxdrv.rules:6
PROGRAM '/usr/lib/udev/mtp-probe /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4 1 8' /usr/lib/udev/rules.d/69-libmtp.rules:2465
starting '/usr/lib/udev/mtp-probe /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4 1 8'
'/usr/lib/udev/mtp-probe /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4 1 8'(out) '0'
Process '/usr/lib/udev/mtp-probe /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4 1 8' succeeded.
RUN '/usr/lib/udev/tlp-usb-udev %p' /usr/lib/udev/rules.d/85-tlp.rules:10
handling device node '/dev/bus/usb/001/008', devnum=c189:7, mode=0664, uid=0, gid=7
preserve permissions /dev/bus/usb/001/008, 020664, uid=0, gid=7
preserve already existing symlink '/dev/char/189:7' to '../bus/usb/001/008'
ACTION=add
BUSNUM=001
DEVNAME=/dev/bus/usb/001/008
DEVNUM=008
DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4
DEVTYPE=usb_device
DRIVER=usb
FOO2ZJS_FW_MODEL=1000
ID_BUS=usb
ID_MODEL=hp_LaserJet_1000
ID_MODEL_ENC=hp\x20LaserJet\x201000
ID_MODEL_FROM_DATABASE=LaserJet 1000
ID_MODEL_ID=0517
ID_REVISION=0120
ID_SERIAL=Hewlett-Packard_hp_LaserJet_1000
ID_USB_INTERFACES=:070102:
ID_VENDOR=Hewlett-Packard
ID_VENDOR_ENC=Hewlett-Packard
ID_VENDOR_FROM_DATABASE=Hewlett-Packard
ID_VENDOR_ID=03f0
MAJOR=189
MINOR=7
PRODUCT=3f0/517/120
SUBSYSTEM=usb
SYSTEMD_WANTS=configure-printer@usb-001-008.service foo2zjs-loadfw@.service printer.target
TAGS=:systemd:
TYPE=0/0/0
USEC_INITIALIZED=6600380
run: '/usr/share/virtualbox/VBoxCreateUSBNode.sh 189 7 00 vboxusers'
run: '/usr/lib/udev/tlp-usb-udev /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4'
Unload module index
Unloaded link configuration context.

''while booting''

~]$ journalctl -b | grep foo2
Jun 10 19:45:33 dumbledore systemd[1]: Created slice system-foo2zjs\x2dloadfw.slice.
Jun 10 19:45:33 dumbledore foo2zjs-loadfw[958]: Downloading firmware for printer model '1000' serial '' at devpath '/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4'
Jun 10 19:45:33 dumbledore foo2zjs-loadfw[958]: Serial number is empty, working around
Jun 10 19:45:33 dumbledore foo2zjs-loadfw[958]: Got printer: URI='usb://HP/LaserJet%201000' deviceid='MFG:Hewlett-Packard;MDL:hp LaserJet 1000;CMD:ZJS;CLS:PRINTER;DES:hp LaserJet 1000;'
Jun 10 19:45:34 dumbledore foo2zjs-loadfw[958]: Firmware download OK

everything fine until here..

''after replugging'' journalctl -f results in

...
Jun 11 01:38:17 dumbledore kernel: usb 1-5.4.4: new full-speed USB device number 20 using ehci-pci
Jun 11 01:38:17 dumbledore kernel: usb 1-5.4.4: New USB device found, idVendor=03f0, idProduct=0517
Jun 11 01:38:17 dumbledore kernel: usb 1-5.4.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Jun 11 01:38:17 dumbledore kernel: usb 1-5.4.4: Product: hp LaserJet 1000
Jun 11 01:38:17 dumbledore kernel: usb 1-5.4.4: Manufacturer: Hewlett-Packard
Jun 11 01:38:17 dumbledore mtp-probe[6668]: checking bus 1, device 20: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4"
Jun 11 01:38:17 dumbledore mtp-probe[6668]: bus: 1, device: 20 was not an MTP device
Jun 11 01:38:18 dumbledore upowerd[1322]: unhandled action 'bind' on /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4

foo2zjs-loadfw is not triggered.

Output of

udevadm test...

appears to be equal apart from the new usb device number and it's relatives.

intelfx commented on 2018-06-10 17:10 (UTC) (edited on 2018-06-10 17:11 (UTC) by intelfx)

@ron2138:

Can some one explain, real slow, why the systemd unit is required in the first place? Why not use a udev RUN command?

Because everything is better with systemd, of course. ;)

Only slightly joking here. udev is not a process supervisor. Programs started via RUN:

  • are executed synchronously (udev waits while the program runs)
  • are SIGKILLed after indeterminate amount of time
  • can have runaway children
  • are not monitored
  • do not have their logs properly tagged

..and so on.

In addition, I don't understand how this setup is supposed to deal with the case that one repeatedly turns his printer on and off while the PC is running. As far as I can tell, it won't run again the systemd unit, which makes the printer uninitialized.

The systemd unit is not RemainAfterExit=true. It should trigger every time the add or change event fires. If the printer is turned off, it should behave exactly as if the printer was unplugged and then replugged again. If it does not work for you, could you please elaborate further?

intelfx commented on 2018-06-10 16:49 (UTC)

@bitsfritz, @ron2138: When did this error first manifest? Can you run udevadm info /dev/bus/usb/BUS/DEV or, better, udevadm test /dev/bus/usb/BUS/DEV on the printer?

ron2138 commented on 2018-06-10 11:01 (UTC) (edited on 2018-06-10 14:15 (UTC) by ron2138)

@bitsfritz (commented on 2018-06-09 21:19): I confirm. I get this too. A workaround for those having only one printer is to replace line 40 of /usr/bin/foo2zjs-loadfw, currently

MODEL="$FOO2ZJS_FW_MODEL"

with

MODEL=(replace this parenthesis with the model as /usr/lib/udev/rules/71-hplj10xx.rules records it in ENV{FOO2ZJS_FW_MODEL}.)

Can some one explain, real slow, why the systemd unit is required in the first place? Why not use a udev RUN command? In addition, I don't understand how this setup is supposed to deal with the case that one repeatedly turns his printer on and off while the PC is running. As far as I can tell, it won't run again the systemd unit, which makes the printer uninitialized.

bitsfritz commented on 2018-06-09 21:19 (UTC) (edited on 2018-06-09 21:46 (UTC) by bitsfritz)

again cannot connect my Laserjet 1000

... Jun 09 22:21:22 dumbledore systemd[1]: Starting Load HP ZJS/XQX printer firmware for /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4... Jun 09 22:21:22 dumbledore udev-configure-printer[1114]: add usb-001-009 Jun 09 22:21:22 dumbledore foo2zjs-loadfw[1115]: Downloading firmware for printer model '' serial '' at devpath '/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.4/1-5.4.4' Jun 09 22:21:22 dumbledore foo2zjs-loadfw[1115]: Model number is empty (borked udev configuration?) ...

is this a regression from "bitsfritz commented on 2016-11-01 15:14" ?

severach commented on 2018-06-09 00:30 (UTC)

Nuke the offending lines with a hook.

ron2138 commented on 2018-06-08 23:25 (UTC) (edited on 2018-06-08 23:40 (UTC) by ron2138)

@intelfx: As for my comment on 2018-06-01 03:29 regarding udev rules conflicts, I think you misunderstood me. As far as I understand, it is hplip rules that interfere with zjs supported printers. I think zjs rules are fine, hplip rules should be improved. I believe the problem is very old, though I haven't tried to determine when it was started. It could be that few people need both hplip and foo2zjs concurently. More detalis are at https://wiki.archlinux.org/index.php/CUPS/Printer-specific_problems#foo2zjs_Driver.

intelfx commented on 2018-06-02 23:11 (UTC) (edited on 2018-06-03 09:46 (UTC) by intelfx)

@dalu: Reproduced your issue. It's a race in author-provided Makefile. Fixed that.

@frealgagu, @badbytes, @markscamilleri, @codibit: Checksums fixed, patches rebased, package updated.

NB: The first checksum is intended to be SKIP — this is a "nightly" package that tracks the latest source.

@ron2138: Actually, I do not use this driver anymore. If there are any udev rule conflicts now, please tell me exactly which.

ron2138 commented on 2018-06-01 03:29 (UTC)

You might want to be aware of https://bugs.archlinux.org/task/58815. The upstream report mentions https://bbs.archlinux.org/viewtopic.php?id=218509, so foo2zjs is the victim.

codibit commented on 2018-05-31 06:24 (UTC) (edited on 2018-05-31 06:52 (UTC) by codibit)

Patch 0004-Makefile-fix-generating-.ppd-in-place.patch is being rejected because upstream package has now commented out the affected lines in the Makefile (among other things, I guess, I can't compare to 20180508 because I can't get a copy of the older source package).

The reported sha256 checksum df60985d6bc06fdea029e62d200f9f20b4026a8b4e11d39144636c75dc8b3d5b matches the files with the current official sha1sum of 7e8b3dd43afde815d83baeb0a8165c81fac71f06.

New version was released Sat May 19 14:04:21 2018 CDT.

markscamilleri commented on 2018-05-29 13:44 (UTC)

Same problem here, it seems there was a newer version of this packaged in the upstream however the checksums were not updated.

Unfortunately, I was unable to find checksums at the source, so the only way to solve this would be to either skip checksums (not recommended) or download this from upstream and compute the checksum value to be replaced. I did the latter (replacing the first checksum in the array) and the SHA256 checksum was computed to:

df60985d6bc06fdea029e62d200f9f20b4026a8b4e11d39144636c75dc8b3d5b

Unfortunately, another problem presented itself when running prepare()

Hunk #1 FAILED at 1452.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej

badbytes commented on 2018-05-23 18:35 (UTC)

Same issue as frealgagu posted on 2018-05-22 03:14

frealgagu commented on 2018-05-22 03:14 (UTC)

The following is happening to me:

foo2zjs-20180519.tar.gz ... FAILED

Even if I try to skip the sha256sums I got the following:

==> Starting prepare()...
patching file Makefile
patching file Makefile
patching file Makefile
patching file foo2zjs-loadfw.in
patching file foo2zjs-loadfw@.service.in
patching file hplj10xx.rules
patching file usblp.conf
patching file Makefile
Hunk #1 FAILED at 1452.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
==> ERROR: A failure occurred in prepare().
    Aborting...

It happens not only in one but in three of my PCs. Thanks for advance.

intelfx commented on 2018-05-11 14:54 (UTC)

@dalu: I do not see any actual error message in your logs; neither can I reproduce this failure mode. Please at least provide full makepkg logs.

intelfx commented on 2018-05-11 14:51 (UTC)

@denixx: Up until now the firmware was being downloaded via simple wget calls (so you could configure proxy via environment variables as per wget man page).

I have now changed the PKGBUILD so the firmware is now downloaded properly via source=() and not via getweb at all. Hence you may configure proxying in the same way as you would've done it for any other source in any other package.

dalu commented on 2018-05-11 12:46 (UTC) (edited on 2018-05-11 12:47 (UTC) by dalu)

It is possible that certain products which can be built using this
rm -f INSTALL.tmp
chmod a-w INSTALL
software module might form inventions protected by patent rights in
#
make: *** [Makefile:1431: osx-hotplug/osx-hplj-hotplug.1] Error 1
make: *** Waiting for unfinished jobs....
some countries (e.g., by patents about arithmetic coding algorithms
# Generate PPD files using local tools
owned by IBM and AT&T in the USA). Provision of this software by the
#
author does NOT include any licences for any patents. In those
[ -d PPD ] || mkdir PPD
countries where a patent licence is required for certain applications
> foomatic-db/oldprinterids
of this software module, you will have to obtain such a licence
cd foomatic-db; rm -f db; ln -sf . db
yourself.
cd foomatic-db; rm -f source; ln -sf . source
for i in foomatic-db/printer/*.xml; \
do \
    printer=`basename $i .xml`; \
    case "$printer" in \
    *"d-Color_P160"*)   driver=foo2hiperc;; \
    *M1005*|*M1120*)    driver=foo2xqx;; \
    *P1[05]0[5678]*)    driver=foo2xqx;; \
    *P2014*)            driver=foo2xqx;; \
    *M1212*)            driver=foo2xqx;; \
    *1500*|*OAKT*)      driver=foo2oak;; \
    *1018*|*102[02]*)   driver=foo2zjs-z1;; \
    *P2035*)        driver=foo2zjs-z1;; \
    *1319*)     driver=foo2zjs-z1;; \
    *M12a|*M12w)    driver=foo2zjs-z2;; \
    *P110*)     driver=foo2zjs-z2;; \
    *P156*)     driver=foo2zjs-z2;; \
    *P160*)     driver=foo2zjs-z2;; \
    *CP102*)        driver=foo2zjs-z3;; \
    *1635*|*2035*)      driver=foo2oak-z1;; \
    *1600W|*16[89]0*)   driver=foo2lava;; \
    *4690*)     driver=foo2lava;; \
    *2530*|*24[89]0*)   driver=foo2lava;; \
    *6115*)             driver=foo2lava;; \
    *C110*)             driver=foo2lava;; \
    *6121*)             driver=foo2lava;; \
    *1600*|*2600*)      driver=foo2hp;; \
    *1215*)     driver=foo2hp;; \
    *C500*)             driver=foo2slx;; \
    *C301*|*C310*)      driver=foo2hiperc;; \
    *C511*)         driver=foo2hiperc;; \
    *C810*)             driver=foo2hiperc-z1;; \
    *C3[1234]00*)       driver=foo2hiperc;; \
    *C3530*)            driver=foo2hiperc;; \
    *C5[12568][05]0*)   driver=foo2hiperc;; \
    *CLP*|*CLX*|*6110*) driver=foo2qpdl;; \
    *6015*|*1355*)  driver=foo2hbpl2;; \
    *C1765*)        driver=foo2hbpl2;; \
    *CX17*)     driver=foo2hbpl2;; \
    *CM2[01]5*)     driver=foo2hbpl2;; \
    *P205*|*3045*)  driver=foo2hbpl2;; \
    *3010*|*3040*)  driver=foo2hbpl2;; \
    *M215*)     driver=foo2hbpl2;; \
    *M1400*)        driver=foo2hbpl2;; \
    *SP_*)      driver=foo2ddst;; \
    *)                  driver=foo2zjs;; \
    esac; \
    echo $driver - $printer; \
    FOOMATICDB=foomatic-db \
    foomatic-ppdfile \
    -d $driver -p $printer \
    > PPD/$printer.ppd; \
done
foo2hbpl2 - Dell-1355
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Dell-C1765
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Epson-AcuLaser_CX17NF
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Epson-AcuLaser_M1400
Cannot read file foomatic-db/db/oldprinterids!
cc -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now icc2ps.o xgetopt.o cmscam97.o cmscnvrt.o cmserr.o cmsgamma.o cmsgmt.o cmsintrp.o cmsio1.o cmslut.o cmsmatsh.o cmsmtrx.o cmsnamed.o cmspack.o cmspcs.o cmsps2.o cmssamp.o cmswtpnt.o cmsxform.o cmsio0.o cmsvirt.o icc34.h lcms.h  -lm -o foo2zjs-icc2ps
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Fuji_Xerox-DocuPrint_CM205
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
make[1]: Leaving directory '/tmp/yaourt-tmp-darko/aur-foo2zjs-nightly/src/foo2zjs/icc2ps'
foo2hbpl2 - Fuji_Xerox-DocuPrint_CM215
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Fuji_Xerox-DocuPrint_M215
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Fuji_Xerox-DocuPrint_P205
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2oak - Generic-OAKT_Printer
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - Generic-ZjStream_Printer
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2oak - HP-Color_LaserJet_1500
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hp - HP-Color_LaserJet_1600
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hp - HP-Color_LaserJet_2600n
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hp - HP-Color_LaserJet_CP1215
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - HP-LaserJet_1000
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - HP-LaserJet_1005
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_1018
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_1020
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_1022
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_1022n
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_1022nw
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_M1005_MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_M1120_MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_M1319_MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P1005
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P1006
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P1007
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P1008
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P1505
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P1505n
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P2014
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_P2014n
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_P2035
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z1 - HP-LaserJet_P2035n
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z3 - HP-LaserJet_Pro_CP1025nw
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2xqx - HP-LaserJet_Pro_M1212nf_MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z2 - HP-LaserJet_Pro_M12a
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z2 - HP-LaserJet_Pro_M12w
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z2 - HP-LaserJet_Pro_P1102
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z2 - HP-LaserJet_Pro_P1102w
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z2 - HP-LaserJet_Pro_P1566
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs-z2 - HP-LaserJet_Pro_P1606dn
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_1600W
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_1680MF
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_1690MF
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - KONICA_MINOLTA-magicolor_2430_DL
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_2480_MF
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_2490_MF
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_2530_DL
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - KONICA_MINOLTA-magicolor_4690MF
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2oak-z1 - Kyocera-KM-1635
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2oak-z1 - Kyocera-KM-2035
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2slx - Lexmark-C500
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - Minolta-Color_PageWorks_Pro_L
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - Minolta-magicolor_2200_DL
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - Minolta-magicolor_2300_DL
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2zjs - Minolta-magicolor_2430_DL
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - Oki-C110
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C301dn
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C3100
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C310dn
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C3200
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C3300
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C3400
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C3530_MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C5100
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C511dn
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C5200
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C5500
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C5600
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C5650
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Oki-C5800
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc-z1 - Oki-C810
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hiperc - Olivetti-d-Color_P160W
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2ddst - Ricoh-SP_112
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2ddst - Ricoh-SP_201Nw
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-300
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-310
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-315
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-325
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-365
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-600
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-610
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLP-620
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLX-2160
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLX-3160
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLX-3175
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Samsung-CLX-3185
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Xerox-Phaser_3010
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Xerox-Phaser_3040
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2qpdl - Xerox-Phaser_6110
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - Xerox-Phaser_6115MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2lava - Xerox-Phaser_6121MFP
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Xerox-WorkCentre_3045
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
foo2hbpl2 - Xerox-WorkCentre_6015
Cannot read file foomatic-db/db/oldprinterids!
Cannot read file foomatic-db/db/oldprinterids!
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Makepkg was unable to build foo2zjs-nightly.

denixx commented on 2018-04-27 08:10 (UTC) (edited on 2018-04-27 08:10 (UTC) by denixx)

Hi! Can you please add support for proxy with authentication into "getweb" script?

==> Building 'getweb' helper and downloading extras
[ ! -f getweb ] || chmod +w getweb
sed < getweb.in > getweb \
    -e "s@\${URLZJS}@http://foo2zjs.rkkda.com@" \
    -e 's@^PREFIX=.*@PREFIX=/usr@' || (rm -f getweb && exit 1)
chmod 555 getweb
getweb: Couldn't download http://foo2zjs.rkkda.com/firmware/sihp1000.tar.gz

It can't get packages for now :( It was working normally some time ago.

sxe commented on 2018-01-08 09:15 (UTC)

@bachtiar Same problem here, thx for the fix.

intelfx commented on 2017-12-30 22:40 (UTC) (edited on 2017-12-30 22:41 (UTC) by intelfx)

@bachtiar: Yes, that's a known (by me) problem that I tracked down to kernel's device event netlink interface. usbmuxd's broken too. There's nothing to do with this package. Probably should bisect and report/fix though...

Manonfire commented on 2017-12-30 21:22 (UTC)

@bachtiar Thank You very much :). It solved my problem with HP LJ1018 after full system upgrade.

bachtiar commented on 2017-12-30 20:21 (UTC) (edited on 2017-12-30 20:22 (UTC) by bachtiar)

Since recent full system upgrade, firmware loading does not work for me anymore. As a workaround, I replaced line TAG+=..., ENV{SYSTEMD_WANTS}=... in /usr/lib/udev/rules.d/71-hplj10xx.rules with RUN+="/usr/bin/foo2zjs-loadfw $DEVPATH" and running "udevadm control --reload".

intelfx commented on 2017-12-08 11:59 (UTC) (edited on 2017-12-08 12:00 (UTC) by intelfx)

Actually I never checked if it is really no longer necessary to blacklist usblp, but I went ahead and did this as requested by @sxe and @melvinvermeeren. I do not own a supported printer anymore, so if anybody spots that something broke — please report.

intelfx commented on 2017-12-08 11:58 (UTC)

@sxe, @melvinvermeeren: Sorry for this taking too long. Should be done now + see next comment.

sxe commented on 2017-12-08 11:49 (UTC) (edited on 2017-12-08 11:50 (UTC) by sxe)

I had the same problem as melvinvermeeren.

After removing /usr/lib/modprobe.d/usblp.conf my old printer, HP LaserJet 1018 started working again.

@rafaelndev That's a problem with yaourt, build it manually, had the same problem.

Greetings

rafaelndev commented on 2017-11-13 14:48 (UTC) (edited on 2017-11-13 14:51 (UTC) by rafaelndev)

I failed to install this package with an error on package compilation: https://pastebin.com/BB6z4htU

melvinvermeeren commented on 2017-09-18 22:50 (UTC)

After installing this my old dot-matrix stopped working. Turns out this package blacklists the usblp module. Looks like a workaround for some old bugs that have since then be fixed properly. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663868 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630228 Unless this is still necessary for some setup, could you add the following below make install? rm "${pkgdir}"/usr/lib/modprobe.d/usblp.conf Thank you.

intelfx commented on 2017-09-14 01:33 (UTC)

@eMan.Lived: You should not use "Flag out-of-date" to report build errors anyway. Even the report page clearly says so.

eMan.Lived commented on 2017-09-13 19:19 (UTC)

Sorry for outdating. Just delete src folder and all was installed.

intelfx commented on 2017-08-14 15:28 (UTC)

@ahuillet: Ah, OK. I pinned your comment.

ahuillet commented on 2017-08-14 15:19 (UTC)

I wasn't asking you to ship Ghostscript8, merely communicating the "official"workaround for the problem for people affected. That said, even with Ghostscript8, color printing quality falls short of that of the Windows driver.

intelfx commented on 2017-08-14 15:16 (UTC) (edited on 2017-08-14 15:17 (UTC) by intelfx)

@ahuillet: I'm pretty much packaging software as it is (like it's done in Arch). I only patch the buildsystem and the firmware loader to make it compatible with Arch and systemd/udev. If there are bugs in the software requiring specific versions of dependencies to be installed — sorry, this is not something I should fix.

intelfx commented on 2017-08-14 15:14 (UTC)

@pixelou: Thanks, good catch! Should be fixed now.

nlgranger commented on 2017-08-14 13:44 (UTC)

wget is not part of base nor base-devel, could you please replace wget -qO- by curl -s in pkgver?

ahuillet commented on 2017-05-08 09:15 (UTC)

foo2zjs, when paired with Ghostscript9 as present in Archlinux, has a nasty color printing bug. The foo2zjs author is aware of it but hasn't, so far, appeared to fully describe the bug, report it upstream, or implement a fix/workaround in his software. Instead, what he recommends is to install Ghostscript8 as /usr/bin/gs.foo. http://foo2zjs.rkkda.com/forum/read.php?63,3189

intelfx commented on 2017-04-15 03:00 (UTC)

@rafwes Looks like it was a bug in the upstream build script. Current version (20170412) builds cleanly here. I've bumped the package.

rafwes commented on 2017-04-08 03:34 (UTC)

Already flagged the package, it got unflagged but I also get these errors: /bin/sh: line 47: ../foomatic/foomatic-db-engine/foomatic-ppdfile: No such file or directory

intelfx commented on 2017-03-24 18:24 (UTC) (edited on 2017-03-24 18:25 (UTC) by intelfx)

@theo, @bitsfritz: Package bumped, patches rebased, sorry for the latency. Please use "flag out-of-date" next time to avoid flooding comments.

bitsfritz commented on 2017-03-24 17:48 (UTC)

doesn't compile here: pacaur -S foo2zjs-nightly says: ... /bin/sh: line 46: ../foomatic/foomatic-db-engine/foomatic-ppdfile: No such file or directory foo2hbpl2 - Xerox-WorkCentre_6015 /bin/sh: line 46: ../foomatic/foomatic-db-engine/foomatic-ppdfile: No such file or directory make: *** [Makefile:1427: ppd] Error 127 ==> ERROR: A failure occurred in build(). Aborting... makepkg says: ... patching file Makefile Hunk #1 FAILED at 167. Hunk #2 succeeded at 291 (offset 4 lines). Hunk #3 succeeded at 382 (offset 4 lines). Hunk #4 succeeded at 483 (offset 4 lines). Hunk #5 succeeded at 944 (offset 7 lines). Hunk #6 FAILED at 986. 2 out of 6 hunks FAILED -- saving rejects to file Makefile.rej patching file foo2zjs-loadfw.in patching file foo2zjs-loadfw@.service.in patching file hplj10xx.rules patching file usblp.conf ==> ERROR: A failure occurred in prepare(). Aborting... also no avail after the0's patches applied

the0 commented on 2017-03-22 11:01 (UTC) (edited on 2017-03-22 16:10 (UTC) by the0)

Thanks for the package! Please update patches: http://pastebin.com/nMsQvi19 http://pastebin.com/ssEStHmU

broken.pipe commented on 2017-02-26 13:50 (UTC)

Thanks for this package! I'm able to airprint with a 12 year old HP Laserjet :)

intelfx commented on 2017-01-08 01:55 (UTC)

@dlp: Arch packaging guidelines[1][2] suggest that `arch=()` array shall only contain architectures that are supported by Arch itself (i. e. i686 and x86_64). [1]: https://wiki.archlinux.org/index.php/PKGBUILD#arch [2]: https://wiki.archlinux.org/index.php/Arch_packaging_standards#Architectures

dlp commented on 2017-01-07 15:18 (UTC) (edited on 2017-01-07 15:22 (UTC) by dlp)

Could you please add the ARM architectures to the arch array in the PKGBUILD? At the time of writing, these are 'aarch64', 'arm', 'armv6h' and 'armv7h'. I have tested this on the armv7h architecture and it works perfectly. I can't see any reason why it won't work on the other variants, though I don't have the hardware to test.

sajaysurya commented on 2016-12-05 05:56 (UTC)

Works fine with HP Laser Jet 1020. Thanks intelfx!

intelfx commented on 2016-11-12 07:39 (UTC)

@dront78: This message comes from the upstream-provided Makefile. It should be harmless.

dront78 commented on 2016-11-12 07:36 (UTC)

could you tell what is > Cannot read file foomatic-db/db/oldprinterids during the installation process?

intelfx commented on 2016-11-12 03:37 (UTC)

Package bumped. New package foo2zjs-nigtly has been uploaded which has a `pkgver()` function that extracts the timestamp from the driver's home page. This should eliminate the need for frequent checksum mismatches and bump requests (provided that the patches will still apply). Please use that package, I'll request this one to be merged.

lisu_ml commented on 2016-11-11 19:49 (UTC)

It still doesn't verify the sources properly: => Validating source files with sha256sums... foo2zjs-20161105.tar.gz ... FAILED 0001-Makefile-DESTDIR-support.patch ... Passed 0002-Makefile-general-fixes.patch ... Passed 0003-Rework-firmware-loading.patch ... Passed 0004-Makefile-fix-generating-.ppd-in-place.patch ... Passed 0005-Makefile-leverage-default-rules-as-much-as-possible-.patch ... Passed ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build foo2zjs.

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.

eMan.Lived 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.

intelfx commented on 2016-11-02 23:16 (UTC)

@bitsfritz: please try the latest pkgrel.

bitsfritz commented on 2016-11-02 13:39 (UTC)

@intelfix: output from udevadm, active path # udevadm info '/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3' P: /devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3 N: bus/usb/001/018 E: BUSNUM=001 E: DEVNAME=/dev/bus/usb/001/018 E: DEVNUM=018 E: DEVPATH=/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3 E: DEVTYPE=usb_device E: DRIVER=usb E: ID_BUS=usb E: ID_MODEL=hp_LaserJet_1000 E: ID_MODEL_ENC=hp\x20LaserJet\x201000 E: ID_MODEL_FROM_DATABASE=LaserJet 1000 E: ID_MODEL_ID=0517 E: ID_REVISION=0120 E: ID_SERIAL=Hewlett-Packard_hp_LaserJet_1000 E: ID_USB_INTERFACES=:070102: E: ID_VENDOR=Hewlett-Packard E: ID_VENDOR_ENC=Hewlett-Packard E: ID_VENDOR_FROM_DATABASE=Hewlett-Packard E: ID_VENDOR_ID=03f0 E: MAJOR=189 E: MINOR=17 E: PRODUCT=3f0/517/120 E: SUBSYSTEM=usb E: SYSTEMD_WANTS=printer.target E: TAGS=:systemd: E: TYPE=0/0/0 E: USEC_INITIALIZED=16957979998

dront78 commented on 2016-11-02 12:29 (UTC)

sure it is. that's why Microsoft drivers use a full device path ;)

intelfx commented on 2016-11-02 11:34 (UTC)

@dront78: This won't work. There can be more than one identical printer connected to a machine.

dront78 commented on 2016-11-02 11:28 (UTC)

you can always use USB vendor and device ids to detect the hardware

intelfx commented on 2016-11-02 10:33 (UTC)

@bitsfritz: Hm, looks like some printers do not have serial numbers. I need to think how to handle this. Any chance you could run `udevadm info /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3` (substituting that path with the correct one at the time you run the command)?

intelfx commented on 2016-11-02 10:30 (UTC)

@denixx: So you have printer-specific drivers installed on both print server and client? As far as I know, this won't work. Either install the "Generic PDF Printer" driver on your PC or install the "Raw Queue" driver on your print server.

bitsfritz commented on 2016-11-01 15:14 (UTC) (edited on 2016-11-01 15:23 (UTC) by bitsfritz)

Hi, cannot connect my laserjet 1000. lsusb Bus 001 Device 004: ID 03f0:0517 Hewlett-Packard LaserJet 1000 ~]$ find '/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3' -type f -name idProduct -print0 | xargs -0 grep -H 0517 /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3/idProduct:0517 journalctl -b .. Nov 01 14:08:35 dumbledore foo2zjs-loadfw[713]: Downloading firmware for printer model '1000' serial '' at devpath '/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3' Nov 01 14:08:35 dumbledore foo2zjs-loadfw[713]: Serial number is empty -- borked udev configuration? Nov 01 14:08:35 dumbledore systemd[1]: foo2zjs-loadfw@sys-devices-pci0000:00-0000:00:1a.7-usb1-1\x2d5-1\x2d5.3.service: Main process exited, code=exited, status=1/FAILURE Nov 01 14:08:35 dumbledore systemd[1]: Failed to start Load HP ZJS/XQX printer firmware for /sys/devices/pci0000:00/0000:00:1a.7/usb1/1-5/1-5.3. Nov 01 14:08:35 dumbledore systemd[1]: foo2zjs-loadfw@sys-devices-pci0000:00-0000:00:1a.7-usb1-1\x2d5-1\x2d5.3.service: Unit entered failed state. Nov 01 14:08:35 dumbledore systemd[1]: foo2zjs-loadfw@sys-devices-pci0000:00-0000:00:1a.7-usb1-1\x2d5-1\x2d5.3.service: Failed with result 'exit-code'. .. no clue how to debug this, or how to manipulate paths to get further pushing the firmware..

denixx commented on 2016-11-01 11:42 (UTC) (edited on 2016-11-01 11:43 (UTC) by denixx)

@intelfx Hi! installed this package, but HP LaserJet P1005 says "Can't detect file type" even for test page. Tried printing from LibreOffice - all the same. I'm using network printer connected to Raspberry Pi, and when I'm starting print test page from a Raspberry - it is printed. When I'm printing from my PC - "Can't detect file type", on Raspberry's CUPS UI it say "Filter failed". On Raspberry it's: CUPS 1.7.5, HP LaserJet p1005, hpcups 3.16.2 (shared to network) On my PC: CUPS 2.0.1, HP LaserJet P1005 Foomatic/foo2xqx (via ipps on Raspberry) Is it compatible, or should I install hplip to my PC instead of trying foo2zjs? Thanks!

intelfx commented on 2016-10-23 00:02 (UTC)

@petres: Package bumped. I've completely rewritten printer firmware loading; please report if anything doesn't work (relevant for HP LaserJet printers).

petres commented on 2016-10-22 08:42 (UTC)

New upstream source, please adjust the sha256sums foo2zjs-20161004.tar.gz ... FAILED

PaiDeDog commented on 2016-10-21 20:57 (UTC)

That is what I am going to ask. I read the mentioned files and couldn't figure what is wrong. So i am just thinking if the right place to ask further questions is here, in the forum or with the foo2zjs community... or somewhere else.

intelfx commented on 2016-10-21 20:33 (UTC)

@RicardoScar Before asking for help, you need to determine your actual problem. There are no apparent problems with this package.

PaiDeDog commented on 2016-10-21 19:35 (UTC)

@intelfx is there a more apropriate place I can ask for help?

intelfx commented on 2016-10-21 17:42 (UTC)

@RicardoScar: OK, I don't know what's happening on your system. It works correctly here. Try to inspect the rejected hunk file manually and see what's wrong.

PaiDeDog commented on 2016-10-21 14:15 (UTC)

Still failing ==> Iniciando prepare()... patching file Makefile Hunk #3 succeeded at 655 (offset 2 lines). Hunk #4 succeeded at 709 (offset 2 lines). Hunk #5 succeeded at 842 (offset 2 lines). Hunk #6 succeeded at 902 (offset 2 lines). Hunk #7 succeeded at 928 (offset 2 lines). patching file Makefile Hunk #1 succeeded at 383 (offset 2 lines). Hunk #2 succeeded at 554 (offset -7 lines). Hunk #3 succeeded at 769 (offset -7 lines). Hunk #4 succeeded at 778 (offset -7 lines). Hunk #5 succeeded at 845 with fuzz 2 (offset -7 lines). Hunk #6 succeeded at 857 (offset -7 lines). patching file Makefile Hunk #1 succeeded at 167 (offset 1 line). Hunk #2 succeeded at 272 (offset 4 lines). Hunk #3 succeeded at 483 (offset 6 lines). Hunk #4 FAILED at 959. 1 out of 4 hunks FAILED -- saving rejects to file Makefile.rej patching file foo2zjs-loadfw.in ==> ERRO: Uma falha ocorreu em prepare(). Abortando...

intelfx commented on 2016-10-20 23:48 (UTC)

@RicardoScar: it doesn't fail here. Try to clean the build directory and re-download the sources (including the AUR tarball with PKGBUILD and all the patches).

PaiDeDog commented on 2016-10-20 23:45 (UTC)

It is failing here with this output, is there anything I can do? ==> Iniciando prepare()... patching file Makefile Hunk #3 succeeded at 655 (offset 2 lines). Hunk #4 succeeded at 709 (offset 2 lines). Hunk #5 succeeded at 842 (offset 2 lines). Hunk #6 succeeded at 902 (offset 2 lines). Hunk #7 succeeded at 928 (offset 2 lines). patching file Makefile Hunk #1 succeeded at 383 (offset 2 lines). Hunk #2 succeeded at 554 (offset -7 lines). Hunk #3 succeeded at 769 (offset -7 lines). Hunk #4 succeeded at 778 (offset -7 lines). Hunk #5 succeeded at 845 with fuzz 2 (offset -7 lines). Hunk #6 succeeded at 857 (offset -7 lines). patching file Makefile Hunk #1 succeeded at 167 (offset 1 line). Hunk #2 succeeded at 272 (offset 4 lines). Hunk #3 succeeded at 483 (offset 6 lines). Hunk #4 succeeded at 968 (offset 9 lines). The next patch would create the file foo2zjs-loadfw.in, which already exists! Skipping patch. 1 out of 1 hunk ignored ==> ERRO: Uma falha ocorreu em prepare(). Abortando...

intelfx commented on 2016-10-06 05:42 (UTC)

@GregoD: You should uninstall foomatic-db-foo2zjs and keep this package (foo2zjs). The extra/foomatic-db package contains unrelated drivers -- install it if you have other printers supported by Foomatic itself, otherwise it is not needed.

GregoD commented on 2016-10-06 04:22 (UTC)

Sorry for my ignorance, but I don't understand what has happened. Should I uninstall this and foomatic-db-foo2zjs and install only foomatic-db from Extra?

intelfx commented on 2016-10-05 05:38 (UTC)

Package updated. Gotta make this a -nightly with a pkgver(), I guess...

intelfx commented on 2016-10-04 08:01 (UTC)

Or not: this actually is a new version, the changelog was just bumped.

intelfx commented on 2016-10-04 07:48 (UTC)

Yes, looks like I've missed an update due to overzealous caching of source files. Fixed.

petres commented on 2016-10-04 07:44 (UTC)

Maybe a new update: ==> Validating source files with sha256sums... foo2zjs.tar.gz ... FAILED

commented on 2016-09-14 18:18 (UTC)

Please, update the first sha256sum to (today 2016-09-14): 0e04ecf67c38538dd463a1b635d43339dbdbe018af96fe6d2828668852d5c6e7

teateawhy commented on 2016-09-04 01:05 (UTC)

Fails to verify the source files.

petres commented on 2016-06-07 10:45 (UTC)

Can you try again, I adjusted the patch file

commented on 2016-06-06 15:43 (UTC)

==> Iniciando build()… patching file Makefile Hunk #3 succeeded at 246 (offset -2 lines). Hunk #4 succeeded at 644 (offset -9 lines). Hunk #5 succeeded at 653 (offset -9 lines). Hunk #6 succeeded at 707 (offset -9 lines). Hunk #7 FAILED at 848. <----------------------------------- FAILED Hunk #8 succeeded at 900 (offset -9 lines). Hunk #9 succeeded at 926 (offset -9 lines). 1 out of 9 hunks FAILED -- saving rejects to file Makefile.rej ==> ERROR: Se produjo un fallo en build(). Cancelando… ==> ERROR: Makepkg no ha podido compilar foo2zjs. ==> ¿Reiniciar la compilación de foo2zjs? [s/N]

petres commented on 2016-06-01 20:26 (UTC)

I will try to update the sha256sum as often as possible, if someone else would like to do it, dont hesitate and I will disown the package.

shtrom commented on 2016-03-27 07:34 (UTC)

20160313 is c9e7b346ecb737228099a6582e6ea224673b7d334ede43ad614308b2e7cad490

rvolkov91 commented on 2016-03-23 13:16 (UTC) (edited on 2016-03-23 13:20 (UTC) by rvolkov91)

20160122 is c9e7b346ecb737228099a6582e6ea224673b7d334ede43ad614308b2e7cad490

crust123 commented on 2016-03-20 03:44 (UTC)

Checksum error again. Replaced the first line of the sha256sums in the PKGBUILD with c9e7b346ecb737228099a6582e6ea224673b7d334ede43ad614308b2e7cad490 sorted things.

dreieck commented on 2016-02-18 09:45 (UTC)

sha256sum changed. Package seems be outdated. Please update/ correct.

chapatt commented on 2016-01-25 18:33 (UTC)

foo2zjs.tar.gz changed upstream. The new checksum is: 654c6febb6a0b5259a3d5ca6e7217aa3cacdcf21bde4ca7f15848f7ffe3226c2 Here's the PKGBUILD with the checksum updated: http://pastebin.com/HsRYKQru

a7arch commented on 2016-01-25 07:00 (UTC)

Same problem with the latest version (foo2zjs 20151105). yaourt says that the sha256sum for the package is wrong! So I can't build and install it, and I have same problem with the foo2zjs-utils package... :-( From the Terminal: (in german, sorry) ==> Empfange Quellen... -> Lade foo2zjs-20151105.tar.gz herunter... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 1672k 100 1672k 0 0 361k 0 0:00:04 0:00:04 --:--:-- 361k -> destdir-support-20140329-1.patch gefunden -> gen-fixes-20140329-1.patch gefunden -> firmware-loader-20130602-1.patch gefunden -> udev-firmware-loading-ruleset-20130601-1.patch gefunden ==> Überprüfe Gültigkeit der Quell-Dateien mit sha256sums... foo2zjs-20151105.tar.gz ... FEHLGESCHLAGEN destdir-support-20140329-1.patch ... Durchgelaufen gen-fixes-20140329-1.patch ... Durchgelaufen firmware-loader-20130602-1.patch ... Durchgelaufen udev-firmware-loading-ruleset-20130601-1.patch ... Durchgelaufen ==> FEHLER: Eine oder mehrere Dateien überstanden nicht die Gültigkeits-Prüfung! ==> FEHLER:Makepkg konnte foo2zjs nicht erstellen.

amos commented on 2015-11-06 10:56 (UTC)

The sha256sum for foo2zjs-20151024.tar.gz appears to be wrong and the build fails. I get: f73ade10cdea80a8ef8df37a135d494034e9b225e47273d1c44d6cd70151ee77 As opposed to PKGBUILD: 78247fda3daf531be1dc07830b6f96f59c6c3461a14220f1a5faeee933c84fa1 (which is also the SHA1 of foo2zjs-20151011.tar.gz, apparently.

HanFox commented on 2015-10-25 14:10 (UTC)

The sha256sum for foo2zjs-20151011.tar.gz appears to be wrong and the build fails. I get: 78247fda3daf531be1dc07830b6f96f59c6c3461a14220f1a5faeee933c84fa1

gok commented on 2015-10-20 07:31 (UTC)

A new version is available: 20151011 The sha256sum is 41ac200b17b547f3aa2d2aea8c220677273dcb7ecfbfec3c64cee2156898ea4c

GregoD commented on 2015-10-11 21:55 (UTC)

-> destdir-support-20140329-1.patch ha sido encontrado -> gen-fixes-20140329-1.patch ha sido encontrado -> firmware-loader-20130602-1.patch ha sido encontrado -> udev-firmware-loading-ruleset-20130601-1.patch ha sido encontrado ==> Validando las fuentes con sha256sums... foo2zjs-20150704.tar.gz ... HA FALLADO destdir-support-20140329-1.patch ... Aprobado gen-fixes-20140329-1.patch ... Aprobado firmware-loader-20130602-1.patch ... Aprobado udev-firmware-loading-ruleset-20130601-1.patch ... Aprobado ==> ERROR: ¡Uno o más archivos no superaron el control de validación! ==> ERROR: Makepkg no ha podido compilar foo2zjs.