| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
Closes: https://bugs.gentoo.org/655488
Package-Manager: Portage-2.3.36, Repoman-2.3.9
|
| |
|
|
|
|
| |
The wget patch was merged upstream and the mmdtsdec binary has gone.
Package-Manager: Portage-2.3.31, Repoman-2.3.9
|
| |
|
|
|
|
|
|
| |
Unfortunately upstream didn't use my automake conversion but he did at
least apply all the other fixes, negating the need for most of the
patches. The new wget patch is to stop the creation of wget-log files.
Package-Manager: Portage-2.3.5, Repoman-2.3.2
|
| |
|
|
| |
Package-Manager: portage-2.3.3
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
| |
Package-Manager: portage-2.2.28
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
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
|
James Le Cuirot
Robin H. Johnson
GitWeb