| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|\
| |
| | |
ostree-repo-pull: Fix a leak of the summary data if loading from cache
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the `summary_sig_not_modified` branch is taken above, both
`signatures` and `summary` are loaded from the cache. This makes the
`_ostree_repo_load_cache_summary_if_same_sig()` call below redundant (it
checks `signatures` matches the file it was just loaded from, and then
loads `summary` again) — but that call also currently overwrites
`summary` without clearing the old value.
Fix this by only making that call if `signatures` was retrieved, but the
server said the local `summary` cache was invalid.
Signed-off-by: Philip Withnall <pwithnall@endlessos.org>
|
|\
| |
| | |
man: Add missing repo mode in config docs
|
|/ |
|
|\
| |
| | |
docs: Add Torizon to related projects and OS
|
|/
|
|
|
|
|
|
|
|
|
| |
The Torizon platform, includin the TorizonCore OS, the TorizonCore
Builder Tool and the Torizon OTA, use OSTree as a base for update the
host OS, while the user focus on application development using Docker.
Add TorizonCore to the list of Operating systems and distributions using
OSTree.
Add Torizon and its components to the list of related projects.
|
|\
| |
| | |
lib/sysroot: Add comments and debug statements around sysroot parsing
|
| |
| |
| |
| |
| | |
Was looking at this code more closely today to investigate issues
related to bootlink mismatches (#2283).
|
|\ \
| | |
| | | |
deploy: Add subbootversion to journal
|
| | |
| | |
| | |
| | |
| | |
| | | |
To help debug an issue we've seen where `/boot` isn't
in sync with the `/ostree/boot` dir, let's log to the journal
what we're doing.
|
|\ \ \
| |/ /
|/| | |
tests/inst: Switch to rpmostree-client from git
|
| | |
| | |
| | |
| | |
| | | |
See discussion in https://github.com/coreos/rpm-ostree/pull/2569#issuecomment-780569188
Currently pinned to a hash, but after the next stable release let's switch to tags
|
|\ \ \
| | | |
| | | | |
refs: Make ostree_repo_resolve_rev{,_ext}() use (nullable)
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
We have an `allow_noent` boolean that controls this, but
were missing the `(nullable)` annotation, so the Rust bindings
panic when the ref doesn't exist instead of being `Option<GString>`.
|
|\ \ \
| |/ /
| | | |
README.md: Fix contributing link, add contact section
|
| | |
| | |
| | |
| | | |
Came up on #fedora-iot channel.
|
|\ \ \
| |/ /
| | | |
docs: Describe using scratch/empty deltas for initial fetches
|
| | |
| | |
| | |
| | | |
Came up with a user hitting ratelimiting from S3.
|
|\ \ \
| |/ /
|/| | |
Add --enable-sanitizers, fix `make check` with it
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
It's cleaner if this is an build option rather than being
kludged into the CI layer.
Notably we can't use `LD_PRELOAD` anymore with ASAN, so update
our tests to check for `ASAN_OPTIONS`.
|
|\ \
| | |
| | | |
deltas: Fix leak of matches
|
| | |
| | |
| | |
| | | |
Found by ASAN.
|
|\ \ \
| | | |
| | | | |
CI: run as non-root and add sanitizer build+check
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
All C/C++ projects should use the sanitizers (and static analysis)
in their CI. We had this but lost it in one of our CI shuffles;
let's readd it.
|
| |/ /
| | |
| | |
| | | |
This way we run in Prow too.
|
|\ \ \
| | | |
| | | | |
tests/ext/destructive: enhance test logic
|
|/ / /
| | |
| | |
| | |
| | |
| | | |
This enhances external-tests logic, ensuring that destructive tests
have retries and some context to pinpoint failures, and that failed-state
services are reset between iterations.
|
|\ \ \
| |/ /
|/| | |
README.md: Also link apt2ostree
|
|/ /
| |
| |
| | |
Since the topic of Debian+ostree-for-host comes up fairly often.
|
|\ \
| | |
| | | |
Pull depth fixes
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The local pull path was erroring on any missing commit, but that
prevents a depth pull where the source repo has truncated history. As in
the remote case, this also tries to pull in a tombstone commit if the
source repo supports it.
Fixes: #2266
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When pulling with depth, missing parent commits are ignored. However,
the check was applying to any commit, which means that it would succeed
even if the requested commit was missing. This might happen on a
corrupted remote repo or when using ref data from a stale summary.
To achieve this, the semantics of the `commit_to_depth` hash table is
changed slightly to only ever includes parent commits. This makes it
easy to detect when a parent commit is being referenced (although there
is a minor bug there when multiple refs are being pulled) while keeping
references to commits that need their `commitpartial` files cleaned up.
It also means that the table is only populated on depth pulls, which
saves some memory and processing in the common depth=0 case.
Fixes: #2265
|
| | |
| | |
| | |
| | |
| | | |
This was already being done on the local depth pull test, so this just
adds the matching logic to the remote depth pull test.
|
|\ \ \
| | | |
| | | | |
repo: Make ostree_repo_create_at take nullable options
|
| |/ /
| | |
| | |
| | | |
Hit this when trying to use the Rust bindings.
|
|\ \ \
| |/ /
|/| | |
repo: Move fsverity bits to ostree-repo-verity.c
|
|/ /
| |
| |
| | |
This file will get larger when we start doing more with fsverity.
|
|\ \
| |/
|/| |
sysroot: Handle ro /boot but rw /sysroot
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The recent change in https://github.com/coreos/fedora-coreos-config/pull/659
broke some of our tests that do `mount -o remount,rw /sysroot` but
leave `/boot` read-only.
We had code for having `/boot` read-only before `/sysroot` but
in practice we had a file descriptor for `/sysroot` that we opened
before the remount that would happen later on.
Clean things up here so that in the library, we also remount
`/boot` at the same time we remount `/sysroot` if either are readonly.
Delete the legacy code for remounting `/boot` rw if we're not in
a mount namespace. I am fairly confident most users are either
using the `ostree` CLI, or they're using the mount namespace.
|
| |
| |
| |
| |
| |
| |
| | |
Just like we hold a fd for `/sysroot`, also do so for `/boot`
instead of opening and closing it in a few places.
This is a preparatory cleanup for further work.
|
|/
|
|
|
|
|
|
| |
I was being very conservative initially here, but I think it's
really safe to just unconditionally set up the mount namespace.
This avoids having to check twice for a read-only `/sysroot`
(once in the binary and once in the library).
|
|\
| |
| | |
pull: Use GNU coding style
|
|/ |
|
|\
| |
| | |
pull: Allow disabling commit binding verification
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In some cases such as backups or mirroring you may want to pull commits
from one repo to another even if there commits that have incorrect
bindings. Fixing the commits in the source repository to have correct
bindings may not be feasible, so provide a pull option to disable
verification.
For Endless we have several repositories that predate collection IDs and
ref bindings. Later these repositories gained collection IDs to support
the features they provide and ref bindings as the ostree tooling was
upgraded. These repositories contain released commits that were valid to
the clients they were targeting at the time. Correcting the bindings is
not really an option as it would mean invalidating the repository
history.
|
|\
| |
| | |
README: Fix typos of Flatpak
|
|/ |
|
|\
| |
| | |
README.md: Add Apertis and GNOME OS
|
|/ |
|