GNOME Software: cannot create temporary file error

[aral]

Describe the bug

GNOME Software said I had updates. I clicked on the notification. Got a modal dialogue telling me no updates were installed. (Don’t have a screen capture of that.) Then, in the updates tab, I see a ‘cannot create temporary file’ error (see screen capture).

To Reproduce
n/a

Expected behavior

Not seeing this error.

Screenshots

OS version:

State: busy
Transaction: refresh-md
  Initiator: caller :1.106
BootedDeployment:
● fedora:fedora/36/x86_64/silverblue
                   Version: 36.1.5 (2022-05-04T18:42:06Z)
                BaseCommit: 16ec3d1166e5281e2deb1beee62e037777bf2d013f82165adf71b7885c5a53f0
              GPGSignature: Valid signature by 53DED2CB922D8B8D9E63FD18999F7CBF38AB71F4
           LayeredPackages: ffmpeg fish gnome-tweak-tool gstreamer1-plugin-openh264 langpacks-en mozilla-openh264 wireguard-tools
                            wl-clipboard

Additional context
n/a

[travier]

Is this a fresh installation? There is a known bug for fresh 36 installation that require manual update on the command line.

[aral]

@travier It’s a fresh install, yes. Do you per chance have a link to the issue where this is being tracked?

[travier]

You have to run rpm-ostree update manually on new installations. See #257.

[aral]

@travier Im confused; if everyone has to run rpm-ostree update after installing Fedora Silverblue in order to have a functional system, why isn’t the installer doing this by default?

Surely the default should be that a new install of Fedora Silverblue should be fully functional, no? :)

(Can you imagine installing macOS and the App Store doesn’t work unless you run a command in terminal?)

[travier]

I agree, but unfortunately a bug slipped into the Silverblue ISO just before release thus resulting in this situation. To fix it we would need to respin the ISO and do testing.

[travier]

Future CI work (see #334) might help avoiding that.

[aral]

@travier Ah, cool, as long as it’s not a “won’t fix”, I don’t have a problem with the fix arriving in a later version. Just didn’t want that to be a “fact of life” and/or slip through the cracks in future versions :)

[paveloom]

I got it on 36.20221030.0:

Here's the log:

~> ~ gnome-software
07:47:11:0656 Gs  /etc/PackageKit/Vendor.conf file not found
07:47:20:0018 Gs  failed to load metadata: Updating rpm-md repo 'rpmfusion-nonfree-updates': cannot update repo 'rpmfusion-nonfree-updates': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried; Last error: Downloading successful, but checksum doesn't match. Calculated: 7d5b1ea33c40dac9a4c2685e03b73def1def7221d746acbdc96ef3eaccc4184a56d4eaf5025d5232cd9f015d1652cc3641c7957e2dec6071b275832dc93873eb(sha512)  Expected: a83b218875595d16869842612a6eb7c552649719a7fd34b85f5b117f1c25b7035241375eb13ff1dd1cbd9d6c320ae0359da424c0f46ac45d29da7eb179344c70(sha512)
07:47:20:0390 Gs  failed to get popular apps: cannot create temporary file: /var/cache/rpm-ostree/solv/updates-modular.solv.qhSgTP
07:47:20:0441 Gs  failed to get featured apps: cannot create temporary file: /var/cache/rpm-ostree/solv/updates-modular.solv.qJxPeU
07:47:20:0633 Gs  failed to get recent apps: cannot create temporary file: /var/cache/rpm-ostree/solv/updates-modular.solv.3QnQYo
07:47:20:0640 Gs  ignoring unknown or empty provided item type: font
07:47:20:0742 Gs  Failed to get system: Failed to refine '*/*/*/system/*': cannot create temporary file: /var/cache/rpm-ostree/solv/updates-modular.solv.kAMYgL
07:47:20:0768 Gs  ignoring unknown or empty provided item type: font
07:47:20:0768 Gs  ignoring unknown or empty provided item type: font
07:47:22:0511 Gs  failed to get installed apps: cannot create temporary file: /var/cache/rpm-ostree/solv/updates-modular.solv.7qJIGF
07:47:23:0655 Gs  updates-shell: failed to get updates: cannot create temporary file: /var/cache/rpm-ostree/solv/updates-modular.solv.vEfhDb

Running rpm-ostree upgrade failed, too:

~> ~ rpm-ostree upgrade
⠲ Receiving metadata objects: 1/(estimating) 49 bytes/s 196 bytes                                                                                                            2 metadata, 0 content objects fetched; 788 B transferred in 5 seconds; 0 bytes content written
Receiving metadata objects: 1/(estimating) 49 bytes/s 196 bytes... done
Checking out tree e4b53ad... done
Enabled rpm-md repositories: fedora-cisco-openh264 fedora-modular updates-modular updates fedora rpmfusion-free-updates rpmfusion-free rpmfusion-nonfree-updates rpmfusion-nonfree updates-archive
Updating metadata for 'rpmfusion-nonfree-updates'... done
error: Updating rpm-md repo 'rpmfusion-nonfree-updates': cannot update repo 'rpmfusion-nonfree-updates': Cannot download repomd.xml: Cannot download repodata/repomd.xml: All mirrors were tried; Last error: Downloading successful, but checksum doesn't match. Calculated: 7d5b1ea33c40dac9a4c2685e03b73def1def7221d746acbdc96ef3eaccc4184a56d4eaf5025d5232cd9f015d1652cc3641c7957e2dec6071b275832dc93873eb(sha512)  Expected: a83b218875595d16869842612a6eb7c552649719a7fd34b85f5b117f1c25b7035241375eb13ff1dd1cbd9d6c320ae0359da424c0f46ac45d29da7eb179344c70(sha512)

Cleaning up the cache with rpm-ostree cleanup -mb fixed it.
UPD: Never mind, it's back.
UPD: Got fixed on the next day by itself.