# 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 <robbat2@gentoo.org>
  +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 <robbat2@gentoo.org>
  X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration
  tests
  X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this
  project
  X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo
  developer, wrote Git features for the migration
  X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve
  cvs2svn
  X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts
  X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014
  work in migration
  X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging
  X-Thanks: All of other Gentoo developers - many ideas and lots of paint on
  the bikeshed

  24 Aug 2015; Justin Lecher <jlec@gentoo.org> metadata.xml:
  Use https by default

  Convert all URLs for sites supporting encrypted connections from http to
  https

  Signed-off-by: Justin Lecher <jlec@gentoo.org>

  24 Aug 2015; Mike Gilbert <floppym@gentoo.org> 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 <chewi@gentoo.org> -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 <chewi@gentoo.org> -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 <chewi@gentoo.org> -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 <chewi@gentoo.org> +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 <chewi@gentoo.org> -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 <mgorny@gentoo.org> metadata.xml:
  Set appropriate maintainer types in metadata.xml (GLEP 67)

*makemkv-1.9.10 (08 May 2016)

  08 May 2016; James Le Cuirot <chewi@gentoo.org> -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 <chewi@gentoo.org> 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 <chewi@gentoo.org>
  +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 <chewi@gentoo.org> 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 <chewi@gentoo.org> 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 <chewi@gentoo.org> -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 <chewi@gentoo.org> -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 <chewi@gentoo.org> -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 <chewi@gentoo.org> -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 <chewi@gentoo.org> +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

