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: 57
Popularity: 0.038334
First Submitted: 2015-08-15 15:07 (UTC)
Last Updated: 2023-09-05 18:17 (UTC)

Dependencies (1)

Required by (5)

Sources (1)

Latest Comments

1 2 Next › Last »

fcorbelli commented on 2023-09-14 12:42 (UTC)

I don't see... I wish the world were that easy (aka: every distribution has its own practices, from debian to suse to fedora to various bsd etc. For "you" something can seems trivial, for others very, very forbidden, even taboo)

But as I understand you'd like to make this package switch to your fork? No at all. It is a way different software. It cannot be used, even theoretically, as a drop-in replacement

Short version: I will put my AUR for zpaqfranz, different from zpaq's. Or at least I will try

Ereski commented on 2023-09-14 12:34 (UTC)

@fcorbelli anyone can create AUR packages, see here: https://wiki.archlinux.org/title/AUR_submission_guidelines. Since you literally are the creator of zpaqfranz I don't see how it could ever be "rude" for you to maintain your AUR package for zpaqfranz. Feel free to use the PKGBUILD here as a starting point.

But as I understand you'd like to make this package switch to your fork? Your phrasing is a bit confusing but if that is indeed the case then the answer is no.

fcorbelli commented on 2023-09-14 12:01 (UTC)

@FabioLolix I know, it's my thread, but the question is a little different. Making an "official" package (for pacman) seems very difficult, while one for AUR much simpler (materially they are identical, but on AUR there is self-production) So I was asking if it is considered rude in the arch community to appropriate a AUR PKGBUILD to make your own

FabioLolix commented on 2023-09-12 17:41 (UTC)

@fcorbelli pkgbuild for zpaqfranz was discussed here with you https://bbs.archlinux.org/viewtopic.php?pid=2029754#p2029754

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