Re: [Fab-user] Question on "roles" and depend vs invoke.

[Jeff Forcier]

Thanks for the report, Nicolas. Christian did a lot of great work over
the past week (I was mostly AFK as it was an American holiday) so this
might be a regression introduced during those changes (which would
hopefully make it easy to find/fix). With luck one of us will be able
to replicate/fix soon; I'm still catching up after being offline, both
w/r/t Fabric and other projects.

Best,
Jeff

On Mon, Dec 1, 2008 at 8:54 AM, Nicolas Steinmetz <address@hidden> wrote:
> Hello,
>
> 2008/11/23 Jeff Forcier <address@hidden>
>>
>> >> It looks related to last Jeff's commits, unless it requires a new
>> >> syntax
>> >> for commands.
>>
>> Could be, although those changes were pretty simple so I'd say it's
>> equally possible to be something related to roles/depends -- plus from
>> your examples, you're not using args at all? Will definitely keep my
>> arg-parsing stuff in mind when I debug, though.
>
> With last commits (I got master from this morning), I have the following
> error on a py 2.4 machine (with the functools patch I mentionned earlier,
> not the one from django) :
>
> address@hidden fabric]# fab deploy_test
> Fabric v. 0.0.9.
> Running deploy_test...
> Chaining prepare_db...
> Traceback (most recent call last):
>   File "build/bdist.linux-i686/egg/fabric.py", line 1373, in main
>   File "build/bdist.linux-i686/egg/fabric.py", line 1271, in
> _execute_commands
>   File "build/bdist.linux-i686/egg/fabric.py", line 1295, in
> _execute_command
>   File "build/bdist.linux-i686/egg/fabric.py", line 265, in <lambda>
>   File "build/bdist.linux-i686/egg/fabric.py", line 697, in invoke
>   File "build/bdist.linux-i686/egg/fabric.py", line 1300, in
> _execute_command
>   File "build/bdist.linux-i686/egg/fabric.py", line 1326, in
> _execute_at_target
> TypeError: argument 2 to map() must support iteration
> address@hidden fabric]#
>
> But this time, fab prepare_db or fab prepare_web does not work anymore. It
> looks it's at the role definition level but do not see the point so far.
>
> Nicolas
>
> --
> Nicolas Steinmetz
> http://www.steinmetz.fr - http://www.unelectronlibre.info/
>