| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
This has remained without test coverage mostly due to upstream
pytest-datafiles bug https://github.com/omarkohl/pytest-datafiles/issues/1
|
|
|
|
|
|
|
|
| |
Seems that local.py is an appropriate plugin to use for testing
errors which originate from the abstract Source class.
This test checks that we raise the appropriate error in the case
that we attempt to stage to a directory that is a regular file.
|
|
|
|
|
|
| |
Also added a test case for the `patch` plugin which checks for graceful
failure when the specified patch file is not a regular file (but a block
device or a named pipe instead).
|
|
|
|
| |
And also adapted them to remove any occurrences of HAVE_ROOT.
|
| |
|
| |
|
|
|
|
| |
This reproduces issue #155
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
This does not test much more than the regular frontend tests
against the bzr source, and was presenting difficulty to migrate
to the proper new CLI fixtures.
This was also the last source test using the older deprecated fixture.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
Now test to also ensure that base-dir expressions always behave
the same way regardless of whether the tarball was created with
a leading '.' or not.
|
|
|
|
|
|
|
|
|
| |
New tests only via the frontend cli, never mucking about with source APIs
directly, this whole directory needs to eventually be removed.
This test was also testing the wrong condition, it's okay that a source
stage to a non-empty directory, it's not okay that an element stages
it's group of sources to a non-empty directory.
|
| |
|
| |
|
|
|
|
|
| |
This had changed when we added project variants and had to split
up the loading steps a bit, now all is back to normal without variants.
|
| |
|
|
|
|
|
| |
That was removed anyway, now use utils.sha256sum() to calculate
the expected tar ref.
|
|
|
|
| |
Fixes #63
|
|
|
|
|
|
|
|
| |
This was testing nothing whatsoever about the behavior
of the plugin but just running for the sake of running.
Removing this does not effect the coverage report of
the ostree.py plugin.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This was failing intermittently if the test suite is
run multiple times (as it takes some time for the port 8000
to become available again).
Further, this test case was immaterial and not testing
any ostree functionality whatsoever. Presumably this was
a remnant from a time when the test case attempts to fetch
the payload over a local http connection.
|
|
|
|
|
|
|
|
| |
This somewhat arbitrarily tests what the local source generates
as a unique key but is not really the requirements of a unique
key. This is also subject to change and is a pain to update.
Instead this is pretty much handled by the cache key test anyway.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This command adds initial cross-compilation support to BuildStream.
It has been tested against a converted version of the Baserock
compiler bootstrap and used to cross build sysroots for armv8l64 and ppc64l
from an x86_64 host.
For example, to build a sysroot for ARM v8 64-bit you can do this:
bst build --target-arch=armv8b64 gnu-toolchain/stage2.bst
This would cause the adapted Baserock definitions to produce a stage1 simple
cross compiler that runs on the native architecture and produces armv8b64
binaries, and then cross build a stage2 sysroot that executes on armv8b64.
Currently the --host-arch option does nothing of use. It will one day
enable host-incompatible builds using a QEMU-powered cross sandbox.
The `--arch=` option is now shorthand for `--host-arch= --target-arch=`.
Elements have 2 new variables available, %{bst-host-arch} and
%{bst-target-arch}. The 'arches' conditional now follows %{bst-target-arch},
while the new 'host-arches' conditional follows %{bst-host-arch}. All
of --arch, --host-arch and --target-arch default to the output of `uname -a`.
There's no magic here that would make all BuildStream elements suddenly
able to cross compile. It is up to an individual element to support this by
honouring %{bst-target-arch} in whatever way makes sense.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This switches the code from using subprocess.Popen() manually to using
subprocess.call(), which achieves the same thing and also handles
resource cleanup for us. I also removed an unused variable.
Fixes warnings like these that the test suite was producing:
tests/sources/ostree.py::test_ostree_shell_exe
/home/shared/src/buildstream/tests/sources/ostree.py:79: ResourceWarning: unclosed file <_io.BufferedReader name=13>
ret = run_ostree_bash_script()
|
| |
|
|
|
|
| |
Coverage isn't perfect, but it seems to cover most use-cases.
|
|
|
|
|
|
|
|
|
| |
Fixed original staging test to expect the content of the first
encountered subdirectory to be extracted/staged.
Added additional test to override the base-dir configuration
with an empty string and instead extract the root of the tarball
directly.
|
| |
|
|
|
|
|
| |
These repo aliases should make it possible for sources to fetch
from local files (assuming they use a file:/// URL)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o The metaelements and metasources now carry the name, the loader
resolves source names now.
o Element/Source factories dont require a name anymore as they
are already in the meta objects
o Pipeline no longer composes names
o Element.name is now the original project relative filename,
this allows plugins to identify that name in their dependencies,
allowing one to express configuration which identifies elements
by the same name that the user used in the dependencies.
o Removed plugin._get_display_name() in favor of the plugin.name
o Added Element.normal_name, for the cases where we need to have
a normalized name for creating directories and log files
o Updated frontend and test cases and all callers to use the
new naming
|
|
|
|
| |
Log handlers are now a hard requirement for a context object.
|
| |
|
| |
|
|
|
|
|
| |
Sadly the tests arent working but the plugin is, need to take
time to revisit these tests.
|