The buildout.exe execution never gets past the products-plone part.
The error is:
--------------------------------------
Installing products-plone.
products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/
plone-2.5.4
products-plone: REMOVING dir C:\tools\Products\BuildOutLinks\getpaid/
parts/plone
-2.5.4
While:
Installing products-plone.
An internal error occured due to a bug in either zc.buildout or in a
recipe being used:
WindowsError:
[Errno 2] The system cannot find the file specified
---------------------------------------
I used the commandline svn with Subversion command-line client 1.4.2
All of the externals appear to have been fetched.
The Plone tar is in the downloads directory.
A plone-2.5.4 directory is created.
I have checked Google, wiki and this group for hints to no avail.
In addition, the md5sum in the buildout doesn't match for the plone
download. Perhaps because this is on a windows platform? I had to
manually calculate a new md5 sum based on the downloaded file. To add
insult to injury, the script requires md5sum but google code gives
sha1.
Any help greatly appreciated. I have been at it for two days now.
> The buildout.exe execution never gets past the products-plone part. > The error is: > -------------------------------------- > Installing products-plone. > products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/ > plone-2.5.4
Windows doesn't support forward slashes as file separators does it? Perhaps some paths are hard coded instead of using os.sep or os.path.join... wait os.path.join doesn't appear to use os.sep itself, maybe that is the problem. Then again windows may load another module (instead of posixpath) to do joins. I do not have windows to test on, fortunately.
>>> os.path.join?? Type: function Base Class: <type 'function'> String Form: <function join at 0x54470> Namespace: Interactive File: /Library/Frameworks/Python.framework/Versions/2.5/lib/ python2.5/posixpath.py Definition: os.path.join(a, *p) Source: def join(a, *p): """Join two or more pathname components, inserting '/' as needed""" path = a for b in p: if b.startswith('/'): path = b elif path == '' or path.endswith('/'): path += b else: path += '/' + b return path
> An internal error occured due to a bug in either zc.buildout or in a > recipe being used:
> WindowsError: > [Errno 2] The system cannot find the file specified > --------------------------------------- > I used the commandline svn with Subversion command-line client 1.4.2 > All of the externals appear to have been fetched. > The Plone tar is in the downloads directory. > A plone-2.5.4 directory is created.
> I have checked Google, wiki and this group for hints to no avail.
> In addition, the md5sum in the buildout doesn't match for the plone > download. Perhaps because this is on a windows platform? I had to > manually calculate a new md5 sum based on the downloaded file. To add > insult to injury, the script requires md5sum but google code gives > sha1.
> Any help greatly appreciated. I have been at it for two days now.
On Mon, Nov 19, 2007 at 06:41:10PM -0800, Taun wrote: > The buildout.exe execution never gets past the products-plone part. > The error is: > -------------------------------------- > Installing products-plone. > products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/ > plone-2.5.4 > products-plone: REMOVING dir C:\tools\Products\BuildOutLinks\getpaid/ > parts/plone > -2.5.4 > While: > Installing products-plone.
> An internal error occured due to a bug in either zc.buildout or in a > recipe being used:
Those paths should not look like that. This seems a bug in the recipe that handles products-plone. That is inquant.recipe.download, which itself is a wrapper around gocept.download. If you know your way around python you could try to edit
> On Mon, Nov 19, 2007 at 06:41:10PM -0800, Taun wrote: > > The buildout.exe execution never gets past the products-plone part. > > The error is: > > -------------------------------------- > > Installing products-plone. > > products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/ > > plone-2.5.4 > > products-plone: REMOVING dir C:\tools\Products\BuildOutLinks\getpaid/ > > parts/plone > > -2.5.4 > > While: > > Installing products-plone.
> > An internal error occured due to a bug in either zc.buildout or in a > > recipe being used:
> Those paths should not look like that. This seems a bug in the recipe > that handles products-plone. That is inquant.recipe.download, which > itself is a wrapper around gocept.download. If you know your way > around python you could try to edit
I currently use the plone.recipe.plone25install recipe on Windows in other projects without problems, maybe it could help to solve the issue described.
For Plone 2.5.4, the buildout section would look like this:
> Does this mean that the tarballs generated from the buildout code (via > nightly) will not run correctly on Windows also?
> I just heard word of windows woes...not sure if anyone is running > buildout or the tarballs successfully on a windows box??
> -chris
> On Nov 20, 2007 4:47 AM, Maurits van Rees > <maurits.vanr...@gmail.com> wrote:
>> On Mon, Nov 19, 2007 at 06:41:10PM -0800, Taun wrote: >>> The buildout.exe execution never gets past the products-plone part. >>> The error is: >>> -------------------------------------- >>> Installing products-plone. >>> products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/ >>> plone-2.5.4 >>> products-plone: REMOVING dir C:\tools\Products\BuildOutLinks >>> \getpaid/ >>> parts/plone >>> -2.5.4 >>> While: >>> Installing products-plone.
>>> An internal error occured due to a bug in either zc.buildout or in a >>> recipe being used:
>> Those paths should not look like that. This seems a bug in the >> recipe >> that handles products-plone. That is inquant.recipe.download, which >> itself is a wrapper around gocept.download. If you know your way >> around python you could try to edit
On Tue, Nov 20, 2007 at 07:43:17PM +0100, Fabio Corneti wrote: > I currently use the plone.recipe.plone25install recipe on Windows in > other projects without problems, maybe it could help to > solve the issue described.
> For Plone 2.5.4, the buildout section would look like this:
That looks like it could work (though I have not done much with buildout on Plone 2.5). The products-plone part was changed in revision 788 by Kapil. Part of the changeset:
Looks like the inquant recipe has more options, which may have been a reason. But when this fails on Windows that is a definite downside. It looks like it should be fixable in the original gocept.download recipe, but I have no Windows.
Kapil, do you mind using the plone.recipe.plone25install recipe instead, like Fabio wrote?
> On Tue, Nov 20, 2007 at 07:43:17PM +0100, Fabio Corneti wrote: >> I currently use the plone.recipe.plone25install recipe on Windows in >> other projects without problems, maybe it could help to >> solve the issue described.
>> For Plone 2.5.4, the buildout section would look like this:
> That looks like it could work (though I have not done much with > buildout on Plone 2.5). The products-plone part was changed in > revision 788 by Kapil. Part of the changeset:
> Looks like the inquant recipe has more options, which may have been a > reason. But when this fails on Windows that is a definite downside. > It looks like it should be fixable in the original gocept.download > recipe, but I have no Windows.
> Kapil, do you mind using the plone.recipe.plone25install recipe > instead, like Fabio wrote?
that sounds good, i was fond of the md5 checksum for sanity checking since we're dealing with money.. but loosing a platform is more problematic... probably should switch to the productdistros recipe as well.
also on packaging front end, i'd like to note that the authorize.net provider just got infinitely easier to install since m2crypto is no longer a dependency, any python with ssl support will satisfy the dependency.
and fwiw, i'm now using plone 3.0 for testing and development.
I've been unable to get recent tarballs running on Windows/ Plone 2.5.4 (even the default Plone page errors). Seems to be a problem with five rather than getpaid, looking at the install logs. Unfortunately I don't have access to that machine at present to give you debugs.
----- Original Message ---- From: Christopher Johnson <cjj.ifpeo...@gmail.com> To: getpaid-dev@googlegroups.com Sent: Wednesday, 21 November, 2007 7:15:43 AM Subject: Re: getPaid buildout [Errno 2] The system cannot find the file specified
Does this mean that the tarballs generated from the buildout code (via nightly) will not run correctly on Windows also?
I just heard word of windows woes...not sure if anyone is running buildout or the tarballs successfully on a windows box??
-chris
On Nov 20, 2007 4:47 AM, Maurits van Rees <maurits.vanr...@gmail.com> wrote:
> On Mon, Nov 19, 2007 at 06:41:10PM -0800, Taun wrote: > > The buildout.exe execution never gets past the products-plone part. > > The error is: > > -------------------------------------- > > Installing products-plone. > > products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/ > > plone-2.5.4 > > products-plone: REMOVING dir C:\tools\Products\BuildOutLinks\getpaid/ > > parts/plone > > -2.5.4 > > While: > > Installing products-plone.
> > An internal error occured due to a bug in either zc.buildout or in a > > recipe being used:
> Those paths should not look like that. This seems a bug in the recipe > that handles products-plone. That is inquant.recipe.download, which > itself is a wrapper around gocept.download. If you know your way > around python you could try to edit
I noticed the paths and tried changing them before sending the initial
post. I had also tried to replace the inquant recipe with a standard
plone recipe but ran into other problems due to my lack of familiarity
with buildout syntax and procedures.
The current plan of attack is to get a basic plone25 buildout working
using the paster template on Windows then try and add the GetPaid
buildout components to the base plone25 buildout.cfg. I notice there
are lots of interesting issues around Five. Hopefully I can get past
them without too much additional time spent.
One related note to reiterate is the md5 in the GetPaid (plone25)
buildout seems to be wrong when run on the Windows platform. It seems
the md5 in the buildout should be optional but there is a 'missing
md5' error if it is left off. I found the function in the recipe used
to calc the md5 for comparison and ran it on the file manually just to
get past that point. Note this shows the recipe code is able to open
the plone tar despite the path looking like a mixture of unix/windows.
My point is, the problems with the buildout on the Windows platform go
beyond just the path which is why I am now trying the approach
outlined above.
Thanks
Taun
Yes, I am stuck with Plone25 and Windows for the development platform.
On Nov 20, 3:49 pm, Barry Page <barry_p...@yahoo.co.nz> wrote:
> I've been unable to get recent tarballs running on Windows/ Plone 2.5.4 (even the default Plone page errors). Seems to be a problem with five rather than getpaid, looking at the install logs. Unfortunately I don't have access to that machine at present to give you debugs.
> Regards,
> Barry Page
> ----- Original Message ----
> From: Christopher Johnson <cjj.ifpeo...@gmail.com>
> To: getpaid-dev@googlegroups.com
> Sent: Wednesday, 21 November, 2007 7:15:43 AM
> Subject: Re: getPaid buildout [Errno 2] The system cannot find the file specified
> Does this mean that the tarballs generated from the buildout code (via
> nightly) will not run correctly on Windows also?
> I just heard word of windows woes...not sure if anyone is running
> buildout or the tarballs successfully on a windows box??
> -chris
> On Nov 20, 2007 4:47 AM, Maurits van Rees <maurits.vanr...@gmail.com>
> wrote:
> > On Mon, Nov 19, 2007 at 06:41:10PM -0800, Taun wrote:
> > > The buildout.exe execution never gets past the products-plone part.
> > > The error is:
> > > --------------------------------------
> > > Installing products-plone.
> > > products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/
> > > plone-2.5.4
> > > products-plone: REMOVING dir
> C:\tools\Products\BuildOutLinks\getpaid/
> > > parts/plone
> > > -2.5.4
> > > While:
> > > Installing products-plone.
> > > An internal error occured due to a bug in either zc.buildout or in
> a
> > > recipe being used:
> > Those paths should not look like that. This seems a bug in the
> recipe
> > that handles products-plone. That is inquant.recipe.download, which
> > itself is a wrapper around gocept.download. If you know your way
> > around python you could try to edit
> I currently use the plone.recipe.plone25install recipe on Windows in
> other projects without problems, maybe it could help to
> solve the issue described.
> For Plone 2.5.4, the buildout section would look like this:
> On 20/nov/07, at 19:15, Christopher Johnson wrote:
> > Does this mean that the tarballs generated from the buildout code (via
> > nightly) will not run correctly on Windows also?
> > I just heard word of windows woes...not sure if anyone is running
> > buildout or the tarballs successfully on a windows box??
> > -chris
> > On Nov 20, 2007 4:47 AM, Maurits van Rees
> > <maurits.vanr...@gmail.com> wrote:
> >> On Mon, Nov 19, 2007 at 06:41:10PM -0800, Taun wrote:
> >>> The buildout.exe execution never gets past the products-plone part.
> >>> The error is:
> >>> --------------------------------------
> >>> Installing products-plone.
> >>> products-plone: DEST=C:\tools\Products\BuildOutLinks\getpaid/parts/
> >>> plone-2.5.4
> >>> products-plone: REMOVING dir C:\tools\Products\BuildOutLinks
> >>> \getpaid/
> >>> parts/plone
> >>> -2.5.4
> >>> While:
> >>> Installing products-plone.
> >>> An internal error occured due to a bug in either zc.buildout or in a
> >>> recipe being used:
> >> Those paths should not look like that. This seems a bug in the
> >> recipe
> >> that handles products-plone. That is inquant.recipe.download, which
> >> itself is a wrapper around gocept.download. If you know your way
> >> around python you could try to edit
