Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
I just noticed that the permissions for libraries, modules, and themes folders inside sites/all are 755 for the pressflow-6.28 platforms (added with boa 2.0.8), where they are 775 for drupal-7.22 platforms and were 775 also for previous pressflow (6.27 in boa 2.0.5). Is there a reason for this?
I noticed because I tried to use drush make --no-core
to add modules, libraries and themes to a built-in platform, which failed because of this this.
So I changed the permissions to 775 as root, but I was just wondering where the change came from.
Comments
Comment #1
omega8cc CreditAttribution: omega8cc commentedThis is a known issue caused by something related to
tar
and the fact that stable uses static downloads for all distros, with all permissions already set. Yet, while the permissions inside tarballs are correct, they are lost on extracting from the archive on some systems. The weird part is that tarballs were build on a standard Squeeze system, and permissions are lost also on Squeeze, but are preserved on systems upgraded from Lenny to Squeeze.The workaround has been committed in HEAD: http://drupalcode.org/project/octopus.git/commit/99eb0ec
You can also run manually:
Comment #2
ar-jan CreditAttribution: ar-jan commentedThanks! Fixed before I had even noticed it ;)