Package Details: zpaq 7.15-2

Git Clone URL: https://aur.archlinux.org/zpaq.git (read-only, click to copy)
Package Base: zpaq
Description: Programmable file compressor, library and utilities. Based on the PAQ compression algorithm
Upstream URL: http://mattmahoney.net/dc/zpaq.html
Licenses: custom, MIT
Submitter: Ereski
Maintainer: Ereski
Last Packager: Ereski
Votes: 60
Popularity: 1.29
First Submitted: 2015-08-15 15:07 (UTC)
Last Updated: 2023-09-05 18:17 (UTC)

Dependencies (1)

Required by (1)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 Next › Last »

fcorbelli commented on 2023-09-12 17:28 (UTC)

I am not a frequent user, I would like to avoid gaffes, so I will ask a beginner question.

Is it possible to clone the zpaq package to update it with zpaqfranz?

Ereski commented on 2023-09-05 18:21 (UTC)

@MBK Thanks for finding the issue. ZPAQ builds fine with LTO and I've updated the package to allow this.

MBK commented on 2023-09-05 17:44 (UTC)

If you have LTO disabled as system default, the build fails with: /usr/bin/ld: cannot find auto: File or Path not found. /usr/bin/ld: cannot find auto: File or Path not found. collect2: Error: ld returned 1

Adding "options=(!lto)" to the PKGBUILD fixes the problem.

tjhexf commented on 2023-07-31 12:14 (UTC)

same issue reported by @lunainvictum in my system. does not build

Ereski commented on 2023-03-01 10:46 (UTC)

@lunainvictum builds just fine here both with current clang (v15.0.7) and current gcc (v12.2.1). Looks like your env vars may not be set up correctly

lunainvictum commented on 2023-03-01 10:27 (UTC)

Build fails with:

/usr/bin/ld: cannot find auto: File or Path not found. /usr/bin/ld: cannot find auto: File or Path not found. collect2: Error: ld returned 1

dreieck commented on 2020-12-13 11:37 (UTC)

@catwell, I had the same problem.

I noticed that I did not want to rely on some "magic" stuff in my shell environment which Arch Linux "imposes" upon me unknowingly and had only my own clean bash profile and bashrc forced system-wide. So the magic which the perl installation does via /etc/profile.d/perlbin.sh did not apply to me.

So I had to manually add the path or manually source /etc/profile.d/perlbin.sh (refinind the helper function used there, too).

Ereski commented on 2017-01-10 10:48 (UTC)

@catwell: As I understand, /usr/bin/*_perl/ should be in your path if you have the official Perl5 package installed (see https://wiki.archlinux.org/index.php/Perl_Policy#Binaries_and_scripts and /etc/profile.d/perlbin.sh, which is owned by perl). Because perl is a makedepend, I think _not_ hardcoding the path is the right thing to do and is more compatible with crazy setups ppl might have. In your case I don't know why /usr/bin/core_perl/ isn't in your PATH, but you could just edit the PKGBUILD, line 41, to invoke pod2man with an absolute path.

catwell commented on 2017-01-09 17:18 (UTC)

Does anyone else have the build fail because pod2man is not in $PATH? Hardcoding its path (/usr/bin/core_perl/pod2man) could probably fix.

« First ‹ Previous 1 2 3 Next › Last »