Recently I have found a folder for Flatpak in my local folder. I delete it and it always shows back up after rebooting the computer. I have not installed Flatpak nor do I intend to. Just want to know why this keeps popping up in my local folder?
What does the output of the below command show?
pacman -Q | grep -i flat
Note: Even if you don’t have a flatpak application installed, you may still have “flatpak”, the package manager, installed.
Example:
username@domain:~
➤ pacman -Q | grep -i flat
flatpak 1:1.15.6-2
libdeflate 1.19-1
username@domain:~
➤ flatpak list
username@domain:~
➤
1 Like
Shows just the following: libdeflate 1.19-1. The Flatpak folder only has a db folder but is empty.
That’s strange. Well, here’s an idea: try installing flatpak, then uninstalling it using
pacman -Rs flatpak
Then delete the folder and whenever you restart, check if it’s reappeared.
wonder if re-population of folder is some dep/reverse dep thing stuff?
I saw a thread here last week that showed an Endeavour sys package was dependent on flatpak and two other programs. Or inverse? the only reason I remember this is because I always thought Flatpak was 100% sandboxed/isolated and I was surprised it wasn’t.
dos centavos
Maybe it’s ostree? That’s a flatpak dependency that isn’t required by any other package I have installed. So too is libmalcontent.
Name : ostree
Version : 2024.5-1
Description : Operating system and container binary deployment and upgrades
Architecture : x86_64
URL : https://ostreedev.github.io/ostree/
Licenses : LGPL-2.0-or-later
Groups : None
Provides : libostree-1.so=1-64
Depends On : bash fuse3 gcc-libs glibc libgpg-error libsodium sh util-linux which
zlib avahi libavahi-client.so=3-64 libavahi-common.so=3-64
libavahi-glib.so=1-64 curl libcurl.so=4-64 glib2 libgio-2.0.so=0-64
libglib-2.0.so=0-64 libgobject-2.0.so=0-64 gpgme libgpgme.so=11-64 libarchive
libarchive.so=13-64 libsoup openssl libcrypto.so=3-64 systemd-libs
libsystemd.so=0-64 xz liblzma.so=5-64
Optional Deps : None
Required By : flatpak
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 4.38 MiB
Packager : David Runge <dvzrv@archlinux.org>
Build Date : Sat 16 Mar 2024 02:13:09 AM EST
Install Date : Sun 17 Mar 2024 09:24:56 PM EST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
PS: “libmalcontent” - what an awful name for a package which provides parental control… “libparent” is an available package name, and so are “libprotect” and “libguard”. Such a bad name.
looks like it. nice catch.
1 Like
Flatpak can operate in system-wide or per-user mode. The system-wide data (runtimes, applications and configuration) is located in $prefix/var/lib/flatpak/, and the per-user data is in $HOME/.local/share/flatpak/. Below these
locations, there is a local repository in the repo/ subdirectory and installed runtimes and applications are in the corresponding runtime/ and app/ subdirectories.
I think the directory you are seeing is part of the flatpak’s “infrastructure” (in lack of better expression).
Regardless having added remotes or having actually installed any flatpak applications, I believe the locations mentioned in the quote above (from man flatpak) will be there.
If you don’t intend to install any flatpak applications, you could simply remove the package flatpak
(sudo pacman -Rs flatpak) and delete $HOME/.local/share/flatpak/
If you have the package malcontent installed, it has the package flatpak as dependency, so you would need to decide if you want to keep it or not.
At any rate, the existence of $HOME/.local/share/flatpak/ is not detrimental to your system.
3 Likes
After doing a lot of research I found out what is causing the folder to keep appearing. Seems that libdeflate 1.19-1 is a dependency of meson graphic driver which is needed for gaming graphics. It is a dependency use by flatpak even though flatpak is not actually installed. Like pebcak said it’s not detrimental to my system, just irritating that is is there at all.
3 Likes
libdeflate is not a dependency of flatpak. Neither is flatpak a dependency of the libdeflate.
To see what in your system is really depending on the mentioned packages:
pactree -r libdeflate
pactree -r flatpak
2 Likes
Sorry @ddnn, I seem to have quoted the output from your system by mistake. Will edit to correct.
My bad 
All good. Learned about pactree as a result, so thanks.
1 Like
Yes, pactree is a very nice tool. Have a play with it and its options. You will like it.
1 Like
No doubt. Looks particularly useful for sysadmins, package builders, etc. But can also be good for the regular user, like myself.
1 Like