Package Details: j7z 1.4.0-1

Git Clone URL: https://aur.archlinux.org/j7z.git (read-only)
Package Base: j7z
Description: An alternative 7-Zip GUI
Upstream URL: http://J7Z.Xavion.name
Licenses: LGPL3
Conflicts: k7z, q7z
Replaces: k7z, q7z
Submitter: Xavion
Maintainer: Xavion
Last Packager: Xavion
Votes: 63
Popularity: 0.335857
First Submitted: 2011-02-17 05:21
Last Updated: 2016-05-17 06:53

Dependencies (8)

Required by (0)

Sources (1)

Latest Comments

Xavion commented on 2016-05-18 03:01

Yes, it builds fine here with "jre8-openjdk". I think your PATH statement must've been screwed up when you tried initially.

rodrigo21 commented on 2016-05-17 23:53

I'm using jre8-openjdk and jdk8-openjdk.

Output of "java -version":
openjdk version "1.8.0_92"
OpenJDK Runtime Environment (build 1.8.0_92-b14)
OpenJDK 64-Bit Server VM (build 25.92-b14, mixed mode)

Edit:
I was able to build in a clean chroot.

Xavion commented on 2016-05-17 23:46

Which JRE/JDK package are you using? Also, what's the output of "java -version"?

rodrigo21 commented on 2016-05-17 23:23

I'm getting a error while building:

Setting the J7Z permissions ...

# Normal
find ../../ -type d -print0 | xargs -0 chmod 755
find ../../ -type f -print0 | xargs -0 chmod 644
# Special
chmod 755 ../Bin/J7Z.*
chmod -R 755 ../Desktop/Gnome/*
Makefile:452: *** Error: The required 'Java [JRE] v1.7' executable file can't be found; ensure that it's installed and visible before building.

I have all dependencies installed.

Xavion commented on 2016-04-19 21:24

Thanks for reminding me of that; I have been a bit slack lately. I will try to get the next release out the door in the coming weeks.

liviucmg commented on 2016-04-19 18:23

Wanted to get the latest revision that includes support for KDE5, so I made a j7z-svn package based on this one: https://aur.archlinux.org/packages/j7z-svn/

Xavion commented on 2015-01-28 22:41

Actually, it's always done that. The "uninstall" target is called by "install" in the Makefile. This step is helpful for manual (tarball) installations.

Nonetheless, I've modified the Makefile not to do this when packaging. I've also tidied up a couple of the variable assignments ("JavaC-Ver" and "Ant-Ver").

ranger commented on 2015-01-28 17:39

Why the new version tries to run
pacman -R --noconfirm
inside fakeroot and also tries to remove icons and other files from /usr/share/ and /usr/bin?


http://pastebin.com/qv4bQSaU

Xavion commented on 2013-02-05 20:30

Thanks for letting me know about this. I've updated the location of the JDK profile script.

yetAnotherZero commented on 2013-02-05 19:02

FYI: I had to modify the PKGBUILD to use /etc/profile.d/jdk.sh since I use jdk instead of jre

Xavion commented on 2012-12-21 03:45

I have removed most custom variables. I have changed the URL as requested.

Det commented on 2012-12-18 08:05

Love that defense. "It's just nitpicking to me".

Xavion commented on 2012-12-18 08:02

What's wrong with writing 'cute' PKGBUILDs? Why do you want those variables changed? Why do you want the URL changed as well? None of this makes any sense to me. It looks like you're quite clearly nitpicking.

keenerd commented on 2012-12-17 17:25

Please do not be so cute with your pkgbuilds. Specifically, realname, oldname, oldername.

Please change the URL to http://code.google.com/p/k7z/

Xavion commented on 2011-07-21 21:59

I do remember modifying this section of the code while testing J7Z. It didn't behave as expected, due to an inconsistency in the P7Zip application.

I think the "Self-Extracting Executable" option was creating a Windows GUI extractor in Linux, so I changed it to create a Linux CLI extractor instead.

schivmeister commented on 2011-07-21 18:32

Yes, I thought something was amiss in the packaging since I recall making an exe with q7z before. Turns out it's not (and I probably made a Linux binary instead with the exe extension).

Xavion commented on 2011-07-21 06:55

Since this issue isn't related to the packaging of J7Z, it's better to contact me via the 'Feedback' links in its 'Help' menu.

schivmeister commented on 2011-07-20 22:18

Nevermind: http://blogs.locusta.gr/argy/2010/06/create-w32-7-zip-sfx-in-linux/

schivmeister commented on 2011-07-20 22:01

Isn't the SFX creation supposed to produce an EXE?

Xavion commented on 2011-02-28 04:09

J7Z can also adopt the system theme, even when run in Linux via Gnome/KDE/Xfce. More information about how to achieve this is available here: http://k7z.sourceforge.net/7Z/Doc/HTML/

Xavion commented on 2011-02-23 22:38

Thanks for the feedback. I feel a bit privileged that a volunteer from the packaging police investigated my PKGBUILD!

A "j7z-bin" package would be pointless, as there's no need to build from source. I've disabled the "apache-ant.sh" line, put quotes around all directory variables and removed cases of "|| return 1".

I think I'll leave 'make' in the 'makedepends' array, just in case someone hasn't needed to install the "base-devel" group yet.

Det commented on 2011-02-23 16:37

Shouldn't you just create a separate j7z-bin package?

E: In addition the build fails with this line since you put 'apache-ant' as a make dependency only for the source version:
source /etc/profile.d/apache-ant.sh || return 1

You don't need the "|| return 1" checks there since pacman 3.4 and dir variables ($srcdir and $pkgdir) should be defined with quotes (" -> "$srcdir", "$pkgdir"), by the way.

E2: Heh, and 'make' is included in 'base-devel' - so you don't need that in the makedepends=() sections either.

Det commented on 2011-02-23 16:35

Shouldn't you just create a separate j7z-bin package?

E: In addition the build fails with this line since you put 'apache-ant' as a make dependency only for the source version:
source /etc/profile.d/apache-ant.sh || return 1

You don't need the "|| return 1" checks there since pacman 3.4 and dir variables ($srcdir and $pkgdir) should be defined with quotes (" -> "$srcdir", "$pkgdir"), by the way.

Det commented on 2011-02-23 16:29

Shouldn't you just create a separate j7z-bin package?

Xavion commented on 2011-02-21 06:20

Thank-you both for the helpful feedback. I've decided to reference a prebuilt archive by default, so that users won't need to get the JDK before installing J7Z. Anyone who especially wants to build it from source can toggle the enabled state of the relevant lines in the PKGBUILD.

Xavion commented on 2011-02-21 05:19

Thank-you both for the feedback. I've added "java-environment" to the 'makedepends' array for the moment.

I might default to a prebuilt archive in future, so that users won't need to get the JDK before installing J7Z.

ranger commented on 2011-02-21 01:24

Yes, I have -j5 in my makepkg.conf.
With this PKGBUILD it builds fine (except it didn't build without jdk installed)

Xavion commented on 2011-02-20 22:48

You're right that your recent output was fine. The original error was caused by a totally different issue.

The Makefile targets were being executed out-of-order, which meant that 'test' was run before 'permissions'. This told me that you're running 'make' in parallel mode, probably because the 'MAKEFLAGS="-j2"' option is set in your "/etc/makepkg.conf" file.

I've modified the PKGBUILD to force Make to run in serial mode. The next release will include this option within the Makefile itself.

Thanks for your assistance over the last few days. This was an important problem and I'm glad that it's now resolved.

ranger commented on 2011-02-20 12:39

No extra flag, just the defaults
/dev/sdc6 /home ext3 defaults 0 1
/dev/sdc5 / ext3 defaults 0 1


And here is the output of the other commands
http://aur.pastebin.com/BgnX0VZG
I dont see any permission problem

Xavion commented on 2011-02-19 22:42

A package won't build if something listed in its 'depends' array is absent: there's no need to mention a runtime dependency in the 'makedepends' array.

Xavion commented on 2011-02-19 22:36

I'm sorry that this still isn't working for you. Maybe those filesystems were mounted with extra flags. Can you show me the relevant parts of your "/etc/fstab" file?

The Makefile is struggling to set or check the necessary permissions of J7Z's shell script. Show me the output when you run (in order) "make permissions" and "make tests" from the 'Build' directory.

I'd also like you to show me the output from each of the following commands (in order): "stat -c %a ../Bin/J7Z.*", "chmod 755 ../Bin/J7Z.*", "stat -c %a ../Bin/J7Z.*" again and "ls -al ../Bin".

Det commented on 2011-02-19 22:24

Shouldn't "java-environment>=6" (jdk) be marked as a make dependency?

ranger commented on 2011-02-19 14:48

Nope...
Before posting I tried to build in my ~, in my local repo partition and with aurbuild (it uses /var).
Everytime the same error.
x86_64, ext3 and ext4 filesystems

ranger commented on 2011-02-19 14:47

Nope...
Before posting I tried to build in my ~, in my local repo partition and with aurbuild (it uses /var).
Everytime the same error.

ranger commented on 2011-02-19 14:45

Nope...
Before posting I tried to build in my ~, in my local repo partition and with aurbuild (it uses /var).
Everytime the same error.

ranger commented on 2011-02-19 14:45

Nope...
Before posting I tried to build in my ~, in my local repo partition and with aurbuild (it uses /var).
Everytime the same error.

ranger commented on 2011-02-19 14:44

Nope...
Before posting I tried to build in my ~, in my local repo partition and with aurbuild (it uses /var).
Everytime the same error.

Xavion commented on 2011-02-18 00:46

Your working directory must have been on a non-POSIX filesystem. Try to rebuild from a working directory that's on your root partition.

ranger commented on 2011-02-18 00:01

Finding apache ant executable is fixed with the new PKGBUILD, but build still fails:
http://aur.pastebin.com/AhLZQPAF

Xavion commented on 2011-02-17 23:30

To save you from having to logout and re-login, I've added a line to the PKGBUILD that sources the Apache Ant profile script before building.

Xavion commented on 2011-02-17 22:18

The Apache Ant executable doesn't reside in a standard location. I think you just need to logout, so that your environment variables are refreshed. Let me know if the problem still exists after logging in again.

ranger commented on 2011-02-17 18:19

Cant build.
http://archlinux.pastebin.com/Mjk3TPvM
Any ideas?
$ pacman -Qs apache-ant
local/apache-ant 1.8.2-1
A java-based build tool.

Xavion commented on 2011-02-17 05:23

Since I'm the author of this application, I will always want this package to remain in the AUR.