zc.recipe.cmmi fails with zip files

Bug #99207 reported by Martijn Faassen
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Buildout
New
Undecided
Unassigned

Bug Description

When zc.recipe.cmmi is run with a .zip file (instead of a .tgz file), the following
line successfully unpacks the zipfile:

            setuptools.archive_util.unpack_archive(fname, tmp)

Unfortunately however this doesn't seem to leave the file executable bit intact. './configure'
can therefore not be called and the recipe fails with a permission error.

When I manually doctor the configure to add the +x attribute before buildout continues, it succeeds. When I unpack the zipfile manually using Linux 'unzip' the unpacking does result in a 'configure' script that has the executable bit set.

One hackish implementation option would be to add a os.system('chmod +x configure') just before executing the configure script.

Revision history for this message
pdecat (pdecat) wrote :

I'm affected by a similar problem, not because of zip files, but because the 'configure' script is not executable in the first place.
So maybe it would not be so hacky to "os.chmod('configure', 0755)" before execution.

My stack trace :
Installing my-package-to-build.

my-package-to-build: Searching cache at /home/my-package/buildout/downloads/cmmi

my-package-to-build: Using cache file /home/my-package/buildout/downloads/cmmi/12f8444898d43efac471d261d938d52ee31b7ee5

my-package-to-build: Unpacking and configuring

sh: ./configure: Permission denied

While:

  Installing my-package-to-build.

An internal error occured due to a bug in either zc.buildout or in a

recipe being used:

Traceback (most recent call last):

  File "/home/my-package/buildout/eggs/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py", line 1477, in main

    getattr(buildout, command)(args)

  File "/home/my-package/buildout/eggs/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py", line 462, in install

    installed_files = self[part]._call(recipe.install)

  File "/home/my-package/buildout/eggs/zc.buildout-1.1.1-py2.4.egg/zc/buildout/buildout.py", line 1060, in _call

    return f()

  File "build/bdist.linux-i686/egg/zc/recipe/cmmi/__init__.py", line 111, in install

  File "build/bdist.linux-i686/egg/zc/recipe/cmmi/__init__.py", line 24, in system

SystemError: ('Failed', './configure --prefix=/home/my-package/buildout/parts/my-package-to-build ')

Revision history for this message
pdecat (pdecat) wrote :

Nevermind, I just learned about 'svn:executable'...

Revision history for this message
Growlf (growlf) wrote :

Could you elaborate? I am having a very similar issue. I have installed the command-line SVN tool from Collabnet on the target machine - which that DID solve a few issues, Now I get the error:

OSError: [Errno 13] Permission denied: 'c:\\docume~1\\demo\\locals~1\\temp\\tmpv4tf_3get_dist\\trunk\\.svn\\all-wcprops'

This is on a Windows XP Home system so permissions are not really an accessible thing - short of using cacls or something. I doubt very much that there really is a permissions issue.

Revision history for this message
pdecat (pdecat) wrote : Re: [Bug 99207] Re: zc.recipe.cmmi fails with zip files

On Wed, Feb 17, 2010 at 2:01 AM, Growlf <email address hidden> wrote:
> Could you elaborate?  I am having a very similar issue.  I have
> installed the command-line SVN tool from Collabnet on the target machine
> - which that DID solve a few issues, Now I get the error:
>
> OSError: [Errno 13] Permission denied:
> 'c:\\docume~1\\demo\\locals~1\\temp\\tmpv4tf_3get_dist\\trunk\\.svn
> \\all-wcprops'

I was having an executable permission issue on a Linux system, so it
doesn't appear to be the same issue at all.

> This is on a Windows XP Home system so permissions are not really an
> accessible thing - short of using cacls or something. I doubt very much
> that there really is a permissions issue.

Can't help there.
Anyway, sorry for the late reply...

Regards,
Patrick.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.