-
Notifications
You must be signed in to change notification settings - Fork 195
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DownloadUpdateRpmDiff leaves CachedUpdate property empty #1300
Comments
1 task
jlebon
added a commit
to jlebon/rpm-ostree
that referenced
this issue
Mar 14, 2018
Moving to caching the GVariant to disk rather than during RPMOSTreeOS reloads broke the legacy `DownloadUpdateRpmDiff` path because it relied on the implied recalculations that occur on reloads to update `CachedUpdate`. This patch series was initially going to be about just migrating all the legacy APIs to make use of the new metadata, which would have fixed this properly. But we first need some real coverage in that aread, which is very poor right now. I'd like to investigate integrating the Cockpit tests (at least the ostree-specific parts) into our CI to remedy this. Anyways, for now at least, let's fix Cockpit. Closes: coreos#1300
jlebon
added a commit
to jlebon/rpm-ostree
that referenced
this issue
Mar 15, 2018
Moving to caching the GVariant to disk rather than during RPMOSTreeOS reloads broke the legacy `DownloadUpdateRpmDiff` path because it relied on the implied recalculations that occur on reloads to update `CachedUpdate`. This patch series was initially going to be about just migrating all the legacy APIs to make use of the new metadata, which would have fixed this properly. But we first need some real coverage in that aread, which is very poor right now. I'd like to investigate integrating the Cockpit tests (at least the ostree-specific parts) into our CI to remedy this. Anyways, for now at least, let's fix Cockpit. Closes: coreos#1300
jlebon
added a commit
to jlebon/rpm-ostree
that referenced
this issue
Mar 15, 2018
Moving to caching the GVariant to disk rather than during RPMOSTreeOS reloads broke the legacy `DownloadUpdateRpmDiff` path because it relied on the implied recalculations that occur on reloads to update `CachedUpdate`. This patch series was initially going to be about just migrating all the legacy APIs to make use of the new metadata, which would have fixed this properly. But we first need some real coverage in that aread, which is very poor right now. I'd like to investigate integrating the Cockpit tests (at least the ostree-specific parts) into our CI to remedy this. Anyways, for now at least, let's fix Cockpit. Closes: coreos#1300
jlebon
added a commit
to jlebon/rpm-ostree
that referenced
this issue
Mar 15, 2018
Moving to caching the GVariant to disk rather than during RPMOSTreeOS reloads broke the legacy `DownloadUpdateRpmDiff` path because it relied on the implied recalculations that occur on reloads to update `CachedUpdate`. This patch series was initially going to be about just migrating all the legacy APIs to make use of the new metadata, which would have fixed this properly. But we first need some real coverage in that aread, which is very poor right now. I'd like to investigate integrating the Cockpit tests (at least the ostree-specific parts) into our CI to remedy this. Anyways, for now at least, let's fix Cockpit. Closes: coreos#1300
jlebon
added a commit
to jlebon/rpm-ostree
that referenced
this issue
Mar 16, 2018
Moving to caching the GVariant to disk rather than during RPMOSTreeOS reloads broke the legacy `DownloadUpdateRpmDiff` path because it relied on the implied recalculations that occur on reloads to update `CachedUpdate`. This patch series was initially going to be about just migrating all the legacy APIs to make use of the new metadata, which would have fixed this properly. But we first need some real coverage in that aread, which is very poor right now. I'd like to investigate integrating the Cockpit tests (at least the ostree-specific parts) into our CI to remedy this. Anyways, for now at least, let's fix Cockpit. Closes: coreos#1300
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
** Host system details **
(Hmm, check the second "Valid signature" output. It's in a funny place, no?)
** Expected vs actual behavior **
DownloadUpdateRpmDiff used to populate the CachedUpdate property, but that property stays empty now.
Actual, with rpm-ostree-2018.3.46-bb86912de9e750a57e3af9256940918ca7774744.5ffa5a9542a434458a377cf9c5ae3f6dbd5af4a9.el7.centos.x86_64
Signals during the method call:
CachedUpdate property:
Note that commit
be39f1a112ff7aadf734605f04fab416e2d237e7147a628a3d43ff84a79d1a9a
was mentioned in "SignatureProgress", but it doesn't appear in CachedUpdate.Expected, with rpm-ostree-2018.3.2-88324984ab2ef81f9d44683485b760e7f2120c02.d146cef5e4512d1aa71f1fdd95d0e3faf6b354cb.el7.centos.x86_64
Signals during the method call:
CachedUpdate property:
Here, commit
4eef08ffe23de5cfcee1c913a4de2c4744494066ba7d1e24b214c76d4bfce8c8
appears in CachedUpdate, as expected.Steps to reproduce it
This is again from
check-ostree
in the Cockpit integration tests.The text was updated successfully, but these errors were encountered: