Update on CentOS 7 results in many tar permission errors

[nmusatti]

I have the Dropbox client installed on an up to date CentOS 7 box. Whenever I run flatpak update from root I get many error messages like:

tar: .dropbox-dist/VERSION: Cannot change ownership to uid 1000, gid 1000: Operation not permitted

with a final

tar: Exiting with failure status due to previous errors

Dropox appears to work without problems.

[wjt]

Why are you running flatpak update as root?

I think I understand why this is happening. I pushed a draft PR to #123 which should suppress these messages. Could you give it a spin?

[gitkevin]

I'm having the same problem as the original poster.

tar: .dropbox-dist: Cannot change ownership to uid 1000, gid 1000: Operation not permitted
tar: Exiting with failure status due to previous errors

Now at fec40ea951ed.
F: running triggers from /usr/share/flatpak/triggers
F: running trigger desktop-database.trigger
F: running trigger gtk-icon-cache.trigger
F: running trigger mime-database.trigger

Why are you running flatpak update as root?

Here's the error message I get when trying to install as a user:

error: Failed to install com.dropbox.Client/x86_64/stable: Flatpak system operation Deploy not allowed for user

I think I understand why this is happening. I pushed a draft PR to #123 which should suppress these messages. Could you give it a spin?

I saw wjt's comment "While this [the tar permission errors] does not actually cause the apply_extra script to fail, it is ugly!"

I did get something to install:

ll /var/lib/flatpak/app/com.dropbox.Client/x86_64/stable/fec40ea951eda1d86e2196c0615a971df5c7a4ef197327524081479f90d5f373/files/extra/.dropbox-dist
total 12
-rwxr-xr-x 1 root root  103 Nov 11 00:42 dropboxd
drwxr-xr-x 6 root root 4096 Nov 11 00:42 dropbox-lnx.x86_64-135.4.4221
-rw-r--r-- 1 root root   10 Nov 11 00:42 VERSION

As usual, dropboxd at this level is a shell script that runs dropboxd inside the above directory, which also contains libraries and the like. Because of that self-contained state I think there's a chance that copying that directory to my own account might run. We'll see.

It'd be nice if this were clean. It'd also be nice if I ran a modern version of Linux. ;-) I'm running on CentOS 7.9. Maybe this info will help someone?