Mercury Install, directory permissions

[s3kt0r@localhost ~]$ sudo pacman -S mercury
resolving dependencies...
looking for inter-conflicts...
Targets (1): mercury-1.9.5-1
Total Download Size: 7.99 MB
Total Installed Size: 10.97 MB
Proceed with installation? [Y/n] y
:: Retrieving packages from community...
mercury-1.9.5-1-i686 8.0M 311.8K/s 00:00:26 [################################################################################################################################] 100%
checking package integrity...
(1/1) checking for file conflicts [################################################################################################################################] 100%
(1/1) installing mercury [################################################################################################################################] 100%
warning: directory permissions differ on usr/bin/
filesystem: 755 package: 700
warning: directory permissions differ on usr/share/gnome/
filesystem: 755 package: 700
warning: directory permissions differ on usr/share/icons/
filesystem: 755 package: 700
warning: directory permissions differ on usr/share/pixmaps/
filesystem: 755 package: 700
Anyway to fix this? Thanks

well 700 on /usr/bin looks like a very bad idea and could indeed partially wreck the system if these permissions were used. (but well, this should all be easily fixable as root).
But permissions of existing directories are not changed.
They would only be used if mercury was the very first package installed on a completely empty system. And this would probably never happen in real-world usage.
So basically, when you have this warning, you do the following :
1) if filesystem permissions are the correct ones, you are fine. just report a bug for the offending package
2) if filesystem permissions are the wrong ones, you might want to fix it manually
3) if you don't know, you can either just ignore the issue, or look for information, or ask around

Similar Messages

GDM update: directory permissions differ on /var/log/gdm/

Hello,
Running Arch 64Bits kernel 3.9.9-1 with systemd and i got the following warning during a gdm update today:
(1/6) upgrading libgdm [######################] 100%
(2/6) upgrading gdm [######################] 100%
warning: directory permissions differ on /var/log/gdm/
filesystem: 711 package: 1770
Why would gdm need some 1770 permissions for log files? Looks pretty suspicious to me, especially the sticky bit thing. What did i miss?
PS: BTW the update is successful (it's a warning afterall, not an error)
Thanks
EDIT:
Looks like the opposite situation than 3 years ago:
https://bbs.archlinux.org/viewtopic.php?id=94681
https://bugs.archlinux.org/task/19294
EDIT2: here's what i have in /var/log:
msytux666 var # ls -la
total 64
drwxr-xr-x 14 root root 4096 Jul 6 15:34 .
drwxr-xr-x 20 root root 4096 Jul 16 20:24 ..
-rwxrwxrwx 1 root root 4192 Jun 19 11:27 .com.zerog.registry.xml
drwxr-xr-x 7 root root 4096 Jul 7 00:07 abs
drwxr-xr-x 8 root root 4096 Jun 16 17:28 cache
drwxr-xr-x 3 root root 4096 Jun 17 19:07 db
drwxr-xr-x 2 root root 4096 May 31 20:40 empty
drwxrwxr-x 2 root games 4096 May 31 20:40 games
drwx--x--x 2 gdm gdm 4096 Jun 15 14:23 gdm
drwxr-xr-x 26 root root 4096 Jul 16 01:13 lib
drwxr-xr-x 2 root root 4096 May 31 20:40 local
lrwxrwxrwx 1 root root 11 May 31 20:40 lock -> ../run/lock
drwxr-xr-x 6 root root 4096 Jul 18 00:33 log
lrwxrwxrwx 1 root root 10 May 31 20:40 mail -> spool/mail
drwxr-xr-x 2 root root 4096 May 31 20:40 opt
lrwxrwxrwx 1 root root 6 May 31 20:40 run -> ../run
drwxr-xr-x 6 root root 4096 Jun 16 17:28 spool
drwxrwxrwt 8 root root 4096 Jul 18 00:33 tmp
gdm is owned by gdm, so why would it needs 1770 permissions?
EDIT3:
After further research i appear the way gdm is installed may matter.
Well i installed gdm through pacman and always update it with pacman as well. Never manually compiled/make_install'd it nor used abs for it.
Last edited by BGK (2013-07-19 21:37:13)

Okay I'm confused ...
Commit:https://projects.archlinux.org/svntogit … 92c38d536d
@@ -68,8 +68,7 @@ package_gdm() {
cd $pkgbase-$pkgver
make DESTDIR="$pkgdir" install
- chmod 1770 "$pkgdir/var/log/gdm"
- chmod 700 "$pkgdir/var/lib/gdm/.config/dconf"
+ chmod 711 "$pkgdir/var/log/gdm"
rm -r "$pkgdir/var/run" "$pkgdir/var/gdm"
### Split libgdm
so that takes away the 1770 permissions, and replaces them with 711.
@@ -5,6 +5,7 @@ post_install() {
getent passwd gdm > /dev/null 2>&1 || usr/sbin/useradd -c 'Gnome Display Manager' -u 120 -g gdm -d /var/lib/gdm -s /sbin/nologin gdm
passwd -l gdm > /dev/null
chown -R gdm:gdm /var/lib/gdm > /dev/null
+ chown root:gdm /var/log/gdm > /dev/null
glib-compile-schemas /usr/share/glib-2.0/schemas
gtk-update-icon-cache -q -t -f /usr/share/icons/hicolor
however:
chown root:gdm /var/log/gdm > /dev/null
.. is where I get confused. This command makes root and the group gdm the new owners of /var/log/gdm, or did I go wrong somewhere?

Repair Home Directory Permissions in Lion

I currently have my home directory on it's own physical disk (not in the default location on my OS drive).
When I try to "reset home directory permissions" against my user account in OS X Lion, nothing happens. When I do it for a user who has his home directory on the OS drive, everything works like a champ. The same thing happens under Snow Leopard as well, and I've been trying to track down a solution to this for a long time.
Does anyone know how to fix this? I tried setting the permissions, ACL's, extended atttributes, etc to the best of my ability using Unix commands, and I'm not really having any issues at the moment, but I'd like to be able to set everything back to the way it should be in my home directory.
Also, I don't have enough space on my OS drive to move my home directory back to the default location in order to do the reset.
Any help would be appreciated.
Bobby

If you go into System Preferences / Users, you can right click on your User account and choose advanced options. In there, you are able to point your users directory to any disk (or folder) on your machine. I chose to move my home directory to a separate drive in my Mac Pro to make rebuilds easier. Now if I want to reinstall my OS, I simply blow the existing OS away, format the OS disk, and once a fresh OS is installed, I just re-point my account to the existing drive where my home directory is, and all is cool. It's definitely a supported configuration by Apple, and many people do it. It's just aggravating that their "reset home directory permissions" routine doesn't like it.
My OS drive is a 128gb SSD, and my home directory sits on a 3tb HDD. From a performance and separation perspective it's perfect.
Bobby

Warning: directory permissions differ

I am getting an error when downloading and installing packages with pacman.
This is what I get:
$ sudo pacman -S nitrogen
warning: nitrogen-1.2-1 is up to date -- reinstalling
resolving dependencies...
looking for inter-conflicts...
Targets: nitrogen-1.2-1
Total Download Size: 0.00 MB
Total Installed Size: 0.13 MB
Proceed with installation? [Y/n]
checking package integrity...
(1/1) checking for file conflicts [#####################] 100%
(1/1) upgrading nitrogen [#####################] 100%
warning: directory permissions differ on usr/man/man1/
filesystem: 755 package: 700
I don't know if that has a serious impact, but I am sure it shouldn't be like that...

Snowman wrote:Submit a bug report.
This is one way and i hope it helps you and the other devs. But what do you think about that the systems can repair this by itselfs? On my opensuse server i have a tool named chkstat which runs as a cronjob and set the file permissions as loaded from a file.
Source: http://ftp.gwdg.de/pub/opensuse/distrib … 11.src.rpm
manpage: http://www.trinler.de/de/linux/man.html?command=chkstat
The advantage from my side is that one or a group of devs define the file permissions standard for arch linux and everyone can choose to use it or to append own more or less secure/paranoid settings. Another sideeffect is that every dev can take a look inside this config file to see what permission the own PKGBUILD need so that in the best case we will not see such messages in the future. The source includes config files so there is no need to restyle this all from zero.

Wrong home directory permissions for new users

Hi everyone.
I reinstalled my laptop the other day and ran into a rather strange problem: after a system update new users had their permissions totally screwed. It took me 3-4 reinstalls to notice, as i was also playing with lvm2 &co. Anyway, on fresh installations from either 2008.06 or 2009.02, everything works fine. As soon as i update to the latest package versions (including 2.6.29 kernel) and create a new user, permissions on the new home directory are screwed up to the point where the user can't access it.
Old directory permissions:
drwx------ 33 jasn users 4,0K 17. Apr 13:21 jasn
drwx------ 2 root root 16K 17. Apr 12:15 lost+found
New directory permissions:
drw-rw--w- 2 jasm users 4,0K 17. Apr 13:43 jasm
drwx------ 33 jasn users 4,0K 17. Apr 13:21 jasn
drwx------ 2 root root 16K 17. Apr 12:15 lost+found
Logging in to "jasm" results in
No directory, logging in with HOME=/
[jasm@host /]$
The whole mess can be fixed by changing the permissions on the home directory, but all that can't be on purpose, can it? I also don't know which package update (if it even was caused by one) causes this behaviour and if this only happens to me, so i didn't file a bug report.
Has anyone already seen this? I solved it after 1.5 days of puzzled (and strangely unsuccessful) googling and reinstalling, so perhaps someone who runs into the same problem can use this to fix it.
Last edited by JASN (2009-04-17 17:09:34)

umask is not really the correct thing to do in this case, as this resets the permissions for every file the user creates. Afaik, the umask setting has to be installed on every machine via the launchd-user.conf file (to contain simply: umask 002) (or whatever is appropriate for your facility), as umask is a property of the process, not the connection.
What might work better for your problem is make the homedirs world and group non-readable. That way the user creates files within their homedirs and anywhere below, but everyone else can't read them regardless of the files' permissions because the directory itself is unreadable.

What to do about warning "directory permissions differ on..." ?

Hello!
I have gotten this warning when upgrading today:
warning: directory permissions differ on var/run/gdm/
filesystem: 1775 package: 711
warning: directory permissions differ on var/log/gdm/
filesystem: 1770 package: 755
This means that the permissions on my computer didn't match with the ones from the package being upgraded/installed, right?
Which permissions should I leave for that folder (var/log/gdm/) and why? And why is the warning on there twice with different values? i'm confused
Last edited by trusktr (2010-04-06 18:07:37)

trusktr wrote:
Hello!
I have gotten this warning when upgrading today:
warning: directory permissions differ on var/run/gdm/
filesystem: 1775 package: 711
warning: directory permissions differ on var/log/gdm/
filesystem: 1770 package: 755
This means that the permissions on my computer didn't match with the ones from the package being upgraded/installed, right?
Which permissions should I leave for that folder (var/log/gdm/) and why? And why is the warning on there twice with different values? i'm confused
If you or another package had good reason to change it, leave it at its current value. If not, change it to the package value listed above (and see if anything breaks).
You're seeing different permissions for two different folders: read the warnings more closely.

Unable to install Directory Sync tool in windows server 2008 R2 Eneterprise

Hi,
I am unable to install Directory Sync in windows server 2008 R2 Eneterprise.i have joined my machine domain joined computer running Windows Server 2008 r2 enterprise,when i click dirsync.exe then gives below Error.
The Windows Azure Active Directory Sync tool must be installed on a domain joined computer running Windows Server 2008 Service Pack 2 or later,or Windows Server 2008 r2 Service Pack 1 or later
Please help on this why this happing when i try to installed DirSync software.
Regards
Anil Kumar

Hi,
have you already installed .net framwork 3.5 and 4.5.1 on that machine?
http://technet.microsoft.com/en-us/library/jj151831.aspx
Also make sure that you run the install command from an elevated command prompt.
Hope that helps,
Lutz

Is there a way to create a new directory or file in application install directory programatically

Hi to all,
Is there a way to create a new directory or file in
application install directory programatically.
I want a xml file to be created with in the application
install directory programatically(not the application storage
directory)
I have used the following code snippet:
var file:File = new File();
file = File.applicationDirectory;
file = file.resolvePath("assets");
if(!file.exists)
file.createDirectory()
I am thrown an exception when using this .....Security
Exception

Thanks, but my main problem is to delete the locally stored
data that is stored in the application storage directory when the
application is uninstalled.
The data is not being deleted automatically when the
application is uninstalled, thats why I want to write some file to
application directory.
My application is remembering the login username and password
even I uninstall the application and reinstall the next
time.

In past versions of CVI, using OpenFile with no path meant to look in the local path (in other words the install directory). Is there a way to do this in CVI 2013?

I use an .ini file to allow the users to change the bootup preferneces for the program. In the past that file lived in the install directory and OpenFile could cheerfully find the file and apply the preferences. In CVI 2013, the program seems to need an implicit path to the file. Is there a way around this?
Solved!
Go to Solution.

I'm not using CVI2013 yet, but in any case you can build up a full pathname for a file in the application folder using GetProjectDir and MakePathname commands at runtime.
Proud to use LW/CVI from 3.1 on.
My contributions to the Developer Zone Community
If I have helped you, why not giving me a kudos?

To build the organization's Active Directory permissions are what we need

To build the organization's Active Directory permissions are what we need

what is your actual question? Can you be more specific?
Santhosh Sivarajan | Houston, TX | www.sivarajan.com
ITIL,MCITP,MCTS,MCSE (W2K3/W2K/NT4),MCSA(W2K3/W2K/MSG),Network+,CCNA
Windows Server 2012 Book - Migrating from 2008 to Windows Server 2012
Blogs: Blogs
Twitter: Twitter
LinkedIn: LinkedIn
Facebook: Facebook
Microsoft Virtual Academy:
Microsoft Virtual Academy
This posting is provided AS IS with no warranties, and confers no rights.

[SOLVED] warning: directory permissions differ on var/log/wicd/

Hi,
I've seen several posts about this but I couldn't really figure out what's the appropriate action. Well, anyway I get the following error message when doing a pacman -Syu
warning: directory permissions differ on var/log/wicd/
filesystem: 1363 package: 755
Is it a bug? Should I change the filepermission of the directory, and if so to what?
Last edited by OMGitsUGOD (2009-09-18 10:38:32)

This is sort of related,
http://bbs.archlinux.org/viewtopic.php?pid=432588
or at least thats the post at the end has the same file permisions as I have in /var/log/wicd.
$ ls -la /var/log/ | grep wicd
d-wxrw--wt 2 root root 4096 2009-08-27 07:58 wicd
I'm pretty bad at this stuff, but isn't this rather 1361 than 1363, or am I totally wrong? And why not allow theowner to read the file?
Last edited by OMGitsUGOD (2009-09-17 08:43:32)

ScriptUI get path to indesign install directory

Does anyone know if there is a way to get a users path to their install directory?
I have script, that creates a new menu item when Indesign starts up. the menu item is clicked, it opens another script.
Right now, I have the path to the second script hardcoded, which works fine:
     C:\Program Files (x86)\Adobe\Adobe InDesign CS5.5\Scripts\Scripts Panel\DM_Core\DM_RemoveMenu.vbs
but now I have to give this to other users, and I need to know if there is some way to get the installation path that they have to their indesign.
Ultimately, what I would like to get is this:
     C:\Program Files (x86)\Adobe\Adobe InDesign CS5.5\Scripts
I have tried scriptsFolder but that doesn't take me to the right place.
Anyone have any ideas.
Thanks,

This should get you what you want:
function GetScriptsFolder (){
          var scriptsFolder = null;
          do{
          // On Mac this is a folder inside the app package
                    var appFolder = Folder.startup;
                    if (! appFolder.exists){break;}
                    scriptsFolder = Folder(appFolder + "/Scripts");
                    while (appFolder.exists && ! scriptsFolder.exists){
                              appFolder = appFolder.parent;
                              scriptsFolder = Folder(appFolder + "/Scripts");
                    if (! scriptsFolder.exists){
                              scriptsFolder = null;
                              break;
          while (false);
          return scriptsFolder;
Harbs

How to get Operating systems Install Directory in Java

Hey Friends
I have a problem of getting to know Operating System Install directory in java for my application requriment.Can any body tell me how to know this or send me snippet of code
THANKS

Thanks for ur reply but i need to know the Operating System Install directory like c:\Windows & not the jre install directory.Your solution gives the jre installation dir.
Any suggestions ?
Thanks & Regards

Newly Created Sub-Directories Don't Have Parent Directory Permissions

Hoping someone may be able to shed some light on this.
Background:
Running 10.4.11 as a file server on a PPC G5 in a small creative office. We have a handful of users accessing via AFP. No other services are running.
I'm using Workgroup Manager as admin tool.
Top level directory has permissions set to Read & Write for Owner, Group & Everyone.
Issue:
When an authenticated user creates a new directory on the server, the new directory does not honor the parent directory permissions for all three user tiers.
Rather, in getting info, the owner is momentarily set to the user who created the directory with read & write, then switches to (unknown) with r&w. The group is momentarily correct and then switches to (unknown) despite the creating user being part of a specific group, and has Read only permissions.
Everyone has Read only permissions.
If a user attempts to fix permissions on a directory they just created, they are unable to do so.
So, throughout the course of the day, I am bombarded with "I don't have permissions...", wherein, i use remote access to hit Workgroup Manager and do a global propagation down of the parent directories permissions to allow access. Until someone else makes a directory
This can't possibly be right. Newly created directories should be set to the parent directory permissions, if i'm not mistaken.
Anyone? Any insight?
Michael B.

oh yes.. you are right... its accessible in
http:://rishtey.local/default_1.html
successfully... thanks for that... first of all
now issue is: when i access http://rishtey.local/test.php which contains just a tag to display php info only...
instead of rendering this php file, it just save the file in the download folder.
what could be the issue with it?

Problem to install Directory Server 5.1 SP2 on Solaris

Hi
I need to install Directory Server 5.1 SP2 on Solaris 8. When I was asked to provide system user and system group, I provide "root" and "system". As a result, the installation fail message was shown and abort the installation.
However, I was install the Directory Server 5.1 SP1 on solaris 8 successfully by using "root" and "system". Does anybody know why?
Thanks and Regards,
William Siu

But i've more than 2 Go of free disk space !!!!
"Tim Muratet" <[email protected]> wrote:
>
Sure...Get more disk space.
"coolys" <[email protected]> wrote in message
news:3a252a26$[email protected]..
hi,when i decompress the weblogic510.exe file under NT, in the end of theself extracting i have the message below :"The decompression of %s failed.
there may not be enough free disk space available in the TEMP"Can anybody
help to resolve this problems.thanks for yours reponses.

Mercury Install, directory permissions

Similar Messages

Maybe you are looking for