| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| |
|
|
| |
This allows code generation with ./setup.py build_grpc
|
| | |
|
| |
|
|
|
| |
This makes it unnecessary to update the free space in the mock object in
the middle of tests.
|
| | |
|
| | |
|
| |
|
|
| |
It was redirecting for checkout operations
|
| |
|
|
|
| |
They weren't actually catching it if you checked-out the entire depended
element, instead of just the specified split domains
|
| | |
|
| | |
|
| |
|
|
| |
initialize_remotes() no longer fetches remote refs.
|
| |
|
|
| |
The OSTree summary file is no longer used.
|
| | |
|
| |
|
|
|
|
|
| |
Before running a command in the sandbox, check its existence and fail
early if it does not.
This fixes issue #289.
|
| | |
|
| |
|
|
|
| |
This is to avoid inconsistencies when dealing with paths inside an
elements directory
|
| |
|
|
|
| |
- Slight modification to the wording of existing error message.
- Closes #446
|
| |
|
|
| |
Issue #446
|
| |
|
|
|
|
| |
This explains the nature of a complicated asyncio callback,
which I've looked up on multiple occasions and is not available
in python online docs (only in the source can you follow it).
|
| |
|
|
|
| |
This new section talks about how integration commands work
and shows them at work.
|
| |
|
|
| |
shell`
|
| |
|
|
|
| |
We've been calling these tutorials "chapters", let's not start
also calling them "sections".
|
| |
|
|
| |
Adding a couple of important links to relevant material.
|
| |
|
|
|
| |
The purpose of this page has changed with time, better to clarify
this in the headline of the page.
|
| | |
|
| |
|
|
|
|
|
| |
name
In core_plugins.rst, we are already using _plugins, _plugins_build_elements,
so lets call this one _plugins_sources to be consistent.
|
| |
|
|
| |
Issue #353
|
| |
|
|
| |
Issue #353
|
| |
|
|
| |
Issue #353
|
| |
|
|
| |
Issue #353
|
| |
|
|
| |
Issue #353
|
| | |
|
| |
|
|
| |
Fixes #435
|
| |
|
|
|
|
|
| |
Correct includsion of buildstream.doap which does not exist
to 'include BuildStream.doap'.
This commit resolves issue #430
|
| |
|
|
|
|
|
|
|
|
|
|
| |
pylint >2 is not compatible with pytest_pylint in its current form. As
such, allowing any version of pylint for testing results in a failure.
This commit restricts down the allowable versions of pylint to those
that are both compatible with pytest_pylint, and also offer the feature
set that we require.
See https://gitlab.com/BuildStream/buildstream/issues/427 for further
details.
|
| |
|
|
| |
Fixes #424
|
| |
|
|
|
|
| |
Place the titles of literally included `bst` files directly before
the includes, and moved all related text to start below the included
file for each section.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Use the following form across the board:
``elements/foo.bst``
~~~~~~~~~~~~~~~~~~~~
.. literalinclude:: ../path/to/foo.bst
:language: yaml
Always use an example project relative path, too.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
This part of the tutorial uses a lot of the work from Phil Dawson
and James Ennis, and uses their example submitted on merge request
499 as a basis to introduce the user to yaml composition and variable
resolution.
This is a part of issue #103
|
| |
|
|
| |
And adding some link anchors needed by the incomming chapter.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
o doc/examples/running-commands: New example project of a `manual` build element
o doc/sessions/running-commands.run: New session file to capture bst output
o doc/source/sessions-stored: Added new generated sessions
o doc/source/tutorial/running-commands.rst: New tutorial entry describing how
commands are run in the sandbox
o tests/examples/running-commands.py: Test case validating the tutorial's assertions
|
| |
|
|
|
| |
Linking out to the relevant invoking pages for the command line
reference, and adding a link anchor here for use by the next chapter.
|
| |
|
|
|
|
|
| |
Separate the revisioned provisional session html files such
that the git tree does not become dirty as a result of a
documentation build process - which messes up the docs version
number and the version number printed in some command line output.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o doc/Makefile: Added new directory to collect rst files from
o doc/examples/first-project: Added the "first-project" example
project.
o doc/source/sessions/first-project-*.html: Added the generated
snippets
o doc/source/using_tutorial.rst: Added the new main tutorial page
o doc/source/tutorial/first-project.rst: Added part 1 of the tutorial here
o tests/examples/first-project.py: Added test for the example project
This is largely based on an example by Javier Jardón, which was
submitted at https://gitlab.com/BuildStream/buildstream/merge_requests/323
Fixes #103
|
| |
|
|
|
|
|
|
|
|
|
| |
If --force is not specified, then we'll skip session files in
the case that all of the outputs exist.
Now setting BST_FORCE_SESSION_REBUILD when building the docs
will cause the session files to be rebuilt regardless of whether
they exist or not.
The .gitlab-ci.yml was also changed to use this and force rebuilds.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
When specifying a fake-output string, we don't really run the command
or assume it was a `bst` command, and we pretend that `fake-output`
was the output of the command.
Specifying an empty string explicitly enables the behavior too
for faking a command that has no stdout/stderr.
This also adds the "remove-files" hack allowing the session scripts
to remove files before executing commands (kind of unsure if we're
gonna keep this...)
|
| |
|
|
| |
This list needs to not be quoted.
|
| |
|
|
|
|
|
|
|
|
| |
Before we were creating one description file for each output,
making it easier to declare a make rule for it - but the result
was that we would have to build things more and it takes a
long time.
Instead, now we have session files which describe a series of commands
to run in a session, and each command optionally produces an output file.
|
| |
|
|
|
|
|
|
|
| |
This method doesn't really do anything as this is already the default
behavior of `docker volume create` so remove it and always call
`docker volume create` directly. This command will always print the name
of the volume on STDOUT which is not very interesting so silence that.
(If it errors out for some reason, that output will go to STDERR so the
user should still be able to see that.)
|
