| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This mainly helps flatpak for enabling a hardlink-able local pull
during deploy in the --system case. We assume the files are immutable
when owned by the same uid.
See https://github.com/ostreedev/ostree/issues/1723
and https://github.com/flatpak/flatpak/pull/2342
Closes: #1776
Approved by: uajain
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SPDX License List is a list of (common) open source
licenses that can be referred to by a “short identifier”.
It has several advantages compared to the common "license header texts"
usually found in source files.
Some of the advantages:
* It is precise; there is no ambiguity due to variations in license header
text
* It is language neutral
* It is easy to machine process
* It is concise
* It is simple and can be used without much cost in interpreted
environments like java Script, etc.
* An SPDX license identifier is immutable.
* It provides simple guidance for developers who want to make sure the
license for their code is respected
See http://spdx.org for further reading.
Signed-off-by: Marcus Folkesson <marcus.folkesson@gmail.com>
Closes: #1439
Approved by: cgwalters
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Our CI uses default Docker, which has SELinux labeling but is rather
evil in returning `EOPNOTSUPP` to any attempts to set `security.selinux`,
even if to the same value.
The previous fire 🔥 for this was: https://github.com/ostreedev/ostree/pull/759
The `bare` repo mode really only makes sense as uid 0, so our installed
test framework is a good match for this. However, the unit tests *do*
work in a privileged container even as non-root, and *also* should
work on SELinux-disabled systems. So let's teach the test framework
how to skip in those situations.
I tested this both in a priv container (my default builder) and an unpriv
container (like our CI).
At the same time, start executing the `test-basic.sh` from an installed test,
so we get better coverage than before.
This is just the start - all of the sysroot tests really need the
same treatment.
Closes: #1217
Approved by: jlebon
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OSTree's code for testing predates the `glib-tap.mk` making its
way into GLib. Let's switch to it, as it provides a number
of advantages.
By far the biggest advantage is that `make check` can start to run
most of the tests *in addition* to having them work installed.
This commit keeps the installed tests working, but `make check` turns
out to be really broken because...our TAP usage has bitrotted to say
the least. Fix that all up.
Do some hacks so that the tests work uninstalled as well - in
particular, `glib-tap.mk` and the bits encoded into
`g_test_build_filename()` assume *recursive* Automake (blah). Work
around that by creating a symlink when installed to loop back.
|
|
|
|
|
|
|
|
|
|
| |
I noticed in the static deltas tests, there were some tests that
should have been under `-o pipefail` to ensure we properly propagate
errors.
There were a few places where we were referencing undefined variables.
Overall, this is clearly a good idea IMO.
|
|
|
|
|
|
| |
This will let us reuse them with other repo types
https://bugzilla.gnome.org/show_bug.cgi?id=741125
|
|
|
|
|
|
|
|
| |
We want to write to the dest repo, not src.
Noticed while reviewing this code for some other bug.
https://bugzilla.gnome.org/show_bug.cgi?id=733579
|
|
|
|
|
|
|
|
|
|
|
|
| |
The user might "ostree ls /usr/bin/bash/blah", which previously would
segfault.
A somewhat related future enhancement here would be for "ostree ls" to
follow symbolic links.
Reported-by: Dusty Mabe <dustymabe@gmail.com>
https://bugzilla.gnome.org/show_bug.cgi?id=733476
|
|
|
|
|
|
| |
An embarassing off-by-one here. I noticed we weren't pruning them.
https://bugzilla.gnome.org/show_bug.cgi?id=733458
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds a function that will parse a partial checksum when
resolving a refspec. If the inputted refspec matches a truncated
existing checksum, it will return that checksum to be parsed. If
multiple truncated checksums match the partial refspec, it is not
unique and will return false. This addition is inspired by the same
functionality in Docker, which allows a user to reference a specific
commit without typing the entire checksum.
partial checksums: Add function to abstract comparison
This modifies the list_objects and list_objects_at functions
to take an additional argument for the string that a commit starts
with. If this string arg is not null, it will only list commit
objects beginning with that string. This allows for a new function
ostree_repo_list_commit_objects_starting_with to pass a partial string
and return a list of all matching commits. This improves on the
previous strategy of listing refs because it will list all commit objects,
even ones in past history. This update also includes bugfixes on
error handling and string comparison, and changes the output structure
of resolve_partial_checksum. The new strcuture will no longer return FALSE
without error. Also, the hashtable foreach now uses iter. Also
includes modified test file
|
| |
|
|
|
|
|
|
|
| |
Also avoid _NOT_SUPPORTED as that triggers the --help behavior from
the commandline; just use _FAILED.
https://bugzilla.gnome.org/show_bug.cgi?id=722410
|
|
|
|
|
|
|
|
| |
This is necessary to satisfy tools such as guile and python, which
compare mtimes to determine whether or not source files need to be
compiled.
https://bugzilla.gnome.org/show_bug.cgi?id=720363
|
|
|
|
|
|
| |
Useful to get the remote url in scripts.
https://bugzilla.gnome.org/show_bug.cgi?id=710967
|
|
|
|
|
| |
This can be used to add a remote and set e.g. tls-permissive=true, or
gpgverify=false.
|
|
|
|
|
| |
These will contain GPG signatures and the like in the future, so we
should fetch them now.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously I thought we'd have to ditch the current commit
format to avoid a{sv} due to
See https://bugzilla.gnome.org/show_bug.cgi?id=673012
But I realized that we don't really have to care about
unpacking/repacking commit objects, so let's just re-expose the
existing metadata a{sv} in commits in the API.
Also, add support for "detached" metadata that can be updated at any
time post-commit. This is specifically designed for GPG signatures.
https://bugzilla.gnome.org/show_bug.cgi?id=707379
|
|
|
|
|
| |
It segfaulted before if you passed non-options, and a single directory
name is probably what people want.
|
|
|
|
|
|
|
|
|
| |
Accepts the following arguments: ref checksum
Checks that the checksum is a parent of the ref before rewriting
the ref.
https://bugzilla.gnome.org/show_bug.cgi?id=705979
|
|
|
|
|
|
|
| |
Follows the parent of commits showing each in turn until it reaches
the top of the commit tree.
https://bugzilla.gnome.org/show_bug.cgi?id=705973
|
|
|
|
|
|
|
| |
Show something similar to git metadata display. Show raw variant
data when --raw is specified
https://bugzilla.gnome.org/show_bug.cgi?id=705973
|
|
|
|
|
|
|
|
| |
The 'ostree show' command passed non-checksum arguments
to the ostree_repo_has_object() function which led to
an assertion.
https://bugzilla.gnome.org/show_bug.cgi?id=705967
|
|
|
|
| |
Since it just is kind of a sane default.
|
|
|
|
|
|
|
|
| |
$ cd repo
$ ostree ls foo /
...
Can be a lot more convenient than typing --repo=repo a lot.
|
|
|
|
|
|
|
|
|
|
| |
While the actual commit object format is presently the same, for a
number of reasons we'd like to change it fairly radically. Among
other things, we need to drop our a{sv} types in objects, to protect
against GVariant changing format.
Since now gnome-ostree now longer uses related objects, and nothing
ever used metadata, just drop them both.
|
| |
|
|
Theoretically it's useful to have layers of tests, but in practice
it's just annoying to assign numbers.
|