Upgraded to pyGTK-2.10.5 using slakbuilds
After I did this, my permissions were messed up.
They were 700 on folders: /usr/bin /usr/share /usr/lib /usr/include /usr/doc I had to change these back (chmod -R 755)... I don't even know if these are the proper permissions, and thinking I might have to reinstall Slackware. Has anybody had this problem or know why I did? |
Show the output of this command, both as normal user and root:
Code:
umask For your normal user account, this is fine. For root, this is bad. One of the side effects is exactly what you see here. |
Wow! Sorry, but I'm going to hijack this thread just for a second. What if umask is 0022 for both root and the normal user?
What does this mean? |
Quote:
I'll work off the assumption that this is indeed your question, but first, let's clarify what's going on if umask is something else. Basically, the umask(2) setting determines which permissions should be *removed* from newly created files and directories. For a directory, the possible permissions are 7777, so a umask of 0022 when creating a new directory would result in the permissions of 0755 on the directory. When umask is set to 0077, this will remove all group and user permissions from newly created files and directories; in essence, Code:
7777 - 0077 = 0700 When makepkg(8) creates a package, it does so by bundling the contents of the directory in which it's run into a tarball, then compressing that tarball with gzip. If root's umask was 0077, then you might get a directory listing that looks something like this before packaging: Code:
drwxr----- root/root 0 2007-10-16 22:41 ./ When installpkg(8) installs that package, guess what happens? ;-) Anyway, if the umask(2) setting is not at fault, then either the app's Makefile sets incorrect permissions or the build script is doing something evil most likely. I doubt either of those is the case, but we'll see... :) |
Quote:
|
The only problem now is that there are so many things that need to be suid (in /usr/bin for example)... oi... what a pain
|
mattydee:
First, you shouldn't have done a recursive chmod on the directories -- just a chmod on the directory itself was all you needed. Second, just to verify - this: http://slackbuilds.org/repository/12.0/libraries/pygtk/ is what you were building, right? I've just done a test build on this, and I can't replicate your problem at all. Are you sure some other package couldn't have done it? If you've got all of your custom packages saved somewhere, then try this (note that it's ugly code, but it should accomplish what we want here): Code:
for i in *.tgz ; do |
Quote:
The code didn't work for me. Anyways, I don't think it was another package since I lost access to /usr/bin and would have noticed this right away. I hadn't installed any package recently before that. I am looking at bash_history for clues... |
Quote:
Code:
find /usr -type d -exec chmod 0755 {} \; Quote:
|
I ended up reinstalling Slack12... something that I wanted to do anyways since I "upgraded" from current at the time, and never really did a clean install.
rworkman: It seems that the perms in pygtk ar good... I'm not sure what happened, but something similar happened after I re-installed when I compiled + installed jasper using a slackbuild... ??? This time, I fixed it properly only changing the dir i had too. weird... |
mattydee:
Please do the same verification on Jasper - if there is indeed a package with bad permissions when created from one of our build scripts, that's a *serious* bug that I want to fix immediately, if not sooner :-) |
mattydee:
I've tested that jasper slackbuild from SBo quite a bit :D and haven't run across a permissions problem before. I would be interested in knowing what other programs you installed prior to jasper? MagicMan |
Quote:
The directories in my Jasper...Sbo.tgz package ended up with 700 perms: usr -bin -doc --jasper -include --jasper -man --man1 -lib I don't know what I did wrong... |
Quote:
exiv2 libgphoto libkdcraw libexiv2 libkipi sqlite These were all compiled by myself and I used checkinstall. |
All of these packages - needed for digiKam - are available at http://www.slackware.com/~alien/slackbuilds/ (SlackBuilds too).
Eric |
All times are GMT -5. The time now is 05:18 PM. |