Package Details: makemkv 1.17.9-1

Git Clone URL: https://aur.archlinux.org/makemkv.git (read-only, click to copy)
Package Base: makemkv
Description: DVD and Blu-ray to MKV converter
Upstream URL: https://www.makemkv.com
Licenses: LGPL-2.1-or-later, LicenseRef-GuinpinSoft-inc-EULA
Submitter: hydro
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 329
Popularity: 2.19
First Submitted: 2010-01-26 15:31 (UTC)
Last Updated: 2025-02-01 21:02 (UTC)

Dependencies (4)

Sources (4)

Pinned Comments

FabioLolix commented on 2024-07-20 16:33 (UTC)

This now depends on libavcodec.so so when it needs to be rebuilded against new ffmpeg version you are forced to uninstall first otherwise the update will be blocked

fosskers commented on 2023-06-11 13:56 (UTC)

I can confirm that a manual sudo modprobe sg was necessary to get makepkg to detect my DVD drive.

FabioLolix commented on 2023-03-16 21:41 (UTC)

Beta key:

Latest Comments

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

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

I have fixed this issue upstream (mold) instead: https://github.com/rui314/mold/pull/381

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.

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

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/makemkvcon:

#!/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 https://www.makemkv.com/download/old/

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 archive.org has 16.4 for makemkv-bin* (under https://web.archive.org/web/20210801004716/https://www.makemkv.com) but not for makemkv-oss.

The only mirror I managed to find is on https://softaro.net/makemkv/ - that has both files at 16.4 and the checksums match.

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

https://softaro.net/download-file/42465/?version=linux

https://softaro.net/download-file/42465/?version=linux-oss

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

sites offline again. Does anyone have any copies of 16.4? Archive.org 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.

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