Mailing-List: contact libcloud-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: libcloud@incubator.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: "ssteiner@idc" <ssteiner@integrateddevcorp.com>
In-Reply-To: <35A0AD2E-93B1-4D59-8964-841D97FE189A@integrateddevcorp.com>
Date: Sun, 18 Jul 2010 08:56:32 -0400
Cc: libcloud@incubator.apache.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <39763F01-1E62-4350-A98B-A32E38ECF548@integrateddevcorp.com>
References: <E955B8E7-DFAA-421E-9BF2-E9F44556B414@integrateddevcorp.com>
 <8CFE3F57-5C8C-445F-9AFB-90EE8D9F150C@dislocatedday.com>
 <35A0AD2E-93B1-4D59-8964-841D97FE189A@integrateddevcorp.com>
To: ssteiner@idc <ssteiner@integrateddevcorp.com>
Subject: Re: [libcloud] Python 2.7 _to_images putheader failure,
 works on Python 2.6

And, since I'm busy talking to myself:

http://docs.python.org/library/httplib.html

	"The header Content-Length is automatically set to the correct =
value. The headers argument should be a mapping of extra HTTP headers to =
send with the request."

So setting the header is redundant anyway.

S

On Jul 18, 2010, at 8:44 AM, ssteiner@idc wrote:

> Oh, and if anyone with commit access is listening, changing line 426 =
in base.py to:
>=20
>        headers.update({'Content-Length': str(len(data))})
>=20
> Solves the problem.
>=20
> S
>=20
> On Jul 18, 2010, at 12:25 AM, Tom Davis wrote:
>=20
>> Judging by the exception, I guess they stopped implicitly casting =
variables used in format strings? That's not something I remember =
reading about in What's New, but it makes sense in that context. What =
header we're sending that isn't a string is another question.
>>=20
>> Of course, I reserve the right to be totally off-base here ;)
>>=20
>> On Jul 17, 2010, at 9:31 PM, "ssteiner@idc" =
<ssteiner@integrateddevcorp.com> wrote:
>>=20
>>> With Python 2.7, Rackspace driver
>>>=20
>>> Works fine under 2.6.5, fails on Python 2.7
>>>=20
>>> Traceback:
>>>  images =3D self.list_images()
>>> File =
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pack=
ages/apache_libcloud-0.4.0-py2.7.egg/libcloud/drivers/rackspace.py", =
line 193, in list_images
>>>  return =
self._to_images(self.connection.request('/images/detail').object)
>>> File =
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pack=
ages/apache_libcloud-0.4.0-py2.7.egg/libcloud/drivers/rackspace.py", =
line 147, in request
>>>  method=3Dmethod, headers=3Dheaders
>>> File =
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-pack=
ages/apache_libcloud-0.4.0-py2.7.egg/libcloud/base.py", line 433, in =
request
>>>  headers=3Dheaders)
>>> File =
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.p=
y", line 946, in request
>>>  self._send_request(method, url, body, headers)
>>> File =
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.p=
y", line 986, in _send_request
>>>  self.putheader(hdr, value)
>>> File =
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/httplib.p=
y", line 924, in putheader
>>>  str =3D '%s: %s' % (header, '\r\n\t'.join(values))
>>> TypeError: sequence item 0: expected string, int found
>>>=20
>>> Haven't explored too much, I'm busy on a time-critical deployment, =
working on switching to 2.=107 to run deployment scripts, fell down =
right here...
>>>=20
>>> Anyone have any ideas?
>>>=20
>>> Thanks,
>>>=20
>>> Stephen F. Steiner
>>> Integrated Development Corporation
>>> ssteiner@integrateddevcorp.com
>>> www.integrateddevcorp.com
>>> (603)433-1232
>>>=20
>>>=20
>>>=20
>=20
> Stephen F. Steiner
> Integrated Development Corporation
> ssteiner@integrateddevcorp.com
> www.integrateddevcorp.com=20
> (603)433-1232
>=20
>=20
>=20
>=20

Stephen F. Steiner
Integrated Development Corporation
ssteiner@integrateddevcorp.com
www.integrateddevcorp.com=20
(603)433-1232