| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
| |
This plugin automatically encodes git versioning information
into the package version string so that it shows up in `bst --version`
This versioning information is encoded into source distributions
as well, so that when installing from a source distribution without
the git repository the precise VCS provenance is still encoded into
the version.
|
|
|
|
| |
Instead of ${prefix}/man/man1, share/man/man1 is more correct.
|
|
|
|
|
|
|
|
|
|
| |
Man pages are automatically generated but unfortunately committed
to the repository, this should be fixed by integrating the man
page generation as a part of the build step, but this seems to be
very difficult and is not well documented at all.
Tip: The man_pages module of click_man implements a distutils.core.Command
for generating man pages, this command should be run as a part of setup.py
|
|
|
|
|
|
| |
It was now tested on 3.4, after a few changes it seems
to work well with 3.4, backing down the version requirement
as 3.4 is more widely available in today's distros.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Attempt to load user configuration from ${XDG_CONFIG_HOME}/buildstream.conf
if one exists, only if not overridden on the command line
o Set the XDG Base Directory values at initialization time
o Allow environment vars to be specified in paths
o userconfig.yaml: Default paths now use XDG_CACHE_HOME instead of ~/buildstream
o Removed the deploydir and ccache dir as we're not using those, we'll re-add those
configs if they become relevant.
|
|
|
|
|
|
| |
This is redundant in cases where setuptools is used to
install, but is pedantically correct since we use setuptools
in BuildStream to detect and print the package version.
|
|
|
|
|
| |
Probably widget.py could be split up and cleaned up some more,
but at least this puts the frontend out of the way.
|
|
|
|
|
|
| |
Blessings gives us some code for positioning the cursor on terminals
which support that (almost all terminals on linux), this lets us
print some things always at the bottom of the output.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a tricky problem because bwrap is a setuid root program which
we do not have permission to terminate.
To solve this, we ensure --unshare-pid is used (which should have been
there already probably anyway) which causes bwrap to create one additional
direct child process owning the created pid namespace.
Using psutil, we enumerate the direct child of the spawned bwrap process,
which we do have permission to kill, and kill that task directly.
Since all child tasks are spawned in a pid namespace, they are automatically
killed once the owning process of that namespace exits.
|
|
|
|
|
| |
If this tool is not present in the system, BuildStream will
fail to build anything.
|
|
|
|
|
| |
We will deprecate the `build-stream` script entry point but
lets not remove it just yet.
|
|
|
|
|
|
|
|
| |
There is no easy way to check the version we need for
OSTree with introspection, we only have version "1.0".
So we try to access a method directly and bail out
if it doesnt exist.
|
|
|
|
|
|
| |
Use setuptools to create the actual frontend script automatically,
keeping the frontend code inside the package just makes things
easier.
|
|
|
|
| |
Click is a nicer command line parser tool than argparse.
|
| |
|
|
|
|
|
|
|
| |
We require ostree from July 2016 and we also require bubblewrap,
both of which are more recent than python 3.5 which was released
in September 2015. There is no point to have version conditional
code here or support earlier versions of python.
|
| |
|
|
|
|
| |
Now when running ./setup.py test, pep8 linter checks are automatically run.
|
|
|
|
| |
OSTree will be used for the artifact cache.
|
| |
|
|
|
|
|
|
|
|
| |
An object for collecting user preferences from config files
and command line, this state is shared across recursive pipelines.
Also adds the default configuration file and ensures that it's
distributed into a data subdir.
|
|
|
|
|
| |
A convenience module for staging data files to a directory
for running tests which integrates as a pytest fixture.
|
| |
|
|
|
|
|
|
|
| |
These are not part of the python package, but part
of the data installed. Yes, it's a bit weird, but more
correct than having the plugins as submodules of
the actual buildstream python package.
|
|
|