[SOLVED] Ownership of /etc/profile.d/gtk+.{sh,csh} in Slackware64 14.1

sanjioh · 09-29-2014, 02:02 PM

Hi everybody,

I've noticed that the files:

/etc/profile.d/gtk+.sh
/etc/profile.d/gtk+.csh

seem to have wrong ownership (3356:users instead of root:root like other files in the directory).

It should be just a cosmetic issue, but I thought to report it anyway.

Can you confirm?

Thanks!

Didier Spaier · 09-29-2014, 02:18 PM

No. For instance (Slackware 14.1):

Code:

/tmp$ bzgrep gtk+.sh MANIFEST.bz2 
-rwxr-xr-x root/root        44 2010-12-09 13:13 etc/profile.d/gtk+.sh
/tmp$

So ownership has been modified in your system since its installation.

The file MANIFEST.bz2 has been found here.

sanjioh · 09-29-2014, 02:22 PM

Yes, I did the same check against FILELIST.TXT, but then I tried to uninstall and reinstall the gtk+2 package and got the same ownership on those files.

EDIT

Ok, my bad, I didn't specify I'm using Slackware64. But still:

Quote:

bash-4.2$ bzgrep gtk+.sh MANIFEST.bz2
-rwxr-xr-x 3356/users 44 2010-12-09 13:13 etc/profile.d/gtk+.sh

Didier Spaier · 09-29-2014, 02:28 PM

If a file has been modified since its installation it's not removed by removepkg.

Do a removepkg again, then remove these two files yourself, then do an installpkg and see what happens.

PS I didn't see your EDIT before posting. I get your results with Slackware64-14.1 using mirror slackware.mirrors.ovh.net.

So yes something seems to be wrong. I'll try with slackware.com to make sure it's not a problem with the mirror.

sanjioh · 09-29-2014, 02:33 PM

removepkg actually removed those files; I've edited my previous reply (tl;dr: ownership is wrong on Slackware64)

Didier Spaier · 09-29-2014, 02:48 PM

Same issue with http://ftp.slackware.com/pub/slackwa...1/slackware64/

Code:

/tmp$ bzgrep gtk+.sh MANIFEST.bz2 
-rwxr-xr-x 3356/users       44 2010-12-09 13:13 etc/profile.d/gtk+.sh
/tmp$

PS I also checked in an ISO image, only these two files have this ownership...

volkerdi · 09-29-2014, 03:40 PM

Yeah, that's wrong. It's rworkman's UID and it looks like I forgot to chown everything to root before building the x86_64 package (but at least I got it right on 32-bit).

Thanks for the heads-up.

sanjioh · 09-29-2014, 04:31 PM

Thanks to you, Pat

elyk · 09-29-2014, 07:38 PM

Same issue as this thread from long ago. Thanks Pat for the explanation, I'll mark that one as solved.

Quote:

Originally Posted by Didier Spaier

If a file has been modified since its installation it's not removed by removepkg.

How does it determine if a file has been modified? mtime? Some checksum database?

Didier Spaier · 09-29-2014, 09:22 PM

mtime is used:

Code:

delete_files() {
 while read FILE ; do
  if [ ! -d "$ROOT/$FILE" ]; then
   if [ -r "$ROOT/$FILE" ]; then
    if [ "$ROOT/$FILE" -nt "$ADM_DIR/packages/$PKGNAME" ]; then
     echo "WARNING: $ROOT/$FILE changed after package installation."
    fi
    if [ ! "$WARN" = "true" ]; then
     echo "  --> Deleting $ROOT/$FILE"
     preserve_file "$FILE" && rm -f "$ROOT/$FILE"
    else
     echo "  --> $ROOT/$FILE would be deleted"
     preserve_file "$FILE"
    fi
   else
    echo "  --> $ROOT/$FILE no longer exists. Skipping."
   fi
  else
   preserve_dir "$FILE"
  fi
 done
}