Skip to content
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

Flatpak Broken Package Check #1035

Closed
1 task done
brent111 opened this issue Dec 16, 2023 · 2 comments
Closed
1 task done

Flatpak Broken Package Check #1035

brent111 opened this issue Dec 16, 2023 · 2 comments
Labels
Bug Something isn't working

Comments

@brent111
Copy link

Summary

was asked by Tracy at forum to report this bug. it's pretty harmless.

sudo eopkg check flatpak
Checking integrity of flatpak    Broken
Corrupted file: /usr/lib/tmpfiles.d/flatpak.conf

I say it's harmless because I was able search and install with flatpak. Maybe it's something benign?

Steps to reproduce

  1. sudo eopkg check flatpak

Expected result

Checking integrity of flatpak OK

Actual result

Checking integrity of flatpak    Broken
Corrupted file: /usr/lib/tmpfiles.d/flatpak.conf

Environment

  • Is system up to date?

Repo

Shannon (stable)

Desktop Environment

Budgie

System details

budgie, solus, 10.8.2
updated the night of 12/15/2023
woke up, rebooted, and filing this report the morning of 12/16/2023

Other comments

a full eopkg check revealed, for me, this was the only broken package

@brent111 brent111 added the Bug Something isn't working label Dec 16, 2023
@brent111
Copy link
Author

forgot to add a handful of people who updated did corroborate this, too. see last 10 posts or so https://discuss.getsol.us/d/10070-sync-updates-for-week-50-2023/9

@Staudey
Copy link
Member

Staudey commented Dec 18, 2023

That's because flatpak now includes its own tmpfiles.d config, while our package recipe has a custom config from way back when. The former copies to /usr/lib/tmpfiles.d/ and gets recorded in the package metadata, while the latter copies to /usr/lib64/tmpfiles.d/, also recorded in the metadata. That ends up being the same location though, and only the latter remains on a real installation.

joebonrichie pushed a commit that referenced this issue Dec 25, 2023
Closes #1035

Signed-off-by: Reilly Brogan <reilly@reillybrogan.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something isn't working
Projects
Archived in project
Development

No branches or pull requests

2 participants