| Age | Commit message (Collapse) | Author |
|---|
|
This is the result of automated script (0.9.1) conversion:
oe-core/scripts/contrib/convert-overrides.py .
converting the metadata to use ":" as the override character instead of "_".
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
getVar() now defaults to expanding by default, thus remove the True
option from getVar() calls with a regex search and replace.
Search made with the following regex: getVar ?\(( ?[^,()]*), True\)
Signed-off-by: Joshua Lock <joshua.g.lock@intel.com>
|
|
When we search for the git repository associated with a file and the there's no
repository associated, we incorrectly find the yocto repository itself.
To prevent the search from finding an incorrect repository, we only accept
repositories found within the build directory.
Signed-off-by: Daniel Markus <daniel.markus@leica-geosystems.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
When a recipe has git-cloned source code to compile, it may be checked out with
a detached HEAD. The current VCS information extraction in socorro-syms
incorrectly assumes a detached HEAD belongs to the master branch.
With the proper git command we find the branch the detached HEAD belongs to and
use that in the Socorro link.
Signed-off-by: Daniel Markus <daniel.markus@leica-geosystems.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
This socorro-syms functionality tries to extract the host name out of the source
code repository origin. This causes problems when the origin is a local
repository.
The solution is to look for the origin in two steps. If the origin in the first
step is a local directory we assume it is a temporary download repository. In
the second step we look for the origin to that download repository and if that
also redirects to a local repository, we provide the absolute path instead of a
Socorro repository link.
Signed-off-by: Daniel Markus <daniel.markus@leica-geosystems.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
http://code.google.com/p/google-breakpad/wiki/LinuxStarterGuide
When extracting a stack trace out of a Breakpad minidump, the application
minidump_stackwalk is used. This application needs all symbol files to be
arranged in a particular directory structure in order to match the correct
symbol file with the version of the crashed program in question.
A directory structure is created in accordance with minidump_stackwalk. The
structure contains the name of the application binary and a hash value where the
hash corresponds to the binary the symbol file was produced from. The symbol
file is moved to the hash directory allowing multiple versions of the same
symbol file.
Signed-off-by: Daniel Markus <daniel.markus@leica-geosystems.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
|
|
https://github.com/mozilla/socorro
Mozilla Socorro is a downloadable crash dump server that handles
Breakpad crash dumps coming from own applications. In order for
Socorro to create clickable links into your source code repository,
Breakpad's symbol files must be copied and modified to contain VCS
information for each file reference.
This class reads the symbol file generated by Breakpad and creates
a new symbol file with that VCS information contained.
Signed-off-by: Daniel Markus <daniel.markus@leica-geosystems.com>
|
Martin Jansa
Joshua Lock
Daniel Markus