Package Details: makemkv 1.17.0-1

Git Clone URL: (read-only, click to copy)
Package Base: makemkv
Description: DVD and Blu-ray to MKV converter
Upstream URL:
Licenses: custom, MPL, LGPL
Submitter: hydro
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 292
Popularity: 3.25
First Submitted: 2010-01-26 15:31 (UTC)
Last Updated: 2022-06-29 22:37 (UTC)

Dependencies (4)

Required by (1)

Sources (5)

Pinned Comments

Latest Comments

NN777 commented on 2022-06-29 22:11 (UTC) (edited on 2022-06-29 22:11 (UTC) by NN777)


e277d75722aede64ac1b564969c7d64608e00591b17068dc7a88358e7a03e2c0 makemkv-bin-1.17.0.tar.gz

ede75c7cc05dbef9d2e5c55d340dc090f58b25b0c809e2345c2554f0b20cf75f makemkv-oss-1.17.0.tar.gz

techore commented on 2022-03-15 14:54 (UTC) (edited on 2022-03-15 14:58 (UTC) by techore)

@mattelacciato, see "Getting Started" at

The base-devel package group is assumed to be installed when using AUR, thus it is not listed as dependency. base-devel's list of packages is found at

FabioLolix commented on 2022-03-15 10:19 (UTC)

No, you need to install the base-devel group before dealing with AUR pkbuilds

mattelacchiato commented on 2022-03-15 08:36 (UTC)

I needed to install pkg-config manually. Maybe this should be added as an dependency...?

Scrumplex commented on 2022-03-09 10:02 (UTC)

I have fixed this issue upstream (mold) instead:

FabioLolix commented on 2022-03-02 17:19 (UTC)

I'm not using mold, it build fine here

Scrumplex commented on 2022-03-02 16:03 (UTC)

This fails to link with the mold linker as it's using the flag -dy (which is turned on by default for GNU gold) which is not supported on mold.

Could this flag be removed somehow? Maybe set custom LDFLAGS

Marcel_K commented on 2022-02-28 12:01 (UTC)

As I'm no longer using Linux on my (main) machine anymore, I stop being a maintainer of this package.

daren commented on 2022-02-02 13:50 (UTC) (edited on 2022-02-02 13:54 (UTC) by daren)

Is anyone else experiencing that when putting in a disc, makemkvcon automatically starts and is checking/seeking the disc wildly?

I also see some network activity when it runs like that. Killing it with killall -9 makemkvcon leaves zombie processes behind.

If yes, can anyone tell how this is triggered?

For now I renamed makemkvcon to makemkvcon-bin and run it with a wrapper that blocks network access:


#!/usr/bin/env bash

unshare -r -n makemkvcon-bin "${@}"

jan666 commented on 2021-12-10 22:08 (UTC)

In case that the download link doesn't work it might that the previous version is available at

That is of course if the domain is still available

auris commented on 2021-08-13 07:36 (UTC)

Website is back again

DMN commented on 2021-08-12 10:37 (UTC) (edited on 2021-08-12 10:38 (UTC) by DMN)

@CountMurphy has 16.4 for makemkv-bin* (under but not for makemkv-oss.

The only mirror I managed to find is on - that has both files at 16.4 and the checksums match.

The site's in Japanese but these are the direct download links:

CountMurphy commented on 2021-08-09 21:47 (UTC)

sites offline again. Does anyone have any copies of 16.4? only has 16.3

Marcel_K commented on 2021-07-14 19:49 (UTC)

@techore: No, that is not the purpose of a clean chroot: with it you can check if the package still builds on a clean system, so you can ensure that there are no forgotten dependencies. This is mostly useful for package maintainers, there should be no difference between a locally built package and one you build in a clean chroot.

As for yay: I don't know anything about that AUR helper, so I can't help you with that.

techore commented on 2021-07-14 16:02 (UTC)

@windy I had the exact same problem. Resolved itself after updates yesterday.

@Marcel_K Using a chroot did not resolve the issue for me but not confident I did it right--how do you trigger yay to build makemkv using chroot? I am grateful for the introduction, however. Thank you.

windy commented on 2021-07-13 21:12 (UTC)

When I built the package with all updates available yesterday, it failed repeatedly. With today's updates, everything works fine.

Marcel_K commented on 2021-07-13 11:39 (UTC)

I just built this package in a clean chroot and I can't reproduce the error. The only reason I can think of is that your system is not up-to-date.

windy commented on 2021-07-12 20:14 (UTC)

The latest version does not build anymore on my system. I get a lot of warnings like

/usr/include/qt/QtCore/qsharedpointer_impl.h: In function 'std::shared_ptr<_Tp> qobject_pointer_cast(std::shared_ptr<_Tp>&&)':
/usr/include/qt/QtCore/qsharedpointer_impl.h:1019:40: error: 'exchange' is not a member of 'std'
 1019 |         return std::shared_ptr<X>(std::exchange(src, nullptr), castResult);
      |                                        ^~~~~~~~

and then the build fails:

make: *** [Makefile:106: out/makemkv.full] Error 1
==> ERROR: A failure occurred in build().
:: failed to build makemkv package(s)

FabioLolix commented on 2021-05-15 17:11 (UTC)

Website is back again

deadite66 commented on 2021-04-24 17:48 (UTC)

twice today i've ended up using to download from a dead site.

cgirard commented on 2021-04-23 12:08 (UTC)

The forum is still up but no more info:

delleceste commented on 2021-04-23 10:30 (UTC)

Hello, is blocked and the downloaded tar.gz files are html pages with russian content. :-(

lcarsos commented on 2021-04-07 00:56 (UTC)

Ignore my comment. I tried on my laptop, it works. Must be something wrong with my other machine.

Marcel_K commented on 2021-04-04 00:26 (UTC)

Strange, I ran MakeMKV successfully today, in IceWM (an X11 window manager), and have never heard of this before. I'd think it is a compatibility issue with Wayland, and you can better report this issue on the MakeMKV for Linux forum.

lcarsos commented on 2021-04-03 23:37 (UTC)

I'm getting a segfault trying to run it. GDB says

0x00007ffff3cc5ad5 in XkbUseExtension () from /usr/lib/

I'm running sway so I'm not sure if that's just me or if Arch has an incompatible X11 version than makemkv binary is compiled against.

neo2001 commented on 2021-03-18 08:54 (UTC) (edited on 2021-03-18 18:35 (UTC) by neo2001)

Yes, 1.16.2 seems to be broken. :-) EDIT: 1.16.3 has been released, but I still get the (same?) error.

Marcel_K commented on 2021-03-17 23:52 (UTC)

Are you able to build it, @themightydeity? I get the following error:

/usr/bin/ld: /tmp/ccX6gZ7M.o:(.bss+0x10): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccX6gZ7M.o:(.bss+0x30): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccPuXrh8.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccPuXrh8.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/cce30VtV.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/cce30VtV.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccq56xnp.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccq56xnp.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccWIWFHX.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccWIWFHX.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/cchHSjGe.o:(.bss+0x0): multiple definition of `signal_ctx'; /tmp/cc5e3KzP.o:(.bss+0x8): first defined here
/usr/bin/ld: /tmp/cchHSjGe.o:(.bss+0x20): multiple definition of `ccx_options'; /tmp/cc5e3KzP.o:(.bss+0x20): first defined here
/usr/bin/ld: /tmp/cchHSjGe.o:(.bss+0x610): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/cchHSjGe.o:(.bss+0x630): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccjsUSif.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccjsUSif.o:(.bss+0x40): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccniWHrM.o:(.bss+0x0): multiple definition of `signal_ctx'; /tmp/cc5e3KzP.o:(.bss+0x8): first defined here
/usr/bin/ld: /tmp/ccniWHrM.o:(.bss+0x20): multiple definition of `ccx_options'; /tmp/cc5e3KzP.o:(.bss+0x20): first defined here
/usr/bin/ld: /tmp/ccniWHrM.o:(.bss+0x610): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccniWHrM.o:(.bss+0x630): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/cc5buEJ0.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/cc5buEJ0.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccN4L6ff.o:(.bss+0x10): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccN4L6ff.o:(.bss+0x30): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccrVkSC5.o:(.bss+0x30): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccrVkSC5.o:(.bss+0x50): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/cciHM9YH.o:(.bss+0x20): multiple definition of `ccx_options'; /tmp/cc5e3KzP.o:(.bss+0x20): first defined here
/usr/bin/ld: /tmp/cciHM9YH.o:(.bss+0x0): multiple definition of `signal_ctx'; /tmp/cc5e3KzP.o:(.bss+0x8): first defined here
/usr/bin/ld: /tmp/cciHM9YH.o:(.bss+0x610): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/cciHM9YH.o:(.bss+0x630): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccKORHlj.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccKORHlj.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccBnbh41.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccBnbh41.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/cc7mFh7b.o:(.bss+0x0): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/cc7mFh7b.o:(.bss+0x20): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
/usr/bin/ld: /tmp/ccl0XSUC.o:(.bss+0x10): multiple definition of `ccx_dtvcc_default_pen_attribs'; /tmp/cc5e3KzP.o:(.bss+0x610): first defined here
/usr/bin/ld: /tmp/ccl0XSUC.o:(.bss+0x30): multiple definition of `ccx_dtvcc_default_pen_color'; /tmp/cc5e3KzP.o:(.bss+0x630): first defined here
collect2: error: ld returned 1 exit status

I already posted on the forums of MakeMKV and will postpone updating this package until everything works fine.

themightydeity commented on 2021-03-17 23:48 (UTC)

There is a new version 1.16.2 of makemkv, so here is the updated PKGBUILD file:

diff --git a/PKGBUILD b/PKGBUILD
index bc94489..d747df9 100644
@@ -2,7 +2,7 @@
 # Contributor: Olaf Bauer <>

 pkgdesc="DVD and Blu-ray to MKV converter and network streamer"
 arch=('i686' 'x86_64')
@@ -19,8 +19,8 @@ source=(${url}/download/${pkgname}-bin-${pkgver}.tar.gz
-            '32e0ee2708527ce22a961c7249c607d11d88f5ffdb41809a7b7ed8003af48845'
+            '6670a2da146f3cbc5aa0884f1de4d8e5a819430dbedc2f933cdbc36d4b12fde1'

gabor_zoka commented on 2020-12-31 12:15 (UTC) (edited on 2020-12-31 12:16 (UTC) by gabor_zoka)

Could I ask Marcel_K to change url to use https:// I have been using https:// for well over a year and it always worked. It is just good practice.

This would save me from constant merges with my version.

noideas4thisname commented on 2020-12-15 20:41 (UTC)

Just to add on here - I was hitting the same problem described by @lpga and @blackhole. What resolved it for me was cleaning the old build files, updating the URL as @chungy pointed out, then re-running it. Everything worked taking that approach (simple enough to do in Pamac on Manjaro).

Marcel_K commented on 2020-12-15 17:32 (UTC) (edited on 2020-12-15 17:33 (UTC) by Marcel_K)

That's not the correct checksum for that file, as far as I can tell. Please try again downloading this PKGBUILD and the like with git and then run makepkg. I think you still have a problem with your AUR helper.

EDIT: that checksum still belongs to makemkv-oss-1.15.13.

lpga commented on 2020-12-15 16:06 (UTC) (edited on 2020-12-15 16:24 (UTC) by lpga)

To be more clear, in "${srcdir}" i found two directories:

makemkv-bin-1.15.4 # as expected

makemkv-oss-1.15.3 # here is the problem

I usually use pikaur, but I have the same problem using yay, and yes I cleared the package cache. I solved the problem modifying the PKGBUILD as follows:

            '42bbaaf5828068d175a43b4e869b4ff7952314bd8d03812e44e478bfa5d91c4c' # *makemkv-oss-1.15.4.tar.gz*
build() {
  cd "${srcdir}/${pkgname}-oss-1.15.3" # *here is the fix to the problem*
  CFLAGS="$CFLAGS -std=c++11" CC=gcc CXX=g++ ./configure --prefix=/usr

package() {
  cd "${srcdir}/${pkgname}-oss-1.15.3" # *here is the fix to the problem*

I just found the same fix in the PKGBUILD of makemkv-cli. :-)

blackhole commented on 2020-12-15 10:55 (UTC)

Ok, I was using yay, so I removed cache with

yay -Scc

Now installation is fine!

Marcel_K commented on 2020-12-15 10:51 (UTC)

You really get some (cached?) different file one way or another, because every time I delete makemkv-oss-1.15.4.tar.gz and redownload it again (from either the http source or the https source, doesn't matter), I get the correct file, with the checksum in the PKGBUILD and the correct directory name in the tarball. Is there anyone that also gets the correct file?

I really don't know what is happening here.

lpga commented on 2020-12-15 08:11 (UTC)

@Marcel_K if you extract the contents of makemkv-oss-1.15.4.tar.gz, you can see the real directory name: makemkv-oss-1.15.3 exactly what @blackhole wrote in his comment

blackhole commented on 2020-12-15 05:37 (UTC)

Ok, changed to https:

makemkv-oss-1.15.4.tar.gz ... FAILED

Ok, changed the sha256sum, new error:

/src/makemkv-oss-1.15.4: No such file or directory

It seems that the file is makemkv-oss-1.15.4.tar.gz but the directory name in /src is makemkv-oss-1.15.3

chungy commented on 2020-12-15 05:11 (UTC)

Update the URL to "" (note https instead of http), the plain-http view of the file is of the previous version, and that's what is causing checksum errors.

Marcel_K commented on 2020-12-14 23:11 (UTC)

@lpga: what do you mean? Here the archive name and the directory name are the same.

lpga commented on 2020-12-14 21:44 (UTC) (edited on 2020-12-14 21:46 (UTC) by lpga)

1) archive named makemkv-oss-1.15.4

2) in the archive the name's directory is makemkv-oss-1.15.3

it isn't only a checksum error...

Marcel_K commented on 2020-12-14 20:58 (UTC)

Or a download error. Indeed delete the file and try to run makepkg again.

patrickh commented on 2020-12-14 20:29 (UTC)

@albuntu It looks like the makemkv-oss-1.15.4.tar.gz source file you might have got, could be the 1.15.3 instead (happened to me as well). Try to delete it/clean build it.

albuntu commented on 2020-12-14 16:29 (UTC)

Today: Error during check of the sha256 sums:

makemkv-oss-1.15.4.tar.gz ... FEHLGESCHLAGEN

lwndow commented on 2020-08-14 22:26 (UTC)

After moving myself to Arch, I believe you were right and can remove the stdc lib, it generates warnings on compile, but no different outcome. Apologies for the confusion.

lwndow commented on 2020-07-29 13:43 (UTC)

Good call on not clobbering the variable, I brute-forced it. I would have agreed about just being bad luck, but downgraded to 1.15.1 and was able to read the discs that were problematic before, and attempted in 1.15.2 on Windows and were able to read those same discs.

Thanks for looking into this.

Marcel_K commented on 2020-07-28 15:29 (UTC)

Strange, on Arch Linux I am able to read discs. Moreover, the linked topic is about a compilation issue, while your problem seems about reading discs. It might be just bad luck (I do have reading issues, too, every once in a while, probably due to wear of the BD-player).

Generally, I'm not that much in favour of adding specific flags for other distros than Arch, but I'll do some further testing (by adding the flag, it is not a good habit to completely overwrite them) and if it doesn't seem to hurt, I'll add it (without bumping pkgrel, as this change should result in the same package, anyway).

lwndow commented on 2020-07-28 14:44 (UTC) (edited on 2020-07-28 14:47 (UTC) by lwndow)

Hi, thanks for maintaining this.

As of updating to 1.15.2, I could no longer read discs (drive would just eternally spin up and down). Doing some reading led me to this thread: Adding the CFLAGS allowed me to read discs again. (Manjaro 20.0.3, kernel 5.7.9).

$ git diff PKGBUILD 
diff --git a/PKGBUILD b/PKGBUILD
index 44af57d..7829f1f 100644
@@ -26,7 +26,7 @@ md5sums=('17dd19b4d92354f9489188c4edd2a285'

build() {
   cd "${srcdir}/${pkgname}-oss-${pkgver}"
-  CC=gcc CXX=g++ ./configure --prefix=/usr
+  CFLAGS="-std=c++11" C=gcc CXX=g++ ./configure --prefix=/usr

Marcel_K commented on 2020-05-22 16:14 (UTC)

Thanks, hydro, for maintaining this package this long!

soloturn commented on 2019-08-01 05:28 (UTC)

when starting gnome so qt applications as well use wayland

QT_QPA_PLATFORM=wayland XDG_SESSION_TYPE=wayland exec dbus-run-session gnome-session

makemkv does not work with

qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in ""
Aborted (core dumped)

add the qt5-wayland dependency solves the problem.

yay -S qt5-wayland

Marcel_K commented on 2019-02-24 19:17 (UTC)

That only fixes it once, after reboot the kernel module is not automatically loaded. Did you read the message after installation?

"Starting from 1.10.8 the /dev/sgX device that corresponds to the drive is required. You may have to load the sg kernel module in order to create the device. To enable module autoloading run the following command as root and reboot:

echo sg > /etc/modules-load.d/sg.conf"

BoostCookie commented on 2019-02-24 13:42 (UTC) (edited on 2019-02-24 15:42 (UTC) by BoostCookie)

MakeMKV can't recognize my drive. It did work before, but I have reinstalled since then. I can mount my drive (/dev/sr0) and see the files on the disk, but MakeMKV can't see it. Is this a bug in the latest version or do I have some missing dependencies to install?

EDIT: Running "sudo modprobe sg" fixes the issue.

DJ_L commented on 2019-01-08 19:31 (UTC) (edited on 2019-01-08 19:35 (UTC) by DJ_L)

Please add ccextractor as an optional dependency (runtime) that is used to extract CC streams from some DVD media. Not sure this needs to be added to default, but ~/.MakeMKV/settings.conf needs the path for it.

0003c9fe commented on 2018-12-29 03:29 (UTC)

Not sure why I didn't need that for previous versions but it works fine now after that. Thank you!

Marcel_K commented on 2018-12-27 13:26 (UTC)

Yes, that's strange indeed. The message is shown every time you install makemkv. And yes, my device is also /dev/srX, but I did the same and everything works again. Just try it.

0003c9fe commented on 2018-12-27 04:12 (UTC)

@Marcel_K I don't recall seeing that anywhere. And you say that starting from 1.10.8, but would I not have already been past that version when I used the program and it worked just fine a month ago before the 1.14.2 update?

Also my device is a /dev/srX, not a /dev/sgX. Is the process similar?

Marcel_K commented on 2018-12-26 12:26 (UTC)

Did you read this after installation?

Starting from 1.10.8 the /dev/sgX device that corresponds to the drive is required. You may have to load the sg kernel module in order to create the device. To enable module autoloading run the following command as root and reboot:

echo sg > /etc/modules-load.d/sg.conf

0003c9fe commented on 2018-12-26 02:34 (UTC)

Anyone else having issues where it won't detect the optical drive? It worked just fine a month ago (which would have been before the latest update) but now it no longer works, and I've had to downgrade to an earlier version.

hydro commented on 2018-10-24 21:08 (UTC)

hydro commented on 2018-05-16 05:23 (UTC)

Added patch from gentoo ebuild.

Marcel_K commented on 2018-05-15 23:48 (UTC)

I stand corrected, indeed: the package owner should patch the sources in prepare() and push a new release.

javmorin commented on 2018-05-15 22:27 (UTC) (edited on 2018-05-15 22:29 (UTC) by javmorin)

I added the following prepare() section. Not sure if the CAP_DELAY matters, but it was changed in other ffmpeg 4.x updates, so I assumed it does.

prepare() {
  cd "${srcdir}/${pkgname}-oss-${pkgver}"
  # ffmpeg 4.0 tweaks
  sed -ri 's|CODEC_CAP_DELAY|AV_CODEC_CAP_DELAY|' libffabi/src/ffabi.c
  sed -ri 's|([ &])CODEC_FLAG_GLOBAL_HEADER|\1AV_CODEC_FLAG_GLOBAL_HEADER|' libffabi/src/ffabi.c

evana commented on 2018-05-14 05:36 (UTC)

@nbisby sed also needs -r otherwise the regex doesn't work as written.

nbisby commented on 2018-05-13 23:50 (UTC)

I added the line: sed -e "s/([ &])CODEC_FLAG_GLOBAL_HEADER/\1AV_CODEC_FLAG_GLOBAL_HEADER/" libffabi/src/ffabi.c -i

to the build() section of the PKGBUILD (after the cd, but before the ./configure). It built and launched after that.

mosh5382 commented on 2018-05-13 23:43 (UTC)

This took a bit of doing.

I ran this: wget

Then added the "AV_" in the spots pointed out by the complication failure in this file: libffabi/src/ffabi.c

I then repackaged the makemkv-oss-1.12.2.tar.gz

Finally I changed the md5sum in the pkgbuild for the "makemkv-oss-1.12.2.tar.gz" file.

I was then able to makepkg -s and the pkgbuild worked correctly. After installing the pkgbuild makemkv will now run correctly.

Archange commented on 2018-05-13 18:11 (UTC)


theking02 commented on 2018-05-13 17:53 (UTC) (edited on 2018-05-13 18:10 (UTC) by Archange)

I tried rebuilding and am getting the following error:

libabi/src/sys_linux.c: In function ‘SYS_readdir’:
libabi/src/sys_linux.c:80:5: warning: ‘readdir64_r’ is deprecated [-Wdeprecated-declarations]
     err = readdir64_r(dirp,&data.ent,&pent);
In file included from libabi/src/sys_linux.c:25:
/usr/include/dirent.h:201:12: note: declared here
 extern int readdir64_r (DIR *__restrict __dirp,
libffabi/src/ffabi.c: In function ‘ffm_init’:
libffabi/src/ffabi.c:152:5: warning: ‘avcodec_register_all’ is deprecated [-Wdeprecated-declarations]
In file included from libffabi/src/ffabi.c:22:
/usr/include/libavcodec/avcodec.h:4086:6: note: declared here
 void avcodec_register_all(void);
libffabi/src/ffabi.c: In function ‘ffm_audio_encode_init’:
libffabi/src/ffabi.c:520:30: error: ‘CODEC_FLAG_GLOBAL_HEADER’ undeclared (first use in this function); did you mean ‘AV_CODEC_FLAG_GLOBAL_HEADER’?
         ctx->avctx->flags |= CODEC_FLAG_GLOBAL_HEADER;
libffabi/src/ffabi.c:520:30: note: each undeclared identifier is reported only once for each function it appears in
libffabi/src/ffabi.c: In function ‘ffm_audio_encode_get_info’:
libffabi/src/ffabi.c:721:28: error: ‘CODEC_FLAG_GLOBAL_HEADER’ undeclared (first use in this function); did you mean ‘AV_CODEC_FLAG_GLOBAL_HEADER’?
     if ((ctx->avctx->flags&CODEC_FLAG_GLOBAL_HEADER)!=0)
make: *** [Makefile:75: out/] Error 1
==> ERROR: A failure occurred in build().

Marcel_K commented on 2018-05-13 14:40 (UTC)

Yes. You can rebuild the package yourself, no need for a change in the PKGBUILD.

theking02 commented on 2018-05-13 12:35 (UTC)

This might need a rebuild because of the newest ffmpeg libraries? I am getting this error when launching:

/usr/bin/makemkvcon: error while loading shared libraries: cannot open shared object file: No such file or directory


Is now up to version 1:4.0-2 which provides

lucaswerkmeister commented on 2018-04-27 19:57 (UTC)

The cdrtools package installs an autoload file for sg in /usr/lib/modules-load.d/cdrecord.conf, so IMHO it wouldn’t be out of place for makemkv to do the same…

hydro commented on 2018-02-24 16:25 (UTC)

I added a post install warning. I don't think a package should autoload a module that is not part of the package.

Marcel_K commented on 2018-02-20 21:54 (UTC)

@hydro: What about javmorin's suggestion to add a makemkv.conf file to automatically load the sg driver? I can confirm that MakeMKV works properly again after loading that module.

javmorin commented on 2018-01-24 19:00 (UTC) (edited on 2018-01-24 19:03 (UTC) by javmorin)

I can confirm that makemkv works normally after loading of the sg module.

Per it would seem correct to add an '/etc/modules-load.d/makemkv.conf' file to this package which triggers loading of the sg module on boot. At the very least there should be a post install warning indicating that loading of the sg module is required for makemkv to run properly.

Correction: since it is being installed via package it would be /usr/lib/modules-load.d/makemkv.conf

klemens commented on 2018-01-24 03:23 (UTC)

Regarding the unrecognised drives: mike said in the liked thread that makemkv now needs the generic scsi sg driver, which it seems is not loaded by default on arch.

After loading the driver (e.g through modprobe sg) my drive is recognised again, but I haven't tested actually reading a disk.

Nonnus commented on 2018-01-19 17:19 (UTC)

It looks like

is a dead link now. However, this one is available:

hydro commented on 2018-01-10 22:08 (UTC) (edited on 2018-01-10 22:09 (UTC) by hydro)

1.10.9 seems to fail to detect some drives (including one of mine)

eleftg commented on 2017-11-23 09:59 (UTC)

Sadly, it doesn't work for me. I get a "Failed to initialize" popup when running the gui and a segmentation fault when trying the cli makemkvcon [user@machine ~]$ makemkvcon Segmentation fault (core dumped) [user@machine ~]$ ldd /usr/bin/makemkvcon (0x00007ffe641b0000) => /usr/lib/ (0x00007f78d8ca3000) => /usr/lib/ (0x00007f78d8a9c000) => /usr/lib/ (0x00007f78d887e000) => /usr/lib/ (0x00007f78d84c6000) => /usr/lib/ (0x00007f78d82c2000) => /usr/lib/ (0x00007f78d7f3b000) => /usr/lib/ (0x00007f78d7d33000) => /usr/lib/ (0x00007f78d7b1c000) /lib64/ => /usr/lib64/ (0x00007f78d8f6e000) => /usr/lib/ (0x00007f78d77d0000)

Josey commented on 2017-10-17 21:24 (UTC) (edited on 2017-10-18 00:25 (UTC) by Josey)

Any update on this issue yet? EDIT: Ignore my comment, it all seems to be working now.

storrgie commented on 2017-10-08 20:26 (UTC) (edited on 2017-10-08 20:28 (UTC) by storrgie)

I saw it posted somewhere else that the site was migrated but the DNS records have not been updated. I believe if you force it (via hosts file), this will work: It's just not desirable.

lmat commented on 2017-10-08 19:25 (UTC)

Me, too. I tried with makepkg -sri --skipchecksums --skipinteg and got PKGBUILD: line 27: cd: /home/lawsa/builds/aur/makemkv/src/makemkv-oss-1.10.7: No such file or directory so I'm guessing it's worse than a md5 problem? Perhaps something is out of sync between the package build and mkv source...

rudepeople commented on 2017-10-06 19:55 (UTC)

I'm getting "failed to verify makemkv integrity" when installing from packaur, "ERROR: One or more files did not pass the validity check!" from packer... please update your md5sums. Please and thank you!

ProfessorKaos64 commented on 2016-12-26 22:03 (UTC)

I don't mind helping co maintain to keep up with releases.

mrkline commented on 2016-12-16 17:09 (UTC) (edited on 2016-12-16 17:10 (UTC) by mrkline)

Could the PKGBUILD be modified to set CC and CXX to gcc and g++, respectively? The build fails if a user (such as myself) has those variables set to clang and clang++. The build also seems to be invoking the C compiler on C++ files, which is also a bit perplexing, but I figure doing the above is much easier than patching the Makefile or trying to fix this upstream.

magnavoid commented on 2016-09-17 23:30 (UTC)

Fixed PKGBUILD -->

hydro commented on 2016-09-15 21:11 (UTC)

I'm on vacation, sorry for the inconvenience.

ProfessorKaos64 commented on 2016-09-15 17:01 (UTC)

Please update your md5sums, package failed to verify.

jarerod commented on 2016-09-13 20:35 (UTC)

This is now out of date, updated tars are at:

hydro commented on 2016-07-27 04:51 (UTC)

@Wesley_Chan Note: Packages in the AUR assume that the base-devel group is installed, i.e. they do not list the group's members as dependencies explicitly.

Wesley_Chan commented on 2016-07-27 02:51 (UTC) (edited on 2016-07-27 02:53 (UTC) by Wesley_Chan)

It needs pkg-config and fakeroot as build-time dependencies.

Brinox commented on 2016-06-25 12:31 (UTC)

Please remove these lines update-desktop-database -q xdg-icon-resource forceupdate --theme hicolor from the .install file, as these operations will now be executed automatically by the pacman hooks.

Marcel_K commented on 2016-06-22 22:54 (UTC)

True. Adding sed 's/$(DESTDIR)/"$(DESTDIR)"/' -i Makefile after l. 33 instead of sending quotes is better. BTW, @hydro, you don't need to bump pkgrel if the resulting package is the same.

abouvier commented on 2016-06-21 03:54 (UTC)

It's the variables inside of the makemkv's Makefile who should have quotes around them.

Marcel_K commented on 2016-06-20 12:41 (UTC)

That's due to the fact that there are spaces in your directory name. Apparently only surrounding $pkgdir with double quotes isn't enough when doing make install in line 34. When I explicitly send those quotes to make, the issue is solved: make DESTDIR=\""${pkgdir}"\" install

jabster commented on 2016-06-20 12:08 (UTC)

So I was getting this error: ==> Entering fakeroot environment... ==> Starting package()... /usr/bin/install -c -D -m 644 out/ /home/john/Downloads/AUR Builds/makemkv/pkg/makemkv/usr/lib/ /usr/bin/install: target 'Builds/makemkv/pkg/makemkv/usr/lib/' is not a directory make: *** [Makefile:33: install] Error 1 ==> ERROR: A failure occurred in package(). Aborting... When I renamed "AUR Builds" to "AURBuilds" everything worked. I don't know if that 's a bug in the PKGBUILD file or what, but it's definitely a bug. I don't know nearly enough to check myself.

hydro commented on 2015-12-31 15:21 (UTC) (edited on 2015-12-31 16:38 (UTC) by hydro) "If the system has locally installed packages (such as AUR packages), users will need to rebuild them when their dependencies receive a soname bump." PS Still works for me after recent pacman update, didn't have to rebuild.

nebiros commented on 2015-12-31 11:20 (UTC)

/usr/bin/makemkvcon: error while loading shared libraries: cannot open shared object file: No such file or directory libwebp ist updatet now usr/lib/

bernd_b commented on 2015-08-09 16:05 (UTC)

Build and used it yesterday - no probs here ...?!

cemsbr commented on 2015-08-08 13:43 (UTC)

Not working. I only get the "Application failed to initialize" message.

hydro commented on 2015-06-07 12:54 (UTC)

If provided as binary packages that might be useful, but as an AUR package it would force all users to install both qt4 and qt5.

sl1pkn07 commented on 2015-06-07 12:25 (UTC)

for example, like

sl1pkn07 commented on 2015-06-07 11:10 (UTC)

you can make a split pkgbuild for a Qt4 and Qt5 build? greetings

hydro commented on 2015-06-07 10:26 (UTC)

Done, thanks.

ValdikSS commented on 2015-06-07 09:10 (UTC)

Please add libxkbcommon-x11 as dependency.

hydro commented on 2015-06-03 09:51 (UTC)

Starting with version 1.9.3 makemkv now builds with qt5, but qt4 is still supported. If you do not want to install qt5, change dependency from qt5-base to qt4.

miketoupin952 commented on 2015-06-02 21:44 (UTC)

Please update Version to 1.9.3 Replace the first 2 Md5Sum value for : a865be4b09eab415667722bdf84aa083 & 8e93c75748ce1460ac96c86cb838f144 By manually editing the Pkgbuild it is working fine. Thanks :-)

kuantum commented on 2015-03-22 20:27 (UTC)

@hydro, No, I didn't rebuild makemkv after removing hardening-wrapper. After doing what you suggested, it worked. Thx

hydro commented on 2015-03-22 18:05 (UTC)

Did you rebuild makemkv after removing hardening-wrapper? Delete the makemkv/src/ directory, if it exists from an earlier build, or run 'make clean' inside makemkv/src/makemkv-oss-1.9.1/ before running makepkg. Output of 'file /usr/bin/makemkv' should report 'LSB executable', not 'LSB shared object'.

kuantum commented on 2015-03-22 17:16 (UTC)

@frederik I did, but I also tried removing it, it didn't solve the problem.

freswa commented on 2015-03-22 12:36 (UTC)

@kuantum Do you have hardening-wrapper installed?

kuantum commented on 2015-03-22 06:15 (UTC)

frederik, I got "segmentation fault (core dumped)" when starting the makemkv gui too, and when I tried using $ gdb makemkv , I got the makemkv window poped up with nothing in the window. Starting program: /usr/bin/makemkv [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/". Program received signal SIGSEGV, Segmentation fault. 0x00007ffff6bf9cd6 in ?? () from /usr/lib/

hydro commented on 2015-03-21 08:50 (UTC)

I assume the common user just adds the -j option to the MAKEFLAGS, which would be ignored, too.

cgirard commented on 2015-03-17 23:55 (UTC)

You should add !makeflags options as some make the GUI crash (at least -fPIC)

James-T commented on 2015-02-15 12:37 (UTC)

Problem solved. There was an old ffmpeg/libavcodec lying around in /usr/local.

James-T commented on 2015-02-15 09:23 (UTC)

Strange, even thought I have 2.5.4-1 as well, I get: checking for ffmpeg... yes checking whether LIBAVCODEC_VERSION_MAJOR is declared... yes checking LIBAVCODEC_VERSION_MAJOR... 52 < --- checking for AVFrame.nb_samples... no checking whether AV_SAMPLE_FMT_U8P is declared... yes checking for avcodec_encode_audio2... no configure: error: The libavcodec library is too old. Please get a recent one from Despite: james@xena:~$ ls -l /usr/lib/* lrwxrwxrwx 1 root root 23 Feb 13 17:05 /usr/lib/ -> lrwxrwxrwx 1 root root 23 Feb 13 17:05 /usr/lib/ -> -rwxr-xr-x 1 root root 9933032 Feb 13 17:05 /usr/lib/ I guess there must be some older include files somewhere -- removing ffmpeg-compat and libavutil-52 doesn't help.

hydro commented on 2015-02-15 09:01 (UTC)

No problem here with ffmpeg 1:2.5.4-1 x86_64 from extra repo checking for ffmpeg... yes checking whether LIBAVCODEC_VERSION_MAJOR is declared... yes checking LIBAVCODEC_VERSION_MAJOR... 56 checking for AVFrame.nb_samples... yes checking whether AV_SAMPLE_FMT_U8P is declared... yes checking for avcodec_encode_audio2... yes

James-T commented on 2015-02-14 18:58 (UTC)

There seems to be a compatibility issue with ffmpeg. "checking for avcodec_encode_audio2... no configure: error: The libavcodec library is too old. Please get a recent one from" And this is with the current ffmpeg package which matches the version of the ffmpeg site (and is more recent than the makemkv package, but I have also tried 1 version lower of ffmpeg which would have been current when the current version of makemkv was released). I don't see any other libavcodec packages on AUR -- any suggestions?

freswa commented on 2015-01-25 14:51 (UTC)

This conflicts with hardening-wrapper.

freswa commented on 2015-01-25 00:02 (UTC)

I am getting a segmentation fault when starting the makemkv gui... Anybody the same problem?

hydro commented on 2015-01-23 20:12 (UTC)

Well, alaricljs, probably not. I don't like the idea of maintaining different versions of the same program, and on Arch it's easy to change configure settings to your needs. If makemkv was clearly separated into a cli and a gui part, I would consider maintaining separate packages with the gui package depend on the cli package. I have created such packages to see if it works (and it does), but both of them need the makemkv-oss source, hence a conflicting cli-only version is probably the better option.

alaricljs commented on 2015-01-23 15:32 (UTC)

hydro, would you be willing to maintain a --disable-gui version?

whiskerz007 commented on 2014-11-18 02:22 (UTC)

Out-Of-Date -

codekoala commented on 2014-10-23 05:37 (UTC)

Does anyone have a copy of the tarballs that they can mirror or send to me to mirror?

kar commented on 2014-10-22 15:39 (UTC) is down (at the moment). I hope it's only temporary. @hydro I know it. But it would help, if you use an AUR helper like yaourt.

hydro commented on 2014-10-22 04:52 (UTC)

@ moething, @kar "If the system has locally installed packages (such as AUR packages), users will need to rebuild them when their dependencies receive a soname bump." Increasing the release version has no effect when users handle AUR packages manually.

FiyreWyrkz commented on 2014-10-22 00:42 (UTC)

Version should be updated to 1.8.14 d5d06add7e8c2ff10ce85e4fa4a43912 - makemkv-bin-1.8.14.tar.gz - MD5 9ad43607e1e6007b147fc564fbe9281b - makemkv-oss-1.8.14.tar.gz - MD5

moething commented on 2014-10-21 17:01 (UTC)

The package maintainer should simply bump the Package Release version from 1.8.13-1 to 1.8.13-2. This would force a package rebuild for all users.

kar commented on 2014-10-12 16:59 (UTC)

Ok, I have the solution: After reinstall MakeMKV, it is working perfectly! I think, it was necessary to recompile MakeMKV against all new libraries.

kar commented on 2014-10-12 16:51 (UTC)

I get an error, if I try to open MakeMKV: ####### ~%makemkv /usr/bin/makemkvcon: error while loading shared libraries: cannot open shared object file: No such file or directory ####### Can anyone confirm the error? Maybe there is an update of MakeMKV necessary? Because there is a newer version of this lib (!

hydro commented on 2014-09-25 13:43 (UTC)

pkg-config is in the base-devel group, which should be installed before building any AUR package.

MicK commented on 2014-09-25 11:20 (UTC)

Install pkg-config package first if you get such building error: ... checking for pkg-config... no checking for ffmpeg... no configure: error: . ==> ERROR: A failure occurred in build(). Aborting...

jdkdonkaur commented on 2014-06-27 03:36 (UTC)

I hit an odd Build issue: autoxxx/install-sh -c -D -m 644 out/ /home/jman/temp/makemkv/makemkv/pkg/makemkv/usr/lib/ autoxxx/install-sh: invalid option: -D Makefile:36: recipe for target 'install' failed Not sure what's causing this. I got around it by having sed remove all the "-D " from the OSS Makefile before the "make DESTDIR="$pkgdir" install" in the PKGBUILD. Then the makepkg passes. It only seems to install the "/usr/bin/makemkvcon" tool. I thought it should have also installed "/usr/bin/makemkv" which I assume is the gui. Anyway, makemkvcon seems to work properly.

hydro commented on 2014-06-06 10:05 (UTC)

Added manpages supplied by Karl Lenz, thanks.

kit commented on 2014-04-16 23:35 (UTC)

Seems to work ok by updating version number and checksums. ffd6a19151329822f9e15aeb158389c1 makemkv-bin-1.8.10.tar.gz da4114455f7342f567fa68aaa80e70d1 makemkv-oss-1.8.10.tar.gz

hydro commented on 2014-02-07 18:42 (UTC)

Builds fine here with ffmpeg 1:2.1.3-1 from extra repo.

KamiKasi commented on 2014-02-07 18:08 (UTC)

OK,it seems that upgrading to ffmpeg-git does solve the problem.

KamiKasi commented on 2014-02-05 20:26 (UTC)

I always get the error 'checking LIBAVCODEC_VERSION_MAJOR... failed' Somebody an idea how I could avoid it?

hydro commented on 2014-02-05 19:33 (UTC)

The source tarball was probably replaced by the developers.

scjet commented on 2014-02-05 18:17 (UTC)

for now, tou can also: $ md5sum makemkv-oss-1.8.8.tar.gz ...then edit PKGBUILD and replace 'db5387b8c8a2270c33aabaacd01fa817' with whatever vakue you got from above md5sum command. it's old-school, but it worked fine for me using yaourt.

x4fyr commented on 2014-02-05 14:20 (UTC)

md5sum of makemkv-oss-1.8.8 are wrong..

Mex commented on 2014-02-02 11:51 (UTC)

1.8.8 is out now:

leedev commented on 2013-12-24 06:08 (UTC)

Missing Dependency. Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)" It seems to also depend on "icu". After installing icu, no problems.

dannyboy48888 commented on 2013-10-30 10:40 (UTC)

wow the community does really mean KISS. This package is constantly borked in other distros. Good to be home. And yes I bought the program as it's the first viable solution in Linux in a LONG time and Mike the Admin actually lives on the forum's lol.

hydro commented on 2013-10-02 09:10 (UTC)

The beta key was updated.

doug_piston commented on 2013-10-01 23:47 (UTC)

I've removed ~/.MakeMKV and uninstalled then re-installed the program. Still is asking for a key. Suppose as it is only the first of the month I will have to wait a bit for the key.

hydro commented on 2013-09-29 14:38 (UTC)

Delete the key as described below. Current version 1.8.5 expires on Nov 10 2013.

ProfessorKaos64 commented on 2013-09-28 18:10 (UTC)

This trial is now expired.

hydro commented on 2013-08-05 08:37 (UTC)

Current version 1.8.4 expires on Sep 14 2013. Maybe you have an old key specified in ~/.MakeMKV/settings.conf? Try deleting that file or remove any line that starts with app_Key. If that doesn't help see the comment by Ghost91 below.

ProfessorKaos64 commented on 2013-08-04 19:29 (UTC)

I day left until I have to register... package update or will there be a key?

jstoik1 commented on 2013-07-19 13:55 (UTC)

The download page hasn't been updated yet for Linux, but new packages are available at and

commented on 2013-06-22 03:27 (UTC)

works well. AppGeeker also is great for converting DVD to pretty much anything!

kar commented on 2013-03-01 11:16 (UTC)

qt4 is now in extra-Repo! Please, change the dep from qt to qt4.

alucryd commented on 2013-02-28 09:29 (UTC)

qt is always the more recent version, it will refer to the qt5 group from now on. And yeah, qt4 is still in testing, I will edit the dep on my end for now.

hydro commented on 2013-02-28 08:47 (UTC)

Thanks for the hint, but qt4 is in [testing], I think qt4 should have provides=('qt').

alucryd commented on 2013-02-28 08:24 (UTC)

You need to change the dep from qt to qt4.

hydro commented on 2013-02-07 10:33 (UTC)

Never mind, maintainers are allowed to unflag.

kar commented on 2013-02-07 10:28 (UTC)

I'm really sorry. I have marked this package as old, instead of click on the vote "button". :-( Sorry for that. It's my fault and I don't know, how I can removed this.

cgirard commented on 2013-02-06 08:57 (UTC)

Either way, the out of date flag is not for reporting errors in the pkgbuild.

alucryd commented on 2013-02-06 08:55 (UTC)

Hmm please disregard my flagging out of date. I still had the failed downloads from when their site was down in my sources folder. I apologize for the inconvenience.

hydro commented on 2012-10-23 11:09 (UTC)

mmdtsdec is a 32-bit binary, I'll add lib32-glibc to optdepends instead.

mus commented on 2012-10-23 10:37 (UTC)

why does this suddenly depend on lib32-glibc? This kind of sucks because you have to enable [multilib]. The changelog mentions nothing about needing it and it seems to work fine without it.

commented on 2012-07-09 02:38 (UTC)

July 2012 beta key ends soon...

Ghost91 commented on 2012-06-11 18:12 (UTC)

If your version needs to register:

artemklevtsov commented on 2012-02-26 14:23 (UTC)

It's strange but I get error message when start MakeMKV: 'Application failed to initialize'. gdb output: (gdb) r Starting program: /usr/bin/makemkv [Inferior 1 (process 7347) exited with code 01] (gdb) bt No stack.

zebulon commented on 2011-08-18 20:22 (UTC)

Hi, version 1.6.14 has just landed :) Many thanks for maintaining the PKGBUILD.

divansantana commented on 2011-07-09 23:41 (UTC)

Can you update the version and md5sums as currently link is broken.

hydro commented on 2011-03-20 13:01 (UTC)

Added .desktop file and icon for applications menu. Language files are also included now.

artemklevtsov commented on 2011-03-16 07:59 (UTC)

Missing icon in applications menu.

commented on 2010-12-14 13:02 (UTC)

should be a thanx for update button on here...since lack of it thanx for quick update.

commented on 2010-11-05 10:35 (UTC)

thank you for making this package...i am switching from ubntu to Arch this weekend...glad to be finding all my important apps in here

markuman commented on 2010-07-19 18:22 (UTC) fail! but there is no newer version...