| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
* We don't need no damned automagic here
Suggested-by: Sam James <sam@gentoo.org>
Signed-off-by: Aaron Bauman <bman@gentoo.org>
|
|
|
|
|
|
|
| |
Closes: https://github.com/gentoo/gentoo/pull/19408
Package-Manager: Portage-3.0.14, Repoman-3.0.2
Signed-off-by: Michael Mair-Keimberger <m.mairkeimberger@gmail.com>
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
No revbump because it's a minor change. Please re-install
to pick it up if you're interested.
This is completely cosmetic - the Gentoo build is already
optimised and NOT debug, but this fixes the warning in
:checkhealth.
Closes: https://bugs.gentoo.org/757744
Package-Manager: Portage-3.0.13, Repoman-3.0.2
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Both the latest release and the live ebuild.
Set LUA_COMPAT to 'lua5-{1,2} luajit' as per the upstream build scripts;
builds fine against lua5.3 but I haven't reviewed the included Lua
scripts for compatibility with that version and there is no test phase
yet.
Migration-wise, one thing worth pointing out is that upstream build
scripts attempt to locate some of the Lua modules by locating a Lua
interpreter on the *build* system and telling to load those modules. For
now all that has been changed is that we force the use the interpreter
to match the value of LUA_SINGLE_TARGET (nb. the messages like "[lua5.2]
file not found" can be ignored - there is one check which expects an
absolute path and by setting LUA_PRG to $ELUA instead of $LUA we can
re-use this variable for dev-lua/luv detection, this is just a status
message though), then again it might require further revision. Will
leave this to the actual maintainers.
Beyond the above, it was just having to force CMake to look for a
specific Lua version (usual) as well as a tweak to dev-lua/luv detection
so that it works with multi-impl installations of that package
(expected).
Closes: https://bugs.gentoo.org/752912
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
| |
- non-maintainer commit, but thoroughly tested.
Closes: https://bugs.gentoo.org/714130
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Bug: 611234
|
|
|
|
| |
Package-Manager: portage-2.2.25
|
|
|
|
| |
Package-Manager: portage-2.2.23
|
|
|
|
| |
Package-Manager: portage-2.2.23
|
|
|
|
|
|
|
|
|
|
|
| |
Since neovim sets many sensible deafults now (see [1]), we can drop most
general settings that were copied from app-editors/vim-core's vimrc.
Also apply stripping whitespace only to *.e{build,class} and give users an
easy way to turn that off (bug 557352).
1: https://github.com/neovim/neovim/issues/2676
Package-Manager: portage-2.2.20.1
|
|
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
|