# ChangeLog for media-video/makemkv # Copyright 1999-2016 Gentoo Foundation; Distributed under the GPL v2 # (auto-generated from git log) *makemkv-1.9.5 (09 Aug 2015) 09 Aug 2015; Robin H. Johnson +files/makemkv-makefile.patch, +files/makemkv-path.patch, +makemkv-1.9.5.ebuild, +metadata.xml: proj/gentoo: Initial commit This commit represents a new era for Gentoo: Storing the gentoo-x86 tree in Git, as converted from CVS. This commit is the start of the NEW history. Any historical data is intended to be grafted onto this point. Creation process: 1. Take final CVS checkout snapshot 2. Remove ALL ChangeLog* files 3. Transform all Manifests to thin 4. Remove empty Manifests 5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$ 5.1. Do not touch files with -kb/-ko keyword flags. Signed-off-by: Robin H. Johnson X-Thanks: Alec Warner - did the GSoC 2006 migration tests X-Thanks: Robin H. Johnson - infra guy, herding this project X-Thanks: Nguyen Thai Ngoc Duy - Former Gentoo developer, wrote Git features for the migration X-Thanks: Brian Harring - wrote much python to improve cvs2svn X-Thanks: Rich Freeman - validation scripts X-Thanks: Patrick Lauer - Gentoo dev, running new 2014 work in migration X-Thanks: Michał Górny - scripts, QA, nagging X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed 24 Aug 2015; Justin Lecher metadata.xml: Use https by default Convert all URLs for sites supporting encrypted connections from http to https Signed-off-by: Justin Lecher 24 Aug 2015; Mike Gilbert metadata.xml: Revert DOCTYPE SYSTEM https changes in metadata.xml repoman does not yet accept the https version. This partially reverts eaaface92ee81f30a6ac66fe7acbcc42c00dc450. Bug: https://bugs.gentoo.org/552720 *makemkv-1.9.6 (26 Sep 2015) 26 Sep 2015; James Le Cuirot -makemkv-1.9.5.ebuild, +makemkv-1.9.6.ebuild: Version bump Package-Manager: portage-2.2.20.1 *makemkv-1.9.7 (04 Oct 2015) 04 Oct 2015; James Le Cuirot -makemkv-1.9.6.ebuild, +makemkv-1.9.7.ebuild: Another version bump! Package-Manager: portage-2.2.20.1 *makemkv-1.9.8 (25 Dec 2015) 25 Dec 2015; James Le Cuirot -makemkv-1.9.7.ebuild, +makemkv-1.9.8.ebuild: Version bump Package-Manager: portage-2.2.26 *makemkv-1.9.8-r1 (27 Dec 2015) 27 Dec 2015; James Le Cuirot +files/makemkv-qt4.patch, +files/makemkv-qt5.patch, -makemkv-1.9.8.ebuild, +makemkv-1.9.8-r1.ebuild: Add Qt5 support, closes bug #569768 Qt5 always trumps Qt4 if it is available. There are no configure options or variables to control this and there is no publicly available configure.ac either so we have to selectively patch the raw configure script directly. Also make a couple of simplifications. src_configure checked for a configure script even though there is always one there now. I also couldn't see any reason for having virtual/opengl as a dependency. Package-Manager: portage-2.2.26 *makemkv-1.9.9 (19 Jan 2016) 19 Jan 2016; James Le Cuirot -makemkv-1.9.8-r1.ebuild, +makemkv-1.9.9.ebuild: Version bump Not fully tested as I'm at work! Package-Manager: portage-2.2.26 24 Jan 2016; Michał Górny metadata.xml: Set appropriate maintainer types in metadata.xml (GLEP 67) *makemkv-1.9.10 (08 May 2016) 08 May 2016; James Le Cuirot -makemkv-1.9.9.ebuild, +makemkv-1.9.10.ebuild: Bump to 1.9.10, EAPI 6, minor fixes 08 May 2016; James Le Cuirot makemkv-1.9.10.ebuild: Use the l10n eclass to select locales Upstream uses non-standard locale names so map them with an associative array and perform some tricks. Thanks to Jan Chren for the initial work on this. Package-Manager: portage-2.2.28 08 May 2016; James Le Cuirot +files/makemkv-sysmacros.patch, makemkv-1.9.10.ebuild: Patch implicit inclusion of sysmacros.h, #580342 Package-Manager: portage-2.2.28 08 May 2016; James Le Cuirot files/makemkv-path.patch, makemkv-1.9.10.ebuild: Launch executables from the PATH Upstream launches wget as /usr/bin/wget and uses a hardcoded set of paths to search for other executables. All the required executables should be in the PATH anyway and this will fix prefixed systems. Also add missing dependency on wget. It's in @system but it's one of the less obvious entries. Package-Manager: portage-2.2.28 08 May 2016; James Le Cuirot makemkv-1.9.10.ebuild: Install everything to /usr, not some to /opt makemkvcon looks for files in ../share/MakeMKV. Installing them to /opt/share/MakeMKV is a bit weird and using /opt requires patching so it's not exactly supported by upstream. This means installing prebuilt binaries to /usr but we were previously having to install a freshly-built binary to /opt so we're screwing FHS either way. ;) Package-Manager: portage-2.2.28 *makemkv-1.10.0 (24 Jul 2016) 24 Jul 2016; James Le Cuirot -makemkv-1.9.10.ebuild, +makemkv-1.10.0.ebuild: Version bump to 1.10.0, undo locales, amend Qt The locale flags were a nice idea but Gentoo is moving away from LINGUAS-based USE flags. These will be replaced by L10N-based flags but not for this particular use case. The new INSTALL_MASK mechanism won't support the non-standard locations used by this package. We may as well just install them all as they only take up 150KB. Also prefer qt5 over qt4 without REQUIRED_USE in accordance with Gentoo's Qt policy. Package-Manager: portage-2.3.0 *makemkv-1.10.1 (15 Aug 2016) 15 Aug 2016; James Le Cuirot -makemkv-1.10.0.ebuild, +makemkv-1.10.1.ebuild: Version bump to 1.10.1 Package-Manager: portage-2.3.0 *makemkv-1.10.2 (26 Sep 2016) 26 Sep 2016; James Le Cuirot -makemkv-1.10.1.ebuild, +makemkv-1.10.2.ebuild: Version bump to 1.10.2, closes bug #595174 Package-Manager: portage-2.3.1 *makemkv-1.10.3 (13 Dec 2016) 13 Dec 2016; James Le Cuirot -makemkv-1.10.2.ebuild, +makemkv-1.10.3.ebuild: Version bump to 1.10.3 Package-Manager: portage-2.3.3 17 Dec 2016; James Le Cuirot +files/makemkv-flags.patch, makemkv-1.10.3.ebuild: Fix building against Qt 5.7, closes bug #599228 The -std=c++11 flag is needed for building against Qt 5.7. Trouble is that upstream builds with CC rather than CXX. This only exhibits a warning but if you try to force CXX, it fails to build the C parts, which probably explains why upstream did this in the first place. I thought -x none might work but it breaks unless you put it before every C file. Possibly a GCC bug? Ideally upstream would just use automake and avoid this whole mess. The easiest way out is to only apply CXX and -std=c++11 to the makemkv binary, which doesn't have any C sources. The new patch also respects LDFLAGS. CFLAGS (not CXXFLAGS) is already respected by upstream now so src_compile is no longer needed. Some of the src_install stuff has also been dropped in favour of default as we now want upstream behaviour. Package-Manager: portage-2.3.3