Package Details: rar 7.01-1

Git Clone URL: https://aur.archlinux.org/rar.git (read-only, click to copy)
Package Base: rar
Description: A command-line port of the rar compression utility.
Upstream URL: https://www.rarlab.com
Keywords: compress decompress rar unrar
Licenses: custom
Conflicts: rar-beta, unrar
Provides: unrar
Submitter: None
Maintainer: Musikolo
Last Packager: Musikolo
Votes: 740
Popularity: 2.27
First Submitted: 2008-10-15 21:38 (UTC)
Last Updated: 2024-05-16 01:19 (UTC)

Required by (101)

Sources (3)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »

rtfreedman commented on 2013-12-03 17:12 (UTC)

I think it's worthwhile to add rar.txt and whatsnew.txt to the package.

metak commented on 2013-12-03 09:08 (UTC)

Version 5.01 available

lolilolicon commented on 2013-09-20 02:57 (UTC)

I my own version of the PKGBUILD, I do not install unrar, because it seems to me the rar binary does everything unrar does. Am I correct? I also echo hbdee's feeling that the unrar in the repos built from source should be preferred over the binary shipped in this tarball.

hbdee commented on 2013-09-19 20:19 (UTC)

@graysky - I disagree for the reason in my previous post(I use kdeutils-ark so a broken unrar is no good for me) and because official unrar pkg is built from source and maintained by giovanni, which I feel is better than the unrar binary provided by the tarball this packages uses. Maybe a better option is to have this pkg build unrar from source as a split pkg. This way it can conflict with the official pkg and still give the user the choice of an officially maintained pkg that is stable or the aur package that may or may not be stable. However, I feel like adaptee won't be willing to do this.

graysky commented on 2013-09-19 19:54 (UTC)

@hbdee - Hmm... perhaps this pkg should conflict with unrar from the repos...

hbdee commented on 2013-09-19 19:42 (UTC)

@graysky - Shouldn't unrar be commented out because it's in the official repos? This way the user can decide which version they want to use, for example https://bugs.archlinux.org/task/35096 forces me to use the official pkg because they downgraded it to work around the breakage. I agree with everything else you wrote.

lolilolicon commented on 2013-09-06 01:18 (UTC)

Here I share with you rar(1) manpage for rar 5.00 converted from Rar.txt (extracted from WinRAR Installer): http://ix.io/7Sy Save it as rar.1.pod, and convert to manpage like this: pod2man -c "RAR User's Manual" -n "RAR" -r "$pkgname $pkgver" -s 1 rar.1.pod rar.1

graysky commented on 2013-09-05 16:55 (UTC)

* No need for the /bin/true in the build function... in fact, I believe you can omit the build function entirely. * Why do you have this replace rar-beta? It should conflict with rar-beta, no? * Why is unrar commented out? * No need for the mkdir line for the manpage, just install rar.1 with -Dm644

scorici commented on 2013-09-05 13:21 (UTC)

Remove the md5sum at the end: md5sums=('7203cd3f3f01acd3b62d8d377de59f2e' '9d46739d2c89b239fe1158d95cdb8db5') and replace the updated md5sums for both i686 and x84_64 like this: if [ "$CARCH" = "i686" ]; then source=(http://www.rarlab.com/rar/rarlinux-$pkgver.tar.gz rar.1) md5sums=('cc80d05d868e7a07f79ad4d4f0fab265' '9d46739d2c89b239fe1158d95cdb8db5') elif [ "$CARCH" = "x86_64" ]; then source=(http://www.rarlab.com/rar/rarlinux-x64-$pkgver.tar.gz rar.1) md5sums=('7203cd3f3f01acd3b62d8d377de59f2e' '9d46739d2c89b239fe1158d95cdb8db5') fi

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »